castor

Castor does not build under JDK 6; jdo/engine/ClobImpl does not override abstract getCharacterStream(long,long)

Details

  • Type: Bug Bug
  • Status: Closed Closed
  • Priority: Major Major
  • Resolution: Fixed
  • Affects Version/s: 1.1 M1
  • Fix Version/s: 1.1 M3
  • Component/s: JDO
  • Labels:
    None
  • Number of attachments :
    1

Description

It looks like the checking in Sun JDK 6 is more thorough.

compile.jdo:
[javac] Compiling 220 source files to /home/ekuns/workspace/castor-1/build/classes
[javac] /home/ekuns/workspace/castor-1/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: Some input files use or override 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

Activity

Hide
Edward Kuns added a comment -
Show
Edward Kuns added a comment - From comments elsewhere on the internet, it looks like this is a change to the new JDBC 4 spec. See, for example http://archives.postgresql.org/pgsql-jdbc/2006-01/msg00093.php http://mail-archives.apache.org/mod_mbox/jakarta-commons-dev/200610.mbox/%3C17661701.1162318699089.JavaMail.root@brutus%3E
Hide
Edward Kuns added a comment -

Looking into this, this class doesn't even try to implement JDBC 3.0 ... so I am attaching a patch that adds JDBC 4.0 methods that are empty. With this addition, Castor builds and compiles under JDK 6.0. (Although, oddly, without providing extra memory, the XML CTF takes 33% longer to execute under JDK6 than under JDK5 – 80 sec vs 65 sec.)

With this patch, the JDO CTF runs but gives a LOT of errors – I get 64 errors. With JDK6, Castor JDO and the MySQL connector seem to not be able to talk to each other. I doubt that it's due to this CLOB Impl class, however.

I had to provide extra memory to the JDO CTF for it to run to completion. Otherwise it took forever and finally ended with an oom error. It looks like JDK6 requires more memory. I didn't have to provide extra memory for the XML CTF. When I did, however, it completed about as fast with JDK6 as with JDK5.

Show
Edward Kuns added a comment - Looking into this, this class doesn't even try to implement JDBC 3.0 ... so I am attaching a patch that adds JDBC 4.0 methods that are empty. With this addition, Castor builds and compiles under JDK 6.0. (Although, oddly, without providing extra memory, the XML CTF takes 33% longer to execute under JDK6 than under JDK5 – 80 sec vs 65 sec.) With this patch, the JDO CTF runs but gives a LOT of errors – I get 64 errors. With JDK6, Castor JDO and the MySQL connector seem to not be able to talk to each other. I doubt that it's due to this CLOB Impl class, however. I had to provide extra memory to the JDO CTF for it to run to completion. Otherwise it took forever and finally ended with an oom error. It looks like JDK6 requires more memory. I didn't have to provide extra memory for the XML CTF. When I did, however, it completed about as fast with JDK6 as with JDK5.
Hide
Edward Kuns added a comment -

Resolved with the following comment in the release notes:

As of this release, Castor now builds under JDK 6.0. Castor XML
has been tested under JDK 6.0. However, Castor JDO has not
really been tested under JDK 6.0. Note that you may need to use
a JDBC 4.0 compatible connector with this new JDK.

I have not tested JDO with a JDBK 4.0 connector, so this may be the problem I run into.

Show
Edward Kuns added a comment - Resolved with the following comment in the release notes: As of this release, Castor now builds under JDK 6.0. Castor XML has been tested under JDK 6.0. However, Castor JDO has not really been tested under JDK 6.0. Note that you may need to use a JDBC 4.0 compatible connector with this new JDK. I have not tested JDO with a JDBK 4.0 connector, so this may be the problem I run into.

People

Vote (0)
Watch (0)

Dates

  • Created:
    Updated:
    Resolved: