Class.forName should almost never be used in a framework as this requires
the class loader which loaded the class making the forName call to be able
to
load the requested class. This is too restrictive for a dynamic framework
like
JBoss.

xxxxxxxxxxxxxxxxxxxxxxxx
Scott Stark
Chief Technology Officer
JBoss Group, LLC
xxxxxxxxxxxxxxxxxxxxxxxx
----- Original Message -----
From: "Michael Bartmann" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Thursday, August 15, 2002 6:55 PM
Subject: [JBoss-dev] When to use Class.forName() ?? (possible bug in
JMSProviderLoader)


> Hi,
> for obscure reasons I find the meaning of life by integrating a MDB
> together with a JMS-Provider-MBean into one ear.
> It works fine UNLESS I enable ear-scoping, which is essential for me.
> There is a CNFE in the JMSProviderLoader from JBoss, which uses
> Class.forName(). I changed this to Thread.current...blabla...loadClass()
> and it runs fine now.
> But I am a bit reluctant to check this into CVS, cause I dont know the
> implications for the
> JBossMQ provider (I am not using that thing).
>
> To take it even further:
>
> Is there any good reason to use Class.forName() anywhere in a "normal"
> MBean???
>
> Enjoy,
> Michael
>
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: OSDN - Tired of that same old
> cell phone?  Get a new here for FREE!
> https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
> _______________________________________________
> Jboss-development mailing list
> [EMAIL PROTECTED]
> https://lists.sourceforge.net/lists/listinfo/jboss-development
>



-------------------------------------------------------
This sf.net email is sponsored by: OSDN - Tired of that same old
cell phone?  Get a new here for FREE!
https://www.inphonic.com/r.asp?r=sourceforge1&refcode1=vs3390
_______________________________________________
Jboss-development mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-development

Reply via email to