Hi,
I've fixed the issue, was a gt2 image reader problem afaik.
So, now we can run without JAI, provided that you
are using a recent (today's) gt2 2.3.x snapshot.
Let me know if you still have problems.
Cheers
Andrea
Andrea Aime ha scritto:
Hi,
I've fixed the issue, was a gt2 image reader problem afaik.
So, now we can run without JAI, provided that you
are using a recent (today's) gt2 2.3.x snapshot.
To make things a bit clearer, it does not mean that we're
not depending on JAI and ImageIO anymore, it means we have the JAI
and Image I/O jars in our classpath, and that now
we can run with them without issues in pure java mode.
Also, please, note that by running in pure java mode
we're giving up some performance, so if you still
want a "bells and whistles" coverage experience you
need to have JAI properly installed in your JDK/JRE with
the native components included.
Cheers
Andrea
Andrea Aime wrote:
Andrea Aime ha scritto:
Hi,
I've fixed the issue, was a gt2 image reader problem afaik.
So, now we can run without JAI, provided that you
are using a recent (today's) gt2 2.3.x snapshot.To make things a bit clearer, it does not mean that we're
not depending on JAI and ImageIO anymore, it means we have the JAI
and Image I/O jars in our classpath, and that now
we can run with them without issues in pure java mode.Also, please, note that by running in pure java mode
we're giving up some performance, so if you still
want a "bells and whistles" coverage experience you
need to have JAI properly installed in your JDK/JRE with
the native components included.
One question - if I have JAI installed, is it for sure that GeoServer will use those? Or is there a chance that it will pick up the pure java ones instead? Like do people explicitly have to remove the jars to get the performance? If so we should have clear docs on that, or even better a way to check and automatically use the faster ones...
Chris
Cheers
Andrea-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel!DSPAM:1003,45b5ef16202461116498154!
--
Chris Holmes
The Open Planning Project
http://topp.openplans.org
Chris Holmes ha scritto:
Andrea Aime wrote:
One question - if I have JAI installed, is it for sure that GeoServer will use those? Or is there a chance that it will pick up the pure java ones instead? Like do people explicitly have to remove the jars to get the performance? If so we should have clear docs on that, or even better a way to check and automatically use the faster ones...
If the virtual machine is working properly, it'll load the JAI
installed in jdk/jre/lib/ext before even seeing the one we have in the classpath, and would use the native libraries provided in jdk/jre/bin,
so yes, it should be all transparent.
Cheers
Andrea