I'm trying to stand up Geoserver with the WPS extension. I checked
out the 1.7.x branch (per the directions on the wiki) and then I
execute:
mvn compile -Pwps
It complains that wps isn't activated as a profile. Any pointers?
Thanks,
Joe
Joe McMahon ha scritto:
I'm trying to stand up Geoserver with the WPS extension. I checked
out the 1.7.x branch (per the directions on the wiki) and then I
execute:mvn compile -Pwps
It complains that wps isn't activated as a profile. Any pointers?
wps on 1.7.x is old and unmaintained. On trunk there is an
improved version but even that one is still a work in progress,
with no funding behind it. I worked on it for some time,
then lost enthusiasm and have let it linger since December.
Would be nice to go back to work on it... unfortunately
atm I have higher priority stuff to attend to, without explicit
funding to get real work time on it I won't be able to
get a working WPS anytime soon.
Anyways, if you want to get your feet wet checkout trunk
and have a look at the current state of play in
src/community/wps
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Andrea Aime wrote:
Joe McMahon ha scritto:
I'm trying to stand up Geoserver with the WPS extension. I checked
out the 1.7.x branch (per the directions on the wiki) and then I
execute:mvn compile -Pwps
It complains that wps isn't activated as a profile. Any pointers?
wps on 1.7.x is old and unmaintained. On trunk there is an
improved version but even that one is still a work in progress,
with no funding behind it. I worked on it for some time,
then lost enthusiasm and have let it linger since December.
Would be nice to go back to work on it... unfortunately
atm I have higher priority stuff to attend to, without explicit
funding to get real work time on it I won't be able to
get a working WPS anytime soon.Anyways, if you want to get your feet wet checkout trunk
and have a look at the current state of play in
src/community/wps
That said, the "-P wps" should work ok on trunk.
Cheers
Andrea
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
Looks like it - I ran into one dependency failure. I'll revisit later
today and let you know.
On Thu, Apr 23, 2009 at 11:24 AM, Justin Deoliveira
<jdeolive@anonymised.com> wrote:
Andrea Aime wrote:
Joe McMahon ha scritto:
I'm trying to stand up Geoserver with the WPS extension. I checked
out the 1.7.x branch (per the directions on the wiki) and then I
execute:mvn compile -Pwps
It complains that wps isn't activated as a profile. Any pointers?
wps on 1.7.x is old and unmaintained. On trunk there is an
improved version but even that one is still a work in progress,
with no funding behind it. I worked on it for some time,
then lost enthusiasm and have let it linger since December.
Would be nice to go back to work on it... unfortunately
atm I have higher priority stuff to attend to, without explicit
funding to get real work time on it I won't be able to
get a working WPS anytime soon.Anyways, if you want to get your feet wet checkout trunk
and have a look at the current state of play in
src/community/wpsThat said, the "-P wps" should work ok on trunk.
Cheers
Andrea--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
That could be due to the fact that the wps module in geoserver depends on some unsupported modules in geotools that are not regularly built. The best way to get those is probably to build geotools locally from svn and use the "all" property:
mvn clean install -Dall -DskipTests
The skipTests will prevent a lot of the unsupported tests being run which will result in a very long running build.
-Justin
Joe McMahon wrote:
Looks like it - I ran into one dependency failure. I'll revisit later
today and let you know.On Thu, Apr 23, 2009 at 11:24 AM, Justin Deoliveira
<jdeolive@anonymised.com> wrote:Andrea Aime wrote:
Joe McMahon ha scritto:
I'm trying to stand up Geoserver with the WPS extension. I checked
out the 1.7.x branch (per the directions on the wiki) and then I
execute:mvn compile -Pwps
It complains that wps isn't activated as a profile. Any pointers?
wps on 1.7.x is old and unmaintained. On trunk there is an
improved version but even that one is still a work in progress,
with no funding behind it. I worked on it for some time,
then lost enthusiasm and have let it linger since December.
Would be nice to go back to work on it... unfortunately
atm I have higher priority stuff to attend to, without explicit
funding to get real work time on it I won't be able to
get a working WPS anytime soon.Anyways, if you want to get your feet wet checkout trunk
and have a look at the current state of play in
src/community/wpsThat said, the "-P wps" should work ok on trunk.
Cheers
Andrea--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
Justin Deoliveira ha scritto:
That could be due to the fact that the wps module in geoserver depends on some unsupported modules in geotools that are not regularly built. The best way to get those is probably to build geotools locally from svn and use the "all" property:
mvn clean install -Dall -DskipTests
The skipTests will prevent a lot of the unsupported tests being run which will result in a very long running build.
I fear that I might left the module in a state where it depends on
Sextante jars, with them not being deployed anywhere. At the time no one
was interested in helping out so I did not care much about that.
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
Andrea Aime ha scritto:
Justin Deoliveira ha scritto:
That could be due to the fact that the wps module in geoserver depends on some unsupported modules in geotools that are not regularly built. The best way to get those is probably to build geotools locally from svn and use the "all" property:
mvn clean install -Dall -DskipTests
The skipTests will prevent a lot of the unsupported tests being run which will result in a very long running build.
I fear that I might left the module in a state where it depends on
Sextante jars, with them not being deployed anywhere. At the time no one
was interested in helping out so I did not care much about that.
Nah, the sextante related changes are still uncommitted in the
backup of my old disk. The reason it does not compile it's just
a useless dependency which I removed.
Now it compiles, but tests do not pass because it's looking
for Spring application context entries that are not more there.
I'll have a look and see if I can bring it up and building in
the weekend. Beyond that, well, I hope Joe can provide some
help in developing it further 
Cheers
Andrea
--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
I tried that maven build and I'm not getting a resulting WAR file -
can you verify the steps to generate so I can test where the WPS code
stands?
On Thu, Apr 23, 2009 at 5:13 PM, Andrea Aime <aaime@anonymised.com> wrote:
Andrea Aime ha scritto:
Justin Deoliveira ha scritto:
That could be due to the fact that the wps module in geoserver depends on
some unsupported modules in geotools that are not regularly built. The best
way to get those is probably to build geotools locally from svn and use the
"all" property:mvn clean install -Dall -DskipTests
The skipTests will prevent a lot of the unsupported tests being run which
will result in a very long running build.I fear that I might left the module in a state where it depends on
Sextante jars, with them not being deployed anywhere. At the time no one
was interested in helping out so I did not care much about that.Nah, the sextante related changes are still uncommitted in the
backup of my old disk. The reason it does not compile it's just
a useless dependency which I removed.
Now it compiles, but tests do not pass because it's looking
for Spring application context entries that are not more there.I'll have a look and see if I can bring it up and building in
the weekend. Beyond that, well, I hope Joe can provide some
help in developing it furtherCheers
Andrea--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
hi Joe,
You are on trunk? At the moment you need to use the "web2" profile. So the build command becomes:
mvn clean install -P web2
After which in the community/web2/web-app/target directory you should see a geoserver.war file.
-Justin
Joe McMahon wrote:
I tried that maven build and I'm not getting a resulting WAR file -
can you verify the steps to generate so I can test where the WPS code
stands?On Thu, Apr 23, 2009 at 5:13 PM, Andrea Aime <aaime@anonymised.com> wrote:
Andrea Aime ha scritto:
Justin Deoliveira ha scritto:
That could be due to the fact that the wps module in geoserver depends on
some unsupported modules in geotools that are not regularly built. The best
way to get those is probably to build geotools locally from svn and use the
"all" property:mvn clean install -Dall -DskipTests
The skipTests will prevent a lot of the unsupported tests being run which
will result in a very long running build.I fear that I might left the module in a state where it depends on
Sextante jars, with them not being deployed anywhere. At the time no one
was interested in helping out so I did not care much about that.Nah, the sextante related changes are still uncommitted in the
backup of my old disk. The reason it does not compile it's just
a useless dependency which I removed.
Now it compiles, but tests do not pass because it's looking
for Spring application context entries that are not more there.I'll have a look and see if I can bring it up and building in
the weekend. Beyond that, well, I hope Joe can provide some
help in developing it furtherCheers
Andrea--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.
--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
I'm on the trunk and I execute that and I get:
[INFO] [site:attach-descriptor]
Downloading: http://repo.opengeo.org//org/geotools/geotools/2.6-SNAPSHOT/geotool
s-2.6-SNAPSHOT.pom
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Error building POM (may not be this project's POM).
Project ID: org.geotools:modules:pom:null
Reason: Cannot find parent: org.geotools:geotools for project: org.geotools:modu
les:pom:null for project org.geotools:modules:pom:null
[INFO] ------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 4 seconds
[INFO] Finished at: Thu May 14 08:08:49 EDT 2009
[INFO] Final Memory: 15M/29M
[INFO] ------------------------------------------------------------------------
Is the trunk not stable? If so, is there a stable release with WPS
support that I could download?
Thanks,
Joe
On Wed, May 13, 2009 at 1:48 PM, Justin Deoliveira <jdeolive@anonymised.com> wrote:
hi Joe,
You are on trunk? At the moment you need to use the "web2" profile. So the
build command becomes:mvn clean install -P web2
After which in the community/web2/web-app/target directory you should see a
geoserver.war file.-Justin
Joe McMahon wrote:
I tried that maven build and I'm not getting a resulting WAR file -
can you verify the steps to generate so I can test where the WPS code
stands?On Thu, Apr 23, 2009 at 5:13 PM, Andrea Aime <aaime@anonymised.com> wrote:
Andrea Aime ha scritto:
Justin Deoliveira ha scritto:
That could be due to the fact that the wps module in geoserver depends
on
some unsupported modules in geotools that are not regularly built. The
best
way to get those is probably to build geotools locally from svn and use
the
"all" property:mvn clean install -Dall -DskipTests
The skipTests will prevent a lot of the unsupported tests being run
which
will result in a very long running build.I fear that I might left the module in a state where it depends on
Sextante jars, with them not being deployed anywhere. At the time no one
was interested in helping out so I did not care much about that.Nah, the sextante related changes are still uncommitted in the
backup of my old disk. The reason it does not compile it's just
a useless dependency which I removed.
Now it compiles, but tests do not pass because it's looking
for Spring application context entries that are not more there.I'll have a look and see if I can bring it up and building in
the weekend. Beyond that, well, I hope Joe can provide some
help in developing it furtherCheers
Andrea--
Andrea Aime
OpenGeo - http://opengeo.org
Expert service straight from the developers.--
Justin Deoliveira
OpenGeo - http://opengeo.org
Enterprise support for open source geospatial.
We ran out of disk space during the build this morning, it looks like the automatic deploy was incomplete. Please try again?
-Arne
Joe McMahon wrote:
I'm on the trunk and I execute that and I get:
[INFO] [site:attach-descriptor]
Downloading: http://repo.opengeo.org//org/geotools/geotools/2.6-SNAPSHOT/geotool
s-2.6-SNAPSHOT.pom
[INFO] ------------------------------------------------------------------------
[ERROR] BUILD ERROR
[INFO] ------------------------------------------------------------------------
[INFO] Error building POM (may not be this project's POM).Project ID: org.geotools:modules:pom:null
Reason: Cannot find parent: org.geotools:geotools for project: org.geotools:modu
les:pom:null for project org.geotools:modules:pom:null[INFO] ------------------------------------------------------------------------
[INFO] For more information, run Maven with the -e switch
[INFO] ------------------------------------------------------------------------
[INFO] Total time: 4 seconds
[INFO] Finished at: Thu May 14 08:08:49 EDT 2009
[INFO] Final Memory: 15M/29M
[INFO] ------------------------------------------------------------------------Is the trunk not stable? If so, is there a stable release with WPS
support that I could download?Thanks,
Joe
--
Arne Kepp
OpenGeo - http://opengeo.org
Expert service straight from the developers