RE: Communicating between java & rpg?

["Tanveer, Mohammad" <MTanveer@xxxxxxxxxxxxxxxx>]

Ah good old IBM...

Take a look at both of them may be you will convinced that stored procedures
are just a program objects and have more control than data ques.  I enjoy
them because they are easy to code.  They do more for us compare to
dataques.  I don't hate data ques.

http://www.as400.ibm.com/developer/client/spintro.html#FIGSTP01

You ask too many questions ... I thought I am the only one :-)

http://www.redbooks.ibm.com/pubs/pdfs/redbooks/sg244249.pdf

ahhhh but they don't have anything for WCS bug free installation and setup
with Visual Age for Java :-(



-----Original Message-----
From: David Morris [mailto:dmorris@plumcreek.com]
Sent: Thursday, August 30, 2001 5:57 PM
To: java400-l@midrange.com
Subject: RE: Communicating between java & rpg?


Joe,

I would tend to agree that both data queues and result sets have their
place.  One
thing I have found with data queues is that both of these impose a lot of
overhead.
I took an application we had and converted from a result set to get around
some
limitations to a data queue.  The performance got worse, but it got around
the problem.
Next, I converted that same application to use http tunneling and the
performance
improvement was very noticeable.  Since then, I know that data queues have
been
worked on.  Do you know if the performance problems have been fixed?  I have
a
project coming up I would like to use data queues on, but I am a
apprehensive.

David Morris

>>> joepluta@PlutaBrothers.com 08/30/01 04:08PM >>>

...No, I think you're trying to defend stored procedures vs. data queues.
Me,
I admit that stored procedures may be very good for simple queries and even
simple updates, but that data queues are much better for more sophisticated
transaction requirements.  I've stated why.  I'd be interested to see your
response.,,,

_______________________________________________
This is the Java Programming on and around the iSeries / AS400 (JAVA400-L)
mailing list
To post a message email: JAVA400-L@midrange.com
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/cgi-bin/listinfo/java400-l
or email: JAVA400-L-request@midrange.com
Before posting, please take a moment to review the archives
at http://archive.midrange.com/java400-l.