[1620] in java-interest
Re: Request opinion about workabillity of java as it is now
daemon@ATHENA.MIT.EDU (M. Oost)
Mon Sep 11 07:59:41 1995
Date: Mon, 11 Sep 95 11:32:21 +0200
From: moost@nlr.nl (M. Oost)
To: java-interest@java.sun.com
I Wrote:
> > At this moment I am designing a service that will alow anyone with WWW to
> > locate and preview satellite images. The first version should be ready in
> > December. I now have less than two weeks to give my recommendations about
> > the technical design.
> > I have two options:
> > 1) I design the server without Java.
> > 2) I design the server with Java.
> >
> > The second one is my prefered option (even though I haven't programmed in
> > Java yet). Using Java would greatly improve the interface, and remove some
> > load of the server (wich of course means faster response).
> >
> > I want to know if Java as it is available now (or within 6 weeks) would be
> > able to run such a service. And I want to know if the bugs that are in Java
> > at this time would jeopardize the project (not to mention my time-table wich
> > is very tight and wich I can not extend)
Matt Cline wrote:
> Well, if you gave us some idea of what you were trying to offload from
> the server to the Java applet, we might be able to give a better answer.
It would be handiest if the Java applet would contain the complete interface to
the server. It would then issue a request, wich the server can answer.
This means that the applet would contain[1] a map of the earth to zoom in on.
The user should then be able to select an area (click and drag) in the form of a
rectangle or circle.
The user would issues his request for a quick_look_image wich the server would
send to him. For this quick_look_image the user would get the possibility to
select the resolution, the image would then be send in a non-standard format to
the user to allow for more resolution the longer he waits.
+--+--+--+--+
| 1| 5| 2| 8| The pixels of the image would of course be send 1, 2, 3 ... 16
+--+--+--+--+
| 6| 7| 9|10|
+--+--+--+--+
| 3|11| 4|14|
+--+--+--+--+
|12|13|15|16|
+--+--+--+--+
The applet should also be able to issue one request to a server and based on
its respose issue another request to an other server.
The applet would contain: push buttons, sliders, radio buttons, text fields,
graphics, maps and perhaps pull-down/pop-up menus.
The applet would also be able to save/reload the images or requested
information and be able to print it.
If the server itself runs in Java it would contain a fairly simple Dbase
program (or the interface to a "real" Dbase program). A security program or
routine wich would verify the identity of the users, but more importand of
the diffrent program-parts (if their running on diffrent computers). And a
a program/routine that would send and receive new information to and from other
servers (same kind) to update its Dbase.
btw. I believe the security part would become absolete with new versions of
Java?
If you want to take a look at what others have done in this field:
http://www.coresw.com/info/demo/Demo.html
(nice interface, bit slow with the map)
http://www.dfd.dlr.de/de/ISIS/gisis-demo/demo10.html
(also nice interface but not very intuitive, lot of options though)
http://www.vtt.fi:80/aut/ava/rs/virtual/
(connections to other Remote Sensing servers)
Merrick
-------------------------------------------------------------------------------
[1] or get from the server.
-
Note to Sun employees: this is an EXTERNAL mailing list!
Info: send 'help' to java-interest-request@java.sun.com
