GeoServer 2.0 does not work under Glassfish 3.0 final
-
Key: GEOS-3762
URL: http://jira.codehaus.org/browse/GEOS-3762
Project: GeoServer
Issue Type: Bug
Reporter: Andrea Aime
[WFS-T and Oracle] Error performing insert
--
Key: GEOS-3763
URL: http://jira.codehaus.org/browse/GEOS-3763
Project: GeoServer
Issue Type: Bug
Components: Oracle
Affects Versions: 2.0.0
Hi,
I'm looking into the sdeLibs profiles contained in the
sde extension and in the web-app modules.
The one in sde extension says:
profile
idsdeLibs/id
dependencies
dependency
groupIdcom.esri/groupId
artifactIdjsde_sdk/artifactId
I just committed a patch to extension/arcsde/pom.xml so the sdeLibs
profile in both the extension and web/app names it the same.
But it seems I can't get rid of the sdeLibs profile declaration in
web/app though that's what I first thought too.
If I do, running mvn jetty:run -Parcsde,sdeLibs
I just committed a patch to extension/arcsde/pom.xml so the sdeLibs
profile in both the extension and web/app names it the same.
But it seems I can't get rid of the sdeLibs profile declaration in
web/app though that's what I first thought too.
If I do, running mvn jetty:run -Parcsde,sdeLibs
I have been chatting with Mike offline (since I was sending him
pictures of some visual glitches). And am dragging a topic back to the
list for discussion...
One of the problems with running geoserver on Vista / Windows 7 is the
location of the data directory in Program Files (it results in a
Yeah I guess this won't work since when running local in the web/app
module there is no way for maven to activate the profile from
extensions/arcsde. I guess this means that maven won't active profiles
unless the module is in the reactor, and not just referenced from the
local maven
Hi all,
Recently, I have upgraded to Geoserver 2.0, and I encountered a problem when
I tried to create feature type via REST API. With Geoserver 1.7, when I
create feature type via REST API, it is enabled by default. But
unfortunately it is not enabled by default in Geoserver 2.0. Beside I put