AW: [JBoss-dev] Anyone doing https in JBoss using jsse ?
Great, Thanks scott. F*ck Class.forName()! CGJ -Ursprüngliche Nachricht- Von: Scott M Stark [mailto:[EMAIL PROTECTED]] Gesendet: Mittwoch, 8. Mai 2002 08:49 An: 'Jboss-Development' Betreff: Re: [JBoss-dev] Anyone doing https in JBoss using jsse ? This is done in now in the 3.0 and head branches. The URLStreamHandlerFactory completely overrides the URL class protocol handler mechanism since it now handles the package prefixes specified via the java.protocol.handler.pkgs system property. There is a testcase service that demonstrates the use of the https url using the jsse classes as loaded from the JBoss lib directory. Scott Stark Chief Technology Officer JBoss Group, LLC snip However, the JBossURLStreamHandlerFactory currently expects all protocols to be implemented under org.jboss.net.protocol.xxx and we would need to extend that access with reading the System.getProperty(java.protocol.whatever.)+|org.jboss.net.protocol, parsing the string and trying to find the first class matching packagePrefix+.protocol+.+Handler /snip ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] Anyone doing https in JBoss using jsse ?
Peter, The static java.net.URL.setURLStreamHandlerFactory() should be called only once throughout the whole lifecycle of the VM to register the factory for ALL urls. As I suppose from the code, this is already done ... So your URL constructor in UDDI4J already uses it! However, the JBossURLStreamHandlerFactory currently expects all protocols to be implemented under org.jboss.net.protocol.xxx and we would need to extend that access with reading the System.getProperty(java.protocol.whatever.)+|org.jboss.net.protocol, parsing the string and trying to find the first class matching packagePrefix+.protocol+.+Handler It´s still early and the lingual part of brain is still sleeping. Does this make sense? CGJ -Ursprüngliche Nachricht- Von: Peter Braswell [mailto:[EMAIL PROTECTED]] Gesendet: Freitag, 3. Mai 2002 02:43 An: Jung , Dr. Christoph; 'David Jencks' Cc: 'Jboss-Development' Betreff: RE: [JBoss-dev] Anyone doing https in JBoss using jsse ? BoyZ, This sounds good to me. UDDI4J creates a URL() object inside the constructor. The below Handler factory sounds like the ticket, however it doesn't work around the problem that the URL object is created inside the constructor of the UDDIProxy() object. My thougts: extend the proxy jimmie (JBossUDDIProxy():?) which uses the new-fangled Hander factory... blah, blah, blah. So... NOT rewrite of UDDI4J, just using a little crowbar to coax in some new behavior... cheers, peter -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 02, 2002 12:25 PM To: 'David Jencks'; '[EMAIL PROTECTED]' Cc: 'Jboss-Development' Subject: AW: [JBoss-dev] Anyone doing https in JBoss using jsse ? Yak, I knew there would be such a beast ;-) Do you or Jason or anyone mind not using the f**cked up Class.forName() in there? It´s really f*cked up ... there must be a cache inside the VM doing weird things to break hot-deploying of such loaded classes, I have a few examples to prove it. Could we add the java.protocol.bla property parsing in there, please? Then jsse handlers could be easily created through it, too. Peter, you could have a look at that promising approach instead of having to rewrite UDDI4J for fitting into JBoss ;-) Thx guys, CGJ -Ursprüngliche Nachricht- Von: David Jencks [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 2. Mai 2002 18:03 An: Dan Christopherson Cc: Jung , Dr. Christoph; 'Jboss-Development' Betreff: Re: [JBoss-dev] Anyone doing https in JBoss using jsse ? How about the existing org.jboss.net.protocol.URLStreamHandlerFactory david jencks On 2002.05.02 11:12:55 -0400 Dan Christopherson wrote: Jung , Dr. Christoph wrote: Hi there, snip / *Bummer* I´m thinking about that classloading stuff ALL THE TIME. There must be something else in Java than classloading. *Sigh* I have faith that once enough of the JDK has been rewritten for classloading to actually work right, we'll find something else ;^}) Now we have a workaround, but we do not want to type new URL(https,localhost,42,myFile,new com.sun.net.ssl.internal.www.protocol.https.Handler()) and right. gack. depending our code agains jsse.jar instead of simply writing new URL(https://localhost:42/myFile;). Has anyone already seen this problem and knows how to resolve it? Should we write and install a JBoss-specific URLStreamHandlerFactory in the spine such that we can do the protocol extensions by ourselves and using Thread.currentThread().getContextClassLoader().loadClass() approach once for all modules? org.jboss.util.URLStreamHandlerFactoryThatLoadsTheDamnClassesRight ? I'd imagine it'll be needed in other places, too. -danch ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
[JBoss-dev] Anyone doing https in JBoss using jsse ?
Title: Nachricht
Hi
there,
in the jboss.net
module, wecurrently play around with establishing secure https access to
remote UDDI registries.
Unfortunately, we
seem to have problems installing the https handlers inside the jsse.jar in
the default URL.getStreamHandler(String protocol) logic.
We do
-Djava.protocol.handler.pkgs=com.sun.net.ssl.internal.www.protocolat
startup, but we get a no such protocol inside our jboss-.net.sar each
time
which I contribute
to a f**cked up Class.forName() call in the getStreamHandler() method seeking
for the damned classes just inside the rt.jar.
*Bummer* I´m
thinking about that classloading stuff ALL THE TIME. There must be something
else in Java than classloading. *Sigh*
Now we have a
workaround, but we do not want totype new
URL("https","localhost",42,"myFile",new
com.sun.net.ssl.internal.www.protocol.https.Handler()) and
depending our code
agains jsse.jar instead of simply writing new URL("https://localhost:42/myFile").
Has anyone
alreadyseen this problem and knows how to resolve it?
Should we
write and install a JBoss-specific URLStreamHandlerFactory in the spine such
that we can do the protocol extensions by ourselves and using
Thread.currentThread().getContextClassLoader().loadClass() approach once for all
modules?
CGJ
Re: [JBoss-dev] Anyone doing https in JBoss using jsse ?
Jung , Dr. Christoph wrote: Hi there, snip / *Bummer* I´m thinking about that classloading stuff ALL THE TIME. There must be something else in Java than classloading. *Sigh* I have faith that once enough of the JDK has been rewritten for classloading to actually work right, we'll find something else ;^}) Now we have a workaround, but we do not want to type new URL(https,localhost,42,myFile,new com.sun.net.ssl.internal.www.protocol.https.Handler()) and right. gack. depending our code agains jsse.jar instead of simply writing new URL(https://localhost:42/myFile;). Has anyone already seen this problem and knows how to resolve it? Should we write and install a JBoss-specific URLStreamHandlerFactory in the spine such that we can do the protocol extensions by ourselves and using Thread.currentThread().getContextClassLoader().loadClass() approach once for all modules? org.jboss.util.URLStreamHandlerFactoryThatLoadsTheDamnClassesRight ? I'd imagine it'll be needed in other places, too. -danch ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
Re: [JBoss-dev] Anyone doing https in JBoss using jsse ?
How about the existing org.jboss.net.protocol.URLStreamHandlerFactory david jencks On 2002.05.02 11:12:55 -0400 Dan Christopherson wrote: Jung , Dr. Christoph wrote: Hi there, snip / *Bummer* I´m thinking about that classloading stuff ALL THE TIME. There must be something else in Java than classloading. *Sigh* I have faith that once enough of the JDK has been rewritten for classloading to actually work right, we'll find something else ;^}) Now we have a workaround, but we do not want to type new URL(https,localhost,42,myFile,new com.sun.net.ssl.internal.www.protocol.https.Handler()) and right. gack. depending our code agains jsse.jar instead of simply writing new URL(https://localhost:42/myFile;). Has anyone already seen this problem and knows how to resolve it? Should we write and install a JBoss-specific URLStreamHandlerFactory in the spine such that we can do the protocol extensions by ourselves and using Thread.currentThread().getContextClassLoader().loadClass() approach once for all modules? org.jboss.util.URLStreamHandlerFactoryThatLoadsTheDamnClassesRight ? I'd imagine it'll be needed in other places, too. -danch ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
AW: [JBoss-dev] Anyone doing https in JBoss using jsse ?
Yak, I knew there would be such a beast ;-) Do you or Jason or anyone mind not using the f**cked up Class.forName() in there? It´s really f*cked up ... there must be a cache inside the VM doing weird things to break hot-deploying of such loaded classes, I have a few examples to prove it. Could we add the java.protocol.bla property parsing in there, please? Then jsse handlers could be easily created through it, too. Peter, you could have a look at that promising approach instead of having to rewrite UDDI4J for fitting into JBoss ;-) Thx guys, CGJ -Ursprüngliche Nachricht- Von: David Jencks [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 2. Mai 2002 18:03 An: Dan Christopherson Cc: Jung , Dr. Christoph; 'Jboss-Development' Betreff: Re: [JBoss-dev] Anyone doing https in JBoss using jsse ? How about the existing org.jboss.net.protocol.URLStreamHandlerFactory david jencks On 2002.05.02 11:12:55 -0400 Dan Christopherson wrote: Jung , Dr. Christoph wrote: Hi there, snip / *Bummer* I´m thinking about that classloading stuff ALL THE TIME. There must be something else in Java than classloading. *Sigh* I have faith that once enough of the JDK has been rewritten for classloading to actually work right, we'll find something else ;^}) Now we have a workaround, but we do not want to type new URL(https,localhost,42,myFile,new com.sun.net.ssl.internal.www.protocol.https.Handler()) and right. gack. depending our code agains jsse.jar instead of simply writing new URL(https://localhost:42/myFile;). Has anyone already seen this problem and knows how to resolve it? Should we write and install a JBoss-specific URLStreamHandlerFactory in the spine such that we can do the protocol extensions by ourselves and using Thread.currentThread().getContextClassLoader().loadClass() approach once for all modules? org.jboss.util.URLStreamHandlerFactoryThatLoadsTheDamnClassesRight ? I'd imagine it'll be needed in other places, too. -danch ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
RE: [JBoss-dev] Anyone doing https in JBoss using jsse ?
BoyZ, This sounds good to me. UDDI4J creates a URL() object inside the constructor. The below Handler factory sounds like the ticket, however it doesn't work around the problem that the URL object is created inside the constructor of the UDDIProxy() object. My thougts: extend the proxy jimmie (JBossUDDIProxy():?) which uses the new-fangled Hander factory... blah, blah, blah. So... NOT rewrite of UDDI4J, just using a little crowbar to coax in some new behavior... cheers, peter -Original Message- From: Jung , Dr. Christoph [mailto:[EMAIL PROTECTED]] Sent: Thursday, May 02, 2002 12:25 PM To: 'David Jencks'; '[EMAIL PROTECTED]' Cc: 'Jboss-Development' Subject: AW: [JBoss-dev] Anyone doing https in JBoss using jsse ? Yak, I knew there would be such a beast ;-) Do you or Jason or anyone mind not using the f**cked up Class.forName() in there? It´s really f*cked up ... there must be a cache inside the VM doing weird things to break hot-deploying of such loaded classes, I have a few examples to prove it. Could we add the java.protocol.bla property parsing in there, please? Then jsse handlers could be easily created through it, too. Peter, you could have a look at that promising approach instead of having to rewrite UDDI4J for fitting into JBoss ;-) Thx guys, CGJ -Ursprüngliche Nachricht- Von: David Jencks [mailto:[EMAIL PROTECTED]] Gesendet: Donnerstag, 2. Mai 2002 18:03 An: Dan Christopherson Cc: Jung , Dr. Christoph; 'Jboss-Development' Betreff: Re: [JBoss-dev] Anyone doing https in JBoss using jsse ? How about the existing org.jboss.net.protocol.URLStreamHandlerFactory david jencks On 2002.05.02 11:12:55 -0400 Dan Christopherson wrote: Jung , Dr. Christoph wrote: Hi there, snip / *Bummer* I´m thinking about that classloading stuff ALL THE TIME. There must be something else in Java than classloading. *Sigh* I have faith that once enough of the JDK has been rewritten for classloading to actually work right, we'll find something else ;^}) Now we have a workaround, but we do not want to type new URL(https,localhost,42,myFile,new com.sun.net.ssl.internal.www.protocol.https.Handler()) and right. gack. depending our code agains jsse.jar instead of simply writing new URL(https://localhost:42/myFile;). Has anyone already seen this problem and knows how to resolve it? Should we write and install a JBoss-specific URLStreamHandlerFactory in the spine such that we can do the protocol extensions by ourselves and using Thread.currentThread().getContextClassLoader().loadClass() approach once for all modules? org.jboss.util.URLStreamHandlerFactoryThatLoadsTheDamnClassesRight ? I'd imagine it'll be needed in other places, too. -danch ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development ___ Have big pipes? SourceForge.net is looking for download mirrors. We supply the hardware. You get the recognition. Email Us: [EMAIL PROTECTED] ___ Jboss-development mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/jboss-development
