i don't think that will work very easily because the component will make ResourceReferences to its internal css and js files and will be outputted as shared resources. Then all those urls should also be redirected.
johan On 9/4/07, David Bernard <[EMAIL PROTECTED]> wrote: > > An other solution (stupid ?) : > * at build-time (of the war) > * scan all the jars and source to find js and css > * extract/minified/compress into a cache directory > * include the cache directory into the webapp > * at runtime > * when a resource is requested, it search into the cache directory > before into the jar and select the better (original, minified, gzipped,...) > > A possible advantage, is for user of frontal like Apache, lighttpd,... to > serve those static resources > > Johan Compagner wrote: > > yeah but a one time hit shouldn't be to much of a problem..cache the > result > > The problem with wicket is that you don't know exactly where everything > is > > coming from.. > > They could be in all kinds of jars so if you want compression it should > be > > runtime else you need to go over > > all the jars and code you use and repackage them. > > > > On 9/4/07, David Bernard <[EMAIL PROTECTED]> wrote: > >> Right to use it, you provide readers, writers, an ErrorReporter and > >> options (line-break or not, munge or not, js warning or not,...). > >> But as Julien (authors of YUI-Compressor) wrote : the compressor is > >> resource consumming and not made to run on-fly. > >> > >> /David > >> > >> Johan Compagner wrote: > >>> thats a pretty nice one, it also compresses CSS. It does depend on > rhino > >> and > >>> another jar > >>> so its a total of 3 jars so it should be outside the wicket core or > >>> extentions (a project by itself?) > >>> also all the examples that i see are with the command line and input > >>> filenames > >>> i hope it has a interface where you can talk with it in java and with > >> input > >>> streams/readers > >>> > >>> johan > >>> > >>> > >>> On 9/3/07, Eelco Hillenius <[EMAIL PROTECTED]> wrote: > >>>> On 9/1/07, Matej Knopp <[EMAIL PROTECTED]> wrote: > >>>>> Well, I certainly didn't want to reinvent the wheel. But all > existing > >>>>> solutions I was able to find either relied on a third part library > >>>>> (shrinksafe) or had license not compatible with ASL. So I just wrote > a > >>>>> simple stripper. I think it still helps a lot, I didn't want to > build > >> a > >>>>> perfect stripper. > >>>> YUI's license is compatible, so > >>>> > >>>> > >> > http://www.julienlecomte.net/blog/2007/08/13/introducing-the-yui-compressor/ > >>>> might work, right? > >>>> > >>>> Eelco > >>>> > >>>> --------------------------------------------------------------------- > >>>> To unsubscribe, e-mail: [EMAIL PROTECTED] > >>>> For additional commands, e-mail: [EMAIL PROTECTED] > >>>> > >>>> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > >
