the last thing i can think of is.. find all the castor jars on ur machine, unzip them and decompile the faulty file and check for the faulty method name. i'm sure there must be a jar which doesn't contain the method you are trying to access. and one more thing.. if you are deploying an application, don't deploy the castor files alongwith. i hope this will narrow down your search horizon. in my case, i didn't need to compile any MBeans.
-----Original Message----- From: Owen [mailto:[EMAIL PROTECTED]] Sent: Tuesday, October 30, 2001 11:38 PM To: [EMAIL PROTECTED] Subject: Re: [castor-dev] Help! JBoss-Castor bizarre error! 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 ----------------------------------------------------------- If you wish to unsubscribe from this mailing, send mail to [EMAIL PROTECTED] with a subject of: unsubscribe castor-dev
