I did not hear back from Simone :-( I did manage to sort out the dependency geotools trunk is depending on (1.0.2) is not the one advertised on the imageio-ext website home page. There is an installer hidden away in the downloads folder so I am going to try that now and hope it fixes things up for me.
Jody On Fri, May 22, 2009 at 12:47 AM, Jody Garnett <[email protected]> wrote: > Simone is apparently going to get back to me on this one (thanks Simone!) > > For refernece the error I get during start up is as follows; this is > when working off a JDK . (I have tried moving the required dlls into > the correct jdk/jre/bin directory but it did not have an effect - so I > am going to guess that 1.0.1 download does not match what geotools is > trying to call. > > Jody > > java.lang.NoSuchMethodError: > it.geosolutions.imageio.utilities.ImageIOUtilities.getJDKImageReaderWriterSPI(Ljavax/imageio/spi/ServiceRegistry;Ljava/lang/String;Z)Ljava/util/List; > at > it.geosolutions.imageioimpl.plugins.tiff.TIFFImageReaderSpi.onRegistration(TIFFImageReaderSpi.java:161) > at > javax.imageio.spi.SubRegistry.registerServiceProvider(ServiceRegistry.java:698) > at > javax.imageio.spi.ServiceRegistry.registerServiceProvider(ServiceRegistry.java:285) > at > javax.imageio.spi.IIORegistry.registerApplicationClasspathSpis(IIORegistry.java:191) > > > > On Fri, May 22, 2009 at 12:32 AM, Jody Garnett <[email protected]> wrote: >> For reference here is the stack trace I get when working with a fresh >> jdk set up by the imageio installer.... >> >> java.lang.NoClassDefFoundError: Could not initialize class >> javax.imageio.ImageIO >> at >> org.geotools.gce.image.WorldImageReader.<init>(WorldImageReader.java:216) >> at >> org.geotools.gce.image.WorldImageFormat.getReader(WorldImageFormat.java:342) >> at >> org.geotools.gce.image.WorldImageFormat.getReader(WorldImageFormat.java:163) >> at >> net.refractions.udig.catalog.rasterings.AbstractRasterService.getReader(AbstractRasterService.java:125) >> >> >> On Thu, May 21, 2009 at 5:24 PM, Jody Garnett <[email protected]> wrote: >>> Sorted out a few more issues: >>> - made the WFSGeoResourceImpl a bit more stable in the face of >>> getSchema() having an exception - which happens with >>> DescribeFeatureType cannot be parsed >>> - Fixed up an issue parsing WMS Capabilities documents allowing us >>> access to a few more servers >>> >>> But I have one show stopper - png images are getting scrambled on me again >>> :-( >>> >>> The block of code to prevent this is in the net.refractions.udig.libs >>> Activator: >>> >>> if( Platform.getOS().equals(Platform.OS_WIN32) ){ >>> try { >>> // PNG native support is not very good .. this turns >>> it off >>> ImageUtilities.allowNativeCodec("png", >>> ImageReaderSpi.class, false); >>> } >>> catch (Throwable t){ >>> // we should not die if JAI is missing; we have a >>> warning for that... >>> } >>> } >>> >>> And it *is* getting called; I have tried three different JREs now to >>> no avail ... >>> >>> >>> On Thu, May 21, 2009 at 11:58 AM, Jody Garnett <[email protected]> >>> wrote: >>>> A bit more feedback; I am having trouble with some WFS servers based >>>> on the following strack trace: I will need to reissue this one - does >>>> anyone else have issues they would like to check? >>>> >>>> ava.lang.NullPointerException >>>> at >>>> org.geotools.xml.gml.WFSFeatureTypeTransformer.transform(WFSFeatureTypeTransformer.java:54) >>>> at >>>> org.geotools.data.wfs.v1_0_0.WFS_1_0_0_DataStore.getSchema(WFS_1_0_0_DataStore.java:322) >>>> at >>>> net.refractions.udig.catalog.internal.wfs.WFSGeoResourceImpl$IGeoResourceWFSInfo.<init>(WFSGeoResourceImpl.java:148) >>>> at >>>> net.refractions.udig.catalog.internal.wfs.WFSGeoResourceImpl.createInfo(WFSGeoResourceImpl.java:132) >>>> at >>>> net.refractions.udig.catalog.IGeoResource.getInfo(IGeoResource.java:197) >>>> at >>>> net.refractions.udig.catalog.ui.ResolveLabelProviderSimple.getText(ResolveLabelProviderSimple.java:85) >>>> at >>>> org.eclipse.jface.viewers.DecoratingLabelProvider.getText(DecoratingLabelProvider.java:129) >>>> at >>>> org.eclipse.jface.viewers.DecoratingLabelProvider.updateLabel(DecoratingLabelProvider.java:351) >>>> at >>>> org.eclipse.jface.viewers.WrappedViewerLabelProvider.update(WrappedViewerLabelProvider.java:183) >>>> at >>>> org.eclipse.jface.viewers.ViewerColumn.refresh(ViewerColumn.java:145) >>>> at >>>> org.eclipse.jface.viewers.AbstractTreeViewer.doUpdateItem(AbstractTreeViewer.java:932) >>>> at >>>> org.eclipse.jface.viewers.AbstractTreeViewer$UpdateItemSafeRunnable.run >>>> >>>> On Wed, May 20, 2009 at 11:43 AM, Jody Garnett <[email protected]> >>>> wrote: >>>>> Feedback from my side: >>>>> - about box shows "1.2M5" - the date however is correct "2009-05-20" >>>>> >>>>> I updated the data page >>>>> (http://udig.refractions.net/confluence/display/DATA) shown in the web >>>>> view to include some more tileservers. >>>>> - the tilecache link - any of the "-merc" tilesets - show up as >>>>> "Generic cartesian 2D" - other than that it is works quite well >>>>> - the sigma link (geowebcache) is broken and have emailed the developer >>>>> >>>>> Support for tile servers is the subject of one of the google SOC >>>>> projects this year so I expect to hear more about this stuff. >>>>> >>>>> Jody >>>>> >>>>> On Wed, May 20, 2009 at 11:03 AM, Jody Garnett <[email protected]> >>>>> wrote: >>>>>> Hi guys; can I ask people to kick the tires on this one and see if I >>>>>> missed anything? This time I did remember to include the rcp deta pack >>>>>> in the SDK download. This release is based on Eclipse 3.4.2 so >>>>>> checking the developer examples will be important; especially the one >>>>>> about releasing a custom application. >>>>>> - http://udig.refractions.net/download/unstable/ >>>>>> >>>>>> Jody >>>>>> >>>>> >>>> >>> >> > _______________________________________________ User-friendly Desktop Internet GIS (uDig) http://udig.refractions.net http://lists.refractions.net/mailman/listinfo/udig-devel
