Sean,
If you use unmarshal(class, reader) then indeed you're using a *static*
method. So the mapping file cannot be used...so you must change to
something like the following:
Mapping myMapping = new Mapping();
myMapping.loadMapping("...");
Unmarshaller unm = new Unmarshaller(class);
unm.setMapping(myMapping);
unm.unmarshal(reader);
Hope that helps,
--Keith
Sean Leblanc wrote:
>
> Thanks, I changed this. Now the generated XML looks cleaner.
>
> I also found that my problem was that I was not calling unmarshal correctly.
> I was only using the reader class as an arg. This was causing the errors
> because I was not sending the classname in. However, if I call this one:
>
> unmarshall(class, reader)
>
> I get a warning that it's static in my IDE. And the date coming back is
> null, even though it's in the file.
> How should I be calling unmarshall() so that it sees my mapping and does not
> error out?
>
> Thanks,
>
> --
> Sean LeBlanc
> Software Developer
> insightamerica
> "Those who do not understand Unix are condemned to reinvent it, poorly."
> --Henry Spencer
>
> -----Original Message-----
> From: Keith Visco [mailto:[EMAIL PROTECTED]
> Sent: Thursday, February 19, 2004 2:29 PM
> To: '[EMAIL PROTECTED]'
> Subject: Re: [castor-dev] Marshalling the type Calendar?
>
> Hi Sean,
>
> Try setting the type to be "string" instead of "java.util.Calendar".
>
> The type needs to be whatever your FieldHandler returns from the
> getValue() of your handler, not what it is before your conversion.
>
> --Keith
>
> Sean Leblanc wrote:
> >
> > Thanks.
> >
> > I created a FieldHandler for the calendar field. I can see it in the
> > corresponding marshalled XML. However, when I try to unmarshall it, I
> > get an error (below). Do I have to create some extra information in
> > the mapping.xml in order to handle this? I've been playing with some
> > different things, but none seem to have an effect. The latest
> > iteration of my mapping.xml is:
> >
> > <mapping>
> > <class name="com.MotorVehicleRecord" auto-complete="true"/>
> > <class name="com.DepartmentActionRecord" auto-complete="true">
> > <map-to xml="department-action-records"/>
> > </class>
> > <class name="com.MasterRecord" auto-complete="true">
> > <field name="birthDate" type="java.util.Calendar"
> > handler="com.MyCalendarFieldHandler"/>
> > </class>
> > </mapping>
> >
> > [java] #endElement: mapping
> > [java] Marshalled mvr.
> > [java] #startElement: motor-vehicle-record
> > [java] #startElement: department-action-records
> > [java] unable to find FieldDescriptor for
> > 'department-action-records' in ClassDescriptor of file-reader
> > [java] #startElement: department-youth-flag
> > [java] java.lang.NullPointerException
> > [java] at
> > org.exolab.castor.xml.UnmarshalHandler.startElement(UnmarshalHandler.j
> > ava:14
> > 10)
> > [java] at
> >
> org.exolab.castor.xml.UnmarshalHandler.startElement(UnmarshalHandler.java:11
> > 49)
> > [java] at
> > org.apache.xerces.parsers.AbstractSAXParser.startElement(Unknown Source)
> > [java] at
> > org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanStartElement(Unknown
> > Source)
> > [java] at
> >
> org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatc
> > her.dispatch(Unknown Source)
> > [java] at
> > org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown
> > Source)
> > [java] at
> > org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source)
> > [java] at
> org.apache.xerces.parsers.DTDConfiguration.parse(Unknown
> > Source)
> > [java] at org.apache.xerces.parsers.XMLParser.parse(Unknown
> Source)
> > [java] at
> org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown
> > Source)
> > [java] at
> > org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:583)
> > [java] at
> > org.exolab.castor.xml.Unmarshaller.unmarshal(Unmarshaller.java:491)
> > [java] at TestRecord.main(TestRecord.java:438)
> > [java] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> > Method)
> > [java] at
> >
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39
> > )
> > [java] at
> >
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl
> > .java:25)
> > [java] at java.lang.reflect.Method.invoke(Method.java:324)
> > [java] at
> > org.apache.tools.ant.taskdefs.ExecuteJava.run(ExecuteJava.java:208)
> > [java] at
> > org.apache.tools.ant.taskdefs.ExecuteJava.execute(ExecuteJava.java:150)
> > [java] at org.apache.tools.ant.taskdefs.Java.run(Java.java:443)
> > [java] at
> > org.apache.tools.ant.taskdefs.Java.executeJava(Java.java:163)
> > [java] at
> org.apache.tools.ant.taskdefs.Java.execute(Java.java:108)
> > [java] at org.apache.tools.ant.Task.perform(Task.java:341)
> > [java] at org.apache.tools.ant.Target.execute(Target.java:309)
> > [java] at
> org.apache.tools.ant.Target.performTasks(Target.java:336)
> > [java] at
> > org.apache.tools.ant.Project.executeTarget(Project.java:1339)
> > [java] at
> > org.apache.tools.ant.Project.executeTargets(Project.java:1255)
> > [java] at org.apache.tools.ant.Main.runBuild(Main.java:609)
> > [java] at org.apache.tools.ant.Main.start(Main.java:196)
> > [java] at org.apache.tools.ant.Main.main(Main.java:235)
> >
> > --
> > Sean LeBlanc
> > Software Developer
> > insightamerica
> > "Those who do not understand Unix are condemned to reinvent it,
> > poorly." --Henry Spencer
> >
> > -----Original Message-----
> > From: Keith Visco [mailto:[EMAIL PROTECTED]
> > Sent: Thursday, February 19, 2004 11:53 AM
> > To: '[EMAIL PROTECTED]'
> > Subject: Re: [castor-dev] Marshalling the type Calendar?
> >
> > Hi Sean,
> >
> > There is currently no built-in support java.util.Calendar. You can
> > probably write a quick GeneralizedFieldHandler that converts the
> > Calendar to a java.util.Date or event a string during marshalling (and
> > back again during unmarshalling).
> >
> > The GeneralizedFieldHandler can be specified in the mapping file such
> > as:
> >
> > mapping.xml
> > <mapping>
> > <class name="com.acme.MyClass" auto-complete="true">
> > <field name="calendar" type="string"
> > handler="com.acme.MyCalendarFieldHandler"/>
> > </class>
> > </mapping>
> >
> > By using auto-complete="true" this allows you to continue using
> > introspection for all other fields so you don't have to write a
> > complete mapping file.
> >
> > There is also another way in Castor 0.9.5.3 RC1 which is to create a
> > FieldHandlerFactory instance that can return your
> > GeneralizedFieldHandler for all instances of java.util.Calendar during
> > introspection.
> >
> > See this thread for more details on that:
> >
> > http://www.mail-archive.com/castor-dev%40exolab.org/msg16665.html
> >
> > --Keith
> >
> > Sean Leblanc wrote:
> > >
> > > Hello,
> > >
> > > I'm using Castor to marshall some classes I already have. I'm
> > > following the simple way to marshall as outlined here:
> > >
> > > http://www.castor.org/xml-framework.html
> > >
> > > After I worked through the problem of not having changed the
> > > castor.properties files (unmarshalling was failing prior to that) it
> > > worked beautifully.
> > >
> > > However, (java.util.)Calendar items in my classes are NOT being
> > > marshalled. Do I have to create a mapping file in order to do this?
> > > Or are there some settings in the properties file that control this?
> > >
> > > TIA,
> > >
> > > --
> > > Sean LeBlanc
> > > Software Developer
> > > insightamerica
> > > "Those who do not understand Unix are condemned to reinvent it,
> > > poorly." --Henry Spencer e-Mail Notice: This communication may
> > > contain sensitive information. If you are not the intended
> > > recipient, or believe that you have received this communication in
> > > error, do not print, copy, retransmit, disseminate, or otherwise use
> > > the information contained herein for any purpose. Please alert the
> > > sender that you have received this message in error and delete the
> > > copy that you received.
> > >
> > > -----------------------------------------------------------
> > > 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
> > e-Mail Notice: This communication may contain sensitive information.
> > If you are not the intended recipient, or believe that you have
> > received this communication in error, do not print, copy, retransmit,
> > disseminate, or otherwise use the information contained herein for any
> > purpose. Please alert the sender that you have received this message
> > in error and delete the copy that you received.
> >
> > -----------------------------------------------------------
> > 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
> e-Mail Notice: This communication may contain sensitive information. If you
> are not the intended recipient, or believe that you have received this
> communication in error, do not print, copy, retransmit, disseminate, or
> otherwise use the information contained herein for any purpose. Please
> alert the sender that you have received this message in error and delete the
> copy that you received.
>
> -----------------------------------------------------------
> 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
