Thanks Paul. Looks like the Commons-logging in that class was added as a
late addition on Friday. I didn't catch it of course because
commons-logging was added to my classpath during the release build. My
local dev branch, which I keep separate from the releases due to
in-progress changes didn't have those latest changes to the
MappingLoader. 

I'll comment those two lines out for 0.9.5.3 final so that Jakarta
Commons Logging isn't required for running XML.

Thanks,

--Keith

Not sure why since it's not

Paul Spencer wrote:
> 
> Keith,
> Below is the stack trace for my test case when I use 0.9.5.3rc1 instead
> of 0.9.5.2.
> 
> Testcase: testMarshell took 0.431 sec
>         Caused an ERROR
> org/apache/commons/logging/LogFactory
> java.lang.NoClassDefFoundError: org/apache/commons/logging/LogFactory
>         at
> org.exolab.castor.mapping.loader.MappingLoader.<clinit>(MappingLoader.java:93)
>         at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>         at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>         at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>         at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
>         at org.exolab.castor.mapping.Mapping.getResolver(Mapping.java:285)
>         at org.exolab.castor.mapping.Mapping.getResolver(Mapping.java:246)
>         at org.exolab.castor.xml.Marshaller.setMapping(Marshaller.java:523)
>         at
> com.mikon.wbf.util.ProductionPerformanceUtil.marshall(ProductionPerformanceUtil.java:81)
>         at
> com.mikon.wbf.util.ProductionPerformanceTest.testMarshell(ProductionPerformanceTest.java:54)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>         at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 
> Testcase: testMarshellTestcase: testUnmarshell took 0 sec
>         Caused an ERROR
> null
> java.lang.NoClassDefFoundError
>         at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>         at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>         at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>         at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
>         at org.exolab.castor.mapping.Mapping.getResolver(Mapping.java:285)
>         at org.exolab.castor.mapping.Mapping.getResolver(Mapping.java:246)
>         at org.exolab.castor.xml.Unmarshaller.setMapping(Unmarshaller.java:414)
>         at org.exolab.castor.xml.Unmarshaller.<init>(Unmarshaller.java:231)
>         at
> com.mikon.wbf.util.ProductionPerformanceUtil.unmarshall(ProductionPerformanceUtil.java:47)
>         at
> com.mikon.wbf.util.ProductionPerformanceTest.testUnmarshell(ProductionPerformanceTest.java:75)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>         at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 
> Testcase: testUnmarshellTestcase: testProductionSchedule took 0.08 sec
>         Caused an ERROR
> null
> java.lang.NoClassDefFoundError
>         at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
>         at
> sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>         at
> sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>         at java.lang.reflect.Constructor.newInstance(Constructor.java:274)
>         at org.exolab.castor.mapping.Mapping.getResolver(Mapping.java:285)
>         at org.exolab.castor.mapping.Mapping.getResolver(Mapping.java:246)
>         at org.exolab.castor.xml.Unmarshaller.setMapping(Unmarshaller.java:414)
>         at org.exolab.castor.xml.Unmarshaller.<init>(Unmarshaller.java:231)
>         at
> com.mikon.wbf.util.ProductionScheduleUtil.unmarshall(ProductionScheduleUtil.java:61)
>         at
> com.mikon.wbf.util.ProductionPerformanceTest.testProductionSchedule(ProductionPerformanceTest.java:99)
>         at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
>         at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
>         at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> 
> Paul Spencer
> Keith Visco wrote:
> >
> > Hi Paul,
> >
> > I've used castor XML without the commons-logging.jar. It is required to
> > build castor, but you should be able to run Castor XML without needing
> > it. I just ran the source generator and a few mapping examples without
> > having it in my classpath. Unless I'm missing a situation when it's
> > needed, it should only be required for Castor JDO.
> >
> > --Keith
> >
> >
> > Paul Spencer wrote:
> >
> >>Commons logging is a new requirement.  It was not required by previous
> >>version of Castor.  Please document this in the release notes, i.e.
> >>"When upgrading from previous version of Castor, commons-logging MUST be
> >>added to the class path"
> >>
> >>FYI: According to the change log entry below, this was a change to JDO.
> >>  I only using the XML portions of Castor.  I suggest update the entry
> >>to ALL: from JDO:
> >>
> >>JDO:   Switched the logging mechanism in Castor over to use Jakarta
> >>        Commons Logging with Log4J as the default logging package.
> >>        (Bruce - 20031110)
> >>
> >>Paul Spencer
> >>
> >>-----------------------------------------------------------
> >>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
> >
> >
> 
> -----------------------------------------------------------
> 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

Reply via email to