|
Wouldn't something like a *DTAQ or possibly even something "heavier" like
MQSeries be a better choice than a *USRSPC? The *USRSPC is a great way to
pass the data efficiently, but it seems like it forces you to handle all
of the "queuing" aspects that would be needed to deal with high-volume and
that you get for "free" by using a queueing delivery system.
Also, have you considered driving it more from Java? In other words let
it parse the XML and make all of the decisions and just call the
appropriate RPG programs directly to process the transactions? It seems
like parsing the XML in Java and then adding something to a User Space to
then be processed by RPG all you are doing is making up your own language
that is perhaps simpler to process than XML, but you still have some of
the same issues in RPG.
Just some thoughts.
Mark
java400-l-bounces@xxxxxxxxxxxx wrote on 03/19/2004 10:26:37 AM:
>
> The recent discussions ("Strategic Java Usage", "Mixed RPG/Java
> Performance", "EJB versus RPG/COBOL") have peaked my interest immensely,
> thanks for everyone's comments!
>
> I am working on a Java/RPG solution that will be used to get our iSeries
> machines into an HTTP SOA (Service Oriented Architecture) type model. I
> have created web services with RPG programs, but parsing XML just isn't
> RPG's forte, even with IBM's parser and my wrapper that I wrote for it.
>
> I have recently been looking at having Java do all HTTP communication
and
> XML parsing and once an XML document had been parsed into the
appropriate
> "object" it would then be passed to a "Mediator" that would decide what
RPG
> business logic program needed to be called based on the XML's envelope
> contents. The kind of XML documents I am talking about are anything
from
> simple requests like "getItem" to something quite large like
> "PurchaseOrderRequest".
>
> Being that I need to pass large amounts of data from Java to RPG I have
been
> looking for different ways that both can easily talk to each other. The
> model I am planning on using for this is to write the parsed information
to
> a "smart" User Space for the RPG program to pick up after the Java
program
> has notified it that there is something available. By "smart" User
Space I
> simply mean I have come up with my own method of defining an object sort
of
> structure within the User Space. Each set of data in the User Space is
> prefixed with the name of that chunk of data and the size that it takes
up.
> Here is the code for the "smart" user space that I have built:
> http://mowyourlawn.com/files/UsrSpc/USRSPCFN.RPGLE along with an
example:
> http://mowyourlawn.com/files/UsrSpc/USRSPC.RPGLE
>
> The things that I am wondering about are if this is an efficient method
that
> may give me performance problems in the future. Or should I go to a
> different method like socket connections? Any insight on how to make
this
> Java/RPG relationship work beautifully would be greatly appreciated. I
hope
> I have explained what I am trying to do, it is basically what others
have
> stated in the most recent discussions.
>
> TIA,
> Aaron Bartell
> _______________________________________________
> This is the Java Programming on and around the iSeries / AS400
> (JAVA400-L) mailing list
> To post a message email: JAVA400-L@xxxxxxxxxxxx
> To subscribe, unsubscribe, or change list options,
> visit: http://lists.midrange.com/mailman/listinfo/java400-l
> or email: JAVA400-L-request@xxxxxxxxxxxx
> Before posting, please take a moment to review the archives
> at http://archive.midrange.com/java400-l.
>
As an Amazon Associate we earn from qualifying purchases.
This mailing list archive is Copyright 1997-2025 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.