JDK-4353002 : Graphical JRE
  • Type: Enhancement
  • Component: hotspot
  • Sub-Component: runtime
  • Affected Version: 1.3.0
  • Priority: P5
  • Status: Closed
  • Resolution: Duplicate
  • OS: generic
  • CPU: generic
  • Submitted: 2000-07-13
  • Updated: 2001-05-15
  • Resolved: 2001-05-15
Related Reports
Duplicate :  
JDK-4287407 - Sharing between JVMs
Description

Name: skT45625			Date: 07/13/2000


java version "1.2.1"
Classic VM (build JDK-1.2.1-A, native threads)

This is a Feature Request.

I ask you to, please, include in Windows' versions of the JRE an additional
executable (java.exe sibling). The difference between this executable and the
actual "java.exe" would be the following:
- Graphical interaction (windows, mouse, keyboard) no more shell please.
- No hassel in finding or knowing about the directory in which is "java.exe".
- No problem in configuring the classpath variable (registry or command line)
because this graphical JRE could provide it as a configuration feature.
- Once the graphical JRE is running the startup time of any other Java program
will be very much shorter.
- Could preload all the AWT, Swing and "java.*" classes to allow a lightning
fast program load.

Additional foreseeable features:
- The graphical JRE could be a Jini client.
- Could act as very configurable desktop to beat MS Windows.
- Could include add-ons to manage Jiro solutions.
- Developers can use it as a developement base to set graphical interface
development standards.
(Review ID: 107181) 
======================================================================
Comments
EVALUATION fred.oliver@East 2001-05-15 This feature request includes several diverse concepts, not integrated very clearly. + a sibling of the java.exe command which creates no shell window? There is one -- called javaw.exe. + where is the java command to be found? The java and javaw commands are now installed in the Windows or WindowsSystem directories so that they are in the default path for all users. + configuring classpath? The classpath is something which should be set on a per-application basis, and is not generally appropriate to set for a user or a session (although Windows already has an interface for that). + preloading classes is a subset of resource sharing (sharing data between VMs), which is already a hot topic. I will close this bug as a dup of a sharing bug.
11-06-2004