[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: EXPAT - XML parsing issue
Hi Scott,
I installed that version as it was the only compiled version on your expat page. Can I get a pre-compiled copy of that later version? I can't compile on that server as I don't have QSYSINC installed and getting QSYSINC installed is difficult politically. I tried saving a copy of the version on the V6R1 machine but it wouldn't let me save it back to 5.4.
Sent from my iPhone
On 10 Nov 2016, at 6:46 AM, Scott Klement <sk@xxxxxxxxxxxxxxxx> wrote:
Apologies... I meant 2.1.0 (not 2.0.0).
Thanks!
> On 11/9/2016 2:45 PM, Scott Klement wrote:
> David,
>
> There's the problem. HTTPAPI is not compatible with the way Expat was compiled in the 1.95.8 version. I'm really surprised to hear someone using this -- I haven't heard of anyone using that version in many years. To use that version of Expat, you'll need to run a much, much older copy of HTTPAPI.
>
> Please get the newer version 2.0.0.
>
> -SK
>
>
>
>> On 11/9/2016 1:07 AM, David Lynch wrote:
>> Thanks again Scott.
>>
>> When you say "someone changed the settings for the xml translation" do you mean the publisher of the web service? Presumably that would affect both machines then?
>>
>> I just installed that version of expat a couple of weeks ago from your website, I downloaded version 1.95.8 save file as I needed the object not the source (as I can't compile the source on that server). So, yes the machines do have different versions of expat. Do you have that version installed anywhere to test?
>>
>>
>> Sent from my iPhone
>>
>> On 9 Nov 2016, at 2:38 PM, Scott Klement <sk@xxxxxxxxxxxxxxxx> wrote:
>>
>> You mean you put "iso-8859-1" in the processing instructions of your XML file, and the response from the web service said "utf-8" in it's processing instructions? I don't see how that would create the situation you describe. The one you send in the request is not used at all by HTTPAPI, it simply sends it as-is, and doesn't care what's in it. The response being UTF-8 is extremely common (in fact is is THE most common situation) and if Expat didn't recognize it, you'd get an error, not garbage.
>>
>> Maybe someone changed the settings for the XML translation? Or maybe you have an old, outdated version of Expat on your system that it is picking up instead of the current one?
>>
>>
>>> On 11/8/2016 5:07 PM, David Lynch wrote:
>>> Hi Scott,
>>>
>>> Thanks for your prompt reply. On the V5R4 machine I get the same problem with any of the example programs in LIBHTTP.
>>>
>>> On the v5r4 machine I installed the suite of programs as per your readme file, using the option to use the pre-compiled expat program (as I have no QSYSINC so the compile was failing). On V6R1 I used the install option that compiled the expat.
>>>
>>> I haven't had time to try to understand the complexities of the various programs used by this tool so I can't quite understand why the log file shows the returned XML in readable format, but the parser doesn't. Could be be something to do with the encoding? In the soap request I use encoding "iso-8859-1" but the encoding in the xml in the log file is "utf-8". This is identical on the two servers but it's just the V5R4 one that doesn't work.
>>>
>>> Cheers
>> -----------------------------------------------------------------------
>> This is the FTPAPI mailing list. To unsubscribe, please go to:
>> http://www.scottklement.com/mailman/listinfo/ftpapi
>> -----------------------------------------------------------------------
>>
>> -----------------------------------------------------------------------
>> This is the FTPAPI mailing list. To unsubscribe, please go to:
>> http://www.scottklement.com/mailman/listinfo/ftpapi
>> -----------------------------------------------------------------------
-----------------------------------------------------------------------
This is the FTPAPI mailing list. To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------
-----------------------------------------------------------------------
This is the FTPAPI mailing list. To unsubscribe, please go to:
http://www.scottklement.com/mailman/listinfo/ftpapi
-----------------------------------------------------------------------