You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@tapestry.apache.org by Moritz Gmelin <mo...@gmx.de> on 2010/10/26 14:45:55 UTC
Live-Class reloading for rest services.
Hi,
is there a way to extend Live Class reloading to other claasses that are not pages, components or service implementations?
I'm especially interrested in enabling Live Reloading for all classes under TAPESTRY_APP_PACKAGE_PARAM.rest.*
Is there some contribution I have to make to enable live reloading for a certain package?
I even tried putting the rest package under my pages package but the classes in the rest package still got ignored from live class reloading.
Thanks
Moritz
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Live-Class reloading for rest services.
Posted by Howard Lewis Ship <hl...@gmail.com>.
Response.java:
/**
* Invoked to indicate that the response content is either already
compressed, or is not compressable.
*
* @since 5.2.1
*/
void disableCompression();
On Wed, Oct 27, 2010 at 2:31 AM, Moritz Gmelin <mo...@gmx.de> wrote:
> Thanks
>
> http://jira.codehaus.org/browse/TYNAMO-64
>
> Regards
>
> Moritz
>
> Am 27.10.2010 um 10:57 schrieb Alejandro Scandroli:
>
>> Hi Moritz
>>
>> If you have GZIP disabled
>> (configuration.add(SymbolConstants.GZIP_COMPRESSION_ENABLED,
>> "false");) you can definitively use it as a RequestFilter. It will
>> work fine and it will reload your classes.
>> If you file a JIRA issue I can provide you with a patch to try.
>>
>> Alejandro.
>>
>> On Wed, Oct 27, 2010 at 9:57 AM, Moritz Gmelin <mo...@gmx.de> wrote:
>>> 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
>>>> <th...@gmail.com> wrote:
>>>>> On Tue, 26 Oct 2010 10:45:55 -0200, Moritz Gmelin <mo...@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-unsubscribe@tapestry.apache.org
>>>>> For additional commands, e-mail: users-help@tapestry.apache.org
>>>>>
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>>>> For additional commands, e-mail: users-help@tapestry.apache.org
>>>>
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>>> For additional commands, e-mail: users-help@tapestry.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> For additional commands, e-mail: users-help@tapestry.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
--
Howard M. Lewis Ship
Creator of Apache Tapestry
The source for Tapestry training, mentoring and support. Contact me to
learn how I can get you up and productive in Tapestry fast!
(971) 678-5210
http://howardlewisship.com
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Live-Class reloading for rest services.
Posted by Moritz Gmelin <mo...@gmx.de>.
Thanks
http://jira.codehaus.org/browse/TYNAMO-64
Regards
Moritz
Am 27.10.2010 um 10:57 schrieb Alejandro Scandroli:
> Hi Moritz
>
> If you have GZIP disabled
> (configuration.add(SymbolConstants.GZIP_COMPRESSION_ENABLED,
> "false");) you can definitively use it as a RequestFilter. It will
> work fine and it will reload your classes.
> If you file a JIRA issue I can provide you with a patch to try.
>
> Alejandro.
>
> On Wed, Oct 27, 2010 at 9:57 AM, Moritz Gmelin <mo...@gmx.de> wrote:
>> 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
>>> <th...@gmail.com> wrote:
>>>> On Tue, 26 Oct 2010 10:45:55 -0200, Moritz Gmelin <mo...@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-unsubscribe@tapestry.apache.org
>>>> For additional commands, e-mail: users-help@tapestry.apache.org
>>>>
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>>> For additional commands, e-mail: users-help@tapestry.apache.org
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> For additional commands, e-mail: users-help@tapestry.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Live-Class reloading for rest services.
Posted by Alejandro Scandroli <al...@gmail.com>.
Hi Moritz
If you have GZIP disabled
(configuration.add(SymbolConstants.GZIP_COMPRESSION_ENABLED,
"false");) you can definitively use it as a RequestFilter. It will
work fine and it will reload your classes.
If you file a JIRA issue I can provide you with a patch to try.
Alejandro.
On Wed, Oct 27, 2010 at 9:57 AM, Moritz Gmelin <mo...@gmx.de> wrote:
> 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
>> <th...@gmail.com> wrote:
>>> On Tue, 26 Oct 2010 10:45:55 -0200, Moritz Gmelin <mo...@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-unsubscribe@tapestry.apache.org
>>> For additional commands, e-mail: users-help@tapestry.apache.org
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
>> For additional commands, e-mail: users-help@tapestry.apache.org
>>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Live-Class reloading for rest services.
Posted by Moritz Gmelin <mo...@gmx.de>.
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
> <th...@gmail.com> wrote:
>> On Tue, 26 Oct 2010 10:45:55 -0200, Moritz Gmelin <mo...@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-unsubscribe@tapestry.apache.org
>> For additional commands, e-mail: users-help@tapestry.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Live-Class reloading for rest services.
Posted by Alejandro Scandroli <al...@gmail.com>.
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
<th...@gmail.com> wrote:
> On Tue, 26 Oct 2010 10:45:55 -0200, Moritz Gmelin <mo...@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-unsubscribe@tapestry.apache.org
> For additional commands, e-mail: users-help@tapestry.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org
Re: Live-Class reloading for rest services.
Posted by "Thiago H. de Paula Figueiredo" <th...@gmail.com>.
On Tue, 26 Oct 2010 10:45:55 -0200, Moritz Gmelin <mo...@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-unsubscribe@tapestry.apache.org
For additional commands, e-mail: users-help@tapestry.apache.org