Just a final followup on our experience loading textures in vrml files inside of
jars... not certain if this applys to other people
yet.
In com\sun\j3d\loaders\vrml97\imp\Loader.java on line 226 the code appends a "//" to
the url path. For some reason now with the
"jar:" prefix having 2 slashes seems to fail at least for me. I removed one and get
better behavior. We've tried it under jdk1.2
and jdk1.3 on Windows 95, NT and Windows 2000 beta. Under JDK1.3 the behavior however
may accept either case and always succeed.
Not certain why we get this behavior; how there could be a defect in something as
commonly used as this?
- Andy
-----Original Message-----
From: Anselm Hook <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>
Date: Friday, October 29, 1999 11:55 PM
Subject: Re: [JAVA3D] jar vrml images
>Fixed it! and maybe even found a bug!
>
>In com\sun\j3d\loaders\vrml97\impl\ImageTexture.java near line 127 there is a
>statement as follows:
> urlObj = loader.stringToURL(url.strings[i]);
>This rolls through the alternates for a textures file path.
>I added a new line after it which overrides its behavior:
> urlObj = this.getClass().getResource( "/" + url.strings[i] );
>
>I noticed that the path construction was something like
>"jar:file://c:/omg/mediatoy/obj/orange.gif" when in fact it should have
been
>"jar:file:/c:/omg/mediatoy/obj/orange.gif". Note the "//" versus "/". So... I
>guess that this extra "/" in the path may have
been
>confusing it enough that some mystery code in Java wandered off to an entirely
>different handler. My native expression of the path
>( in response to Ricks comment was simply "orange.gif", and I tried variations on the
>theme ( "/orange.gif" for example ).
>
>Note that under JDK1.3 that the behavior is different. Ron is looking at that
>variation on the theme and I'll post mail if it is
>truly a distinct bug also.
>
>I'm still exploring this a bit and may end up migrating things elsewhere but at least
>I can now explore between success and failure
>states in loading textures in vrml files from within jar files.
>
>I'm pretty impressed by how easy it was for me to go in and change something directly
>in the VRML code - it's nicely laid out.
>
> - Andy
>
>-----Original Message-----
>From: Rick Goldberg <[EMAIL PROTECTED]>
>To: [EMAIL PROTECTED] <[EMAIL PROTECTED]>;
>[EMAIL PROTECTED] <[EMAIL PROTECTED]>
>Date: Friday, October 29, 1999 5:27 PM
>Subject: Re: [JAVA3D] jar vrml images
>
>
>>Anslelm,
>>
>>
>>Sounds like the file references texture images via ftp, check
>>the url of the textures in the file.
>>
>>Regards,
>>______________________________________
>>Rick Goldberg - Member Technical Staff
>>Sun Microsystems
>>Graphics Systems Software
>>901 San Antonio Road, MS UMPK27-302
>>Palo Alto, CA 94043-4900
>>650 786-0108 Direct
>>650 856-2114 Fax
>>[EMAIL PROTECTED]
>>
>>> MIME-Version: 1.0
>>> Content-Transfer-Encoding: 7bit
>>> X-Priority: 3
>>> X-MSMail-Priority: Normal
>>> X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3
>>> Date: Fri, 29 Oct 1999 14:20:23 -0400
>>> From: Anselm Hook <[EMAIL PROTECTED]>
>>> Subject: [JAVA3D] jar vrml images
>>> To: [EMAIL PROTECTED]
>>>
>>> I'm having trouble fetching an image from a jar file using the web3d vrml
>>loaders. I'm using Windows 95, Jdk1.2.2 and the non beta
>>> J3D.
>>>
>>> I'm able to fetch a .wrl file without trouble, but if the .wrl file references
>>a texture then I get an error message:
>>>
>>> java.lang.IllegalArgumentException: invalid port range: :21
>>> at java.net.SocketPermission.init(SocketPermission.java:341)
>>> at java.net.SocketPermission.<init>(SocketPermission.java:206)
>>> at
>>sun.net.www.protocol.ftp.FtpURLConnection.getPermission(FtpURLConnection.java:17
>>5)
>>> at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:80)
>>> at
>>sun.net.www.protocol.jar.JarURLConnection.getInputStream(JarURLConnection.java:1
>>12)
>>> at sun.awt.image.URLImageSource.getDecoder(URLImageSource.java:116)
>>> at
>>sun.awt.image.InputStreamImageSource.doFetch(InputStreamImageSource.java:242)
>>> at sun.awt.image.ImageFetcher.fetchloop(ImageFetcher.java:221)
>>> at sun.awt.image.ImageFetcher.run(ImageFetcher.java:189)
>>>
>>> Any ideas? It seems to be wanting to ftp to my windows based laptop, which I
>>don't think accepts ftp connections... nevertheless
>>> the .wrl itself does fetch so somehow images are treated differently.
>>>
>>> - Andy
>>>
>>> ===========================================================================
>>> To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
>>> of the message "signoff JAVA3D-INTEREST". For general help, send email to
>>> [EMAIL PROTECTED] and include in the body of the message "help".
>
>===========================================================================
>To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
>of the message "signoff JAVA3D-INTEREST". For general help, send email to
>[EMAIL PROTECTED] and include in the body of the message "help".
===========================================================================
To unsubscribe, send email to [EMAIL PROTECTED] and include in the body
of the message "signoff JAVA3D-INTEREST". For general help, send email to
[EMAIL PROTECTED] and include in the body of the message "help".
