Collin Monahan ha scritto:
> This line from TEST-org.geotools.maven.taglet.SourceTest.xml
> seems to be replacing my entire classpath.
>
> <property
> value="C:\PROGRA~1\cblocks\rebuild\maven-2.0.4\bin\\..\core\boot\classworlds-1.1.jar"
> name="java.class.path"/>
>
> I know this b/c I edited org.geotools.factory.Hints to
> print the classpath from the Key constructor
> Key(final String className) {
> //...
> System.out.println("java.class.path: " +
> System.getProperty("java.class.path"));
> //...
>
> So the test on `mvn install` fails because the classloader
> can't find the javax.media.JAI.jai, which is in my classpath
> from the DOS prompt.
>
> How can I fix this? I already ran `mvn clean` but all the xml
> is highly mysterious to me.
Well, the are two problems here.
The first one is that everybody here installs JAI in the JRE/JDK
directly with the appropriate
installers. This makes JAI part of the runtime for every application and
adds os/architecture
dependent native libraries that greatly speed up JAI (I personally
consider JAI almost
useless without these native libraries).
As a consequence, our pom.xml files do not refer JAI in any way, so you
won't have
it in the classpath during tests. I guess that's the problem.
What do you do under linux, do you have it declared in a CLASSPATH
environment
variable? Are you sure you haven't installed JAI in the JRE/JDK as well?
Cheers
Andrea Aime
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Geotools-gt2-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
