No, the brackets are getting escaped. HTTPAPI or the IFS APIs will never
do that.

That is how the data is coming from the server. The OP should run a test
returning to the PC vs IFS file again to see if that really is the
difference that made this change, or if in fact the change from in house to
web service is the culprit.

When you run into issues, look at what has CHANGED, don't blame what hasn't
changed. :)

Bradley V. Stone
www.bvstools.com
GreenTools for G Suite/Google Apps <https://www.bvstools.com/g4g.html>:
Easy to use interfaces for GMail, Google Drive, Calendar, Contacts and
Cloud Print! <\body> <\html>

On Thu, Aug 30, 2018 at 3:55 PM Greg Wilburn <
gwilburn@xxxxxxxxxxxxxxxxxxxxxxx> wrote:

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/";>&lt;?xml version="1.0"?&gt;
&lt;Response xmlns:xsd="http://www.w3.org/2001/XMLSchema"; xmlns:xsi="
http://www.w3.org/2001/XMLSchema-instance"&gt;
&lt;Successful&gt;Y&lt;/Successful&gt;
&lt;ResponseCode&gt;9999&lt;/ResponseCode&gt;
&lt;HeaderMessage&gt;Success&lt;/HeaderMessage&gt;

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


This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2019 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].