Hi,
I've established where the class is being loaded from (the castor jar in lib/ext). I'm
beginning to think that this is probably a class loader problem. The method in
question is loading a static array of anonymous classes in SQLTypes when the class
is loaded, and as such doesn't get called by anything at all:
static TypeConvertorInfo[] _typeConvertors = new TypeConvertorInfo[] {
// Convertors to boolean
new TypeConvertorInfo( new SQLTypeConvertor( java.lang.Short.class,
java.lang.Boolean.class ) {
public Object convert( Object obj, String param ) {
return ((Short) obj).shortValue()==0? java.lang.Boolean.FALSE:
java.lang.Boolean.TRUE;
}
} ), etc
which is in perfect accordance with the constructors provided for TypeConverterInfo
and SQLTypeConverter in SQLTypes, but not with the error message, which seems
to think that a constructor of TypeConverterInfo is being called with the form
(SQLTypeConverter[], Class[], Class[])
from
("(Lorg/exolab/castor/jdo/engine/SQLTypes$2;Ljava/lang/Class;Ljava/lang/Class;)")
This is not the case! I shall start scouring the contents of the JBoss MLet class
loader...
Cheers
Owen
> 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
>
--
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
