|
I will take fault then, but you had better qualify your statements when you make comments like yours. They can catapult in to huge discussions when it all could have been stopped at the beginning by somebody clarifying their broad statements. Something more appropriate if you are sticking with your statement of "Best Practice" would be to say that Java holds no place on the iSeries except under an App Server like Tomcat or WAS. Just my opinion though, Aaron Bartell -----Original Message----- From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx]On Behalf Of Dieter Bender Sent: Monday, January 12, 2004 2:36 PM To: Java Programming on and around the iSeries / AS400 Subject: Re: starting JVM is slow Hi Aaron, I didn't say that calling RPG from java or vice versa is impossible, or slow, but whatever it would be, it would not be part of best practices. All papers talking about best practices, good design and things to avoid mention that's even no good idea mixing up java and C and JNI is designed for C. But JNI was designed for implementing the JVM and not to write applications using JNI. And JNI was designed for a multithreaded language like C and not for RPG. Dieter Bender On Montag, 12. Januar 2004 20:06, Bartell, Aaron L. (TC) wrote: > Just curious, what are your reasons for not calling RPG from Java? I have > a Servlet in production calling an RPG program with PCML as the > intermediary, and it is very very fast. > > I agree that calling Java from RPG is pretty much useless unless it is a > batch process or if you have a huge machine. People will tell you to use a > data queue or something similar, but that means you most likely need to > write your Java interface so it can run off of a completely validated data > queue record (meaning you don't collaborate with all the different methods > in a Java class). > > > > Aaron Bartell > > -----Original Message----- > From: java400-l-bounces+albartell=taylorcorp.com@xxxxxxxxxxxx > [mailto:java400-l-bounces+albartell=taylorcorp.com@xxxxxxxxxxxx]On > Behalf Of Dieter Bender > Sent: Monday, January 12, 2004 11:08 AM > To: Java Programming on and around the iSeries / AS400 > Subject: Re: starting JVM is slow > > > Hi, > > IMHO best practice is: not to call java from RPG and vice versa. > > Dieter Bender > > On Montag, 12. Januar 2004 17:35, Ashish Kulkarni wrote: > > Hi > > I am calling Java program from RPG, and for the first > > time it is very slow, as it has to start the JVM etc, > > is there a way to imporve performance , what are the > > best practice to call java from RPG, > > > > Ashish > > > > __________________________________ > > Do you Yahoo!? > > Yahoo! Hotjobs: Enter the "Signing Bonus" Sweepstakes > > http://hotjobs.sweepstakes.yahoo.com/signingbonus > > _______________________________________________ > > 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. -- mfG Dieter Bender DV-Beratung Dieter Bender Wetzlarerstr. 25 35435 Wettenberg Tel. +49 641 9805855 Fax +49 641 9805856 www.bender-dv.de eMail dieter.bender@xxxxxxxxxxxx _______________________________________________ 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-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.