Re: EJB versus RPG/COBOL

    Hi Ivan,

    I think what you are seeing is the inadequacy of mailing lists ( and I
mean in general; no potshots at this one ) and forums ( I run several ) to
address larger issues.

    Let me say that there is a difference between performance and
scalability.  You may want to look over

"Design for Scalability - an Update"

<http://www-106.ibm.com/developerworks/websphere/library/techarticles/hvws/s
calability.html>

and the redbook "IBM WebSphere V5.0 Performance, Scalability, and High
Availability"

<http://publib-b.boulder.ibm.com/Redbooks.nsf/RedbookAbstracts/sg246198.html
?Open>

as well as other books and articles on the subject.

    Also, whatever route you go, I'd suggest loosely coupling things as much
as possible, so that when bottlenecks arise you can approach them without
having to tear into and possibly affecting the entire code set.

    Last, and then I'm going to step out of this one, try to be sure that in
addition to knowing *what* you're doing, know *why* and understand the
consequences of your decisions.  Good luck,


                                                         Joe Sam

Joe Sam Shirah -        http://www.conceptgo.com
conceptGO         -        Consulting/Development/Outsourcing
Java Filter Forum:       http://www.ibm.com/developerworks/java/
Just the JDBC FAQs: http://www.jguru.com/faq/JDBC
Going International?    http://www.jguru.com/faq/I18N
Que Java400?             http://www.jguru.com/faq/Java400


----- Original Message -----
From: "Ivan Hurtado" <iva030@xxxxxxxxx>
To: "Java Programming on and around the iSeries / AS400"
<java400-l@xxxxxxxxxxxx>
Sent: Wednesday, March 10, 2004 1:17 PM
Subject: 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?
>