I don't know whether this is a bug or not. I've seen that you explicitly moved your RequestFilter before GZIP. Probably for a reason. I had no problem changeing the filter to be a RequestFilter (instead of a ServletRequestFilter) and push it further down the request queue. GZIP is disabled in our application. But I don't know if this solution still works with the GZIP filter enabled.
Moritz Am 27.10.2010 um 01:03 schrieb Alejandro Scandroli: > Hi Moritz > > Again the issue is that the RESTEasy filter is an > HttpServletRequestFilter not a RequestFilter, so the > CheckForUpdatesFilter (RequestFilter) it's never called and the loader > never knows that it needs to reload the services. > I could make the RESTEasy filter work as a RequestFilter but the > GZIPFilter gets in the way :( > Any suggestions on how can make it work is more than welcome. > > BTW, Moritz, please file a JIRA issue > (http://jira.codehaus.org/browse/TYNAMO) so we don't forget. > > Saludos. > Alejandro. > > On Tue, Oct 26, 2010 at 2:55 PM, Thiago H. de Paula Figueiredo > <thiag...@gmail.com> wrote: >> On Tue, 26 Oct 2010 10:45:55 -0200, Moritz Gmelin <moritz.gme...@gmx.de> >> wrote: >> >>> Hi, >> >> Hi! >> >>> is there a way to extend Live Class reloading to other claasses that are >>> not pages, components or service implementations? >> >> As far as I know, no, as it depends on class transformations. >> >>> Is there some contribution I have to make to enable live reloading for a >>> certain package? >> >> Why don't you move your logic into Tapestry-IoC services and just make your >> REST classes use them? :) >> >> -- >> Thiago H. de Paula Figueiredo >> Independent Java, Apache Tapestry 5 and Hibernate consultant, developer, and >> instructor >> Owner, Ars Machina Tecnologia da Informação Ltda. >> http://www.arsmachina.com.br >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org >> For additional commands, e-mail: users-h...@tapestry.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org > For additional commands, e-mail: users-h...@tapestry.apache.org > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@tapestry.apache.org For additional commands, e-mail: users-h...@tapestry.apache.org