Because the client's users are still(!) using 28.8k modems and to download
the Java plug-in or a M$ JVM would take an unacceptable amount of time. So
no client-side programming for display of the graphs is acceptable; it must
be done on the server.
As anyone who has been around for more than a year has seen, Microsuck is
once again attempting to monopolize the market.
Further, and this is not on topic (and don't throw me off!), I have word
from our business consultants that M$ is reorienting its application pricing
to a "per use" schedule. This means that we will no longer buy
applications, but rent them on a per-diem basis off the Net. Word has it
that all the stuff we are use to getting for a set price will now be
negotiated on a per-use basis. My company just negotiated a 2-year, $9
million deal with the fucks for technical support - and that was for only
350 hours/year!!! From what the M$ reps where saying, M$ is preparing to
take major income hits for this strategy and is preparing for it by
eliminating all formerly free services and charging a premium for any
negotiated contracts now.
My question is, "How fucking much money does this company have to make
before it's enough???"
Long live Sun!
Cheers!
Mark
----- Original Message -----
From: "Penner Matt" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, September 07, 2001 5:45 PM
Subject: Re: Interfaces in Servlets
> Why would this download be unacceptable to the client? If you create a
gif or
> something dynamicaly and then display it on a webpage I think it should
work
> pretty well.
>
> Anyway, I've read that IBM is planning on including their Java plug-in
with all
> there new machines that ship with WinXP. Things change but this sounds
like a
> step in the right direction. I think that Sun is encourageing this with
most
> large vendors.
>
> Unfortunately I've also read that with M$ pulling their JVM out and all
other
> Java compatible software that they used to supply, that they are also
updating
> their security preferences to default to regard Java applets and such as
> unsecure. If true this would me that people who don't know enough to
change
> their settings may just get a dialog box that would say their viewing
> potentially hazerdous content with no option for a plug in. They would
have to
> know and download the plug in themselves.
>
> Looks like M$ will grab at whatever strings they can. Sore loosers.
>
> Matt
>
> Quoting Mark Galbreath <[EMAIL PROTECTED]>:
>
> > I have a somewhat related question. I am helping a colleague tasked
> > with
> > displaying graphs of data dynamically from JDBC calls to a SQLServer
> > database. We originally were going to do this with an applet, but
> > then
> > heard that Microsuck is going to discontinue packaging a JVM with IE 6.0
> > (so
> > we are going to do it with servlets instead - just to stay on-topic...to
> > a
> > degree :-) ). This would require a download unacceptable to the client
> > (no,
> > not the browser).
> >
> > Has anybody else heard about this M$ plan? It is totally believable to
> > me
> > since the world seems to be becoming divided between Java and .NET.
> >
> > Cheers!
> > Mark
> >
> > ----- Original Message -----
> > From: "Pierre-Yves Saumont" <[EMAIL PROTECTED]>
> > Sent: Thursday, September 06, 2001 10:03 AM
> >
> >
> > > Not in the servlet itself, because servlets have no GUIs. But you
> > can
> > > include swing interfaces in the servlet response by including
> > reference to
> > a
> > > swing applet in the html code produced. Of course, only swing enable
> > clients
> > > (Java plug-in) will be able to see the swing interface.
> > >
> > > Pierre-Yves
> > >
> > > -----Message d'origine-----
> > > De : A mailing list for discussion about Sun Microsystem's Java
> > Servlet
> > > API Technology. [mailto:[EMAIL PROTECTED]]De la part de
> > > Silvia Gaspar
> > > Envoy� : jeudi 6 septembre 2001 14:39
> > >
> > > Is there any way of building swing interfaces in a Servlet
> > and
> > show
> > > it in a browser?
> > >
> > > Regard,
> > >
> > > S�lvia Gaspar
> >
> >
___________________________________________________________________________
> > 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
