| T.R | Title | User | Personal Name
 | Date | Lines | 
|---|
| 140.1 | surely you jest | DECWET::SDY | Steven D. Yee | Tue Jun 25 1996 21:23 | 9 | 
| 140.2 | re: Java for OVMS | TLE::JCC |  | Wed Jun 26 1996 06:36 | 5 | 
| 140.3 | Ask Sue Denham | GYRO::eps1.zko.dec.com::nozell | [email protected] | Wed Jun 26 1996 10:05 | 7 | 
| 140.4 |  | DECWET::SDY | Steven D. Yee | Wed Jun 26 1996 12:04 | 5 | 
| 140.5 | Ask them | GYRO::eps1.zko.dec.com::nozell | [email protected] | Fri Jun 28 1996 15:00 | 4 | 
| 140.6 |  | FBEDEV::KYZIVAT | Paul Kyzivat | Fri Jun 28 1996 17:06 | 1 | 
| 140.7 | Our strategy is.... | OSLLAV::MARTINR_P | Advice:  Say nothing often... | Tue Jul 02 1996 05:05 | 10 | 
| 140.8 |  | KOALA::CIOT |  | Tue Jul 02 1996 13:32 | 86 | 
| 140.9 | Ask Tony Schofield | GYRO::eps1.zko.dec.com::nozell | [email protected] | Wed Jul 03 1996 14:39 | 12 | 
| 140.10 | And the answer is (or was)...? | NYOSS1::GOODMAN | I see you shiver with antici.........pation! | Fri Sep 27 1996 12:55 | 0 | 
| 140.11 | http://ibgzko.zko.dec.com/nozell/ibg-interest/hypermail/0414.html | GYRO::eps1.zko.dec.com::nozell | Marc Nozell (http://ibgzko.zko.dec.com/nozell) | Mon Sep 30 1996 09:34 | 31 | 
| 140.12 | so Netscape gets to use the VM? | COOKIE::MARTIN | Life is tradeoffs | Tue Nov 19 1996 13:38 | 6 | 
| 140.13 | Yes, Java for Netscape | PEACHS::HAZZARD |  | Wed Nov 20 1996 07:50 | 9 | 
| 140.14 |  | STAR::BLAKE | OpenVMS Engineering | Wed Nov 20 1996 13:32 | 5 | 
| 140.15 | thanks man | COOKIE::MARTIN | Life is tradeoffs | Wed Nov 20 1996 16:49 | 3 | 
| 140.16 | Java *application* support built into OpenVMS? | CPEEDY::COOK | Just say NO to that AccViO! - Java!!! | Wed Apr 02 1997 15:57 | 38 | 
|  |     
    Here's what I'd like to see get implemented on OpenVMS in
    regard to Java support:
    
    	Built in 'runtime' support for Java *applications*
    	--------------------------------------------------
    
    	o An implementation of the JVM that ships as part of OpenVMS
    	  (sort of analogous to the fact that the C-runtime ships as part
    	   of OpenVMS to support C-language-based applications).
    
    	o The DCL-command '$ Java' would presumably also be defined
    	  in the DCL tables to support invoking .class Java applications.
    
    	o If possible, an additional function might be to also support
    	  the execution of Java-applications that were packaged into
    	  a .EXE form (as distinct from the .class form).  While this
    	  form would then not be architecture neutral, it would presumably
    	  have better startup/execution performance.  (Tools to accomplish
    	  this are already becoming available from other companies
    	  targeting other platforms/OSes.)
    	  
    	o etc.
    
    
    The goal of such software would be so that OpenVMS layered products
    could start using Java and shipping some of their components as
    Java applications.  (Note: I'm referring to Java *applications*...
    *not* to Java Applets / HTML-based Java.)
    
    
    Are there any plans along these lines in the works?
    
    Thanks...
    
    						Dave
    
          
 | 
| 140.17 | current plans | STAR::BLAKE | OpenVMS Engineering | Thu Apr 03 1997 08:40 | 34 | 
|  | >        o An implementation of the JVM that ships as part of OpenVMS
>          (sort of analogous to the fact that the C-runtime ships as part
>           of OpenVMS to support C-language-based applications).
Its being worked on. Expect to see a beta within a couple of months or so.
>        o The DCL-command '$ Java' would presumably also be defined
>          in the DCL tables to support invoking .class Java applications.
Whether its defined in DCLTABLES or invoked via a foreign command is
undecided at this point.
>        o If possible, an additional function might be to also support
>          the execution of Java-applications that were packaged into
>          a .EXE form (as distinct from the .class form).  While this
>          form would then not be architecture neutral, it would presumably
>          have better startup/execution performance.  (Tools to accomplish
>          this are already becoming available from other companies
>          targeting other platforms/OSes.)
The top priority is to get the JDK (including a just-in-time compiler) on
OpenVMS. Native compilers are being talked about but won't be a part of the
initial offering.
>    The goal of such software would be so that OpenVMS layered products
>    could start using Java and shipping some of their components as
>    Java applications.  (Note: I'm referring to Java *applications*...
>    *not* to Java Applets / HTML-based Java.)
>    
>    Are there any plans along these lines in the works?
The plans are to ship Java as part of the O/S once its ready.
Colin.
 |