Mike Jarmy wrote:
I'm getting a NoSuchMethodError when I try to run derby under a J9 JVM.
I built derby from source, using the jsr169compile.classpath property,
which I believe means that the resulting derby.jar should be J2ME
compliant. However, when I run my little test app, I get an exception
saying that the method DirRandomAccessFile4.getChannel() is not found.
Since this method returns a java.nio.FileChannel, which is clearly not
part of J2ME, it seems that I must have somehow included non-J2ME stuff
when I did the build (even though I carefully followed the directions in
BUILDING.txt). Can someone tell me what I'm doing wrong?
It is my understanding that all I have to do to build J2ME is put
jsr169compile.classpath in my ant.properties file. So here is my
ant.properties file:
j14lib=d:/niagara/r3dev/tools/jdk14/jre/lib
j13lib=d:/niagara/r3dev/tools/jdk13/jre/lib
proceed=false
sane=false
jsr169compile.classpath=D:/niagara/r3dev/dist/x86-qnx-j9/ive/lib/jclMax/classes.zip
;D:/apps/java/jsr169/sun/sql.jar
jsr169compile.classpath is expected to be set to a classpath with the
J2ME/CDC/Foundation 1.0/1.1 and the JSR libraries. jclMax is not
J2ME/CDC/Foundation, I think it's JDK 1.3.
Here's the value I use (for trunk, where foundation 1.1 is used):
jsr169compile.classpath=C:/IBM/WEME/runtimes/61/win-x86-ppro11/weme-win-x86-ppro
11_6.1.1.20061110-161633/lib/jclFoundation11/classes.zip;C:/_work/p4n/djdcs/wctm
e5.7/ive/lib/jdbc.jar
jdbc.jar in mine should be the same as your sql.jar.
HTH,
Dan.
