PROTECTED]
Sent: Wednesday, January 15, 2003 11:42 AM
Subject: Re[6]: [JBoss-dev] URLConnection and opened files
Alex
The light went on and I'm now wondering if I triggered this with the changes
for deployment scanning.
IIRC the code used to generate new URLs from the File paths returned during
(tstProtocol.java:27)
Scott Stark
Chief Technology Officer
JBoss Group, LLC
- Original Message -
From: Alex Loubyansky [EMAIL PROTECTED]
To: Scott M Stark [EMAIL PROTECTED]
Sent: Tuesday, January 14, 2003 9:48 PM
Subject: Re[6]: [JBoss-dev
Here are my findings.
First, JBoss-3.0 is ok. The problem is in JBoss-3.2 and HEAD.
Second, I found the cause.
The resources we want to load with our custom handlers
through class loaders must be added to the classpath AFTER the
(custom) URLStreamHandlerFactory is setup.
URLClassLoaders hold
, January 15, 2003 5:21 AM
To: Scott M Stark
Subject: Re[6]: [JBoss-dev] URLConnection and opened files
Here are my findings.
First, JBoss-3.0 is ok. The problem is in JBoss-3.2 and HEAD.
Second, I found the cause.
The resources we want to load with our custom handlers
through class loaders must
- Original Message -
From: Jeremy Boynes [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Wednesday, January 15, 2003 11:42 AM
Subject: Re[6]: [JBoss-dev] URLConnection and opened files
Alex
The light went on and I'm now wondering if I triggered
OK - changed this in 3.2 and HEAD and I can now delete a .war archive I
couldn't before.
Alex, can you let me know if this worked for you. Sorry about the hassle.
Yes, the setup of the URL handlers should be the very first thing
done in doInit.
There is nothing in that layer that can rely on
Yes, I thought about it too. There are two cases:
- the thread creating URL can't find custom handlers;
- Sun's handler was somehow initialized/used before (before setting the
property or somehow else?)
But I can't understand why my standalone test doesn't work. I set
property in the command line