Hi Ralf,
Yes, I'm with Java 6 in my development env. Switching and to Java 5
solved the problem.
Regards,
Stoil
On 1/9/07, Ralf Joachim <[EMAIL PROTECTED]> wrote:
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_trunk/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/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
--
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
