Hi all,
As you all know in geoserver we stray a bit from maven convention and store resources like property files and such under src/main/java, rather than the maven default src/main/resources. With good reason in many cases, notably wicket because it is handy to store the .html files alongside their .java counterparts.
However I would like to move the GeoServerAppllcation*.properties files to src/main/resources. The reason being because I want to use mavens resource filtering that allows one to create placeholders in a resource file, something like ${project.version}, and upon copying the resources to the target directory those variables are actually resolved to values. The reason I want to do this is to make it easy to add build information to the ui, by adding the placeholders project.version, build.timestmap, build.revision, etc… to the properties files.
The reason to sperate them out is to avoid running the filter over all the other resources and sources.
Any objections?
-Justin
–
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
On Wed, Nov 17, 2010 at 8:23 PM, Justin Deoliveira <jdeolive@anonymised.com> wrote:
Hi all,
As you all know in geoserver we stray a bit from maven convention and store
resources like property files and such under src/main/java, rather than the
maven default src/main/resources. With good reason in many
cases, notably wicket because it is handy to store the .html files alongside
their .java counterparts.
However I would like to move the GeoServerAppllcation*.properties files to
src/main/resources. The reason being because I want to use mavens resource
filtering that allows one to create placeholders in a resource file,
something like ${project.version}, and upon copying the resources to the
target directory those variables are actually resolved to values. The reason
I want to do this is to make it easy to add build information to the ui, by
adding the placeholders project.version, build.timestmap, build.revision,
etc... to the properties files.
The reason to sperate them out is to avoid running the filter over all the
other resources and sources.
Any objections?
As long as we don't move away the wicket html files, no objections here
Cheers
Andrea
-----------------------------------------------------
Ing. Andrea Aime
Senior Software Engineer
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
-----------------------------------------------------
Nope, those will remain where they are under src/main/java.
On Wed, Nov 17, 2010 at 12:57 PM, Andrea Aime <andrea.aime@anonymised.com…> wrote:
On Wed, Nov 17, 2010 at 8:23 PM, Justin Deoliveira <jdeolive@anonymised.com> wrote:
Hi all,
As you all know in geoserver we stray a bit from maven convention and store
resources like property files and such under src/main/java, rather than the
maven default src/main/resources. With good reason in many
cases, notably wicket because it is handy to store the .html files alongside
their .java counterparts.
However I would like to move the GeoServerAppllcation*.properties files to
src/main/resources. The reason being because I want to use mavens resource
filtering that allows one to create placeholders in a resource file,
something like ${project.version}, and upon copying the resources to the
target directory those variables are actually resolved to values. The reason
I want to do this is to make it easy to add build information to the ui, by
adding the placeholders project.version, build.timestmap, build.revision,
etc… to the properties files.
The reason to sperate them out is to avoid running the filter over all the
other resources and sources.
Any objections?
As long as we don’t move away the wicket html files, no objections here
Cheers
Andrea
Ing. Andrea Aime
Senior Software Engineer
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.