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

Reply via email to