× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



hi Alan,

Can you explain better? I'm at a complete loss as to what you are asking or trying to accomplish. It would help greatly if we could see an excerpt of the XML data!

As coded, I'm expecting your XML document to look like this:

<S:Envelope>
<S:Body>
<ns2:ServiceResponds>
<operationResult>
<InBlocks>...up to 32k of data with no tags...</InBlocks>
<InBlocks>...up to 32k of data with no tags...</InBlocks>
<InBlocks>...up to 32k of data with no tags...</InBlocks>
(repeated 35 times)
</operationResult>
</ns2:ServiceResponds>
</S:Body>
</S:Envelope>

That seems to be what you've coded for, but you say it doesn't work, which makes me think your XML document doesn't actually look like that.


On 5/5/2011 5:23 PM, Alan Campin wrote:
I am having to extract a very large block of xml(250,000 bytes) from within
an XML document envelope.

In looking at the documentation, it seems that XML-INTO using a handler
could handle this.

It seemed to indicate that if I did the following

p ResultHandler...
p b
d pi
d InOutCommArea...
d LikeDs(TD_CommArea)
d InBlocks...
d 32767a Varying
d Dim(35)
d Const
d InNumberOfElements...
d 10u 0 Value
/Free

Options = 'doc=file
path=S:Envelope/S:Body/ns2:ServiceResponds/operationResult';
XML-Into %Handler(ResultHandler : EmbeddComm)
%Xml(SoapFile: Options);

/End-Free

The documentation seems to indicate that it would take the data and break it
up into 32767 byte blocks and I would get the number of elements loaded.

That is not what happened. Instead I got one element loaded with 32767 bytes
of data and that was it.

This gets back that problem of processing large blocks of data in RPG.

Is there a trick to do this?


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

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

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.