Take the static content out of .jar, doesn't help the performance? I know that taking the template directory out of jar helps a lot at performance when rendering ui. Doesn't it heppen the same with static content?
best, Felipe Musachy Barroso wrote: > > I don't think so, if you set it to false, I think you will have to unzip > all > the dojo, and templates stuff into that folder, which is not desirable > (unless you want to use your own version of Dojo) > > musachy > > On 2/28/07, Tim Azzopardi <[EMAIL PROTECTED]> wrote: >> >> >> I think that the struts2 FAQ is here >> http://struts.apache.org/2.0.6/docs/faqs.html >> >> I couldn't find anything relevant (after 3 mins). But in >> http://struts.apache.org/2.x/docs/strutsproperties.html i saw this: >> >> ### Used by FilterDispatcher >> ### If true then Struts serves static content from inside its jar. >> ### If false then the static content must be available at >> <context_path>/struts >> struts.serve.static=true >> >> which might help? >> >> >> >> >> >> Musachy Barroso wrote: >> > >> > Is there a FAQ for S2 somewhere? >> > >> > musachy >> > >> > On 2/27/07, Musachy Barroso <[EMAIL PROTECTED]> wrote: >> >> >> >> Quoting the doc: " >> >> >> >> Common static content that is needed by the framework (JavaScript and >> CSS >> >> files, etc.) is served automatically by the FilterDispatcher filter. >> Any >> >> request starting with "/struts/" denotes that static content is >> required, >> >> and then mapping the value after "/struts/" to common packages in >> Struts >> >> 2 >> >> and, optionally in the application's class path. >> >> >> >> By default, the following packages are searched: >> >> >> >> - org.apache.struts2.static >> >> - template >> >> >> >> Additional packages can be specified by providing a comma separated >> list >> >> to the configuration parameter named "packages" (configured in web.xml >> >> for >> >> the FilterDispatcher filter). When specifying additional static >> content, >> >> you >> >> should be careful not to expose sensitive configuration information ( >> i.e. >> >> database password)." >> >> //I haven't used it myself :) >> >> musachy >> >> >> >> On 2/27/07, mraible < [EMAIL PROTECTED]> wrote: >> >> > >> >> > >> >> > I'm using *.html as my default extension, which causes a whole host >> of >> >> > issues >> >> > with Dojo. Regardless, I want to fight through it and see if I can >> >> come >> >> > up >> >> > with a solution. >> >> > >> >> > I noticed that FilterDispatcher allows you to serve up static files >> >> from >> >> > the >> >> > classpath. Is it possible to configure this same filter so it can >> >> serve >> >> > up >> >> > static .html files from a "static" directory in my webapp root? >> >> > >> >> > Thanks, >> >> > >> >> > Matt >> >> > -- >> >> > View this message in context: >> >> > >> >> >> http://www.nabble.com/Is-it-possible-to-get-Struts%27-FilterDispatcher-to-serve-up-static-files-tf3304172.html#a9191128 >> >> > Sent from the Struts - User mailing list archive at Nabble.com . >> >> > >> >> > >> >> > >> --------------------------------------------------------------------- >> >> > To unsubscribe, e-mail: [EMAIL PROTECTED] >> >> > For additional commands, e-mail: [EMAIL PROTECTED] >> >> > >> >> > >> >> >> >> >> >> -- >> >> "Hey you! Would you help me to carry the stone?" Pink Floyd >> > >> > >> > >> > >> > -- >> > "Hey you! Would you help me to carry the stone?" Pink Floyd >> > >> > >> >> -- >> View this message in context: >> http://www.nabble.com/Is-it-possible-to-get-Struts%27-FilterDispatcher-to-serve-up-static-files-tf3304172.html#a9199939 >> Sent from the Struts - User mailing list archive at Nabble.com. >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > > -- > "Hey you! Would you help me to carry the stone?" Pink Floyd > > -- View this message in context: http://www.nabble.com/Is-it-possible-to-get-Struts%27-FilterDispatcher-to-serve-up-static-files-tf3304172.html#a9493802 Sent from the Struts - User mailing list archive at Nabble.com. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
