Re: Problems with YAJL and/or SoapUI

Just a thought (I admit I have only scanned your post rather than read it in detail).

You don't appear to have specified cgiConvMode in your Apache config, so I think it will default to MIXED

have you tried forcing the conversion mode and CCSID situation?

Example

DefaultNetCCSID 819
CGIJobCCSID 285
CGIConvMode EBCDIC



[https://www.netcracker.com/assets/img/netcracker-social-final.png] ƕ
________________________________________
From: WEB400 [web400-bounces@xxxxxxxxxxxx] on behalf of Jon Paris [jon.paris@xxxxxxxxxxxxxx]
Sent: 26 June 2017 15:52
To: Web400@Midrange. Com
Subject: [WEB400] Problems with YAJL and/or SoapUI

[External Email]
________________________________



Posted this on HTTPAPI list but no takers so far. Hoping someone here can offer a suggestion or three.

I have been testing a JSON based web service with SoapUI and all was going well.

_But_ in order to make my code work initially I had had to use:

root = yajl_stdin_load_tree ( *Off: errMsg );

In other words I had to tell YAJL that my data was in EBCDIC. This didn't make sense to me because I thought I was sending UTF8 but I needed it working and thought that resolution could wait for another day. Got the whole service working beautifully.

But two things happened

1) "another day" has arrived and

2) A problem with SoapUI has meant my request configuration was not saved. Tried to set it up again and now I cannot get a single *%^$ thing working.


If I tell SoapUI that the data is "application/x-www-form-urlencoded" - which I am pretty certain is what it was set as - then I get a message back from YAJL saying "unsupported content-type [application/json; charset=utf-8]"

OK - data _is_ UTF8 so I changed the *Off in the load tree to *On. But now YAJL simply blows up during the tree load.

I have tried every combination of content setting and *On/*Off combination I can think of and nothing is working. Even if I get past the load tree blowing up then YAJL blows up subsequently when trying to locate the first node.

Although I did play with the Apache config (trying to fix the UTF8/EBCDIC issue) I'm certain it is now back where it was and, other than the noted *On/*Off changes mentioned above, the program has not been changed from the working version.

Apache config is straightforward as set by the wizard with changes only to the ScriptAlias - it looks like this:

1 # Configuration originally created by Create HTTP Server wizard on Mon Jan 23 16:49:35 EST 2012
2 Listen *:1241
3 DocumentRoot /www/jonrest/htdocs
4 TraceEnable Off
5 Options +ExecCGI -FollowSymLinks -SymLinksIfOwnerMatch -Includes -Indexes -MultiViews
6 LogFormat "%h %T %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
7 LogFormat "%{Cookie}n \"%r\" %t" cookie
8 LogFormat "%{User-agent}i" agent
9 LogFormat "%{Referer}i -> %U" referer
10 LogFormat "%h %l %u %t \"%r\" %>s %b" common
11 CustomLog logs/access_log combined
12 LogMaint logs/access_log 7 0
13 LogMaint logs/error_log 7 0
14 SetEnvIf "User-Agent" "Mozilla/2" nokeepalive
15 SetEnvIf "User-Agent" "JDK/1\.0" force-response-1.0
16 SetEnvIf "User-Agent" "Java/1\.0" force-response-1.0
17 SetEnvIf "User-Agent" "RealPlayer 4\.0" force-response-1.0
18 SetEnvIf "User-Agent" "MSIE 4\.0b2;" nokeepalive
19 SetEnvIf "User-Agent" "MSIE 4\.0b2;" force-response-1.0
20 MaxCGIJobs 3
21 MaxThreadedCGIJobs 3
22
23 ScriptAlias /SinglePartRequest /qsys.lib/xxxxxx.lib/Singlepart.pgm
24 <Directory /qsys.lib/xxxxxx.lib >
25 Order Allow,Deny
26 Allow From All
27 SetEnv QIBM_CGI_LIBRARY_LIST "YAJL"
28 </Directory>
29
30 <Directory />
31 Order Deny,Allow
32 Deny From all
33 </Directory>
34 <Directory /www/jonrest/htdocs>
35 Order Allow,Deny
36 Allow From all
37 </Directory>
38

Hopefully someone with more experience in this area can point me in the right direction because right now I'm clueless.


Jon Paris

www.partner400.com <http://www.partner400.com/>
www.SystemiDeveloper.com

--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.




________________________________
The information transmitted herein is intended only for the person or entity to which it is addressed and may contain confidential, proprietary and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.