Which, if this is the case, might cause problems with older Java versions .. :-).
Werner > -----Original Message----- > From: Ralf Joachim [mailto:[EMAIL PROTECTED] > Sent: Dienstag, 09. Jänner 2007 14:15 > To: [email protected] > Subject: Re: [castor-user] XercesSerializer depends on > hardcoded xerces class > > Hi Stoil, > > what's the java version (JDK) you are using? > > The only idea I have for the problem is, that you are using > Java6. As far as I know this has not been tested before. If > that is true, we may need to add this > ClobImpl.getCharacterStream(long,long) method. > > Regards > Ralf > > > stoil valchkov schrieb: > > 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_trunk/src/m > > ain/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 > > -- > > Syscon Ingenieurbüro für > Meß- und Datentechnik GmbH > Ralf Joachim > Raiffeisenstraße 11 > D-72127 Kusterdingen > Germany > > Tel. +49 7071 3690 52 > Mobil: +49 173 9630135 > Fax +49 7071 3690 98 > > Email: [EMAIL PROTECTED] > Web: www.syscon-informatics.de > > --------------------------------------------------------------------- > 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
