Jody Garnett wrote: > Wait I think I have it; did we end up making a "dummy" jar for JaxB (so > the code could compile when jaxb was not available?) Perhaps we are > getting class cast exception between this dummy jar (needed by > gt-metdata to compile) and the real thing (used by the parser). > > Justin can you do a search for the class in question in your IDE and see > if you get too entries showing up? I do, one is in teh dummy module, one in the actual. > > If this is the case it means that gt-metadata should actually formally > take on the jaxb dependency and match version numbers with what you are > doing? Chances are it is only a common class (like a jaxb exception or > something) which would be giving us trouble ... Yes, its JAXException that it is complaining about. See original email for message. > > Jody > > !DSPAM:4007,4836df79210341431913854! >
-- Justin Deoliveira The Open Planning Project [EMAIL PROTECTED] ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Geotools-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/geotools-devel
