From: Michael B. <mic...@gm...> - 2011-04-08 00:54:28
|
Hi again Anders, Another thought - the problem line indicated in the error dump, JMapFrame.java:151, creates an instance of StreamingRenderer so perhaps recent changes in the gt-render module now mean that JAI is always required. When I added the reflection code to gt-swing, to avoid JAI unless it is needed, I discussed it with Andrea (who maintains the gt-render module) and he was dubious about the worth of doing it. However, this still doesn't explain why you get the error after installing JAI. Michael On 8 April 2011 10:38, Michael Bedward <mic...@gm...> wrote: > Hello Anders, > > This is very puzzling. GeoTools does require JAI to be installed if > you are working with grid coverages (gt-coverage module). You can also > end up requiring it when using other modules that depend on > gt-coverage. However, this shouldn't be the case with the Quickstart > application. We actually went to quite a bit of trouble to make sure > it can be run without JAI installed following user feedback, so > although gt-swing (which provides JMapFrame) depends on gt-coverage, > it uses reflection to avoid loading JAI when you're just viewing > shapefiles or other non-raster data. > > I just went through the Quickstart on my system using Netbeans (I'm > using NB version 7.0-RC1 but that shouldn't make any difference) and > the GeoTools-2.7.0 binary release freshly downloaded from SourceForge. > It runs without error for me. The caveat on that is that I'm working > on Mac OSX which has JAI pre-installed so that might make a > difference, although you say you get the error even if JAI is > installed. > > Your error dump shows gt-swing to be the problem but there haven't > been any changes to that module in recent times and, as I mentioned, > it should not be looking for JAI when displaying a shapefile. > > Sorry I don't have any useful suggestions. I'll do a further check on > the code to see if a change elsewhere in GeoTools might have affected > the gt-swing / JAI setup. In the meantime, if you have any other > ideas please let us know. > > Michael > |