topic Re: JAVA and long filenames in Operating System - OpenVMS

JAVA and long filenames

ptrskg — Tue, 01 Nov 2011 14:27:57 GMT

Hi,

Are filenames in JAVA 6 on OpenVMS still limited to 39.39 characters?

Thanks

Peter

Re: JAVA and long filenames

Hoff — Tue, 01 Nov 2011 15:34:33 GMT

It would seem to have been tested locally, so I'm guessing you did test this locally, which implies you didn't like the answer you got, which implies you have different settings around your Java setup, which would lead to a question around your current Java and C set-up logical name definitions from the inevitable morass of configuration knobs.

So. How are you set up? Did you enable ODS-5 extended file specifications support? If that statement seems cryptic or unfamiliar, have a look at JAVA$FILENAME_CONTROLS and definitely here:

http://h71000.www7.hp.com/doc/82final/5841/5841pro_081.html

http://www.compaq.com/java/faq/ovms.html

Re: JAVA and long filenames

Steven Schweda — Tue, 01 Nov 2011 18:28:26 GMT

> http://www.compaq.com/java/faq/ovms.html

   Yow, this stuff is lame.

   Ignoring the faulty HTML title, and the fact that most of this
"Alpha" stuff applies only to IA64 these days, ...

> [...]
> with ODS-5, do the following:
>
>    1. Make sure you have the latest version of the ZIP utility for
> OpenVMS which can be found at http://h71000.www7.hp.com/.
> [...]

Not the first place I'd look. ("ZIP" or UnZip?)

> [...]
> with ODS-2, do the following:
> [...]
>    3. Extract the contents of the downloaded zip file and then repackage
> it using the jar utility. For example:
>
>       UNIX> unzip bdkjul98.zip -d /bdk
>
>       UNIX> jar cvf bdk.jar bdk/*
> [...]

I can believe that "jar" on VMS does something special when extracting
onto an ODS2 destination, but can anyone explain what benefit is gained
from using unzip+jar to repackage this kit on a UNIX (or Windows) system
(before hauling the result to the VMS system)?

> [...]
>    4. Move the jar file to your OpenVMS system and extract it in the
> area where you want your JavaBeans development kit to be located.
>
>       NOTE: It is CRITICAL that you use the SDK's jar command and not
> some variant of unzip. There will be filenames and directory names in
> the jar file that are not directly representable on an OpenVMS Alpha
> system. When these are encountered, they must be remapped into a name
> that is acceptable. Each un-archiving tool applies its own rules about
> how to do this mapping. Only jar will apply the specific mapping rules
> that will subsequently be used by the rest of the Java system.
>
>       $ jar xf bdk.jar

   If someone published these "specific mapping rules", then someone
else might be able to implement them in UnZip, potentially saving some
considerable fooling around. (Too radical a concept, I know.)

Re: JAVA and long filenames

ptrskg — Wed, 02 Nov 2011 06:10:02 GMT

Thanks Hoff,

I misinterpreted the logical JAVA$FILENAME_CONTROLS and I've changed it from -1 to 0.

Peter

Re: JAVA and long filenames

Hoff — Wed, 02 Nov 2011 11:50:59 GMT

While you got to a solution, I disagree with your interpretation. This isn't something that you misinterpreted. Rather, this is a case where the user interface designer didn't provide you with a sufficiently clear presentation. This area of C and Java is a morass, for the poor and complex UI, and more subtlety for the non-modular and non-self-contained implementation of the settings.

Re: JAVA and long filenames

Ph Vouters — Wed, 02 Nov 2011 14:03:58 GMT

Peter,

If you wish to have a look at some JAVA$FILENAME_CONTROLS effects, refer to http://vouters.dyndns.org/tima/OpenVMS-Java-Unix-CRTL_API_decc$translate_name-Java_solution.html document with all the tests which have been performed.

Philippe