|
So overall what I think I'm hearing is... that aside from personal preferences as a developer, and the cross-platform issue, developing a server-side app (to run on a single as400 server) using mainly Servlets/JSP's for the web interface and coding most of my Business Logic in RPG will not only work well, but it will in fact produce the faster performing application (which is the real key here)... correct? --- Dieter Bender <dieter.bender@xxxxxxxxxxxx> wrote: > 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 > > _______________________________________________ > 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. > __________________________________ Do you Yahoo!? Yahoo! Search - Find what you?re looking for faster http://search.yahoo.com
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.