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 does not work, I get a NoClassDefFoundError: com/esri/sde/sdk/client/SeConnection Do you know if it is possible to inherit the sdeLibs profile from the extension at all when running jetty? and if so, how? Cheers, Gabriel Andrea Aime wrote: > 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> > <id>sdeLibs</id> > <dependencies> > <dependency> > <groupId>com.esri</groupId> > <artifactId>jsde_sdk</artifactId> > <version>${sde.version}</version> > </dependency> > <dependency> > <groupId>com.esri</groupId> > <artifactId>jsde_jpe_sdk</artifactId> > <version>${sde.version}</version> > </dependency> > </dependencies> > </profile> > > whilst web-app contains: > > <profile> > <id>arcsde</id> > <dependencies> > <dependency> > <groupId>org.geoserver.extension</groupId> > <artifactId>arcsde</artifactId> > <version>2.0.2-SNAPSHOT</version> > </dependency> > </dependencies> > </profile> > <profile> > <id>sdeLibs</id> > <dependencies> > <dependency> > <groupId>com.esri</groupId> > <artifactId>jsde_sdk</artifactId> > <version>${sde.version}</version> > </dependency> > <dependency> > <groupId>com.esri</groupId> > <artifactId>jsde_jpe_sdk</artifactId> > <version>${sde.version}</version> > </dependency> > <dependency> > <groupId>com.ibm.icu</groupId> > <artifactId>icu4j</artifactId> > <version>3.4.4</version> > </dependency> > </dependencies> > </profile> > > Notice how the jpe artifact ides are different. > Plus, is there any need to duplicate the sdeLibs profile? > It's used in conjuction with the arcsde profile so in theory > the declarations inside extensions/arcsde/pom.xml should > be sufficient, no? > > The result of the current situation is that the projects > generated look for both versions of the jpe jar. > > Cheers > Andrea > > -- Gabriel Roldan OpenGeo - http://opengeo.org Expert service straight from the developers. ------------------------------------------------------------------------------ This SF.Net email is sponsored by the Verizon Developer Community Take advantage of Verizon's best-in-class app development support A streamlined, 14 day to market process makes app distribution fast and easy Join now and get one step closer to millions of Verizon customers http://p.sf.net/sfu/verizon-dev2dev _______________________________________________ Geoserver-devel mailing list Geoserver-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/geoserver-devel