[Info-vax] Programming languages on VMS

[Arne Vajhøj]

On 2/8/2018 11:33 AM, Stephen Hoffman wrote:
> On 2018-02-07 22:24:29 +0000, Arne Vajhj said:
>> On 2/7/2018 4:51 PM, Stephen Hoffman wrote:
>>> On 2018-02-07 21:04:41 +0000, Arne Vajhj said:
>>>> For VMS it will depend on what policy HP will chose.
>>>
>>> HP is irrelevant to OpenVMS.
>>
>> Sorry. VSI.
>>
>>>   HPE has several more years of relevance to OpenVMS on Itanium, to 
>>> the folks that still running the older versions and to the folks that 
>>> are acquiring their OpenVMS support through HPE.
>>>
>>> As for Java?  Use what works for you.  If it's Java you pick for your 
>>> development efforts, you're probably more beholden to Oracle for 
>>> support than to the underlying platform, or so the marketing has 
>>> claimed.
>>
>> Not really.
>>
>> Oracle supports Oracle Java.
>> IBM supports IBM Java.
>> HP supports HP Java.
> 
> HP is not relevant here.  HP is not relevant to OpenVMS.  HP has nothing 
> to do with OpenVMS.
> 
> HPE is relevant to OpenVMS and to Java.

Ah - it was HP vs HPE that bothered you.

Of course HPE.

> HPE and VSI can and should be providing patches to Java, though there 
> haven't been patches or updates kitted and tested and passed through for 
> OpenVMS based on the various Oracle security updates.

They release occasionally.

5.0 got an update 9 in April 2016 equivalent to Oracle 1.5.0_85.

6.0 got an update 7 in September 2017 equivalent to Oracle 1.6.0_151.

> As for OpenVMS, Java can lead to some interesting app practices.  IIRC, 
> there were some few apps that actually embedded JRKs into the apps. That 
> embedded approach certainly worked, though it increased storage 
> requirements on cluster system disks, and those JRKs were almost 
> inevitably not updated.

That is the same on other platforms.

But it is the responsibility of the vendor embedding Java to produce
updates including an updated Java version.

> I have no interest in running Java locally, though would do so if a 
> locally-necessary app required it.   As for local work, Java doesn't fit 
> well with local software development, nor with local business 
> practices.

You will need it soon.

https://projects.eclipse.org/proposals/eclipse-corrosion-eclipse-ide-rust

:-)

Arne