Hey!
Rob, I totally agree with you. I think you meant to address this
reply concerning Nic's posting.
But since you are bragging about using an applet with servlet,
I will too.
I just finished and applet that is a lot like a monitoring application
that you would see in a newk reactor control room or a submarine
war room.
The applet displays panel of status lights for each of 130 test cells.
These test cell are either running their test or not running. Each cell
updates up to 800 status parameters each 30 second period to a DB.
This client Java applet can be run in Germany, to quasi real time monitor
the status of all of the 130 tests being run in Detroit, Michigan. Too many
features to mention here, are all served with applet using servlets.
There is no reasonable way that it could been accomplished without an applet.
To use an over used clich�, "You can lead a horse to the water but you can't
make him drink". :>)
Nic and I disagree on this subject constructively all of the time.
Sans adieu,
Danny Rubis
Rob Griffin wrote:
> Danny,
>
> I have to disagree. We have just reached the alpha test phase of a project
> that uses an applet to communicate with a servlet. The applet mimics an
> existing Delphi client and provides a rich set of features with a 206K
> download. These include:
> - displaying line, area and bar charts
> - displaying data in tabular format
> - displaying data in tree format
> - allowing the user to respond to messages from the server
>
> The applet uses Java 1.1 which does restrict you somewhat but we have
> just tested it in the following environments
> - Netscape on Windows
> - IE on Windows
> - Netscape on Solaris
> - Netscape on Linux
>
> and it works well. Download speed over a 28.8 K modem is acceptable
> because the subsequent traffic between the applet and servlet is
> small in size (a few k).
>
> Rob Griffin
> Quest Software
>
> E-mail: [EMAIL PROTECTED]
> Web site: http://www.quest.com
>
> > -----Original Message-----
> > From: A mailing list for discussion about Sun Microsystem's Java Servlet
> > API Technology. [mailto:[EMAIL PROTECTED]]On Behalf Of Kito
> > Mann
> > Sent: Friday, 7 January 2000 4:55
> > To: [EMAIL PROTECTED]
> > Subject: Re: POSTING to a servlet
> >
> >
> > Danny,
> >
> > You need to remember that applets are not always desirable or
> > feasible. The
> > browser wars really limited the feasibility of applets outside of
> > conrolled
> > Intranet environments... (that may change with AOL's shipment of Java 2
> > Standard Edition and Navigator, but that will take time...).
> >
> > I generally prefer variations of HTML clients over applets
> > because you have
> > a lot more flixibility, especially when you consider the fact
> > that PDAs and
> > cell phone-PDA hybrids are coming into the picture as potential clients.
> >
> > Kito D. Mann
> > [EMAIL PROTECTED]
> >
> >
> >
> >
> >
> > [EMAIL PROTECTED]
> > Wednesday January 5, 2000 06:56 PM
> >
> >
> > Hey!
> >
> > You guys are working way too hard trying to make servlets and HTML
> > do interactive processes.
> >
> > IMO, when interactivity get this complicated you are better off with an
> > Java applet or appication.
> >
> > Sans adieu,
> > Danny Rubis
> >
> > Nic Ferrier wrote:
> >
> > > >>> Steven Owens <[EMAIL PROTECTED]> 04-Jan-00 11:24:28 AM >>>
> > > > Nic Ferrier wrote:
> > > >> It sounds to me like you should redesign your system to take heed
> > > of
> > > >> this.
> > >
> > > > Also yup. There are some workarounds you can try, but the
> > > only
> > > >way is to use javascript, and you will quickly find that unless you
> > > >can restrict the range of clients you need to support, you're
> > > opening
> > > >a very large, very messy can of worms.
> > >
> > > There is one other way....
> > >
> > > You could use frames, with a checkbox in each frame. This is a lot of
> > > frames though, if you're dealing with a lot of checkboxes, but this
> > > kind of approach does work for mimicing the sort of client-server
> > > population behaviour that you have in VB and so on.
> > >
> > > When each frame is a seperate document you can submit them to and fro
> > > without concern for the other frames being affected.
> > >
> > > Simple JS can keep the frames talking to each other.
> > >
> > > Nic Ferrier
> > >
> > >
> >
>
> ___________________________________________________________________________
> 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
