Interesting indeed, but in my case I need exactly the opposite. Geoserver is an open source WFS server that has recently been restructured as a set of modules, and I want each module to be totally pluggable, that is, build the module and drop it in the web application, done.
This works beautifully for services thanks to Spring, and for configuration web pages built as Wicket pages (and located thru extension points declared in the Spring context), but sometimes we do have "demo" modules that are mostly (but not completely) made of static pages where javascript talks to server side services offered by other modules (openlayers and mapbuilder are examples of this approach). I just wanted to make sure I can pacakge those in the same way as the other modules, so that when the user does not want them anymore he only has a jar to remove from its jetty/tomcat deploy. We are trying to offer an easy to work with server for the user, at the expense of some more complications on the programmer side, and yes, we are aware serving with Apache would be faster, but we leave it to people willing to do a high perf deploy, at the moment we are more worried to give a smooth experience to people who are just "trying it out". Cheers Andrea Aime igor.vaynberg wrote: > > sometimes its nice to have static stuff served via apache or what not, > css, > images, js files, blah blah. > > what we do is have a static dir for these files and under that we have a > dir > named after the modules class name. we have an applicationsettings bean in > spring context that other beans import that contains the web path to this > static dir so with a simple attribute modifier you can build a > link/img/whatever tag to point to the location of the static resource. > > -Igor > > > On 9/1/06, Matej Knopp <[EMAIL PROTECTED]> wrote: >> >> Hi, >> >> sure, this is possible. With wicket you don't have to put a single thing >> in your web directory or WEB-INF (except of course declaring one wicket >> servlet (or filter in wicket 2) in web.xml). >> >> All resources can be stored in classpath. Markup files (html) for >> components and pages are stored in classpath next to the component / >> pages classes. >> >> Resources such as javascripts and css can be stored in classpath too you >> can use (Compressed)PackageResourceReference and HeaderContributor. >> >> Take a look at wicket-examples to see how to use those. >> >> -Matej >> >> aaime74 wrote: >> > Hi, >> > I'm trying to develop an app that sports fully modular web ui, that >> > is, one that allows the developer/user to simply drop jars in the >> classpath >> > to get new functionality. >> > >> > The idea is to have the ui split into maven modules, and keep >> everything >> > in the classpath. Extension points can be provided by each module by >> > looking in a spring context for implementors of certain interfaces >> (these >> > could be factories, or simply WebPage subclasses declared as >> "prototype" >> > beans). >> > >> > Now, I'm wondering how one could handle modules that are mostly >> > static, that is, made of static pages, javascripts, images and the >> like, >> > given the fact that I don't want to put stuff in WEB-INF. >> > >> > Is there an easy way to work with these? I know I can refer to >> in-classpath >> > resources from Components, but what about a network of static html >> > pages that do refer css, images and so on, for example javascript apps >> like >> > openlayers (http://openlayers.org/). Can i stick them into the >> classpath >> as >> > well? >> > >> > Best regards >> > Andrea Aime >> > >> > PS: I do want to keep everything among the sources because I don't >> > want to rely on a build time file copy just to gather up the required >> > files from the various WEB-INFs that I could locate in each module. >> > Just have the web module depend on what you think you need and >> > run it, done :-) >> >> >> ------------------------------------------------------------------------- >> Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job >> easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache >> Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> Wicket-user mailing list >> Wicket-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/wicket-user >> > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job > easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Wicket-user mailing list > Wicket-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/wicket-user > > -- View this message in context: http://www.nabble.com/Fully-modular-web-ui-tf2204611.html#a6131981 Sent from the Wicket - User forum at Nabble.com. ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Wicket-user mailing list Wicket-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wicket-user
