We are using it to construct xml from a table. The table contains directives that tell the toolkit how to structure the xml. We use it to feed xml to an application that will generate .pdf documents.
It utilizes the IFS as well. I wasn't here when the process was developed, so I am not familiar with the details of getting it to work.
However, it works very well in our situation. Before RPG got the XML-INTO verb (and its associates), we had used in to also decompose XML into variables for our RPG programs. This did not prove to be a good fit for us as it was too slow. So I wrote an XML-parser to speed this up. New code now uses the XML-INTO stuff and is much easier to manage.
So, for XML generation, we like and continue to use it.
For consumption of XML...not so much.
Steve Needles
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Rick.Chevalier@xxxxxxxxxxxxxxx
Sent: Tuesday, April 05, 2011 7:27 AM
To: midrange-l@xxxxxxxxxxxx
Subject: RE: Creating XML
Has anyone use the create XML features of the XML toolkit? I see a lot of responses for other software but I don't recall seeing anything about this. I don't have any experience with it, we are evaluating it now.
Rick
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Ketzes, Larry
Sent: Monday, April 04, 2011 12:50 PM
To: Midrange Systems Technical Discussion
Subject: RE: Creating XML
This is the information I got from my friend about needing to create xml files (see below). Sounds like he will be getting some more info shortly about actual requirements. He just wanted to know if the capability was there already to do this.
I'll forward more info from him when he gets it.
Thanks for the opinions so far!
Larry
We have our database on the iOS with all information we need. (customer name, account nr, amount to pay, …) We have to do payments and the we do this is by generating a file which is send to the bank. They handle the file and the money is paid from our account to the customers account.
Today we send a flat file to the bank and they can treat that, it has a specific convention we use in the file which is provided by them.
In the future they will not accept the flat files anymore, but they want us to send xml files. They will provide the descriptions of how they must look like and then we have to change our application so that it will create xml files instead of flat files.
We are now wondering whether there exist some tools we can use to make the creation of the xml files easier for us.
-----Original Message-----
From: midrange-l-bounces@xxxxxxxxxxxx [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Vern Hamberg
Sent: Friday, April 01, 2011 6:15 PM
To: Midrange Systems Technical Discussion
Subject: Re: Creating XML
Well, Larry, looks like you've opened a big can of X-worms!
COBOL actually has stuff to convert data to XML format and even save to an IFS file, I believe - just did a quick look to see what is there. RPG can only read at this time with its op-codes.
Java has good support for this, as well. But I think, from talking with a colleague here, that you need to know what is the expected structure.
Then you need some probably nested routines for the various nodes, which can varying multiple elements at the various levels.
And that's all I know on short notice!
Vern
On 4/1/2011 3:32 PM, Ketzes, Larry wrote:
Hello list,
I’m not very savvy on these matters, but I have a friend who wants to know if there is a tool on the system I that will create xml type files which he needs to transmit to a bank.
Does our favorite platform facilitate this easily, or is there a tool for this?
Thanks, Larry
[cid:image001.jpg@01CBF08A.54F6BAC0]
__________________________________________________
Larry Ketzes · Lead Infrastructure Engineer · MetLife International
600 King Street · Wilmington, DE 19801 · 302.594.2146
Larry.Ketzes@xxxxxxxxx<mailto:Larry.Ketzes@xxxxxxxxx>
IMPORTANT NOTICE. The information in this email (and any attachments) which is proprietary to American Life Insurance Company (ALICO) is confidential. If you are not the intended recipient, you must not use or disseminate the information. If you have received this email in error, please immediately notify me by "Reply" command and permanently delete the original and any copies or printouts thereof. Although this email and any attachments are believed to be free of any virus or other defect that might affect any computer system into which it is received and opened, it is the responsibility of the recipient to ensure that it is virus free and no responsibility is accepted by American Life Insurance Company for any loss or damage arising in any way from its use.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/midrange-l.
--
This is the Midrange Systems Technical Discussion (MIDRANGE-L) mailing list To post a message email: MIDRANGE-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/midrange-l
or email: MIDRANGE-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/midrange-l.
Privileged and Confidential. This e-mail, and any attachments there to, is intended only for use by the addressee(s) named herein and may contain privileged or confidential information. If you have received this e-mail in error, please notify me immediately by a return e-mail and delete this e-mail. You are hereby notified that any dissemination, distribution or copying of this e-mail and/or any attachments thereto, is strictly prohibited.
midrange.com
