Are you by any chance on Java 6 already ? I have seen that before, but Cator definitely builds fine on Java 1.3, 1.4 and 5.0.
Werner > -----Original Message----- > From: stoil valchkov [mailto:[EMAIL PROTECTED] > Sent: Dienstag, 09. Jänner 2007 11:05 > To: [email protected] > Subject: Re: [castor-user] XercesSerializer depends on > hardcoded xerces class > > Hi, > > I've checked out castor sources from trunk and tried to build > them, but got: > > [javac] > /home/stoil/EclipseWorkspaces/EclipseWorkspace_HEAD/castor_tru > nk/src/main/java/org/exolab/castor/jdo/engine/ClobImpl.java:61: > org.exolab.castor.jdo.engine.ClobImpl is not abstract and > does not override abstract method > getCharacterStream(long,long) in java.sql.Clob > [javac] public class ClobImpl implements Clob { > [javac] ^ > [javac] Note: > /home/stoil/EclipseWorkspaces/EclipseWorkspace_HEAD/castor_tru > nk/src/main/java/org/exolab/castor/builder/SourceGenerator.java > uses or overrides a deprecated API. > [javac] Note: Recompile with -Xlint:deprecation for details. > [javac] Note: Some input files use unchecked or unsafe operations. > [javac] Note: Recompile with -Xlint:unchecked for details. > [javac] 1 error > > Is there something I should do to get jar build? > > Regards, > Stoil > > On 1/8/07, Werner Guttmann <[EMAIL PROTECTED]> wrote: > > Don't worry, I have created an issue already, and attached > a (final?) patch. Are you in a position to build the binaries > yourself (against the patch attached), and test ? > > > > Werner > > > > PS If not, I can make a snapshot release available at the > Codehaus snapshot repository. > > > > > -----Original Message----- > > > From: stoil valchkov [mailto:[EMAIL PROTECTED] > > > Sent: Montag, 08. Jänner 2007 13:30 > > > To: [email protected] > > > Subject: Re: [castor-user] XercesSerializer depends on hardcoded > > > xerces class > > > > > > Hi all, > > > > > > Thanks for quick response. I'm going to report it in jira this > > > evening. > > > > > > Best regards, > > > Stoil > > > > > > On 1/8/07, Werner Guttmann <[EMAIL PROTECTED]> wrote: > > > > Good morning James, > > > > > > > > No worries. I guess I'll wait for Stoil to create the > > > issue, then. We could use the fallback mechanism as > pointed out by > > > you, but that would prevent users from (easily) using a different > > > XML parser (Cerces instance) than the one shipped with the JDK, > > > right ? > > > > > > > > I guess I will simply create a new implementation class for > > > the Castor-internal serialization interface, and make it > available > > > through the castor.properties file in the usual way. > > > > > > > > Regards > > > > Werner > > > > > > > > > -----Ursprüngliche Nachricht----- > > > > > Von: James Abley [mailto:[EMAIL PROTECTED] > > > > > Gesendet: Montag, 08. Jänner 2007 09:30 > > > > > An: [email protected] > > > > > Betreff: Re: [castor-user] XercesSerializer depends > on hardcoded > > > > > xerces class > > > > > > > > > > Hi Werner, > > > > > > > > > > I think maybe Stoil is best placed to do this, seeing as > > > that's who > > > > > reported having an issue? I was just pointing out a > > > possible reason > > > > > why Castor has a dependency on Xerces and doesn't use > > > the version > > > > > that comes with Java 5. I haven't checked out that > area of the > > > > > Castor codebase - it's possible that it could use a fallback > > > > > mechanism to check if it's running within a Sun Java 5 or > > > above JVM > > > > > and instantiate the bundled version directly before > > > trying the vanilla Xerces version. > > > > > > > > > > I'm currently working on a similar problem for another > > > open-source > > > > > project, so if I find something that helps me there, I'll > > > obviously > > > > > share that with the group. > > > > > > > > > > Cheers, > > > > > > > > > > James > > > > > > > > > > Werner Guttmann wrote: > > > > > > James, > > > > > > > > > > > > can you please create a new issue at > > > > > > http://jira.codehaus.org/broewse/CASTOR, and I'll > > > handle the rest. > > > > > > Please make sure that you attach all relevant > information from > > > > > > this thread to the new issue. > > > > > > > > > > > > Regards > > > > > > Werner > > > > > > > > > > > > James Abley wrote: > > > > > >> In Sun's Java 5 JDK, they learned from bundling > > > Xalan-J in 1.4 as > > > > > >> part of rt.jar, and put the bundled version of > Xerces into a > > > > > >> different namespace. I think you still have a > dependency on > > > > > >> Xerces when using > > > > > Java > > > > > >> 5 since Castor directly tries to create an instance of > > > > > >> org.apache.xml.serialize.XMLSerializer, rather than > > > the Sun Java > > > > > >> 5 > > > > > class > > > > > >> com.sun.org.apache.xml.serialize.XMLSerializer. > > > > > >> > > > > > >> Cheers, > > > > > >> > > > > > >> James > > > > > >> > > > > > >> Werner Guttmann wrote: > > > > > >>> Yes and no. In other words, it depends. > > > > > >>> > > > > > >>> If you want to use 'pretty printing', there's currently a > > > > > >>> dependency > > > > > on > > > > > >>> Xerces as Castor internally uses Xerces to achieve > > > e.g. indentation. > > > > > But > > > > > >>> good news is that there's an interface involved which you > > > > > >>> can provide > > > > > a > > > > > >>> custom serializer for. > > > > > >>> > > > > > >>> What surprises me, though, is that you are facing > > > problems with > > > > > >>> JDK > > > > > 5.0, > > > > > >>> as I am sure this has been tested before. What's the > > > problem you > > > > > >>> are facing ? > > > > > >>> > > > > > >>> Werner > > > > > >>> > > > > > >>> stoil valchkov wrote: > > > > > >>>> Hi, > > > > > >>>> > > > > > >>>> I have a problem to detach from xerces 1.4 jar. class > > > > > >>>> org.exolab.castor.xml.XercesSerializer has in its > > > > > >>>> constructor > > > > > >>>> > > > > > > > > > Class.forName("org.apache.xml.serialize.XMLSerializer").newInstance( > > > > > ); > > > > > >>>> This results in class not found if I try using > > > xerces comming > > > > > >>>> with > > > > > JDK > > > > > >>>> 1.5. Is it possible to remove this dependency? > > > > > >>>> > > > > > >>>> Best regards, > > > > > >>>> Stoil > > > > > >>>> > > > > > >>>> > > > --------------------------------------------------------------- > > > > > >>>> ------ To unsubscribe from this list please visit: > > > > > >>>> > > > > > >>>> http://xircles.codehaus.org/manage_email > > > > > >>>> > > > > > >>> > > > > > >>> > > > ---------------------------------------------------------------- > > > > > >>> ----- To unsubscribe from this list please visit: > > > > > >>> > > > > > >>> http://xircles.codehaus.org/manage_email > > > > > >>> > > > > > >> > > > > > >> > > > ----------------------------------------------------------------- > > > > > >> ---- To unsubscribe from this list please visit: > > > > > >> > > > > > >> http://xircles.codehaus.org/manage_email > > > > > >> > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------ > > > > > > --- To unsubscribe from this list please visit: > > > > > > > > > > > > http://xircles.codehaus.org/manage_email > > > > > > > > > > > > > > > > > > > > > > > > > -------------------------------------------------------------------- > > > > > - To unsubscribe from this list please visit: > > > > > > > > > > http://xircles.codehaus.org/manage_email > > > > > > > > > > > > > > > > -------------------------------------------------------------------- > > > - > > > > To unsubscribe from this list please visit: > > > > > > > > http://xircles.codehaus.org/manage_email > > > > > > > > > > > > > > > -------------------------------------------------------------------- > > > - To unsubscribe from this list please visit: > > > > > > http://xircles.codehaus.org/manage_email > > > > > > > > --------------------------------------------------------------------- > > To unsubscribe from this list please visit: > > > > http://xircles.codehaus.org/manage_email > > > > > > --------------------------------------------------------------------- > To unsubscribe from this list please visit: > > http://xircles.codehaus.org/manage_email > --------------------------------------------------------------------- To unsubscribe from this list please visit: http://xircles.codehaus.org/manage_email
