[Geoserver-devel] trunk back in shape

Hi all,

So trunk is back in shape and passing all unit tests. If someone else
can update both geotools trunk and geoserver trunk and do full builds to
verify that would be peachy.

Onto cite testing... stay tuned.

-Justin

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org

IOn Monday 19 November 2007 01:13:32 am Justin Deoliveira wrote:

Hi all,

So trunk is back in shape and passing all unit tests. If someone else
can update both geotools trunk and geoserver trunk and do full builds to
verify that would be peachy.

I did. GT build wen't ok but geoserver fails:
[INFO] ----------------------------------------------------------------------------
[INFO] Building Main Module
[INFO] task-segment: [clean, install]
[INFO] ----------------------------------------------------------------------------
[INFO] [clean:clean]
[INFO] Deleting
directory /home/gabriel/svn/geoserver/1.7.x/geoserver/main/target
[INFO] Deleting
directory /home/gabriel/svn/geoserver/1.7.x/geoserver/main/target/classes
[INFO] Deleting
directory /home/gabriel/svn/geoserver/1.7.x/geoserver/main/target/test-classes
[INFO] Deleting
directory /home/gabriel/svn/geoserver/1.7.x/geoserver/main/target/site
[INFO] [cobertura:clean {execution: default}]
[INFO] [resources:resources]
[INFO] Using default encoding to copy filtered resources.
[INFO] [compiler:compile]
[INFO] Compiling 118 source files
to /home/gabriel/svn/geoserver/1.7.x/geoserver/main/target/classes
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD FAILURE
[INFO] ------------------------------------------------------------------------
[INFO] Compilation failure

/home/gabriel/svn/geoserver/1.7.x/geoserver/main/src/main/java/org/vfny/geoserver/global/FeatureTypeInfo.java:
[13,28] cannot find symbol
symbol : class FactoryConfigurationError
location: package org.geotools.factory

/home/gabriel/svn/geoserver/1.7.x/geoserver/main/src/main/java/org/vfny/geoserver/global/FeatureTypeInfo.java:
[1131,25] cannot find symbol
symbol : class FactoryConfigurationError
location: class org.vfny.geoserver.global.FeatureTypeInfo
----------------------------------------------------------------------------

not sure if its something missing on my side though, gonna check later.

Gabriel

Onto cite testing... stay tuned.

-Justin

Gabriel Roldán a écrit :

/home/gabriel/svn/geoserver/1.7.x/geoserver/main/src/main/java/org/vfny/geoserver/global/FeatureTypeInfo.java:
[13,28] cannot find symbol
symbol : class FactoryConfigurationError
location: package org.geotools.factory

This exception was deprecated since GeoTools 2.1. A long @deprecated statement
explain why. Code that still using it are wrong, since this exception is never
thrown since a few Geotools release. In Geotools 2.5, is was removed.

The fix is only to replace FactoryConfigurationError by FactoryRegistryException.

  Martin

I probably just need to update gt trunk then. Will do it and make the
appropriate changes in GeoServer.

-Justin

Martin Desruisseaux wrote:

Gabriel Roldán a écrit :

/home/gabriel/svn/geoserver/1.7.x/geoserver/main/src/main/java/org/vfny/geoserver/global/FeatureTypeInfo.java:
[13,28] cannot find symbol
symbol : class FactoryConfigurationError
location: package org.geotools.factory

This exception was deprecated since GeoTools 2.1. A long @deprecated statement
explain why. Code that still using it are wrong, since this exception is never
thrown since a few Geotools release. In Geotools 2.5, is was removed.

The fix is only to replace FactoryConfigurationError by FactoryRegistryException.

  Martin

-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
Geoserver-devel mailing list
Geoserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel

!DSPAM:4007,47417eb456931336712104!

--
Justin Deoliveira
The Open Planning Project
http://topp.openplans.org