Re: Java on VMS

From: reb (natron_at_ntlworld.com)
Date: 12/06/04 

Date: Mon, 06 Dec 2004 08:50:06 GMT

On 5 Dec 2004 11:06:30 -0800, dieter rossbach <dieter.rossbach@gmx.de>
wrote:
>
> We are very happy with java on VMS.
>
> It was a big step forward for us, we develop with W2K /WXP, Netbeans
> and Mysql and the production systems run on VMS 7.3-2 with oracle or
> Rdb. (And on Linux, we tested that ...)
>
> Our applications are:
>
> 1. Level 2 automation system for steel plants and similar environments
> 2. Laboratory Information System for Automatic Data Acquisition and
> Handling with Level 2 Automation Systems
>
> These systems have everything in them: lot of socket based I/O to real
> time systems, multi national language support (one of the lab systems
> run in China). Corba, JDBC, ...
>
> 3. Content Management for Online Magazines (based on CSWS and TOMCAT)
>
> We have almost NO porting to do. Maybe that porting existing java
> applications causes problems, but not with new applications.

This is precisely the case.

New Java applications tend not to make any reference to the features
of the underlying file system because there is no ability to do so
provided by the standard class libraries. This is the normal way
computing languages have traditionally provided portability, i.e.
by ignoring the difficult bits.

Another example is the Mac; applications developed on the classic
Mac will often make use of 'resource forks', which are unsupported
by the Java SDK on MacOS 9 or X. Instead the programmer has to either
roll their own solution or find a third-party solution that they
can license. These now exist for Mac resource forks, I don't know
about similar resources for the various VMS file types (I'd hope
hp would provide these, although Apple didn't in the Mac case).

There can be some interesting side effects: a well-known commercial
installer product that is sold on MacOS X cannot handle resource
forks for exactly this reason - it is now implemented in Java and
they wont add support for any non-standard file system features
(well, I suspect they would if they were MS Windows features).

plus ca change

Roger Barnett

Relevant Pages

  • Re: where do you store app wide data?
    ... Not the JVM.. ... Java applications. ... thats the fault of whoever wrote the application - not Java. ... Files are not stored in RAM when you close them. ...
    (alt.php)
  • Why Java?
    ... My applications are intended to be used mostly on desktop machines connected ... I have tried Java using NetBeans. ... GUI technology in Microsoft Windows Forms is best. ... than the solutions I have so far been able to devise to overcome Swing ...
    (comp.lang.java.advocacy)
  • Re: Java on Mac OS X (Was Re: Web-based VMS Que Monitor for Deathrow)
    ... simple JRE upgrade so who knows? ... I, once again, offer assistance to anyone at VMS who would like to track ... I've fiddled with settings and run a browser, ... Where's the Java Petshop on TestDrive? ...
    (comp.os.vms)
  • Not Invented Here! Self-loathing, C.V.-building Jezebels - (Was Re: Buzzword Bingo)
    ... rock-solid security and disaster-tolerant server capabilities of VMS coupled ... Webware is a Python servlet container... ... environment for VMS on-line. ... Web/browser interface to many applications is required the ...
    (comp.os.vms)
  • Re: C++ Garbage Collector on VMS?
    ... VMS Personae use reference counting so that when you delete ... Surely VMS engineering could've come up with a Valkyrie Persona Grabber ... That's just the Java approach. ...
    (comp.os.vms)