|
Jon, On Mittwoch, 10. März 2004 17:38, Jon Paris wrote: > >> Mixing RPG and Java is worst for maintainability, you will need > >> both skills forever and your Java design is driven by rpg > >> prerequisites. > > I have to disagree completely with Dieter. First of all even if I agreed > that "one language" was important (which I don't - you'll still have > JavaScript, HTML, XML, ....) there is no real reason to suppose that the > RPG that already exists on a site will ever (or _should_ ever) disappear > completely. I never said that it has to disappear, it will survive if ibm continues to support the one and only rpg platform, the as400. > > Rather I would make the reverse argument - that "business objects" are far > better built in RPG where you can get the benefit of using the exact same > logic from your existing RPG apps and new batch processes as in your Java > web interface. maybe, if the as400 would support CORBA, then I would see a chance for this. The problem, I see with this approach is, that you have to write your object/ functional interface on your own and the technical solutions I saw here were not very stable. Let me discuss the problem by example: If your business components are written in rpg, you can't use entity beans, because its very hard to communicate between rpg and entity beans and you must not access the database aside of the EJB layer. You can't even use session beans, because the rpg is not threading enabled (Thread *SERIALIZE doesn't solve this issue). That was the point for me to write that the java design is rpg driven. Further you can't use Object relational mapping components and some other components of the java mainstream. > Are you really going to write the batch oriented pieces in > Java? Rather you than me. I' m thinking about this, I don't do today, because it is too far away for my customers, but I'm thinking. One of my projects, I'm involved today is a load process for one of the biggest Datawarehouses running on as400 in Germany, yes I've had the idea to write this in java and the only reason not to do and to take rpg is the customer. We get speed to the ETL process by parallalism and it would be a great advantage to do the synchronisation of the processes in a real multithreaded Context and to kick the workload to Database Server Jobs. Dieter Bender > > > 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@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
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.