Hi JBM experts:
After change the security policy setting from
permission java.util.PropertyPermission *, read;
to
permission java.util.PropertyPermission *, read,write;
The NoClassDefFoundError is gone and now I am getting the following exception
when trying to do:
connection =
Any pointer on how to debug such issue would be appreciated, too. (the
verbose:class option didn't help me much) Thanks for your inputs!
The only thing I can think of is doing a real debug by attaching a debugger or
looking a log4j.trace logs.
I would also look if Sun AS is setting
Thanks again for all your suggestions and help...I am able to narrow the
problem down to org.jboss.remoting.InvokeLocator. Apparently when I try to
instantiate this class, I will get a NoClassDefFound exception (without
indicating what class is missing). I am able to create the
InvokerLocator (jboss-remoting.jar 2.2.2SP9) has the following code:
static Class _mthclass$(String x0){
try{
return Class.forName(x0);
}
catch(ClassNotFoundException x1){
throw (new NoClassDefFoundError()).initCause(x1);
}}
I am guessing this is where the
jbossall-client.jar is deprecated after JBoss5 only.
The reasoning for the deprecation is this:
- Think about when a customer or user found a trivial bug. We then change the
class and recompile it. Now we have to update at least two jars:
-jboss-messaging.jar and jbossall-client.jar.
- Now
I tried building the JBoss jars within EAR but same exception happens. :(
Since the JBAS I am trying to connect to is 4.2.2 and I have successfully
connected to it with the standalone remote client, I am staying with the list
of JARs in the previous post (including jbossall-client.jar). I am
If Clebert is right about jbossall-client.jar being deprecated, then you
shouldn't use that with your app. This is because the jbossall-client.jar (only
from JBM perspect) contains JBM classes and may not be updated since it is
deprecated.
View the original post :
Hi Clebert/Tim,
I did check the class dependencies and found all the classes in
jboss-remoting.jar or jbossall-client.jar.
I have tried putting the jboss jars in Sun AS classpath perfix but the same
exception happens:
/logicalhost/is/lib/jboss/jboss-aop.jar
dkuanwang wrote : Hi Clebert/Tim,
|
| I did check the class dependencies and found all the classes in
jboss-remoting.jar or jbossall-client.jar.
|
| I have tried putting the jboss jars in Sun AS classpath perfix but the same
exception happens:
|
I don't know how ClassLoader would
anonymous wrote : I have tried putting the jboss jars in Sun AS classpath
perfix but the same exception happens:
What about isolatin the classes on the EAR application?
I'm a little rusty now about this... I believe there is a place somewhere on
/WEB-INF/classes... /EAR-whatever. don't know..
Looking at the line code, it seems you're missing org.jboss.logging.Logger:
298 @ one revison back client = new Client(new
InvokerLocator(serverLocatorURI), configuration);
And I see a dependency from both Client and InvokerLocator to
org.jboss.logging.Logger.
That class is
Isn't that in jboss-all-client.jar?
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4224783#4224783
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4224783
___
jboss-user mailing list
Yes.. it is.
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4224795#4224795
Reply to the post :
http://www.jboss.org/index.html?module=bbop=postingmode=replyp=4224795
___
jboss-user mailing list
clebert.suco...@jboss.com wrote : Yes.. it is.
jboss-5 has deprecated jboss-all-client though.
I'm not sure if dkuanwang is using JBAS 4 or 5
View the original post :
http://www.jboss.org/index.html?module=bbop=viewtopicp=4224796#4224796
Reply to the post :
14 matches
Mail list logo
