|
Am Montag, 18. März 2002 22:09 schrieben Sie: > Dieter, I think we're going to have to agree to disagree. > > I see no problem in a Java programmer asking an RPG programmer to write a > piece of code which will be invoked as a Java Native method. There is no > requirement to create Java objects from the RPG just straight RPG code with > no major problems as long as *Serialize is coded (and I don't think the > call works if it is not). In this scenario the Java programmer (many of > whom don't understand threads either by the way!) is the only one who has > to understand threads. agreed The RPG guy neither knows or cares. Can you still > get into trouble - yes. Should you avoid it for that reason - no. An RPG > programmer can delete/modify every record in a database if he codes badly > enough - this case is no different and again the Java programmer should be > aware of the potential problems. agreed > > Calling Java from RPG requires far more awareness and far more skill on the > part of the RPG programmer. That said, anyone who can wrestle their way > through the notion that everything has to be prototypes and that any static > method requires an object be passed as the first parm even though it is not > in the parm list ...... Well let's just say they have to be above average > and are probably Java aware anyway. And as Larry noted - they'll soon > learn! I think the point we might disagree is the topic: coexistence of java and rpg in mixed applications. In my opinion, rpg is the old world and java the new world. And there coexistence is using already coded rpg modules in java applications. And the easiest way to do this is registering them as stored procedures (for programs) or UDFs for functions. The flexibility is better than jni and performance is an issue of hardware (and marketing = pricing of the as400); threading issues ar handled by the driver, you don't need to change anything of your rpg code; if you don't want to serialize everything, you might use multiple (pooled for performance) connections. If you need newly written native procedures for performance reasons, it would be a better choice to use c modules, they are (more or less) portable as source code. The rpg programmer writing the JNI code has to deal with c in the prototypes anyway. Writing java code to support rpg programs is a step into the wrong direction. RPG is the language for 5250; even for batch programs multithreaded java code will perform out rpg on a box with multiple processors. > > Jon Paris > Partner400 > > _______________________________________________ > 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. -- mfG Dieter Bender DV-Beratung Dieter Bender Wetzlarerstr. 25 35435 Wettenberg Tel. +49 641 9805855 Fax +49 641 9805856 www.bender-dv.de
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.