BTW I forgot to mention, the code causing this exception is:
static {
try {
DEFAULT_CRS = CRS.decode(4326);
} catch (Exception ex) {
throw new RuntimeException("Couldn't load default CRS 4326 ", ex);
}
}
This is on geotools 2.5.2...
On Mon, Jan 12, 2009 at 9:18 PM, Ryan Moquin <[email protected]> wrote:
> Hi, I have a bit of an issue that has popped up since I started running my
> application in a tomcat environment. I have been sporadically getting
> ClassCastException errors with Geotools during the scanning of plugins... I
> haven't changed any geotools dependencies or upgrading any of our other
> dependencies, it seems like it's something triggered with Tomcat. I've seen
> this error on my laptop with a MathTransform geotools class, then it
> mysterious went away. I deployed the same deployment of our application
> with tomcat onto another machine using the same Java version, and the error
> resurfaced but with a different geotools class. Here is the current error
> I'm getting:
>
> Caused by: java.lang.ClassCastException: class
> org.geotools.referencing.factory.
> epsg.DefaultFactory
> at java.lang.Class.asSubclass(Class.java:3018)
> at
> org.geotools.factory.FactoryRegistry.register(FactoryRegistry.java:86
> 6)
> at
> org.geotools.factory.FactoryRegistry.scanForPlugins(FactoryRegistry.j
> ava:773)
> at
> org.geotools.factory.FactoryRegistry.scanForPluginsIfNeeded(FactoryRe
> gistry.java:808)
> at
> org.geotools.factory.FactoryRegistry.getServiceProviders(FactoryRegis
> try.java:195)
> at
> org.geotools.referencing.ReferencingFactoryFinder.getFactories(Refere
> ncingFactoryFinder.java:176)
> at
> org.geotools.referencing.ReferencingFactoryFinder.getCRSAuthorityFact
> ories(ReferencingFactoryFinder.java:451)
> at
> org.geotools.referencing.DefaultAuthorityFactory.getBackingFactory(De
> faultAuthorityFactory.java:88)
> at
> org.geotools.referencing.DefaultAuthorityFactory.<init>(DefaultAuthor
> ityFactory.java:69)
> at org.geotools.referencing.CRS.getAuthorityFactory(CRS.java:182)
> at org.geotools.referencing.CRS.decode(CRS.java:420)
> at org.geotools.referencing.CRS.decode(CRS.java:348)
> at com.bae.gse.gis.util.GISConstants.<clinit>(GISConstants.java:28)
> ... 12 more
>
> Is there a possible problem with the geotools jars that may be surfacing
> due a change in my environment and therefore a change in how classloading is
> happening? I didn't check for conflicting espg jars, but maybe I errantly
> have an extra on in there?
>
> Thanks for any help!
> Ryan
>
------------------------------------------------------------------------------
This SF.net email is sponsored by:
SourcForge Community
SourceForge wants to tell your story.
http://p.sf.net/sfu/sf-spreadtheword
_______________________________________________
Geotools-gt2-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geotools-gt2-users
