John e wrote

One the advantages of having an as/400 is that you only need one box. This
box runs the >>application and the database. It's also very scalable, this
one box, and it can support >>1000's of users.

And the rest cut for brevity

Now I will voice my humble opinion after listening to the very informative
posts on this thread (opinion is great, experience is better!)

Supposing your company wants to implement a publicly Accessible application,
via the Internet, are you going to allow them (the public) access to your
single box? (or would you need 2 boxes, simple question?)

And as far as performance goes I have learned from experience (and practical
experience at that) that windows boxes (as some people here call them)
perform extremely well (very well in fact).

I guess you have to try it for yourself before believing it? (I've been down
both routes)

I Still use an AS/400 (and ASP.NET On a windows Server)

Maurice O'Prey






-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of john e
Sent: 08 August 2008 15:33
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] What's the latest thinking of the best two or
threewebdevelopment languages/environ...


Richard wrote:

The point of this whole comment. Don't shy away from .Net or Java
technologies because you may have a two server environment. Most of the
time the web server simply runs the web code, but the database still
stays on the "i". Not a bad tradeoff since a web apps code is usually a
few megs. It's all about the database !!


One the advantages of having an as/400 is that you only need one box. This
box runs the application and the database. It's also very scalable, this one
box, and it can support 1000's of users.

If you split the app server and the db server into two boxes then you have a
bottleneck, i.e. the communication of data between these two boxes. So you
have to take this into account when designing your application. And if you
have lots of users you maybe have to put another windows web application
into the mix. Making it all complicated and difficult to manage. Windows is
not powerful enough to support a database and application server on one box.
The as/400 is designed for this. There is no I/O bottleneck between the
applications and the db.

Date: Thu, 7 Aug 2008 22:21:10 -0600
From: richard@xxxxxxxxxxx
To: web400@xxxxxxxxxxxx
Subject: Re: [WEB400] What's the latest thinking of the best two or
threewebdevelopment languages/environ...

As an addition to the Apache discussion, .Net applications will run
under Apache on Windows, so you can avoid setting up IIS. This is cool !

This is still probably a two-server scenario of Windows + i, however we
do the same a lot of the time with JSP's as well because performance of
JSP's on iSeries have not always been up to par. Running Tomcat on a
Windows box far outweighs the native iSeries performance.

The point of this whole comment. Don't shy away from .Net or Java
technologies because you may have a two server environment. Most of the
time the web server simply runs the web code, but the database still
stays on the "i". Not a bad tradeoff since a web apps code is usually a
few megs. It's all about the database !!

On the CGI topic, RPG-CGI smokes, but it's harder to find developers
that know RPG+Web than it is to find .Net or JSP coders.

Regards,
Richard Schoen
RJS Software Systems Inc.
"Get the information you need. Now!"
Document Management, Workflow, Report Delivery, Forms and Business
Intelligence
Email: richard@xxxxxxxxxxxxxxx
Web Site: http://www.rjssoftware.com
Tel: (952) 736-5800
Fax: (952) 736-5801
Toll Free: (888) RJSSOFT


-----Original Message-----
----------------------------------------------------------------------

message: 1
date: Thu, 7 Aug 2008 15:07:56 -0500
from: "Aaron Bartell"
subject: Re: [WEB400] What's the latest thinking of the best two or
threewebdevelopment languages/environ...

Apache comes pre-installed on 99% of all AS400 servers in my experience.
It runs "natively" as far as I am concerned as IBM has added their own
hooks outside of the base Apache HTTP server available from
www.apache.org. Note that it simply runs under subsystem QHTTPSVR on
the same hardware that your green screen users are on (i.e. QINTER).

And the Apache server is pretty each to configure for RPG+CGI. Here is
the config I use:

Listen *:8181

DocumentRoot /www/myrxs/htdocs

ScriptAliasMatch ^/MYRXS/(.*) /qsys.lib/MYRXS.lib/$1.pgm


allow from all
order allow,deny
options +ExecCGI


The one thing I believe to be lacking is a "RPG CGI best practices"
book/course that helps you skip past all the yuck stuff that many have
to figure out for themselves (i.e. how do you access tables outside of
the library your RPG CGI is running in?). Brad Stone you listenin' ?
;-)

HTH,
Aaron Bartell


On Thu, Aug 7, 2008 at 2:55 PM, Dave Odom
wrote:

Raul,

What if RPG is out of consideration?

Your point about .Net requiring two or more servers caught my eye and
made me wince. But.. if one must use something like Apache for their
environment/language to work, isn't that using two or more servers as
well?

Thanks,

Dave



--
This is the Web Enabling the AS400 / iSeries (WEB400) mailing list
To post a message email: WEB400@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/web400
or email: WEB400-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/web400.


_________________________________________________________________
De leukste online filmpjes vind je op MSN Video!
http://video.msn.com/video.aspx?mkt=nl-nl

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.