Does anyone have advice about a convenient way to build when modifying geotools, such as making changes in the app-schema extension, and then testing with geoserver? I can imagine manually creating a geotools jar and installing that into my maven repository in place of the published geotools jar, but that seems like a lot of work to be doing it many times.
Tara
--
Tara Athan
Owner, Athan Ecological Reconciliation Services
tara_athan at alt2is.com
707-272-2115 (cell, preferred)
707-485-1198 (office)
249 W. Gobbi St. #A
Ukiah, CA 95482
Hi Tara,
Unfortunately this is the way it is usually done. Some developers in the past i believe have set up eclipse workspaces that have both geoserver and geotools in them bypassing maven. But i usually go through maven dependencies.
A workflow that works well for me is:
- have two eclipse workspaces going at once, once for geotools and once for geoserver
- make a geotoosl change
- compile only teh necessary modules (-DskipTests is your friend here)
- refresh your geoserver workspace
- restart geoserver via Start.java
I find it is not too tedious once you get used to it.
Hope that helps.
-Justin
On Wed, Aug 11, 2010 at 5:36 PM, Tara Athan <taraathan@anonymised.com> wrote:
Does anyone have advice about a convenient way to build when modifying
geotools, such as making changes in the app-schema extension, and then
testing with geoserver? I can imagine manually creating a geotools jar
and installing that into my maven repository in place of the published
geotools jar, but that seems like a lot of work to be doing it many times.
Tara
–
Tara Athan
Owner, Athan Ecological Reconciliation Services
tara_athan at alt2is.com
707-272-2115 (cell, preferred)
707-485-1198 (office)
249 W. Gobbi St. #A
Ukiah, CA 95482
This SF.net email is sponsored by
Make an app they can’t live without
Enter the BlackBerry Developer Challenge
http://p.sf.net/sfu/RIM-dev2dev
Geoserver-devel mailing list
Geoserver-devel@anonymised.comsts.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
Justin Deoliveira ha scritto:
Hi Tara,
Unfortunately this is the way it is usually done. Some developers in the past i believe have set up eclipse workspaces that have both geoserver and geotools in them bypassing maven. But i usually go through maven dependencies.
So do I. I've tried to setup a single set of interconnected projects,
but unfortunately that does not work: in Eclipse the test dependencies
of a project are inherited from the dependent projects as well, and
there are some geotools specific test dependencies that do break
the GeoServer own tests, making development sort of impossible.
A workflow that works well for me is:
* have two eclipse workspaces going at once, once for geotools and once for geoserver
* make a geotoosl change
* compile only teh necessary modules (-DskipTests is your friend here)
* refresh your geoserver workspace
* restart geoserver via Start.java
I find it is not too tedious once you get used to it.
I have a variant of this setup where I have just one Eclipse instance
going and two project groups, one of geotools, and for geoserver,
open in the same workspace. Which yeah, means you have more than 100
projects open in a single Eclipse instance
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Thanks! OK, I've got this mostly working with two workspaces, except I don't see instructions on how to use Start.java with a different data directory - is that possible? It doesn't seem to be recognising my GEOSERVER_DATA_DIR environment variable.
Also, has anyone had success with any maven-eclipse plugin, or is it better to stick to the command line ( one console for geoserver, one for geotools ... I think I need a second monitor...)
Tara
Andrea Aime wrote:
Justin Deoliveira ha scritto:
Hi Tara,
Unfortunately this is the way it is usually done. Some developers in the past i believe have set up eclipse workspaces that have both geoserver and geotools in them bypassing maven. But i usually go through maven dependencies.
So do I. I've tried to setup a single set of interconnected projects,
but unfortunately that does not work: in Eclipse the test dependencies
of a project are inherited from the dependent projects as well, and
there are some geotools specific test dependencies that do break
the GeoServer own tests, making development sort of impossible.
A workflow that works well for me is:
* have two eclipse workspaces going at once, once for geotools and once for geoserver
* make a geotoosl change
* compile only teh necessary modules (-DskipTests is your friend here)
* refresh your geoserver workspace
* restart geoserver via Start.java
I find it is not too tedious once you get used to it.
I have a variant of this setup where I have just one Eclipse instance
going and two project groups, one of geotools, and for geoserver,
open in the same workspace. Which yeah, means you have more than 100
projects open in a single Eclipse instance
Cheers
Andrea
--
Tara Athan
Owner, Athan Ecological Reconciliation Services
tara_athan at alt2is.com
707-272-2115 (cell, preferred)
707-485-1198 (office)
249 W. Gobbi St. #A
Ukiah, CA 95482
Tara Athan ha scritto:
Thanks! OK, I've got this mostly working with two workspaces, except I don't see instructions on how to use Start.java with a different data directory - is that possible? It doesn't seem to be recognising my GEOSERVER_DATA_DIR environment variable.
I normally set -DGEOSERVER_DATA_DIR=... in the eclipse launcher,
jvm options section.
Also, has anyone had success with any maven-eclipse plugin, or is it better to stick to the command line ( one console for geoserver, one for geotools ... I think I need a second monitor...)
You need a better console. If you're on Windows try Console:
http://sourceforge.net/projects/console/
Cheers
Andrea
Tara
Andrea Aime wrote:
Justin Deoliveira ha scritto:
Hi Tara,
Unfortunately this is the way it is usually done. Some developers in the past i believe have set up eclipse workspaces that have both geoserver and geotools in them bypassing maven. But i usually go through maven dependencies.
So do I. I've tried to setup a single set of interconnected projects,
but unfortunately that does not work: in Eclipse the test dependencies
of a project are inherited from the dependent projects as well, and
there are some geotools specific test dependencies that do break
the GeoServer own tests, making development sort of impossible.
A workflow that works well for me is:
* have two eclipse workspaces going at once, once for geotools and once for geoserver
* make a geotoosl change
* compile only teh necessary modules (-DskipTests is your friend here)
* refresh your geoserver workspace
* restart geoserver via Start.java
I find it is not too tedious once you get used to it.
I have a variant of this setup where I have just one Eclipse instance
going and two project groups, one of geotools, and for geoserver,
open in the same workspace. Which yeah, means you have more than 100
projects open in a single Eclipse instance
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Tara, I set GEOSERVER_DATA_DIR in my Eclipse launch configuration.
https://www.seegrid.csiro.au/twiki/bin/view/Infosrvices/GeoserverDevelopmentSetup#Debugging_GeoServer_using_embedd
(that page needs some work)
I'm using Eclipse working sets (one each for GS and GT) and maven command-line.
On 13/08/10 00:02, Tara Athan wrote:
Thanks! OK, I've got this mostly working with two workspaces, except I
don't see instructions on how to use Start.java with a different data
directory - is that possible? It doesn't seem to be recognising my
GEOSERVER_DATA_DIR environment variable.
Also, has anyone had success with any maven-eclipse plugin, or is it
better to stick to the command line ( one console for geoserver, one for
geotools ... I think I need a second monitor...)
Tara
Andrea Aime wrote:
Justin Deoliveira ha scritto:
Hi Tara,
Unfortunately this is the way it is usually done. Some developers in
the past i believe have set up eclipse workspaces that have both
geoserver and geotools in them bypassing maven. But i usually go
through maven dependencies.
So do I. I've tried to setup a single set of interconnected projects,
but unfortunately that does not work: in Eclipse the test dependencies
of a project are inherited from the dependent projects as well, and
there are some geotools specific test dependencies that do break
the GeoServer own tests, making development sort of impossible.
A workflow that works well for me is:
* have two eclipse workspaces going at once, once for geotools and
once for geoserver
* make a geotoosl change
* compile only teh necessary modules (-DskipTests is your friend here)
* refresh your geoserver workspace
* restart geoserver via Start.java
I find it is not too tedious once you get used to it.
I have a variant of this setup where I have just one Eclipse instance
going and two project groups, one of geotools, and for geoserver,
open in the same workspace. Which yeah, means you have more than 100
projects open in a single Eclipse instance
Cheers
Andrea
--
Ben Caradoc-Davies <Ben.Caradoc-Davies@anonymised.com>
Software Engineering Team Leader
CSIRO Earth Science and Resource Engineering
Australian Resources Research Centre