Ahhh ... but now you are comparing 2 different styles Applet vs Servlet.
Also depending on the middle tier OS (NT, Sun) you'll see different memory
requirements for Developer Server.
If you are an Oracle CASE shop, you might be swayed for Developer for that
reason.
I've used both, and here is what I have found:
DeveloperServer:
------------------------
Syncing issues with OAS version. Some versions require DeveloperServer to
be run as a CGI, while others can be run as a cartridge. The HTML pages to
launch these are different.
Uses RMI/TCP/IP (maybe over IIOP next) requiring their own plug-in to be
loaded (JInitiator) for a supported configuration.
Runs in a 3-tier style environment. RDBMS Server <-> DeveloperServer <->
Applet (handling presentation)
Startup times can be very heavy.
Prone to failure and time-outs requiring a full reload and reconnection.
The Applet jar file is somewhat large, and, since it is not signed for
caching may require to be downloaded again.
Every form loaded is ~ 400K minimum download.
Forms are very Client/Server feel in that every filed has good validation.
Nice that client and middle tier use the same language PL/SQL.
Bad that the client and middle tier use a proprietary language PL/SQL.
Nice that Forms6 can call JAVA beans.
Some of these issues will goaway or get better as Oracle Financials is using
DeveloperServer.
I'm assuming you can compare these to servlets.
Hope that helps. You can email me directly if you wish to discuss it more.
Thor HW
----- Original Message -----
From: ho9221 <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>; Thor Heinrichs-Wolpert
<[EMAIL PROTECTED]>
Sent: Thursday, August 19, 1999 8:52 AM
Subject: Re: Re: performance
> Yes, I agree with you.
>
> I am using Oracle RDBMS.
>
> The reason I want to know the performance is that
> I am comparing the performance of using Oracle developer server to put my
> application on the web or writing Java servlet on my own to do so.
>
> Jack Ho
> ========================================
> University of Oklahoma
> School of Computer Science
> ----- Original Message -----
> From: Thor Heinrichs-Wolpert <[EMAIL PROTECTED]>
> To: A mailing list for discussion about Sun Microsystem's Java Servlet API
> Technology. <[EMAIL PROTECTED]>
> Cc: <[EMAIL PROTECTED]>
> Sent: Thursday, August 19, 1999 2:43 AM
> Subject: Re: Re: performance
>
>
> > Please don't judge a technology on just its performance on a particular
> > release and hardware configuration. It is worth keeping performance in
> > mind, but if page hits are the only thing on your plate, then you will
be
> > worried about load balancing, http connection farms etc. as part of it.
> >
> > If you truly chose just on performance, then you wouldn't use a
relational
> > database, EVER, but rather keep to IMS and SCADA systems as they smoke
> every
> > rdbms out there by a long shot.
> >
> > To reiterate, I'm not saying don't look at performance, just don't get
> stuck
> > in the same track as other benchmarks. In the rdbms world TPC
benchmarks
> > are used, just like MIPS for processors (meaningless numbers) but you'll
> see
> > companies using client systems to figure out real perfomance stats. For
> > instance, both Sun and Oracle use a perf tool developed at Qualcom that
> > calculates performance based on Monkeys (a unit of work based on users
of
> > financial, manufacturig, etc packages).
> >
> > Thor HW
> > > On Wed, 18 Aug 1999, Jack wrote:
> > > > Hi:
> > > >
> > > > Does anyone evaluate the servlet performance?
> > > > How good is the servlet?
> > > > Where can I find some studies?
> > > >
> > > >
> > > > Jack
> > > > [EMAIL PROTECTED]
> > > > ====================================================
> > > > Making Money: Click below.
> > > > http://www.gotoworld.com/getpaid/default.asp?rid=1013102248
> > > > ====================================================
> > > >
> > > >
> >
>
___________________________________________________________________________
> > > > 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
> > >
>
>
___________________________________________________________________________
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
