Hi Jaspreet, I just noticed I sent my reply to you direct and not to the list - sorry.
<reply-snip> > Thanks for your reply (and thanks to Sebastien as well). > > I am indeed using JBoss 2.4.1 and castor 0.9.3, however, I had removed the castor > 0.9.1 jar from the machine when I put the 0.9.3 version in there. Moreover I just re- > compiled the jboss-castor Mbean against the castor 0.9.3 source, but nope, same > result. > > Arrrghh! > > I can't see *where* the rest of JBoss would be relying upon, or even aware of, the > castor classes, but hey, I'm desperate so I'll try re-builiding the whole thing against > 0.9.3. </snip> I've just rebuilt JBoss (2.4.3 now) , against castor 0.9.3 (which wasn't fun:) but it makes no difference! There's not a single copy of 0.9.1 in sight, so unless the build process for JBoss isn't actually building everything it distributes, I'm stumped! Cheers, Owen > Hi Owen, > I faced a similar problem while using castor with JBoss. I think you > are using the latest version of JBoss ie JBoss 2.4.1. You will not face this > problem with JBoss 2.2.2. This is because of the fact that JBoss 2.4.1 uses > castor0.9.1.jar (which can be found in its lib\ext directory). When you use > ur castor0.9.3.jar (I think you are using the latest version) the jvm loads > castor classes not from this jar but the one JBoss uses ie castor0.9.1.jar > and in this jar the method declarations, etc are not the same. So although > at compile time, the jvm uses castor0.9.3.jar to compile ur programs, it > doesn't show any compilation errors. But at runtime, the jvm calls classes > from castor0.9.1.jar, which JBoss uses, and finds that there is no such > method declaration. So thats why you get an exception saying.. > > "java.lang.NoSuchMethodError: org.exolab.castor.jdo.engine.SQLTypes$1: ..." > > I hope this solves your problem, or gives u a clue about what could go > wrong. > The solution is to use JBoss2.2.2 or overwrite their castor0.9.1.jar with > the one you are using and hope that castor supports backward compatibility > and that nothing will go wrong in JBoss in the future... > > > jassi > > > -----Original Message----- > From: Owen [mailto:[EMAIL PROTECTED]] > Sent: Monday, October 29, 2001 11:04 PM > To: [EMAIL PROTECTED] > Subject: [castor-dev] Help! JBoss-Castor bizarre error! > > > Hi, > > I am persistently getting the following exception when I try to use castor > in JBoss: > > > [FeedFactory] TRANSACTION ROLLBACK > EXCEPTION:org.exolab.castor.jdo.engine.SQLTypes$1: method > <init>(Lorg/exolab/castor/jdo/e > ngine/SQLTypes$2;Ljava/lang/Class;Ljava/lang/Class;)V not found; nested > exception > is: > java.lang.NoSuchMethodError: > org.exolab.castor.jdo.engine.SQLTypes$1: > method <init>(Lorg/exolab/castor/jdo/engine/SQ > LTypes$2;Ljava/lang/Class;Ljava/lang/Class;)V not found > [FeedFactory] java.lang.NoSuchMethodError: > org.exolab.castor.jdo.engine.SQLTypes$1: method > <init>(Lorg/exolab/castor/jdo/eng > ine/SQLTypes$2;Ljava/lang/Class;Ljava/lang/Class;)V not found > [FeedFactory] at > org.exolab.castor.jdo.engine.SQLTypes.<clinit>(SQLTypes.java) > [FeedFactory] at > org.exolab.castor.jdo.engine.JDOMappingLoader.createFieldDesc(J DOMappingLoa > der.java) > [FeedFactory] at > org.exolab.castor.mapping.loader.MappingLoader.createFieldDescs (MappingLoade > r. > java) > [FeedFactory] at > org.exolab.castor.mapping.loader.MappingLoader.createDescriptor( MappingLoade > r.j > ava) > [FeedFactory] at > org.exolab.castor.jdo.engine.JDOMappingLoader.createDescriptor(J DOMappingLoa > der.java) > [FeedFactory] at > org.exolab.castor.mapping.loader.MappingLoader.loadMapping(Ma ppingLoader.jav > a > ) > [FeedFactory] at > org.exolab.castor.jdo.engine.JDOMappingLoader.loadMapping(JDO MappingLoader.j > ava) > [FeedFactory] at > org.exolab.castor.mapping.Mapping.getResolver(Mapping.java) > [FeedFactory] at > org.exolab.castor.jdo.engine.DatabaseRegistry.loadDatabase(Datab aseRegistry. > java > ) > [FeedFactory] at org.exolab.castor.jdo.JDO.getDatabase(JDO.java) > [FeedFactory] at > org.jboss.jdo.castor.CastorJDOImpl.getDatabase(CastorJDOImpl.ja va:168) > [FeedFactory] at > com.unique.epg.helpers.CastorHelper.findSingleton(CastorHelper.ja va:151) > [FeedFactory] at > com.unique.epg.helpers.CastorHelper.findSingleton(CastorHelper.ja va:116) > [FeedFactory] at > com.unique.epg.beans.FeedFactory.getFeeds(FeedFactory.java:46) > [FeedFactory] at java.lang.reflect.Method.invoke(Native Method) > [FeedFactory] at > org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invok e(Stateles > sSess > ionContainer.java:543) > [FeedFactory] at > org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(St atelessSe > ssionIn > stanceInterceptor.java > :87) > [FeedFactory] at > org.jboss.ejb.plugins.TxInterceptorCMT.invokeNext(TxInterceptorC MT.java:133) > [FeedFactory] at > org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInte rceptorCMT. > java > :307) > [FeedFactory] at > org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.ja va:99) > [FeedFactory] at > org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.j ava:12 > 8) > [FeedFactory] at > org.jboss.ejb.plugins.LogInterceptor.invoke(LogInterceptor.java:195) > [FeedFactory] at > org.jboss.ejb.StatelessSessionContainer.invoke(StatelessSessionC ontainer.jav > a:286 > ) > [FeedFactory] at > org.jboss.ejb.plugins.jrmp.server.JRMPContainerInvoker.invoke(JR MPContainerI > nvo > ker.java:483) > [FeedFactory] at > org.jboss.ejb.plugins.jrmp.interfaces.GenericProxy.invokeContainer( GenericPr > oxy.ja > va:335) > [FeedFactory] at > org.jboss.ejb.plugins.jrmp.interfaces.StatelessSessionProxy.invoke( Stateless > Session > Proxy.java:123) > [FeedFactory] at $Proxy5.getFeeds(Unknown Source) > [FeedFactory] at > com.unique.epg.service.EPGScheduler.start(EPGScheduler.java:13 8) > [FeedFactory] at java.lang.reflect.Method.invoke(Native Method) > [FeedFactory] at > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerI mpl.java:1628) > [FeedFactory] at > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerI mpl.java:1523) > [FeedFactory] at > org.jboss.configuration.ConfigurationService$ServiceProxy.invoke(C onfigurati > onServ > ice.java:836) > [FeedFactory] at $Proxy0.start(Unknown Source) > [FeedFactory] at > org.jboss.util.ServiceControl.start(ServiceControl.java:81) > [FeedFactory] at java.lang.reflect.Method.invoke(Native Method) > [FeedFactory] at > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerI mpl.java:1628) > [FeedFactory] at > com.sun.management.jmx.MBeanServerImpl.invoke(MBeanServerI mpl.java:1523) > [FeedFactory] at org.jboss.Main.<init>(Main.java:210) > [FeedFactory] at org.jboss.Main$1.run(Main.java:116) > [FeedFactory] at java.security.AccessController.doPrivileged(Native > Method) > [FeedFactory] at org.jboss.Main.main(Main.java:112) > > As far as I can tell, the message is perfectly correct insofar as there > isn't a > constructor for either of the nested classes of SQLTypes that looks like > what was > indicated in the message, nor can I find any evidence of such a call being > made. > > I've rebuilt the source (which one would have thought would catch a > NoSuchMethodError), but no cigar. > > Has anyone seen this, or knows what's going on?? Please help! > > Yours, at his wits-end, > Owen > > > > > -- > Owen Green > Software Developer, Unique Interactive > 50 Lisson St, London, NW1 5DF > [EMAIL PROTECTED] > http://www.uniqueinteractive.co.uk > > ----------------------------------------------------------- > If you wish to unsubscribe from this mailing, send mail to > [EMAIL PROTECTED] with a subject of: > unsubscribe castor-dev > > ----------------------------------------------------------- > If you wish to unsubscribe from this mailing, send mail to > [EMAIL PROTECTED] with a subject of: > unsubscribe castor-dev > -- Owen Green Software Developer, Unique Interactive 50 Lisson St, London, NW1 5DF [EMAIL PROTECTED] http://www.uniqueinteractive.co.uk ----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-dev
