Re[6]: [JBoss-dev] URLConnection and opened files

2003-01-16 Thread Scott M Stark
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

Re[6]: [JBoss-dev] URLConnection and opened files

2003-01-15 Thread Scott M Stark
] URLConnection and opened files 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

Re[6]: [JBoss-dev] URLConnection and opened files

2003-01-15 Thread Alex Loubyansky
SMS SMS - Original Message - SMS From: Alex Loubyansky [EMAIL PROTECTED] SMS To: Scott M Stark [EMAIL PROTECTED] SMS Sent: Tuesday, January 14, 2003 7:07 AM SMS Subject: Re[4]: [JBoss-dev] URLConnection and opened files I'm a bit confused. I wrote a simple

Re[6]: [JBoss-dev] URLConnection and opened files

2003-01-15 Thread Jeremy Boynes
, 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

Re[6]: [JBoss-dev] URLConnection and opened files

2003-01-15 Thread Scott M Stark
- 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

RE: Re[6]: [JBoss-dev] URLConnection and opened files

2003-01-15 Thread Jeremy Boynes
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

Re[8]: [JBoss-dev] URLConnection and opened files

2003-01-15 Thread Alex Loubyansky
Thursday, January 16, 2003, 1:38:59 AM, you wrote: JB OK - changed this in 3.2 and HEAD and I can now delete a .war archive I JB couldn't before. JB Alex, can you let me know if this worked for you. Sorry about the hassle. Yes, it works now. Thanks, alex

Re[4]: [JBoss-dev] URLConnection and opened files

2003-01-14 Thread Alex Loubyansky
I'm a bit confused. I wrote a simple standalone test. - main public static void main(String[] args) throws Exception { // set handler pkgs System.out.println(java.protocol.handler.pkgs: + System.getProperty(java.protocol.handler.pkgs)); URL url = new URL(file, null, args[0]);

Re: Re[4]: [JBoss-dev] URLConnection and opened files

2003-01-14 Thread Scott M Stark
, January 14, 2003 7:07 AM Subject: Re[4]: [JBoss-dev] URLConnection and opened files I'm a bit confused. I wrote a simple standalone test. - main public static void main(String[] args) throws Exception { // set handler pkgs System.out.println(java.protocol.handler.pkgs

Re[6]: [JBoss-dev] URLConnection and opened files

2003-01-14 Thread Alex Loubyansky
-dev] URLConnection and opened files I'm a bit confused. I wrote a simple standalone test. - main public static void main(String[] args) throws Exception { // set handler pkgs System.out.println(java.protocol.handler.pkgs: + System.getProperty(java.protocol.handler.pkgs)); URL

[JBoss-dev] URLConnection and opened files

2003-01-13 Thread Alex Loubyansky
I am investingating the problem with inability remove deployed files. First, I've found that URLDeploymentScanner uses sun.net.www.protocol.file.FileURLConnection. For example here: URLConnection connection; if (watchUrl != null) { connection = watchUrl.openConnection(); } else { connection

Re: [JBoss-dev] URLConnection and opened files

2003-01-13 Thread Scott M Stark
Stark Chief Technology Officer JBoss Group, LLC - Original Message - From: Alex Loubyansky [EMAIL PROTECTED] To: JBoss-Dev [EMAIL PROTECTED] Sent: Monday, January 13, 2003 4:10 AM Subject: [JBoss-dev] URLConnection and opened files I am investingating the problem

Re[2]: [JBoss-dev] URLConnection and opened files

2003-01-13 Thread Alex Loubyansky
] SMS Sent: Monday, January 13, 2003 4:10 AM SMS Subject: [JBoss-dev] URLConnection and opened files I am investingating the problem with inability remove deployed files. First, I've found that URLDeploymentScanner uses sun.net.www.protocol.file.FileURLConnection. For example here

Re: [JBoss-dev] URLConnection and opened files

2003-01-13 Thread Adam Heath
On Mon, 13 Jan 2003, Scott M Stark wrote: Our FileURLConnection should be picked due to the org.jboss.net.protocol package being placed into the java.protocol.handler.pkgs by thiscode in org.jboss.system.server.ServerImpl.doInit: // Include the default JBoss protocol handler package

Re: [JBoss-dev] URLConnection and opened files

2003-01-13 Thread Scott M Stark
] URLConnection and opened files On Mon, 13 Jan 2003, Scott M Stark wrote: Our FileURLConnection should be picked due to the org.jboss.net.protocol package being placed into the java.protocol.handler.pkgs by thiscode in org.jboss.system.server.ServerImpl.doInit: // Include

Re: Re[2]: [JBoss-dev] URLConnection and opened files

2003-01-13 Thread Scott M Stark
Message - From: Alex Loubyansky [EMAIL PROTECTED] To: Scott M Stark [EMAIL PROTECTED] Sent: Monday, January 13, 2003 11:30 AM Subject: Re[2]: [JBoss-dev] URLConnection and opened files Thanks for pointing to this, but I think the problem is not there. I suspect the classes are somehow

Re[4]: [JBoss-dev] URLConnection and opened files

2003-01-13 Thread Alex Loubyansky
PROTECTED] SMS Sent: Monday, January 13, 2003 11:30 AM SMS Subject: Re[2]: [JBoss-dev] URLConnection and opened files Thanks for pointing to this, but I think the problem is not there. I suspect the classes are somehow not getting to the classpath. I'm running jdk1.3.1_05. Note, earlier I ran