Thanks for you help - it was a JAR file that was missing from the classpath.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3932840#3932840
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3932840
The class(es) referred by gruppe00/clairline/CLAirlineServiceLocator, through
the import statement or through the extends statement or through someother
means are not there in the classpath. Make sure that all the appropriate
jars/classes required by this gruppe00/clairline/CLAirlineServiceLocat
Sure, here it is:
14:53:55,783 ERROR [JMSContainerInvoker] Exception in JMSCI message listener
| javax.ejb.TransactionRolledbackLocalException: Unexpected Error
| java.lang.NoClassDefFoundError: gruppe00/clairline/CLAirlineServiceLocator
| at
gruppe00.eaibymom.wsmdb.CLAirlineBean.ha
Post the stacktrace. NoClassDefFoundError is thrown when the classes referenced
by a class are not found in the classpath
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3932826#3932826
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&m
A java.lang.reflect.Proxy instance is being serialzed using the java.io.*
object io streams and this is not being handled correctly. Since such proxy
classes are dynamic constructs that don't exist on a classpath the jdk has to
handle it.
View the original post :
http://www.jboss.com/index.htm
Do you know of what kind of JDK issue might cause this? I'd like to report it
as a bug for IBM's AIX JDK, but I don't really know what it's not doing
correctly. Seems like a classloading thing - maybe it's not using the context
classloader when it needs to or something like that?
View the ori
I would say its a problem with the jdk on this platform. Its the only platform
that has such a problem reported, and I don't see this issue using the ibm jdks
on linux for example.
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3927657#3927657
Reply to the p
My guess is that JBoss can't find this exception class during EJB deployment
even though it is in your WAR file. (btw: jars are deployed before wars)
Solution: pull out your Exception class and all other classes which are used in
both war and jar into a separate jar file which you include in you
Is there no one out there with a solution or at least a hint of a solution to
this problem
View the original post :
http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3908528#3908528
Reply to the post :
http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=3908528
-
your welcome, but anyway, simple rule: read all error messages carefully before
posting. Most often the problem cause is well stated and can be solved by
yourself :-)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886345#3886345
Reply to the post :
http://w
Thank you very much Ulf, now it works :)
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886344#3886344
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886344
---
SF.N
Add the commons-httpclient.jar to your clientside classpath.
Regards
Ulf
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3886343#3886343
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3886343
-
Classes in the war file wont be visible from the EJB because they all run in a
different class loader. If you want to share classes from ejb and war; you need
to package the shared class seperately and either copy the jar file to /lib or include the jar file in both EJB and WAR.
View the origin
Classes in the war file wont be visible from the EJB because they all run in a
different class loader. If you want to share classes from ejb and war; you need
to package the shared class seperately and either copy the jar file to /lib or include the jar file in both EJB and WAR.
View the origin
This error is annoying but sit back and try to think why it is showing this error.
Then check all your libraries for the existence of the class file.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3846813#3846813
Reply to the post :
http://www.jboss.org/i
server/default/lib is the place to put jar files that are statically deployed in JBoss.
"NoClassDefFoundError" happens usually for the following:
a) your class A has been deployed to the server elsewhere and the server is finding
a old version of it [This happens with Tomcat]
b) You have n
I see that this user has already posted this twice.
Biggeronimo - what version are you at?
Can someone help out please, This happens quite often but once it happens its
reproducible consistently. The work around for us has been to remove the deploy
directory and restart again (not sure if we c
This issue seems to be related to the order of the JAR files listed in the Class-Path
of the manifest file. We had a similar issue in 3.2.3, and reordering things in the
Class-Path reolved it.
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3846374#3846374
Rep
Thanks, but I don't have any old versions lying around. Everything is packaged within
the EAR, which is replaced upon deployment. I did see the problem JAR twice, though,
in those directories:
server\default\tmp\deploy\tmp56967console-mgr.sar-contents
server\default\tmp\deploy\tmp56995capsela.ear
Check if there is an older version of the jar deployed somewhere, possible web console
or something.
If it is, replace that jar with the newer version.
Joachim
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3840522#3840522
Reply to the post :
http://www.jbo
View the original post :
http://www.jboss.org/index.html?module=bb&op=viewtopic&p=3820556#3820556
Reply to the post :
http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=3820556
The classloaders do pick up interfaces, there's a problem in your packaging I think.
Either the packag
21 matches
Mail list logo
