We ran a test comparing ASP to Servlets and found that development time for
Java Servlets was about 50% less than equal code in ASP. This was due to
the extensive use of the Object model Java is built on. If used correctly,
OO can be extremely powerful.
The test application was an online shopping catalog. Development consisted
of 2 teams of 2 coders. The Java team was Using servlets for the first time
and teh other team had been using asp for about 3 months. After 3 weeks we
had a showcase of each teams products.
The asp team ran into considerable problems dealing with the Database
(Microsoft SQL Server). Also they had some difficulties with a dynamic
piece of the interface that was required (they could not perform the task
without an Active X plugin on the client side). Also the speed at which the
program ran was very poor. The interface was also not completed in the time
frame given (only a skeleton site was there).
The Java team completed the project in full by the required time period.
They had no difficulties with the database due to the large amount of public
support for jbdc drivers. Also, they used a java applet for the dynamic
portion of the site which required no plugins ( was back compatable to
Netscape 2.0 and ie 3.0 ). During the showcase, the Java team was accused
of using a local Database by the ASP team due to the speed that the site was
performing at. The ASP team was soon shocked, though, when the Java team
produced the same results on the ASP development machine (with the Java
Teams machine powered down).
Just as Mike here stated, Java is also portable to many different systems.
Also if you are using any type of Database in your application, you will
find it much easier to write custom database applications using the jdbc
classes. Also, remote computing is made extremely easy with Java. For
future scalability, Java Servlets cannot be beat. Currently I have several
Servlets running my site front end and more than a few running the back end
processes on several different machines. Using RMI I can use this model
seamlessly.
Hope this helps you out.
Dave Muehling
V.P. Operations
http://doctors.worldwide4u.net
(Java run search engine technology)
PS: also in the future he may want to move his code from that crappy
platform to a real one.
----- Original Message -----
From: Michael Stacey <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Tuesday, June 15, 1999 1:41 PM
Subject: Re: Talking Boss into Servlets?
> At 09:57 AM 6/15/99 -0400, you wrote:
> >I program for the PSU College of Engineering, which is an MS shop top to
> >bottom. I'm going to be programming a very large, entirely dynamic
> >server-side application which will need to do things like image
processing
> >and writing GIFs back to the client. My boss wants to use ASP. Any
> >suggestions on how I can talk him into servlets? He just wrote me, after
> >reading WebReview's excerpt of Jason's book, saying that servlets are
just
> >"Java's implementation of ASP", so we might as well use ASP. Oy.
> >
> >Thanks,
> >Blake
>
> Someday s/he may want to serve the data from a machine that runs a
> real operating system (zip up flameproof suit) and none of the code
> will be portable, whereas servlets in Java would be.
> ---
> Michael Stacey
> Lexi-Comp, Inc.
> 1100 Terex Road
> Hudson OH 44236
> (330) 650-6506
>
>
___________________________________________________________________________
> To unsubscribe, send email to [EMAIL PROTECTED] and include in the
body
> of the message "signoff SERVLET-INTEREST".
>
> Archives: http://archives.java.sun.com/archives/servlet-interest.html
> Resources: http://java.sun.com/products/servlet/external-resources.html
> LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
>
___________________________________________________________________________
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff SERVLET-INTEREST".
Archives: http://archives.java.sun.com/archives/servlet-interest.html
Resources: http://java.sun.com/products/servlet/external-resources.html
LISTSERV Help: http://www.lsoft.com/manuals/user/user.html
