× 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.



David
using TCP/IP sockets sounds intresting,
we have 2 system in production which use data queues,
rpg program writes data to outq, which java program
reads and then it responds to inq, which rpg is
listening,
but there is a draw back to this process, it can only
handle one request at a time, unless you use threads
in java to handle multiple request at a time,
i do not like to use it is a absolute must.

so i would like to know more about this tcp/ip
solution how does it work, does it have the same issue
as data queue, or it can handle multiple request
can you provide some pointers or place where i can get
some information with code sample
i m pretty comfortable with both the languages.

ashish
--- David Gibbs <david@xxxxxxxxxxxx> wrote:

Richard Schoen wrote:
We have a batch RPG job that calls a Java class
which interfaces into
our Enterprise Workflow web service and it seems
to work fine and it's
fast after initial startup.

It also depends on what kind of horsepower the
system your run it on has.

Of course, for a batch job it's not so much of a
issue ... as resources
are allocated to batch jobs differently than
interactive.

When I was initially playing with calling Java from
RPG, the bulk of the
invocations I was looking at were from interactive
jobs. I didn't want
to subject the user to the startup penalty. Plus,
every user would have
to have their own JVM instance ... chewing up system
resources.

We decided to go with a tcp/ip sockets
implementation that talks to our
java server. The java server receives & responds to
the requests. One
instance of the java application, very lightweight
native code
requirements.

The initial design was a bit involved (I was
learning both java and RPG
sockets at the same time), but we wrappered it quite
nicely (love love
love service programs). The server can run on the
System i or a PC (or
unix server).

We send a request from the RPG app to the java
server via tcp/ip ...
simple requests are answered directly on same
connection ... bulk data
requests are written out to specific database files
using jdbc.

Note: What I'm describing is different than the data
queue based
mechanism that I described earlier.

The only drawback is you need some familiarity
with Java, RPG and how
they work together :-)

Drawback? Ha! That's the advantage. Something new
to learn.

In todays world: You snooze you loose ... and that
goes double for the
technology world.

david

--
IBM System i - For when you can't afford to be out
of business

--
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.




A$HI$H


____________________________________________________________________________________
Never miss a thing. Make Yahoo your home page.
http://www.yahoo.com/r/hs

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.