related but not relevant: i spent a little time some weeks ago playing with
moving the dependency information for community modules back into the poms
(instead of whitelisting the dependencies again in release/ext-*.xml). I
only did it for the CSS module but the approach is all in the POM and could
easily (straightforward, but not automatic) be applied to the other
community modules and the supported extensions.
https://github.com/dwins/geoserver/compare/master...assembly
The upshot is that "mvn package" in any community module (set up this way)
would produce the zip archive with only runtime dependencies, not provided
ones (and we'd just mark core geoserver modules as 'provided'). *cd
community && mvn package -PcommunityRelease* aggregates those zip files in
a single handy directory too. *mvn package -Pcss,printing* would do the
same for just css and printing (for example.)
Eventually I think "going with the flow" of maven a bit more could assist
in making the web module more flexible but I haven't looked at what that
would imply.
--
David Winslow
OpenGeo - http://opengeo.org/
On Wed, Nov 9, 2011 at 2:00 PM, Gabriel Roldan <[email protected]> wrote:
> A big +1.
>
> On a related note, one thing I found difficult when in need to build
> an alternate web app for GeoNode was that secureCatalog, as defined in
> main's applicationContext.xml, depends on accessRulesDao, defined in
> applicationSecurityContext.xml, so it was not easy to depend on an
> alternate security configuration.
> I don't know much about spring, but it would be great if that
> dependency could be inverted. Maybe just by defining secureCatalog in
> applicationSecurityContext.xml? so that if anyone needs to do
> something different it can treat security as a cross cutting concern
> instead of a hard dependency of main?
>
> 2c./
> Gabriel
>
> On Wed, Nov 9, 2011 at 3:20 PM, Andrea Aime
> <[email protected]> wrote:
> > Hi,
> > I'd like to propose a little modifications to the web-app module
> > that should help when building a customized version of GeoServer.
> >
> > The current web-app module, as I see it, has the following issues:
> > - for some reason during the deploy of releases the jar ends up
> > containing other jars. E.g. see
> >
> http://repo.opengeo.org/org/geoserver/web/web-app/2.1.2/web-app-2.1.2.jar
> > This is actually the .war file with a different name.
> > This makes it hard to make a custom build on top of a release, which is
> > annoying since most people interested in custom build do want to
> > base it on a release.
> > - the web-app contains some crucial classes (filters), so it's needed,
> > but at the same time make choices about the dependencies that
> > might be unsuitable for custom builds. E.g., in some custom build
> > we might decide that we only need wms and wfs, and only support
> > for vector data, plus some assorted extras
> > I know, one could use maven exclusion mechanism, but it's imho
> > cleaner to add what is needed instead of listing what to remove
> > (might be a matter of preference)
> >
> > What I would like is not having to depend on web-app to start with.
> > A custom build often has to roll its own web.xml anyways, so I believe
> > the best way forward would just to move the classes implementing
> > the filters back in main and have web-app be just the wiring that
> > builds a .war, and nothing else.
> > Given that all the pieces in GeoServer are made to build a web app
> > moving back the filters in main should not cause any trouble (besides
> > being trivial).
> >
> > Opinions?
> >
> > Cheers
> > Andrea
> >
> >
> >
> >
> > --
> > -------------------------------------------------------
> > Ing. Andrea Aime
> > GeoSolutions S.A.S.
> > Tech lead
> >
> > Via Poggio alle Viti 1187
> > 55054 Massarosa (LU)
> > Italy
> >
> > phone: +39 0584 962313
> > fax: +39 0584 962313
> >
> > http://www.geo-solutions.it
> > http://geo-solutions.blogspot.com/
> > http://www.youtube.com/user/GeoSolutionsIT
> > http://www.linkedin.com/in/andreaaime
> > http://twitter.com/geowolf
> >
> > -------------------------------------------------------
> >
> >
> ------------------------------------------------------------------------------
> > RSA(R) Conference 2012
> > Save $700 by Nov 18
> > Register now
> > http://p.sf.net/sfu/rsa-sfdev2dev1
> > _______________________________________________
> > Geoserver-devel mailing list
> > [email protected]
> > https://lists.sourceforge.net/lists/listinfo/geoserver-devel
> >
>
>
>
> --
> Gabriel Roldan
> OpenGeo - http://opengeo.org
> Expert service straight from the developers.
>
>
> ------------------------------------------------------------------------------
> RSA(R) Conference 2012
> Save $700 by Nov 18
> Register now
> http://p.sf.net/sfu/rsa-sfdev2dev1
> _______________________________________________
> Geoserver-devel mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/geoserver-devel
>
------------------------------------------------------------------------------
RSA(R) Conference 2012
Save $700 by Nov 18
Register now
http://p.sf.net/sfu/rsa-sfdev2dev1
_______________________________________________
Geoserver-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/geoserver-devel
