we dont try to be a kitchen sink of usecases :)if you build one and would like to share it with others we would be happy to let you have your own wicket-stuff module-Igor
On 9/4/06, aaime74 <[EMAIL PROTECTED]> wrote:
Ha, that's the answer I was looking for. So there's no out of the box supportfor
Ha, that's the answer I was looking for. So there's no out of the box support
for it, althought I do think it would not be so difficult to build one given
that
you already have infrastructure for static resources. Nice to know.
Thank you
Best regards
Andrea Aime
igor.vaynberg wrote:
>
> if you
if you package static files in a jar something needs to be able to access them because the web server obviolsy cant.maybe you build some wicketized bridge to static files that are in a jar.-Igor
On 9/4/06, aaime74 <[EMAIL PROTECTED]> wrote:
Interesting indeed, but in my case I need exactly the oppo
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 beautifull
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
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
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