Hi Robert

Yeah, that's right - I just stayed with the simpler statement as given in that thread entry.

I believe there have been improvements in the PCML, and I certainly hope they will continue to appear.

Again, if I had Brian's paper, I could speak more to this - there are reasons other than the jt400 thing, and they might still not be compelling for everyone.

Since, at the time XMLSERVICE came out, those improvements had NOT been done for PCML, and there probably was no timely hope of getting it, this approach was developed, and IIRC, Zend is using it instead of jt400 for its toolkit.

Which reminds me - XMLSERVICE is not limited to use by PHP - that's an accident of timing, so far as I know. But again there is a possible confusion, similar to the RPG IV and RPG ILE thing.

I am sure that people are asking IBM to expand PCML, and when that happens, jt400 (since it uses PCML) will be a more attractive option for some things.

Cheers
Vern

On 2/6/2013 10:14 AM, Dean, Robert wrote:
Not really limitations of jt400, but of the PCML grammar. Reiterating a point I made there, it would have been preferable to upgrade the PCML grammar as opposed to creating another XML format for essentially the same purpose.

-----Original Message-----
From:web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On Behalf Of Vernon Hamberg
Sent: Wednesday, February 06, 2013 11:09 AM
To: Web Enabling the IBM i (AS/400 and iSeries)
Subject: Re: [WEB400] PHP XMLSERVICE Toolkit Advantages

Michael

FYI - there was a thread on this some time ago, and this entry gives some of the rationale, including getting over limitations of jt400.

http://archive.midrange.com/web400/201208/msg00097.html

Once at that page you can browse the thread.

If the reason cited are not of value, then this is not useful. And this is a personal matter. Richard has done a great job of working with .Net access to IBM i - that's another option, and if you know that approach, you probably don't need XMLSERVICE, either. If you are NOT using .Net, XMLSERVICE might be an alternative to jt400, so long as you can deal with the limitations related to return values from function calls.
Things that are mentioned in the above-cited thread entry.

Anyhow, it is probably worth a look, and it is just as probably not for everyone.

Cheers
Vern

On 2/6/2013 8:34 AM, Michael Ryan wrote:
Thanks Todd and Richard. those were my thoughts as well. I appreciate
your input.


On Wed, Feb 6, 2013 at 9:13 AM, Richard Schoen<richard@xxxxxxxxxxxxxxx>wrote:

I have played with it in regards to .Net and didn't find anything new
I couldn't already accomplish. However it was interesting to play
with and I created my own .Net wrapper around it.

If you want to keep your code open and can do DB access or stored
procedures, there's no reason to use it in my opinion.

Regards,
Richard Schoen
RJS Software Systems Inc.
Where Information Meets Innovation
Document Management, Workflow, Report Delivery, Forms and Business
Intelligence
Email:richard@xxxxxxxxxxxxxxx
Web Site:http://www.rjssoftware.com
Tel: (952) 736-5800
Fax: (952) 736-5801
Toll Free: (888) RJSSOFT
------------------------------

message: 2
date: Tue, 5 Feb 2013 13:41:06 -0500
from: Michael Ryan<michaelrtr@xxxxxxxxx>
subject: [WEB400] PHP XMLSERVICE Toolkit Advantages

I'm looking at the new PHP toolkit, and I'm not sure what the
advantages are with that vs. just rolling your own with the db2*
functions. What's your impression?

thanks!



--
This is the Web Enabling the IBM i (AS/400 and iSeries) (WEB400)
mailing list To post a message email:WEB400@xxxxxxxxxxxx To
subscribe, unsubscribe, or change list options,
visit:http://lists.midrange.com/mailman/listinfo/web400
or email:WEB400-request@xxxxxxxxxxxx Before posting, please take a
moment to review the archives athttp://archive.midrange.com/web400.




As an Amazon Associate we earn from qualifying purchases.

This thread ...

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.