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

Reply via email to