Re: CGI vs JSP... -- WEB400

>But I'd like to address some of your points about ASP.NET (surprise <G>)
Thanks.

>Has IBM been in the enterprise market longer, of course, but my cell phone
has more computing power and stability than early "enterprise" servers. 

I don't think this is a fair statement to IBM. It like saying my local
wireless phone provider is as good as Verizon just because I can get the
same blackberry device working on their network. What really matters is the
approach they take to implement every infrastructure detail, and I think
that is the area that Microsoft is still learning about but IBM has had
their heads wrapped around for much longer.

>What scaling problems? Yes, poorly written .NET code can suck, just like
poorly written Java code and poorly written RPG code.
I specifically noted that I don't think .NET languages are necessarily bad,
I was more talking about the OS and app server that needed to be
implemented. 

Do you think Windows Enterprise Server running on enterprise hardware using
IIS is as solid as OS/400 running on iSeries with Apache?

It was well stated earlier, by Brad Stone I think, that one will promote
whatever environment they are most comfortable in.  I am most comfortable
running Java/Tomcat/DB2/OS400/iSeries and it sounds like you have found
comfort in the Microsoft direction which in turn is what you guard. Even
after saying that though I am not going to withdraw my position that I
believe the OS platform and hardware and app server you get with the iSeries
is superior to Microsoft's offering.

Aaron Bartell

-----Original Message-----
From: web400-bounces@xxxxxxxxxxxx [mailto:web400-bounces@xxxxxxxxxxxx] On
Behalf Of Walden H. Leverich
Sent: Monday, May 15, 2006 1:22 PM
To: Web Enabling the AS400 / iSeries
Subject: Re: [WEB400] CGI vs JSP...

Aaron,

Given the original question, which seemed to revolve around a limited case
where a programmer could choose JSP or CGI I'd go with JSP, no argument. But
I'd like to address some of your points about ASP.NET (surprise <G>)

>how recently they have entered into the enterprise server market and 
>how long IBM has existed in the space.

Um, just how recently do you think they entered the market? OK, SQLServer
4.21 wasn't all that great, and 6.5 was a minor improvement, but they
basically defined the programmable web in the 90s, and major trading floors
run on SQLServer 7 and beyond with visual basic applications. Has IBM been
in the enterprise market longer, of course, but my cell phone has more
computing power and stability than early "enterprise" servers. 

>The thing that doesn't appear until later is the scaling problems and 
>lack of options in the event you aren't getting what you
need.

What scaling problems? Yes, poorly written .NET code can suck, just like
poorly written Java code and poorly written RPG code. Most of the time
scalability problems come from a lack of understanding of how to code the
language for performance. Things like knowing that strings can't change, and
arrays must be copied to grow are common performance problems, and actually
show their ugly head in Java as much as .NET.
Scalability problems also show up when people think they can run enterprise
sites on desktop hardware. Just because ASP.NET _can_ run on a $400 dell
desktop, doesn't mean it _should_ run on that machine.

>but not the right choice for enterprise or potential enterprise
applications.

We can all have our own definition of "enterprise", but I think we can also
agree that sites like hotmail.com, intel.com and monster.com and, obviously,
microsoft.com get more than enough traffic to qualify as "enterprise" and
they're running on ASP.net.

-Walden

--
Walden H Leverich III
Tech Software
(516) 627-3800 x3051
WaldenL@xxxxxxxxxxxxxxx
http://www.TechSoftInc.com

Quiquid latine dictum sit altum viditur.
(Whatever is said in Latin seems profound.)


--
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.