Re: What About Price vs. Performance?

Maybe you can pull that off Joe, but in my experience, the overhead and
bottlenecks associated with inter-system communications will severely limit
the gains you might hope to gain from a second CPU.  Then factor in the TCO
argument, and you're at a net loss.

I'm not familiar enough with the Java ProgramCall API you're using, but it
sounds very similar to how ODBC dynamically invokes OS/400 "host servers" to
access OS/400 resources.  If this is the case, you might front-end your
application on a Linux box and experience no performance improvement.

Nathan.

------------ Original ------------------
You see, by completely splitting the HTML generation from the business
application, I've created a true n-tier design.  I can put as many $1000 web
application servers on the front line as I want, all accessing the AS/400
for data.  The code doesn't change, because the Java Toolbox that I use for
communication is 100% Java, and will run on any Java-enabled platform.  On
top of that, I'm looking into using JDBC procedure calls, which will make
even the toolbox unnecessary.

So if I have UI problems, I simply add another $1000 box and get another 100
users.  There's no relational database requirements on those boxes, so they
absolutely fly.  The AS/400 is limited solely by its database processing
capabilities, not its UI requirements.

 You can't do that with green screens or with RPG-CGI.
------------ Original ------------------



+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---