|
Could this be a data conversion issue having something to do with the--
CCSID used when creating the IFS file?
-----Original Message-----
From: RPG400-L [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of
Kurt Anderson
Sent: Thursday, August 30, 2018 10:53 AM
To: RPG programming on the IBM i / System i (rpg400-l@xxxxxxxxxxxx) <
rpg400-l@xxxxxxxxxxxx>
Subject: HTTPAPI: Output to File changing brackets
[I first sent this to the FTPAPI mailing list, but it never showed up
there, so I thought I'd try here]
Recently a vendor of ours changed from providing an on-premise
solution to requiring that we use their web services instead.
In initial testing, I was getting the data response back to the RPG
program directly and everything was fine. However due to the high
volume of data, I now have the API output the data to the IFS, and
then I parse it from there. However, when I have the API output the file to the IFS, it's
replacing the brackets as if it thinks they are a part of the data. The
quick solution was to have the process fix the brackets, but I feel
both the API changing the brackets as well as me fixing them is taking
way too long.
Example of data being returned:
<?xml version="1.0" encoding="utf-8"?> <string
xmlns="http://tempuri.org/"><?xml version="1.0"?> <Response
xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance">
<Successful>Y</Successful>
<ResponseCode>9999</ResponseCode>
<HeaderMessage>Success</HeaderMessage>
The procedure I'm calling is http_url_post I'm not sure if this
matters, but:
Content Type: application/x-www-form-urlencoded User Agent:
Apache-HttpClient/4.1.1 (java 1.5)
Do you have any suggestions to prevent the bracket replacement from
happening?
I scoured the HTTPAPI source and didn't see come across anything I
felt was causing this to happen.
Thanks,
Kurt Anderson
System Development Manager, Service Delivery Platform
[cid:image002.jpg@01CD16F9.25D27630]
web: www.customcall.com<http://www.customcall.com/> | email:
kanderson@xxxxxxxxxxxx<mailto:kanderson@xxxxxxxxxxxx>
A Division of Enghouse Systems Ltd.<http://www.enghouse.com/>
(TSX:ESL)
[Email Signature - Enghouse Networks Order Management User Forum]<
http://bit.ly/2JCjBRI>
--
This is the RPG programming on the IBM i (AS/400 and iSeries)
(RPG400-L) mailing list To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at
https://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
--
This is the RPG programming on the IBM i (AS/400 and iSeries)
(RPG400-L) mailing list To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: https://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives at
https://archive.midrange.com/rpg400-l.
Please contact support@xxxxxxxxxxxx for any subscription related
questions.
Help support midrange.com by shopping at amazon.com with our affiliate
link: http://amzn.to/2dEadiD
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].
Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.