That's embarrassing - I'd forgotten that I'd fixed the basic issue
described in my earlier response a long time ago. I think the issue now
is just in how the paths are translated in order to pass them to
URLClassLoader - I have to convert each path to a file: URL, and the
Windows path separators are likely not being handled properly. Though if
that's the case, I don't understand why it'd make a different whether
you use relative or absolute paths.
Can you pass the -v flag to the binding compiler for your problem case,
and send me the list of paths it prints to the console? I'd like to make
sure I'm doing things correctly to work with Windows.
That's great to hear on the plugin! Thanks to both you and Andreas for
getting this set up.
Frank Mena wrote:
> I found the problem with the maven plugin. If a classpath is passed
> to the Compiler that has a relative path (..\path), it cannot find the
> deserializer class. This happens with multi-modules, as not all
> modules are at the same directory level. I have a work-around, but
> you may want to look into this.
> Andreas and I worked together today and we combined our efforts. We
> combined our code and I have finished the multi-module plugin with all
> the features I needed and think most people need. I sent the code to
> Andreas and he will post it to Sourceforge.
> Frank Mena
> On 11/18/05, *Dennis Sosnoski* <dms@...
> <mailto:dms@...>> wrote:
> Yes, it is confusing - the array of classpath strings passed to the
> compiler is used for loading classes which may need to be modified by
> the binding compiler, but not for loading classes which are actually
> used directly by the binding compiler. Classes to be used directly
> those implementing deserializers for optional values, as far as I
> remember) must be in the classpath used to load the binding compiler.
> Probably I should clean this up at some point so that the binding
> compiler digs the class out of the set it's loading for modification.
> Unfortunately, that would be messy with the current BCEL-based
> code, so
> I'll probably leave it until 2.0.
> - Dennis
> Frank Mena wrote:
> > Dennis, This is a little confusing. Let me see if I have this
> > There is the classpath of the Compiler and the array of classpath
> > strings that is passed to the Compiler (classpathset), along
> with the
> > bindingfileset.
> > The deserializer is in both the Compiler's classpath and is
> passed in
> > the classpathset. Does the error message help at all?
> > It would be great to discuss the Maven plugin with Andreas. He
> > probably has the problems I have licked, I have a lot of experience
> > with multi-modules. I would be happy to trade code with him,
> > I think if we pass around emails this is going to take a long time.
> > Maybe IM or I could give him a phonecall.
> > Andreas, are you there?
> > On 11/17/05, *Dennis Sosnoski* < dms@...
> > <mailto:dms@... <mailto:dms@...>>> wrote:
> > Hi Frank,
> > Default values are supplied in the text form, and are
> converted by the
> > binding compiler to binary form using the supplied deserializer.
> > Because
> > of this the binding compiler needs to have the deserializers
> > in the classpath at binding time. It sounds like this
> particular class
> > is not being included in your classpath when running under
> Maven 2.
> > Incidentally, it'd be great if you could discuss the
> > issues
> > with Andreas Brenk so he can get this support in his version of
> > the plugin.
> > - Dennis
> > Frank Mena wrote:
> > > I have written a Maven 2 Jibx plugin that works across
> > multi-modules.
> > > It will bind to classes that are across dependent modules.
> > >
> > > I am having a weird problem with a deserializer that converts
> > shorts.
> > > I represent dates as the number of days since a certain
> date as a
> > > short. My serializer-deserializer converts to/from a date
> > string and
> > > a short. Here is the error I get:
> > >
> > > Deserializer class com.GDate not found for converting
> default value
> > >
> > > Here is the bind file:
> > > <binding>
> > > <format type = "short" label="GDateFormat"
> > > serializer="com.GDate.formatXMLDate"
> > > deserializer="com.GDate.parseXMLDate "/>
> > > <mapping name = "SimpleObject" class=" com.SimpleObject">
> > > <value name = "StartDate" field="startDate"
> > > usage = "optional"/>
> > > </mapping>
> > > </binding>
> > >
> > > If I remove the usage = "optional" entry, the error goes
> away. If I
> > > use default="0", it fails. If I run the same binding from
> an ant
> > > script, it works fine. If I use any other
> > serializer-deserializer I
> > > have written that returns an object, it works ok.
> > >
> > > Have any ideas what the problem is?
> > >
> > > Thanks,
> > >
> > > Frank Mena
> > >
> > -------------------------------------------------------
> > This SF.Net email is sponsored by the JBoss Inc. Get
> Certified Today
> > Register for a JBoss Training Course. Free Certification Exam
> > for All Training Attendees Through End of 2005. For more
> info visit:
> > http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> > < http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click
> > _______________________________________________
> > jibx-users mailing list
> > jibx-users@...
> > <mailto:jibx-users@...
> > https://lists.sourceforge.net/lists/listinfo/jibx-users
> This SF.Net email is sponsored by the JBoss Inc. Get Certified Today
> Register for a JBoss Training Course. Free Certification Exam
> for All Training Attendees Through End of 2005. For more info visit:
> jibx-users mailing list