Ditto.
I am working on a project for a customer who wants a Gantt viewer so that
users can can look at and modify schedules via the web. How are you going to
do that without an applet? I'll tell you how! Microsoft's Project Central
using ActiveX Controls!
I hear boos rising up from the masses!
Anyway, on a serious note, its a cool project. I have a servlet
communicating to Oracle over JDBC. Oracle has an XML parser, so I get my
result set as an XML package (string). Using XSLT I transform the package to
the format wanted by the applet, and stream it to an applet running ILog's
JView components. JView is XML enabled, takes the streamed XML and creates a
fully functional Gantt viewer. Marvelous! The users manipulate the schedule
bars, and can update schedules using the reverse process.
Try this without an active component on your browser!
Dave (dead as an applet) Godbey
-----Original Message-----
From: Alex Amies [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 19, 2001 12:52 PM
To: [EMAIL PROTECTED]
Subject: Re: So long, Java! How Sun screwed itself by suing Microsoft
Applets are the only realistic way to meet many product requirements.
If you have a requirements:
(1) Your application must be web enabled
(2) Your application must be IE and Netscape compatible
(3) Your application must do complex tasks that are beyond HTML 4.0 and
include client-server communication
Then your solution is most likely going to include an applet that talks
to a servlet. I have seen many of these in web enabled ERP and
financial
applications. My personal opinion is that it is better to rely on a
plug-in
than the browser's VM. With bandwidth what it is these days in most
locations
the download time is much less of an issue than it used to be.
-----Original Message-----
From: Godbey, David [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 19, 2001 9:08 AM
To: [EMAIL PROTECTED]
Subject: Re: So long, Java! How Sun screwed itself by suing Microsoft
Whats all this talk about applets being dead? I hit web sites all the
time
with applets. There is no shortage of discussion here regarding
applet-servlet communication.
Applets have their place. Stop insisting they are dead. Dead means 0,
zero,
caput, gone... I wouldn't even say they are rare, would you?
Dave
-----Original Message-----
From: Miller, Brent [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 19, 2001 11:46 AM
To: [EMAIL PROTECTED]
Subject: Re: So long, Java! How Sun screwed itself by suing Microsoft
Java's strength is on the server-side. Not since the Java 1.1 days has
applets had any real popularity. Even the most die-hard Java programmer
will tell you applets are dead. The real question concerning the battle
between Sun and MS is not about client-side internet apps but who will
win
the back-end distributed-computing fight....Java J2EE vs. .NET. Java is
definitly out on the lead with this one--for now anyways. Also don't
forget
that Sun also has J2ME for cell phones, pda's and other embedded
devices.
-----Original Message-----
From: Milt Epstein [mailto:[EMAIL PROTECTED]]
Sent: Thursday, July 19, 2001 10:31 AM
To: [EMAIL PROTECTED]
Subject: Re: So long, Java! How Sun screwed itself by suing Microsoft
On Thu, 19 Jul 2001, Thompson, Willard (GTICCC) wrote:
> http://www.zdnet.com/anchordesk/stories/story/0,10738,2791052,00.html
This is stupid. Sun/Java is no worse off than if Sun hadn't sued
Microsoft. If they hadn't, Microsoft wouldn't have done Java right,
so it would've been working against Sun/Java anyway. Better Sun sue
than just sit back and take it. I don't think Java will die (as
others have said, it can be used server-side regardless), but to
achieve the prominence originally conceived, it will take a
combination of PR, and pressure from hardware vendors, software
developers, and end users to make things as easy/available as possible
-- inertia is a hard thing to battle, and Microsoft has the power to
make sure it is always on their side.
The guy does have a point that Sun/Java never quite delivered on some
of its promises though.
Milt Epstein
Research Programmer
Software/Systems Development Group
Computing and Communications Services Office (CCSO)
University of Illinois at Urbana-Champaign (UIUC)
[EMAIL PROTECTED]
________________________________________________________________________
___
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
___________________________________________________________________________
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
