Re: EJB versus RPG/COBOL

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