Hi all,
The restconfig module has been moved to a core module. However when doing the move I found that there is actually a test dependency from restconfig on the h2 extension. The reason being for some restconfig tests that work against database backends. So long story short without the dependency JDBCTEst fails.
For the time being i have excluded JDBCTest from executing. However long term I would like to come up with a better solution. A few options:
- Promote h2 to a core module as well.
- Reverse the dependency and move JDBC Test into the h2 module.
I think (1) could work although the h2 extension needs a bit of love. But the idea of having a self contained spatial db built into geoserver I think is compelling.
Anyways, thoughts welcome. I will deal with this after the RC1 release.
-Justin
–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
On Fri, Jan 14, 2011 at 3:14 AM, Justin Deoliveira <jdeolive@anonymised.com> wrote:
Hi all,
The restconfig module has been moved to a core module. However when doing
the move I found that there is actually a test dependency from restconfig on
the h2 extension. The reason being for some restconfig tests that work
against database backends. So long story short without the dependency
JDBCTEst fails.
For the time being i have excluded JDBCTest from executing. However long
term I would like to come up with a better solution. A few options:
1. Promote h2 to a core module as well.
2. Reverse the dependency and move JDBC Test into the h2 module.
I think (1) could work although the h2 extension needs a bit of love. But
the idea of having a self contained spatial db built into geoserver I think
is compelling.
Anyways, thoughts welcome. I will deal with this after the RC1 release.
I think I need some background here. If I needed, say, Oracle for testing I
would just add a dependency to the Oracle store and be done with it.
Can't the same be done with H2, making it work in a temp subdirectory
of ./target?
Cheers
Andrea
--
Ing. Andrea Aime
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584962313
fax: +39 0584962313
http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf
-----------------------------------------------------
On Fri, Jan 14, 2011 at 12:50 AM, Andrea Aime <andrea.aime@anonymised.com> wrote:
On Fri, Jan 14, 2011 at 3:14 AM, Justin Deoliveira <jdeolive@anonymised.com> wrote:
Hi all,
The restconfig module has been moved to a core module. However when doing
the move I found that there is actually a test dependency from restconfig on
the h2 extension. The reason being for some restconfig tests that work
against database backends. So long story short without the dependency
JDBCTEst fails.
For the time being i have excluded JDBCTest from executing. However long
term I would like to come up with a better solution. A few options:
- Promote h2 to a core module as well.
- Reverse the dependency and move JDBC Test into the h2 module.
I think (1) could work although the h2 extension needs a bit of love. But
the idea of having a self contained spatial db built into geoserver I think
is compelling.
Anyways, thoughts welcome. I will deal with this after the RC1 release.
I think I need some background here. If I needed, say, Oracle for testing I
would just add a dependency to the Oracle store and be done with it.
Can’t the same be done with H2, making it work in a temp subdirectory
of ./target?
Yeah it is doable, and indeed what is done in the short term. However in the h2 extension (not the datastore) there is an initializer that forces the h2 datastore to create databases within the data directory. So when user specifies a relative path it gets into the data directory.
The nice thing about this is that the tests don’t have to worry about cleanup or setup since they get a fresh data directory every time and cleanup happens by the test framework.
So yeah… just have to make sure the db gets put in target and that the tests delete the db files after/before each test run.
Cheers
Andrea
–
Ing. Andrea Aime
Technical Lead
GeoSolutions S.A.S.
Via Poggio alle Viti 1187
55054 Massarosa (LU)
Italy
phone: +39 0584962313
fax: +39 0584962313
http://www.geo-solutions.it
http://geo-solutions.blogspot.com/
http://www.linkedin.com/in/andreaaime
http://twitter.com/geowolf
–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.