Operating System - OpenVMS
cancel
Showing results for 
Search instead for 
Did you mean: 

JAVA and long filenames

SOLVED
Go to solution
ptrskg
Frequent Advisor

JAVA and long filenames

Hi,

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

Thanks

Peter

5 REPLIES
Hoff
Honored Contributor
Solution

Re: JAVA and long filenames

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

Steven Schweda
Honored Contributor

Re: JAVA and long filenames

> 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.)

ptrskg
Frequent Advisor

Re: JAVA and long filenames

Thanks Hoff,

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

Peter

Hoff
Honored Contributor

Re: JAVA and long filenames

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.

Ph Vouters
Valued Contributor

Re: JAVA and long filenames

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