Boa tarde pessoal, estava usando minha aplicação hoje a tarde no GAE e ela começou a não responder mais, comecei a olhar os logs e teve alguns desses problemas aqui
com.google.apphosting.api.DeadlineExceededException: This request (0f20277dbc01399e) started at 2011/07/30 16:48:24.109 UTC and was still executing at 2011/07/30 16:48:54.931 UTC.
Uncaught exception from servlet org.apache.xerces.parsers.ObjectFactory$ConfigurationError: Provider org.apache.xerces.parsers.XIncludeAwareParserConfiguration could not be instantiated: com.google.apphosting.api.DeadlineExceededException: This request (a58ff55da93c9c6a) started at 2011/07/30 17:28:38.326 UTC and was still executing at 2011/07/30 17:29:07.985 UTC.
estou usando objectify e spring no projeto, alguém já teve isso ou o que pode ser?
Uma das restrições do GAE é que uma requisição HTTP deve durar no máximo 30s. Se o processamento passar disso, o servidor do GAE automaticamente retornará uma timeout.
Veja que tinha de processamento está sendo executado e tente dividir - na própria página do objectify tem um exemplo usando cursor.
> Uma das restrições do GAE é que uma requisição HTTP deve durar no máximo > 30s. Se o processamento passar disso, o servidor do GAE automaticamente > retornará uma timeout.
> Veja que tinha de processamento está sendo executado e tente dividir - na > própria página do objectify tem um exemplo usando cursor.
> Abraços
> -- > You received this message because you are subscribed to the Google Groups > "caelum-vraptor" group. > To view this discussion on the web visit > https://groups.google.com/d/msg/caelum-vraptor/-/iyfnhcMVdTgJ. > To post to this group, send email to caelum-vraptor@googlegroups.com. > To unsubscribe from this group, send email to > caelum-vraptor+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/caelum-vraptor?hl=en.
- Troque o Spring por Pico - Desabilite annotation scan e crie seu CustomProvider
Você habilitou o Always On ? Caso sim, quanto tempo leva suas requests na URI /_ah/warmup ? Sem o always on sua app vai iniciar quando acessar alguma página, então o tempo de startup + o tempo de processar os dados dessa página pode ser um problema. Na segunda request funcionaria de boa talvez.
Abs,
2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
> Uma das restrições do GAE é que uma requisição HTTP deve durar no máximo > 30s. Se o processamento passar disso, o servidor do GAE automaticamente > retornará uma timeout.
> Veja que tinha de processamento está sendo executado e tente dividir - na > própria página do objectify tem um exemplo usando cursor.
> To post to this group, send email to caelum-vraptor@googlegroups.com. > To unsubscribe from this group, send email to > caelum-vraptor+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/caelum-vraptor?hl=en.
> - Troque o Spring por Pico > - Desabilite annotation scan e crie seu CustomProvider
> Você habilitou o Always On ? Caso sim, quanto tempo leva suas requests na > URI /_ah/warmup ? > Sem o always on sua app vai iniciar quando acessar alguma página, então o > tempo de startup + o tempo de processar os dados dessa página pode ser um > problema. Na segunda request funcionaria de boa talvez.
> Abs,
> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>> Flavio,
>> Uma das restrições do GAE é que uma requisição HTTP deve durar no máximo >> 30s. Se o processamento passar disso, o servidor do GAE automaticamente >> retornará uma timeout.
>> Veja que tinha de processamento está sendo executado e tente dividir - na >> própria página do objectify tem um exemplo usando cursor.
>> To post to this group, send email to caelum-vraptor@googlegroups.com. >> To unsubscribe from this group, send email to >> caelum-vraptor+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/caelum-vraptor?hl=en.
> -- > Bruno Fuster
> -- > You received this message because you are subscribed to the Google Groups > "caelum-vraptor" group. > To post to this group, send email to caelum-vraptor@googlegroups.com. > To unsubscribe from this group, send email to > caelum-vraptor+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/caelum-vraptor?hl=en.
> Em 1 de agosto de 2011 11:05, Bruno Fuster <brunofus...@gmail.com>escreveu:
> Flavio, tudo bem?
>> Algumas dicas:
>> - Troque o Spring por Pico >> - Desabilite annotation scan e crie seu CustomProvider
>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas requests na >> URI /_ah/warmup ? >> Sem o always on sua app vai iniciar quando acessar alguma página, então o >> tempo de startup + o tempo de processar os dados dessa página pode ser um >> problema. Na segunda request funcionaria de boa talvez.
>> Abs,
>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>> Flavio,
>>> Uma das restrições do GAE é que uma requisição HTTP deve durar no máximo >>> 30s. Se o processamento passar disso, o servidor do GAE automaticamente >>> retornará uma timeout.
>>> Veja que tinha de processamento está sendo executado e tente dividir - na >>> própria página do objectify tem um exemplo usando cursor.
>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>> To unsubscribe from this group, send email to >>> caelum-vraptor+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/caelum-vraptor?hl=en.
>> -- >> Bruno Fuster
>> -- >> You received this message because you are subscribed to the Google Groups >> "caelum-vraptor" group. >> To post to this group, send email to caelum-vraptor@googlegroups.com. >> To unsubscribe from this group, send email to >> caelum-vraptor+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/caelum-vraptor?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "caelum-vraptor" group. > To post to this group, send email to caelum-vraptor@googlegroups.com. > To unsubscribe from this group, send email to > caelum-vraptor+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/caelum-vraptor?hl=en.
> Outra dica Flavio é habilitar o appstats e ver o numero de RPCs que sua app > faz ao iniciar, talvez você consiga estudar e minimizar essas chamadas.
> Para ativar adicione um filtro e uma servlet (coloque a URI /appstats no > seu security-constraint):
>> Em 1 de agosto de 2011 11:05, Bruno Fuster <brunofus...@gmail.com>escreveu:
>> Flavio, tudo bem?
>>> Algumas dicas:
>>> - Troque o Spring por Pico >>> - Desabilite annotation scan e crie seu CustomProvider
>>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas requests na >>> URI /_ah/warmup ? >>> Sem o always on sua app vai iniciar quando acessar alguma página, então o >>> tempo de startup + o tempo de processar os dados dessa página pode ser um >>> problema. Na segunda request funcionaria de boa talvez.
>>> Abs,
>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>> Flavio,
>>>> Uma das restrições do GAE é que uma requisição HTTP deve durar no máximo >>>> 30s. Se o processamento passar disso, o servidor do GAE automaticamente >>>> retornará uma timeout.
>>>> Veja que tinha de processamento está sendo executado e tente dividir - >>>> na própria página do objectify tem um exemplo usando cursor.
>>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>> For more options, visit this group at >>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>> -- >>> Bruno Fuster
>>> -- >>> You received this message because you are subscribed to the Google Groups >>> "caelum-vraptor" group. >>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>> To unsubscribe from this group, send email to >>> caelum-vraptor+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/caelum-vraptor?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups >> "caelum-vraptor" group. >> To post to this group, send email to caelum-vraptor@googlegroups.com. >> To unsubscribe from this group, send email to >> caelum-vraptor+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/caelum-vraptor?hl=en.
> -- > Bruno Fuster
> -- > You received this message because you are subscribed to the Google Groups > "caelum-vraptor" group. > To post to this group, send email to caelum-vraptor@googlegroups.com. > To unsubscribe from this group, send email to > caelum-vraptor+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/caelum-vraptor?hl=en.
>> Outra dica Flavio é habilitar o appstats e ver o numero de RPCs que sua >> app faz ao iniciar, talvez você consiga estudar e minimizar essas chamadas.
>> Para ativar adicione um filtro e uma servlet (coloque a URI /appstats no >> seu security-constraint):
>>> Em 1 de agosto de 2011 11:05, Bruno Fuster <brunofus...@gmail.com>escreveu:
>>> Flavio, tudo bem?
>>>> Algumas dicas:
>>>> - Troque o Spring por Pico >>>> - Desabilite annotation scan e crie seu CustomProvider
>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas requests >>>> na URI /_ah/warmup ? >>>> Sem o always on sua app vai iniciar quando acessar alguma página, então >>>> o tempo de startup + o tempo de processar os dados dessa página pode ser um >>>> problema. Na segunda request funcionaria de boa talvez.
>>>> Abs,
>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>> Flavio,
>>>>> Uma das restrições do GAE é que uma requisição HTTP deve durar no >>>>> máximo 30s. Se o processamento passar disso, o servidor do GAE >>>>> automaticamente retornará uma timeout.
>>>>> Veja que tinha de processamento está sendo executado e tente dividir - >>>>> na própria página do objectify tem um exemplo usando cursor.
>>>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>>> To unsubscribe from this group, send email to >>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>> For more options, visit this group at >>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>> -- >>>> Bruno Fuster
>>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "caelum-vraptor" group. >>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>> For more options, visit this group at >>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>> -- >>> You received this message because you are subscribed to the Google Groups >>> "caelum-vraptor" group. >>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>> To unsubscribe from this group, send email to >>> caelum-vraptor+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/caelum-vraptor?hl=en.
>> -- >> Bruno Fuster
>> -- >> You received this message because you are subscribed to the Google Groups >> "caelum-vraptor" group. >> To post to this group, send email to caelum-vraptor@googlegroups.com. >> To unsubscribe from this group, send email to >> caelum-vraptor+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/caelum-vraptor?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "caelum-vraptor" group. > To post to this group, send email to caelum-vraptor@googlegroups.com. > To unsubscribe from this group, send email to > caelum-vraptor+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/caelum-vraptor?hl=en.
>>> Outra dica Flavio é habilitar o appstats e ver o numero de RPCs que sua >>> app faz ao iniciar, talvez você consiga estudar e minimizar essas chamadas.
>>> Para ativar adicione um filtro e uma servlet (coloque a URI /appstats no >>> seu security-constraint):
>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster <brunofus...@gmail.com>escreveu:
>>>> Flavio, tudo bem?
>>>>> Algumas dicas:
>>>>> - Troque o Spring por Pico >>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas requests >>>>> na URI /_ah/warmup ? >>>>> Sem o always on sua app vai iniciar quando acessar alguma página, então >>>>> o tempo de startup + o tempo de processar os dados dessa página pode ser um >>>>> problema. Na segunda request funcionaria de boa talvez.
>>>>> Abs,
>>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>>> Flavio,
>>>>>> Uma das restrições do GAE é que uma requisição HTTP deve durar no >>>>>> máximo 30s. Se o processamento passar disso, o servidor do GAE >>>>>> automaticamente retornará uma timeout.
>>>>>> Veja que tinha de processamento está sendo executado e tente dividir - >>>>>> na própria página do objectify tem um exemplo usando cursor.
>>>>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>>>> To unsubscribe from this group, send email to >>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>> For more options, visit this group at >>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>> -- >>>>> Bruno Fuster
>>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "caelum-vraptor" group. >>>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>>> To unsubscribe from this group, send email to >>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>> For more options, visit this group at >>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "caelum-vraptor" group. >>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>> For more options, visit this group at >>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>> -- >>> Bruno Fuster
>>> -- >>> You received this message because you are subscribed to the Google Groups >>> "caelum-vraptor" group. >>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>> To unsubscribe from this group, send email to >>> caelum-vraptor+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/caelum-vraptor?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups >> "caelum-vraptor" group. >> To post to this group, send email to caelum-vraptor@googlegroups.com. >> To unsubscribe from this group, send email to >> caelum-vraptor+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/caelum-vraptor?hl=en.
> -- > Bruno Fuster
> -- > You received this message because you are subscribed to the Google Groups > "caelum-vraptor" group. > To post to this group, send email to caelum-vraptor@googlegroups.com. > To unsubscribe from this group, send email to > caelum-vraptor+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/caelum-vraptor?hl=en.
>>> Outra dica Flavio é habilitar o appstats e ver o numero de RPCs que sua >>> app faz ao iniciar, talvez você consiga estudar e minimizar essas chamadas.
>>> Para ativar adicione um filtro e uma servlet (coloque a URI /appstats no >>> seu security-constraint):
>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster <brunofus...@gmail.com>escreveu:
>>>> Flavio, tudo bem?
>>>>> Algumas dicas:
>>>>> - Troque o Spring por Pico >>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas requests >>>>> na URI /_ah/warmup ? >>>>> Sem o always on sua app vai iniciar quando acessar alguma página, então >>>>> o tempo de startup + o tempo de processar os dados dessa página pode ser um >>>>> problema. Na segunda request funcionaria de boa talvez.
>>>>> Abs,
>>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>>> Flavio,
>>>>>> Uma das restrições do GAE é que uma requisição HTTP deve durar no >>>>>> máximo 30s. Se o processamento passar disso, o servidor do GAE >>>>>> automaticamente retornará uma timeout.
>>>>>> Veja que tinha de processamento está sendo executado e tente dividir - >>>>>> na própria página do objectify tem um exemplo usando cursor.
>>>>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>>>> To unsubscribe from this group, send email to >>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>> For more options, visit this group at >>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>> -- >>>>> Bruno Fuster
>>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "caelum-vraptor" group. >>>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>>> To unsubscribe from this group, send email to >>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>> For more options, visit this group at >>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "caelum-vraptor" group. >>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>> For more options, visit this group at >>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>> -- >>> Bruno Fuster
>>> -- >>> You received this message because you are subscribed to the Google Groups >>> "caelum-vraptor" group. >>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>> To unsubscribe from this group, send email to >>> caelum-vraptor+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/caelum-vraptor?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups >> "caelum-vraptor" group. >> To post to this group, send email to caelum-vraptor@googlegroups.com. >> To unsubscribe from this group, send email to >> caelum-vraptor+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>> Outra dica Flavio é habilitar o appstats e ver o numero de RPCs que sua >>>> app faz ao iniciar, talvez você consiga estudar e minimizar essas chamadas.
>>>> Para ativar adicione um filtro e uma servlet (coloque a URI /appstats no >>>> seu security-constraint):
>>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster <brunofus...@gmail.com>escreveu:
>>>>> Flavio, tudo bem?
>>>>>> Algumas dicas:
>>>>>> - Troque o Spring por Pico >>>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas requests >>>>>> na URI /_ah/warmup ? >>>>>> Sem o always on sua app vai iniciar quando acessar alguma página, >>>>>> então o tempo de startup + o tempo de processar os dados dessa página pode >>>>>> ser um problema. Na segunda request funcionaria de boa talvez.
>>>>>> Abs,
>>>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>>>> Flavio,
>>>>>>> Uma das restrições do GAE é que uma requisição HTTP deve durar no >>>>>>> máximo 30s. Se o processamento passar disso, o servidor do GAE >>>>>>> automaticamente retornará uma timeout.
>>>>>>> Veja que tinha de processamento está sendo executado e tente dividir >>>>>>> - na própria página do objectify tem um exemplo usando cursor.
>>>>>>> Abraços
>>>>>>> -- >>>>>>> You received this message because you are subscribed to the Google >>>>>>> Groups "caelum-vraptor" group. >>>>>>> To view this discussion on the web visit >>>>>>> https://groups.google.com/d/msg/caelum-vraptor/-/iyfnhcMVdTgJ.
>>>>>>> To post to this group, send email to caelum-vraptor@googlegroups.com >>>>>>> . >>>>>>> To unsubscribe from this group, send email to >>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>> For more options, visit this group at >>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>> -- >>>>>> Bruno Fuster
>>>>>> -- >>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "caelum-vraptor" group. >>>>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>>>> To unsubscribe from this group, send email to >>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>> For more options, visit this group at >>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "caelum-vraptor" group. >>>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>>> To unsubscribe from this group, send email to >>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>> For more options, visit this group at >>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>> -- >>>> Bruno Fuster
>>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "caelum-vraptor" group. >>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>> For more options, visit this group at >>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>> -- >>> You received this message because you are subscribed to the Google Groups >>> "caelum-vraptor" group. >>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>> To unsubscribe from this group, send email to >>> caelum-vraptor+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/caelum-vraptor?hl=en.
>> -- >> Bruno Fuster
> -- > Bruno Fuster
> -- > You received this message because you are subscribed to the Google Groups > "caelum-vraptor" group. > To post to this group, send email to caelum-vraptor@googlegroups.com. > To unsubscribe from this group, send email to > caelum-vraptor+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>> Outra dica Flavio é habilitar o appstats e ver o numero de RPCs que sua >>>>> app faz ao iniciar, talvez você consiga estudar e minimizar essas chamadas.
>>>>> Para ativar adicione um filtro e uma servlet (coloque a URI /appstats >>>>> no seu security-constraint):
>>>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster <brunofus...@gmail.com>escreveu:
>>>>>> Flavio, tudo bem?
>>>>>>> Algumas dicas:
>>>>>>> - Troque o Spring por Pico >>>>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas >>>>>>> requests na URI /_ah/warmup ? >>>>>>> Sem o always on sua app vai iniciar quando acessar alguma página, >>>>>>> então o tempo de startup + o tempo de processar os dados dessa página pode >>>>>>> ser um problema. Na segunda request funcionaria de boa talvez.
>>>>>>> Abs,
>>>>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>>>>> Flavio,
>>>>>>>> Uma das restrições do GAE é que uma requisição HTTP deve durar no >>>>>>>> máximo 30s. Se o processamento passar disso, o servidor do GAE >>>>>>>> automaticamente retornará uma timeout.
>>>>>>>> Veja que tinha de processamento está sendo executado e tente dividir >>>>>>>> - na própria página do objectify tem um exemplo usando cursor.
>>>>>>>> Abraços
>>>>>>>> -- >>>>>>>> You received this message because you are subscribed to the Google >>>>>>>> Groups "caelum-vraptor" group. >>>>>>>> To view this discussion on the web visit >>>>>>>> https://groups.google.com/d/msg/caelum-vraptor/-/iyfnhcMVdTgJ.
>>>>>>>> To post to this group, send email to >>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>> To unsubscribe from this group, send email to >>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>> For more options, visit this group at >>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>> -- >>>>>>> Bruno Fuster
>>>>>>> -- >>>>>>> You received this message because you are subscribed to the Google >>>>>>> Groups "caelum-vraptor" group. >>>>>>> To post to this group, send email to caelum-vraptor@googlegroups.com >>>>>>> . >>>>>>> To unsubscribe from this group, send email to >>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>> For more options, visit this group at >>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>> -- >>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "caelum-vraptor" group. >>>>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>>>> To unsubscribe from this group, send email to >>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>> For more options, visit this group at >>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>> -- >>>>> Bruno Fuster
>>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "caelum-vraptor" group. >>>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>>> To unsubscribe from this group, send email to >>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>> For more options, visit this group at >>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "caelum-vraptor" group. >>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>> For more options, visit this group at >>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>> -- >>> Bruno Fuster
>> -- >> Bruno Fuster
>> -- >> You received this message because you are subscribed to the Google Groups >> "caelum-vraptor" group. >> To post to this group, send email to caelum-vraptor@googlegroups.com. >> To unsubscribe from this group, send email to >> caelum-vraptor+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/caelum-vraptor?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "caelum-vraptor" group. > To post to this group, send email to caelum-vraptor@googlegroups.com. > To unsubscribe from this group, send email to > caelum-vraptor+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/caelum-vraptor?hl=en.
Cara, uma vez o Sérgio comentou de um prototipo para cachear estruturas caras do VRaptor para os proximos inits. Existe algo que possa ser usado? Caso não, qual seria a idéia? Cachear o Webappbootstrap ?
@Flavio
Certo,
Eu tenho um DataStoreTemplate.class aqui que é um @Component @ApplicationScoped e não é @Lazy. O VRaptor sempre vai inicializar esse componente ao startar a app. Nesse componente eu registro minhas classes (usando static{} mesmo).
O problema que eles citam é que se você usar o ObjectifyService.register() direto da classe que você quer registrar você pode ter problemas porque a JVM inicializa classes sob-demanda então não da pra garantir que ela será inicializada ao startar a app.
[]s
2011/8/1 Lucas Cavalcanti <lucasmrtu...@gmail.com>
>>>>>> Outra dica Flavio é habilitar o appstats e ver o numero de RPCs que >>>>>> sua app faz ao iniciar, talvez você consiga estudar e minimizar essas >>>>>> chamadas.
>>>>>> Para ativar adicione um filtro e uma servlet (coloque a URI /appstats >>>>>> no seu security-constraint):
>>>>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster <brunofus...@gmail.com>escreveu:
>>>>>>> Flavio, tudo bem?
>>>>>>>> Algumas dicas:
>>>>>>>> - Troque o Spring por Pico >>>>>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas >>>>>>>> requests na URI /_ah/warmup ? >>>>>>>> Sem o always on sua app vai iniciar quando acessar alguma página, >>>>>>>> então o tempo de startup + o tempo de processar os dados dessa página pode >>>>>>>> ser um problema. Na segunda request funcionaria de boa talvez.
>>>>>>>> Abs,
>>>>>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>>>>>> Flavio,
>>>>>>>>> Uma das restrições do GAE é que uma requisição HTTP deve durar no >>>>>>>>> máximo 30s. Se o processamento passar disso, o servidor do GAE >>>>>>>>> automaticamente retornará uma timeout.
>>>>>>>>> Veja que tinha de processamento está sendo executado e tente >>>>>>>>> dividir - na própria página do objectify tem um exemplo usando cursor.
>>>>>>>>> Abraços
>>>>>>>>> -- >>>>>>>>> You received this message because you are subscribed to the Google >>>>>>>>> Groups "caelum-vraptor" group. >>>>>>>>> To view this discussion on the web visit >>>>>>>>> https://groups.google.com/d/msg/caelum-vraptor/-/iyfnhcMVdTgJ.
>>>>>>>>> To post to this group, send email to >>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>> For more options, visit this group at >>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>> -- >>>>>>>> Bruno Fuster
>>>>>>>> -- >>>>>>>> You received this message because you are subscribed to the Google >>>>>>>> Groups "caelum-vraptor" group. >>>>>>>> To post to this group, send email to >>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>> To unsubscribe from this group, send email to >>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>> For more options, visit this group at >>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>> -- >>>>>>> You received this message because you are subscribed to the Google >>>>>>> Groups "caelum-vraptor" group. >>>>>>> To post to this group, send email to caelum-vraptor@googlegroups.com >>>>>>> . >>>>>>> To unsubscribe from this group, send email to >>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>> For more options, visit this group at >>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>> -- >>>>>> Bruno Fuster
>>>>>> -- >>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "caelum-vraptor" group. >>>>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>>>> To unsubscribe from this group, send email to >>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>> For more options, visit this group at >>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "caelum-vraptor" group. >>>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>>> To unsubscribe from this group, send email to >>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>> For more options, visit this group at >>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>> -- >>>> Bruno Fuster
>>> -- >>> Bruno Fuster
>>> -- >>> You received this message because you are subscribed to the Google Groups >>> "caelum-vraptor" group. >>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>> To unsubscribe from this group, send email to >>> caelum-vraptor+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/caelum-vraptor?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups >> "caelum-vraptor" group. >> To post to this group, send email to caelum-vraptor@googlegroups.com. >> To unsubscribe from this group, send email to >> caelum-vraptor+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/caelum-vraptor?hl=en.
> -- > You received this message because you are subscribed to the Google Groups > "caelum-vraptor" group. > To post to this group, send email to caelum-vraptor@googlegroups.com. > To unsubscribe from this group, send email to > caelum-vraptor+unsubscribe@googlegroups.com. > For more options, visit this group at > http://groups.google.com/group/caelum-vraptor?hl=en.
> Cara, uma vez o Sérgio comentou de um prototipo para cachear estruturas > caras do VRaptor para os proximos inits. Existe algo que possa ser usado? > Caso não, qual seria a idéia? Cachear o Webappbootstrap ?
> @Flavio
> Certo,
> Eu tenho um DataStoreTemplate.class aqui que é um @Component > @ApplicationScoped e não é @Lazy. O VRaptor sempre vai inicializar esse > componente ao startar a app. Nesse componente eu registro minhas classes > (usando static{} mesmo).
> O problema que eles citam é que se você usar o ObjectifyService.register() > direto da classe que você quer registrar você pode ter problemas porque a > JVM inicializa classes sob-demanda então não da pra garantir que ela será > inicializada ao startar a app.
> []s
> 2011/8/1 Lucas Cavalcanti <lucasmrtu...@gmail.com>
>> quanto ao scan, tem como fazer ele estático, daí vc não precisa criar o >> custom provider:
>>>>>>> Outra dica Flavio é habilitar o appstats e ver o numero de RPCs que >>>>>>> sua app faz ao iniciar, talvez você consiga estudar e minimizar essas >>>>>>> chamadas.
>>>>>>> Para ativar adicione um filtro e uma servlet (coloque a URI /appstats >>>>>>> no seu security-constraint):
>>>>>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster <brunofus...@gmail.com>escreveu:
>>>>>>>> Flavio, tudo bem?
>>>>>>>>> Algumas dicas:
>>>>>>>>> - Troque o Spring por Pico >>>>>>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas >>>>>>>>> requests na URI /_ah/warmup ? >>>>>>>>> Sem o always on sua app vai iniciar quando acessar alguma página, >>>>>>>>> então o tempo de startup + o tempo de processar os dados dessa página pode >>>>>>>>> ser um problema. Na segunda request funcionaria de boa talvez.
>>>>>>>>> Abs,
>>>>>>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>>>>>>> Flavio,
>>>>>>>>>> Uma das restrições do GAE é que uma requisição HTTP deve durar no >>>>>>>>>> máximo 30s. Se o processamento passar disso, o servidor do GAE >>>>>>>>>> automaticamente retornará uma timeout.
>>>>>>>>>> Veja que tinha de processamento está sendo executado e tente >>>>>>>>>> dividir - na própria página do objectify tem um exemplo usando cursor.
>>>>>>>>>> Abraços
>>>>>>>>>> -- >>>>>>>>>> You received this message because you are subscribed to the Google >>>>>>>>>> Groups "caelum-vraptor" group. >>>>>>>>>> To view this discussion on the web visit >>>>>>>>>> https://groups.google.com/d/msg/caelum-vraptor/-/iyfnhcMVdTgJ.
>>>>>>>>>> To post to this group, send email to >>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>> For more options, visit this group at >>>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>>> -- >>>>>>>>> Bruno Fuster
>>>>>>>>> -- >>>>>>>>> You received this message because you are subscribed to the Google >>>>>>>>> Groups "caelum-vraptor" group. >>>>>>>>> To post to this group, send email to >>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>> For more options, visit this group at >>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>> -- >>>>>>>> You received this message because you are subscribed to the Google >>>>>>>> Groups "caelum-vraptor" group. >>>>>>>> To post to this group, send email to >>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>> To unsubscribe from this group, send email to >>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>> For more options, visit this group at >>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>> -- >>>>>>> Bruno Fuster
>>>>>>> -- >>>>>>> You received this message because you are subscribed to the Google >>>>>>> Groups "caelum-vraptor" group. >>>>>>> To post to this group, send email to caelum-vraptor@googlegroups.com >>>>>>> . >>>>>>> To unsubscribe from this group, send email to >>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>> For more options, visit this group at >>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>> -- >>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "caelum-vraptor" group. >>>>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>>>> To unsubscribe from this group, send email to >>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>> For more options, visit this group at >>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>> -- >>>>> Bruno Fuster
>>>> -- >>>> Bruno Fuster
>>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "caelum-vraptor" group. >>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>> For more options, visit this group at >>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>> -- >>> You received this message because you are subscribed to the Google Groups >>> "caelum-vraptor" group. >>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>> To unsubscribe from this group, send email to >>> caelum-vraptor+unsubscribe@googlegroups.com. >>> For more options, visit this group at >>> http://groups.google.com/group/caelum-vraptor?hl=en.
>> -- >> You received this message because you are subscribed to the Google Groups >> "caelum-vraptor" group. >> To post to this group, send email to caelum-vraptor@googlegroups.com. >> To unsubscribe from this group, send email to >> caelum-vraptor+unsubscribe@googlegroups.com. >> For more options, visit this group at >> http://groups.google.com/group/caelum-vraptor?hl=en.
>> Cara, uma vez o Sérgio comentou de um prototipo para cachear estruturas >> caras do VRaptor para os proximos inits. Existe algo que possa ser usado? >> Caso não, qual seria a idéia? Cachear o Webappbootstrap ?
>> @Flavio
>> Certo,
>> Eu tenho um DataStoreTemplate.class aqui que é um @Component >> @ApplicationScoped e não é @Lazy. O VRaptor sempre vai inicializar esse >> componente ao startar a app. Nesse componente eu registro minhas classes >> (usando static{} mesmo).
>> O problema que eles citam é que se você usar o ObjectifyService.register() >> direto da classe que você quer registrar você pode ter problemas porque a >> JVM inicializa classes sob-demanda então não da pra garantir que ela será >> inicializada ao startar a app.
>> []s
>> 2011/8/1 Lucas Cavalcanti <lucasmrtu...@gmail.com>
>>> quanto ao scan, tem como fazer ele estático, daí vc não precisa criar o >>> custom provider:
>>>>>>>> Outra dica Flavio é habilitar o appstats e ver o numero de RPCs que >>>>>>>> sua app faz ao iniciar, talvez você consiga estudar e minimizar essas >>>>>>>> chamadas.
>>>>>>>> Para ativar adicione um filtro e uma servlet (coloque a URI >>>>>>>> /appstats no seu security-constraint):
>>>>>>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster <brunofus...@gmail.com>escreveu:
>>>>>>>>> Flavio, tudo bem?
>>>>>>>>>> Algumas dicas:
>>>>>>>>>> - Troque o Spring por Pico >>>>>>>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>>>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas >>>>>>>>>> requests na URI /_ah/warmup ? >>>>>>>>>> Sem o always on sua app vai iniciar quando acessar alguma página, >>>>>>>>>> então o tempo de startup + o tempo de processar os dados dessa página pode >>>>>>>>>> ser um problema. Na segunda request funcionaria de boa talvez.
>>>>>>>>>> Abs,
>>>>>>>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>>>>>>>> Flavio,
>>>>>>>>>>> Uma das restrições do GAE é que uma requisição HTTP deve durar no >>>>>>>>>>> máximo 30s. Se o processamento passar disso, o servidor do GAE >>>>>>>>>>> automaticamente retornará uma timeout.
>>>>>>>>>>> Veja que tinha de processamento está sendo executado e tente >>>>>>>>>>> dividir - na própria página do objectify tem um exemplo usando cursor.
>>>>>>>>>>> Abraços
>>>>>>>>>>> -- >>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>> Google Groups "caelum-vraptor" group. >>>>>>>>>>> To view this discussion on the web visit >>>>>>>>>>> https://groups.google.com/d/msg/caelum-vraptor/-/iyfnhcMVdTgJ.
>>>>>>>>>>> To post to this group, send email to >>>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>>> For more options, visit this group at >>>>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>>>> -- >>>>>>>>>> Bruno Fuster
>>>>>>>>>> -- >>>>>>>>>> You received this message because you are subscribed to the Google >>>>>>>>>> Groups "caelum-vraptor" group. >>>>>>>>>> To post to this group, send email to >>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>> For more options, visit this group at >>>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>>> -- >>>>>>>>> You received this message because you are subscribed to the Google >>>>>>>>> Groups "caelum-vraptor" group. >>>>>>>>> To post to this group, send email to >>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>> For more options, visit this group at >>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>> -- >>>>>>>> Bruno Fuster
>>>>>>>> -- >>>>>>>> You received this message because you are subscribed to the Google >>>>>>>> Groups "caelum-vraptor" group. >>>>>>>> To post to this group, send email to >>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>> To unsubscribe from this group, send email to >>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>> For more options, visit this group at >>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>> -- >>>>>>> You received this message because you are subscribed to the Google >>>>>>> Groups "caelum-vraptor" group. >>>>>>> To post to this group, send email to caelum-vraptor@googlegroups.com >>>>>>> . >>>>>>> To unsubscribe from this group, send email to >>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>> For more options, visit this group at >>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>> -- >>>>>> Bruno Fuster
>>>>> -- >>>>> Bruno Fuster
>>>>> -- >>>>> You received this message because you are subscribed to the Google >>>>> Groups "caelum-vraptor" group. >>>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>>> To unsubscribe from this group, send email to >>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>> For more options, visit this group at >>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>> -- >>>> You received this message because you are subscribed to the Google >>>> Groups "caelum-vraptor" group. >>>> To post to this group, send email to caelum-vraptor@googlegroups.com. >>>> To unsubscribe from this group, send email to >>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>> For more options, visit this group at
>>> Cara, uma vez o Sérgio comentou de um prototipo para cachear estruturas >>> caras do VRaptor para os proximos inits. Existe algo que possa ser usado? >>> Caso não, qual seria a idéia? Cachear o Webappbootstrap ?
>>> @Flavio
>>> Certo,
>>> Eu tenho um DataStoreTemplate.class aqui que é um @Component >>> @ApplicationScoped e não é @Lazy. O VRaptor sempre vai inicializar esse >>> componente ao startar a app. Nesse componente eu registro minhas classes >>> (usando static{} mesmo).
>>> O problema que eles citam é que se você usar o >>> ObjectifyService.register() direto da classe que você quer registrar você >>> pode ter problemas porque a JVM inicializa classes sob-demanda então não da >>> pra garantir que ela será inicializada ao startar a app.
>>> []s
>>> 2011/8/1 Lucas Cavalcanti <lucasmrtu...@gmail.com>
>>>> quanto ao scan, tem como fazer ele estático, daí vc não precisa criar o >>>> custom provider:
>>>>>>>>> Outra dica Flavio é habilitar o appstats e ver o numero de RPCs que >>>>>>>>> sua app faz ao iniciar, talvez você consiga estudar e minimizar essas >>>>>>>>> chamadas.
>>>>>>>>> Para ativar adicione um filtro e uma servlet (coloque a URI >>>>>>>>> /appstats no seu security-constraint):
>>>>>>>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster <brunofus...@gmail.com >>>>>>>>>> > escreveu:
>>>>>>>>>> Flavio, tudo bem?
>>>>>>>>>>> Algumas dicas:
>>>>>>>>>>> - Troque o Spring por Pico >>>>>>>>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>>>>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas >>>>>>>>>>> requests na URI /_ah/warmup ? >>>>>>>>>>> Sem o always on sua app vai iniciar quando acessar alguma página, >>>>>>>>>>> então o tempo de startup + o tempo de processar os dados dessa página pode >>>>>>>>>>> ser um problema. Na segunda request funcionaria de boa talvez.
>>>>>>>>>>> Abs,
>>>>>>>>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>>>>>>>>> Flavio,
>>>>>>>>>>>> Uma das restrições do GAE é que uma requisição HTTP deve durar >>>>>>>>>>>> no máximo 30s. Se o processamento passar disso, o servidor do GAE >>>>>>>>>>>> automaticamente retornará uma timeout.
>>>>>>>>>>>> Veja que tinha de processamento está sendo executado e tente >>>>>>>>>>>> dividir - na própria página do objectify tem um exemplo usando cursor.
>>>>>>>>>>>> Abraços
>>>>>>>>>>>> -- >>>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>>> Google Groups "caelum-vraptor" group. >>>>>>>>>>>> To view this discussion on the web visit >>>>>>>>>>>> https://groups.google.com/d/msg/caelum-vraptor/-/iyfnhcMVdTgJ.
>>>>>>>>>>>> To post to this group, send email to >>>>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>>>> For more options, visit this group at >>>>>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>>>>> -- >>>>>>>>>>> Bruno Fuster
>>>>>>>>>>> -- >>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>> Google Groups "caelum-vraptor" group. >>>>>>>>>>> To post to this group, send email to >>>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>>> For more options, visit this group at >>>>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>>>> -- >>>>>>>>>> You received this message because you are subscribed to the Google >>>>>>>>>> Groups "caelum-vraptor" group. >>>>>>>>>> To post to this group, send email to >>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>> For more options, visit this group at >>>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>>> -- >>>>>>>>> Bruno Fuster
>>>>>>>>> -- >>>>>>>>> You received this message because you are subscribed to the Google >>>>>>>>> Groups "caelum-vraptor" group. >>>>>>>>> To post to this group, send email to >>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>> For more options, visit this group at >>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>> -- >>>>>>>> You received this message because you are subscribed to the Google >>>>>>>> Groups "caelum-vraptor" group. >>>>>>>> To post to this group, send email to >>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>> To unsubscribe from this group, send email to >>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>> For more options, visit this group at >>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>> -- >>>>>>> Bruno Fuster
>>>>>> -- >>>>>> Bruno Fuster
>>>>>> -- >>>>>> You received this message because you are subscribed to the Google >>>>>> Groups "caelum-vraptor" group. >>>>>> To post to this group, send email to caelum-vraptor@googlegroups.com.
Atualizei o meu gist com um modo mais elegante de usar Objectify. Por favor, me corrijam se houver uma forma melhor. Em breve quero criar um cookbook sobre Objectify com VRaptor. https://gist.github.com/1064225
Outra coisa que eu fiz foi adicionar uma task para gerar a classe que o Lucas citou no momento do build/update pro GAE/J. https://gist.github.com/1119370
>>>> Cara, uma vez o Sérgio comentou de um prototipo para cachear estruturas >>>> caras do VRaptor para os proximos inits. Existe algo que possa ser usado? >>>> Caso não, qual seria a idéia? Cachear o Webappbootstrap ?
>>>> @Flavio
>>>> Certo,
>>>> Eu tenho um DataStoreTemplate.class aqui que é um @Component >>>> @ApplicationScoped e não é @Lazy. O VRaptor sempre vai inicializar esse >>>> componente ao startar a app. Nesse componente eu registro minhas classes >>>> (usando static{} mesmo).
>>>> O problema que eles citam é que se você usar o >>>> ObjectifyService.register() direto da classe que você quer registrar você >>>> pode ter problemas porque a JVM inicializa classes sob-demanda então não da >>>> pra garantir que ela será inicializada ao startar a app.
>>>> []s
>>>> 2011/8/1 Lucas Cavalcanti <lucasmrtu...@gmail.com>
>>>>> quanto ao scan, tem como fazer ele estático, daí vc não precisa criar o >>>>> custom provider:
>>>>>>>>>> Outra dica Flavio é habilitar o appstats e ver o numero de RPCs >>>>>>>>>> que sua app faz ao iniciar, talvez você consiga estudar e minimizar essas >>>>>>>>>> chamadas.
>>>>>>>>>> Para ativar adicione um filtro e uma servlet (coloque a URI >>>>>>>>>> /appstats no seu security-constraint):
>>>>>>>>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster < >>>>>>>>>>> brunofus...@gmail.com> escreveu:
>>>>>>>>>>> Flavio, tudo bem?
>>>>>>>>>>>> Algumas dicas:
>>>>>>>>>>>> - Troque o Spring por Pico >>>>>>>>>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>>>>>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas >>>>>>>>>>>> requests na URI /_ah/warmup ? >>>>>>>>>>>> Sem o always on sua app vai iniciar quando acessar alguma >>>>>>>>>>>> página, então o tempo de startup + o tempo de processar os dados dessa >>>>>>>>>>>> página pode ser um problema. Na segunda request funcionaria de boa talvez.
>>>>>>>>>>>> Abs,
>>>>>>>>>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>>>>>>>>>> Flavio,
>>>>>>>>>>>>> Uma das restrições do GAE é que uma requisição HTTP deve durar >>>>>>>>>>>>> no máximo 30s. Se o processamento passar disso, o servidor do GAE >>>>>>>>>>>>> automaticamente retornará uma timeout.
>>>>>>>>>>>>> Veja que tinha de processamento está sendo executado e tente >>>>>>>>>>>>> dividir - na própria página do objectify tem um exemplo usando cursor.
>>>>>>>>>>>>> Abraços
>>>>>>>>>>>>> -- >>>>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>>>> Google Groups "caelum-vraptor" group. >>>>>>>>>>>>> To view this discussion on the web visit >>>>>>>>>>>>> https://groups.google.com/d/msg/caelum-vraptor/-/iyfnhcMVdTgJ.
>>>>>>>>>>>>> To post to this group, send email to >>>>>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>>>>> For more options, visit this group at >>>>>>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>>>>>> -- >>>>>>>>>>>> Bruno Fuster
>>>>>>>>>>>> -- >>>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>>> Google Groups "caelum-vraptor" group. >>>>>>>>>>>> To post to this group, send email to >>>>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>>>> For more options, visit this group at >>>>>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>>>>> -- >>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>> Google Groups "caelum-vraptor" group. >>>>>>>>>>> To post to this group, send email to >>>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>>> For more options, visit this group at >>>>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>>>> -- >>>>>>>>>> Bruno Fuster
>>>>>>>>>> -- >>>>>>>>>> You received this message because you are subscribed to the Google >>>>>>>>>> Groups "caelum-vraptor" group. >>>>>>>>>> To post to this group, send email to >>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>> For more options, visit this group at >>>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
> Atualizei o meu gist com um modo mais elegante de usar Objectify. Por > favor, me corrijam se houver uma forma melhor. Em breve quero criar um > cookbook sobre Objectify com VRaptor. https://gist.github.com/1064225
> Outra coisa que eu fiz foi adicionar uma task para gerar a classe que o > Lucas citou no momento do build/update pro GAE/J. > https://gist.github.com/1119370
>>>>> Cara, uma vez o Sérgio comentou de um prototipo para cachear estruturas >>>>> caras do VRaptor para os proximos inits. Existe algo que possa ser usado? >>>>> Caso não, qual seria a idéia? Cachear o Webappbootstrap ?
>>>>> @Flavio
>>>>> Certo,
>>>>> Eu tenho um DataStoreTemplate.class aqui que é um @Component >>>>> @ApplicationScoped e não é @Lazy. O VRaptor sempre vai inicializar esse >>>>> componente ao startar a app. Nesse componente eu registro minhas classes >>>>> (usando static{} mesmo).
>>>>> O problema que eles citam é que se você usar o >>>>> ObjectifyService.register() direto da classe que você quer registrar você >>>>> pode ter problemas porque a JVM inicializa classes sob-demanda então não da >>>>> pra garantir que ela será inicializada ao startar a app.
>>>>> []s
>>>>> 2011/8/1 Lucas Cavalcanti <lucasmrtu...@gmail.com>
>>>>>> quanto ao scan, tem como fazer ele estático, daí vc não precisa criar >>>>>> o custom provider:
>>>>>>>>>>> Outra dica Flavio é habilitar o appstats e ver o numero de RPCs >>>>>>>>>>> que sua app faz ao iniciar, talvez você consiga estudar e minimizar essas >>>>>>>>>>> chamadas.
>>>>>>>>>>> Para ativar adicione um filtro e uma servlet (coloque a URI >>>>>>>>>>> /appstats no seu security-constraint):
>>>>>>>>>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster < >>>>>>>>>>>> brunofus...@gmail.com> escreveu:
>>>>>>>>>>>> Flavio, tudo bem?
>>>>>>>>>>>>> Algumas dicas:
>>>>>>>>>>>>> - Troque o Spring por Pico >>>>>>>>>>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>>>>>>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas >>>>>>>>>>>>> requests na URI /_ah/warmup ? >>>>>>>>>>>>> Sem o always on sua app vai iniciar quando acessar alguma >>>>>>>>>>>>> página, então o tempo de startup + o tempo de processar os dados dessa >>>>>>>>>>>>> página pode ser um problema. Na segunda request funcionaria de boa talvez.
>>>>>>>>>>>>> Abs,
>>>>>>>>>>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>>>>>>>>>>> Flavio,
>>>>>>>>>>>>>> Uma das restrições do GAE é que uma requisição HTTP deve durar >>>>>>>>>>>>>> no máximo 30s. Se o processamento passar disso, o servidor do GAE >>>>>>>>>>>>>> automaticamente retornará uma timeout.
>>>>>>>>>>>>>> Veja que tinha de processamento está sendo executado e tente >>>>>>>>>>>>>> dividir - na própria página do objectify tem um exemplo usando cursor.
>>>>>>>>>>>>>> Abraços
>>>>>>>>>>>>>> -- >>>>>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>>>>> Google Groups "caelum-vraptor" group. >>>>>>>>>>>>>> To view this discussion on the web visit >>>>>>>>>>>>>> https://groups.google.com/d/msg/caelum-vraptor/-/iyfnhcMVdTgJ >>>>>>>>>>>>>> .
>>>>>>>>>>>>>> To post to this group, send email to >>>>>>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>>>>>> For more options, visit this group at >>>>>>>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>>>>>>> -- >>>>>>>>>>>>> Bruno Fuster
>>>>>>>>>>>>> -- >>>>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>>>> Google Groups "caelum-vraptor" group. >>>>>>>>>>>>> To post to this group, send email to >>>>>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>>>>> For more options, visit this group at >>>>>>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>>>>>> -- >>>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>>> Google Groups "caelum-vraptor" group. >>>>>>>>>>>> To post to this group, send email to >>>>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>>>> For more options, visit this group at >>>>>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
Não. O VRaptor quando inicializa procura por uma classe chamada br.com.caelum.vraptor.scan.VRaptorStaticScanning. Você pode gerar essa classe via ant-task, pode rodar na mão a classe que o Lucas falou, ou pode até mesmo fazer essa classe "na mão".
A ant-task é só para facilitar as coisas. Assim você roda a task update e ele já faz tudo, criando o static-scanning, empacotando a aplicação e enviando para o GAE.
> Não entendi direito, a única maneira de usar VRaptorStaticScanning é com a > task como o Garcia mostrou?
> Em 1 de agosto de 2011 21:59, Otávio Garcia <ota...@otavio.com.br>escreveu:
> Oi pessoal.
>> Atualizei o meu gist com um modo mais elegante de usar Objectify. Por >> favor, me corrijam se houver uma forma melhor. Em breve quero criar um >> cookbook sobre Objectify com VRaptor. https://gist.github.com/1064225
>> Outra coisa que eu fiz foi adicionar uma task para gerar a classe que o >> Lucas citou no momento do build/update pro GAE/J. >> https://gist.github.com/1119370
>>>>>> Cara, uma vez o Sérgio comentou de um prototipo para cachear >>>>>> estruturas caras do VRaptor para os proximos inits. Existe algo que possa >>>>>> ser usado? Caso não, qual seria a idéia? Cachear o Webappbootstrap ?
>>>>>> @Flavio
>>>>>> Certo,
>>>>>> Eu tenho um DataStoreTemplate.class aqui que é um @Component >>>>>> @ApplicationScoped e não é @Lazy. O VRaptor sempre vai inicializar esse >>>>>> componente ao startar a app. Nesse componente eu registro minhas classes >>>>>> (usando static{} mesmo).
>>>>>> O problema que eles citam é que se você usar o >>>>>> ObjectifyService.register() direto da classe que você quer registrar você >>>>>> pode ter problemas porque a JVM inicializa classes sob-demanda então não da >>>>>> pra garantir que ela será inicializada ao startar a app.
>>>>>> []s
>>>>>> 2011/8/1 Lucas Cavalcanti <lucasmrtu...@gmail.com>
>>>>>>> quanto ao scan, tem como fazer ele estático, daí vc não precisa criar >>>>>>> o custom provider:
>>>>>>>>>>>> Outra dica Flavio é habilitar o appstats e ver o numero de RPCs >>>>>>>>>>>> que sua app faz ao iniciar, talvez você consiga estudar e minimizar essas >>>>>>>>>>>> chamadas.
>>>>>>>>>>>> Para ativar adicione um filtro e uma servlet (coloque a URI >>>>>>>>>>>> /appstats no seu security-constraint):
>>>>>>>>>>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster < >>>>>>>>>>>>> brunofus...@gmail.com> escreveu:
>>>>>>>>>>>>> Flavio, tudo bem?
>>>>>>>>>>>>>> Algumas dicas:
>>>>>>>>>>>>>> - Troque o Spring por Pico >>>>>>>>>>>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>>>>>>>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas >>>>>>>>>>>>>> requests na URI /_ah/warmup ? >>>>>>>>>>>>>> Sem o always on sua app vai iniciar quando acessar alguma >>>>>>>>>>>>>> página, então o tempo de startup + o tempo de processar os dados dessa >>>>>>>>>>>>>> página pode ser um problema. Na segunda request funcionaria de boa talvez.
>>>>>>>>>>>>>> Abs,
>>>>>>>>>>>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>>>>>>>>>>>> Flavio,
>>>>>>>>>>>>>>> Uma das restrições do GAE é que uma requisição HTTP deve >>>>>>>>>>>>>>> durar no máximo 30s. Se o processamento passar disso, o servidor do GAE >>>>>>>>>>>>>>> automaticamente retornará uma timeout.
>>>>>>>>>>>>>>> Veja que tinha de processamento está sendo executado e tente >>>>>>>>>>>>>>> dividir - na própria página do objectify tem um exemplo usando cursor.
>>>>>>>>>>>>>>> Abraços
>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>>>>>> Google Groups "caelum-vraptor" group. >>>>>>>>>>>>>>> To view this discussion on the web visit >>>>>>>>>>>>>>> https://groups.google.com/d/msg/caelum-vraptor/-/iyfnhcMVdTgJ >>>>>>>>>>>>>>> .
>>>>>>>>>>>>>>> To post to this group, send email to >>>>>>>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>>>>>>> For more options, visit this group at >>>>>>>>>>>>>>> http://groups.google.com/group/caelum-vraptor?hl=en.
>>>>>>>>>>>>>> -- >>>>>>>>>>>>>> Bruno Fuster
>>>>>>>>>>>>>> -- >>>>>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>>>>> Google Groups "caelum-vraptor" group. >>>>>>>>>>>>>> To post to this group, send email to >>>>>>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>>>>>> To
> Não. O VRaptor quando inicializa procura por uma classe chamada > br.com.caelum.vraptor.scan.VRaptorStaticScanning. Você pode gerar essa > classe via ant-task, pode rodar na mão a classe que o Lucas falou, ou pode > até mesmo fazer essa classe "na mão".
> A ant-task é só para facilitar as coisas. Assim você roda a task update e > ele já faz tudo, criando o static-scanning, empacotando a aplicação e > enviando para o GAE.
>> Não entendi direito, a única maneira de usar VRaptorStaticScanning é com >> a task como o Garcia mostrou?
>> Em 1 de agosto de 2011 21:59, Otávio Garcia <ota...@otavio.com.br>escreveu:
>> Oi pessoal.
>>> Atualizei o meu gist com um modo mais elegante de usar Objectify. Por >>> favor, me corrijam se houver uma forma melhor. Em breve quero criar um >>> cookbook sobre Objectify com VRaptor. https://gist.github.com/1064225
>>> Outra coisa que eu fiz foi adicionar uma task para gerar a classe que o >>> Lucas citou no momento do build/update pro GAE/J. >>> https://gist.github.com/1119370
>>>>>>> Cara, uma vez o Sérgio comentou de um prototipo para cachear >>>>>>> estruturas caras do VRaptor para os proximos inits. Existe algo que possa >>>>>>> ser usado? Caso não, qual seria a idéia? Cachear o Webappbootstrap ?
>>>>>>> @Flavio
>>>>>>> Certo,
>>>>>>> Eu tenho um DataStoreTemplate.class aqui que é um @Component >>>>>>> @ApplicationScoped e não é @Lazy. O VRaptor sempre vai inicializar esse >>>>>>> componente ao startar a app. Nesse componente eu registro minhas classes >>>>>>> (usando static{} mesmo).
>>>>>>> O problema que eles citam é que se você usar o >>>>>>> ObjectifyService.register() direto da classe que você quer registrar você >>>>>>> pode ter problemas porque a JVM inicializa classes sob-demanda então não da >>>>>>> pra garantir que ela será inicializada ao startar a app.
>>>>>>> []s
>>>>>>> 2011/8/1 Lucas Cavalcanti <lucasmrtu...@gmail.com>
>>>>>>>> quanto ao scan, tem como fazer ele estático, daí vc não precisa >>>>>>>> criar o custom provider:
>>>>>>>>>>>>> Outra dica Flavio é habilitar o appstats e ver o numero de RPCs >>>>>>>>>>>>> que sua app faz ao iniciar, talvez você consiga estudar e minimizar essas >>>>>>>>>>>>> chamadas.
>>>>>>>>>>>>> Para ativar adicione um filtro e uma servlet (coloque a URI >>>>>>>>>>>>> /appstats no seu security-constraint):
>>>>>>>>>>>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster < >>>>>>>>>>>>>> brunofus...@gmail.com> escreveu:
>>>>>>>>>>>>>> Flavio, tudo bem?
>>>>>>>>>>>>>>> Algumas dicas:
>>>>>>>>>>>>>>> - Troque o Spring por Pico >>>>>>>>>>>>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>>>>>>>>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas >>>>>>>>>>>>>>> requests na URI /_ah/warmup ? >>>>>>>>>>>>>>> Sem o always on sua app vai iniciar quando acessar alguma >>>>>>>>>>>>>>> página, então o tempo de startup + o tempo de processar os dados dessa >>>>>>>>>>>>>>> página pode ser um problema. Na segunda request funcionaria de boa talvez.
>>>>>>>>>>>>>>> Abs,
>>>>>>>>>>>>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>>>>>>>>>>>>> Flavio,
>>>>>>>>>>>>>>>> Uma das restrições do GAE é que uma requisição HTTP deve >>>>>>>>>>>>>>>> durar no máximo 30s. Se o processamento passar disso, o servidor do GAE >>>>>>>>>>>>>>>> automaticamente retornará uma timeout.
>>>>>>>>>>>>>>>> Veja que tinha de processamento está sendo executado e tente >>>>>>>>>>>>>>>> dividir - na própria página do objectify tem um exemplo usando cursor.
>>>>>>>>>>>>>>>> Abraços
>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>>>>>>> Google Groups "caelum-vraptor" group. >>>>>>>>>>>>>>>> To view this discussion on the web visit >>>>>>>>>>>>>>>> https://groups.google.com/d/msg/caelum-vraptor/-/iyfnhcMVdTgJ >>>>>>>>>>>>>>>> .
>>>>>>>>>>>>>>>> To post to this group, send email to >>>>>>>>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>>>>>>>> For more options, visit this group at
> Não. O VRaptor quando inicializa procura por uma classe chamada > br.com.caelum.vraptor.scan.VRaptorStaticScanning. Você pode gerar essa > classe via ant-task, pode rodar na mão a classe que o Lucas falou, ou pode > até mesmo fazer essa classe "na mão".
> A ant-task é só para facilitar as coisas. Assim você roda a task update e > ele já faz tudo, criando o static-scanning, empacotando a aplicação e > enviando para o GAE.
>> Não entendi direito, a única maneira de usar VRaptorStaticScanning é com >> a task como o Garcia mostrou?
>> Em 1 de agosto de 2011 21:59, Otávio Garcia <ota...@otavio.com.br>escreveu:
>> Oi pessoal.
>>> Atualizei o meu gist com um modo mais elegante de usar Objectify. Por >>> favor, me corrijam se houver uma forma melhor. Em breve quero criar um >>> cookbook sobre Objectify com VRaptor. https://gist.github.com/1064225
>>> Outra coisa que eu fiz foi adicionar uma task para gerar a classe que o >>> Lucas citou no momento do build/update pro GAE/J. >>> https://gist.github.com/1119370
>>>>>>> Cara, uma vez o Sérgio comentou de um prototipo para cachear >>>>>>> estruturas caras do VRaptor para os proximos inits. Existe algo que possa >>>>>>> ser usado? Caso não, qual seria a idéia? Cachear o Webappbootstrap ?
>>>>>>> @Flavio
>>>>>>> Certo,
>>>>>>> Eu tenho um DataStoreTemplate.class aqui que é um @Component >>>>>>> @ApplicationScoped e não é @Lazy. O VRaptor sempre vai inicializar esse >>>>>>> componente ao startar a app. Nesse componente eu registro minhas classes >>>>>>> (usando static{} mesmo).
>>>>>>> O problema que eles citam é que se você usar o >>>>>>> ObjectifyService.register() direto da classe que você quer registrar você >>>>>>> pode ter problemas porque a JVM inicializa classes sob-demanda então não da >>>>>>> pra garantir que ela será inicializada ao startar a app.
>>>>>>> []s
>>>>>>> 2011/8/1 Lucas Cavalcanti <lucasmrtu...@gmail.com>
>>>>>>>> quanto ao scan, tem como fazer ele estático, daí vc não precisa >>>>>>>> criar o custom provider:
>>>>>>>>>>>>> Outra dica Flavio é habilitar o appstats e ver o numero de RPCs >>>>>>>>>>>>> que sua app faz ao iniciar, talvez você consiga estudar e minimizar essas >>>>>>>>>>>>> chamadas.
>>>>>>>>>>>>> Para ativar adicione um filtro e uma servlet (coloque a URI >>>>>>>>>>>>> /appstats no seu security-constraint):
>>>>>>>>>>>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster < >>>>>>>>>>>>>> brunofus...@gmail.com> escreveu:
>>>>>>>>>>>>>> Flavio, tudo bem?
>>>>>>>>>>>>>>> Algumas dicas:
>>>>>>>>>>>>>>> - Troque o Spring por Pico >>>>>>>>>>>>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>>>>>>>>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva suas >>>>>>>>>>>>>>> requests na URI /_ah/warmup ? >>>>>>>>>>>>>>> Sem o always on sua app vai iniciar quando acessar alguma >>>>>>>>>>>>>>> página, então o tempo de startup + o tempo de processar os dados dessa >>>>>>>>>>>>>>> página pode ser um problema. Na segunda request funcionaria de boa talvez.
>>>>>>>>>>>>>>> Abs,
>>>>>>>>>>>>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>>>>>>>>>>>>> Flavio,
>>>>>>>>>>>>>>>> Uma das restrições do GAE é que uma requisição HTTP deve >>>>>>>>>>>>>>>> durar no máximo 30s. Se o processamento passar disso, o servidor do GAE >>>>>>>>>>>>>>>> automaticamente retornará uma timeout.
>>>>>>>>>>>>>>>> Veja que tinha de processamento está sendo executado e tente >>>>>>>>>>>>>>>> dividir - na própria página do objectify tem um exemplo usando cursor.
>>>>>>>>>>>>>>>> Abraços
>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>>>>>>> Google Groups "caelum-vraptor" group. >>>>>>>>>>>>>>>> To view this discussion on the web visit >>>>>>>>>>>>>>>> https://groups.google.com/d/msg/caelum-vraptor/-/iyfnhcMVdTgJ >>>>>>>>>>>>>>>> .
>>>>>>>>>>>>>>>> To post to this group, send email to >>>>>>>>>>>>>>>> caelum-vraptor@googlegroups.com. >>>>>>>>>>>>>>>> To unsubscribe from this group, send email to >>>>>>>>>>>>>>>> caelum-vraptor+unsubscribe@googlegroups.com. >>>>>>>>>>>>>>>> For more
> Ele cria a classe StaticProjectBootstrap.class? > com essa é com o scanning desativado foi gritante a diferença
> Em 1 de agosto de 2011 22:43, Otávio Garcia <ota...@otavio.com.br>escreveu:
> Não. O VRaptor quando inicializa procura por uma classe chamada >> br.com.caelum.vraptor.scan.VRaptorStaticScanning. Você pode gerar essa >> classe via ant-task, pode rodar na mão a classe que o Lucas falou, ou pode >> até mesmo fazer essa classe "na mão".
>> A ant-task é só para facilitar as coisas. Assim você roda a task update e >> ele já faz tudo, criando o static-scanning, empacotando a aplicação e >> enviando para o GAE.
>>> Não entendi direito, a única maneira de usar VRaptorStaticScanning é com >>> a task como o Garcia mostrou?
>>> Em 1 de agosto de 2011 21:59, Otávio Garcia <ota...@otavio.com.br>escreveu:
>>> Oi pessoal.
>>>> Atualizei o meu gist com um modo mais elegante de usar Objectify. Por >>>> favor, me corrijam se houver uma forma melhor. Em breve quero criar um >>>> cookbook sobre Objectify com VRaptor. https://gist.github.com/1064225
>>>> Outra coisa que eu fiz foi adicionar uma task para gerar a classe que o >>>> Lucas citou no momento do build/update pro GAE/J. >>>> https://gist.github.com/1119370
>>>>>>>> Cara, uma vez o Sérgio comentou de um prototipo para cachear >>>>>>>> estruturas caras do VRaptor para os proximos inits. Existe algo que possa >>>>>>>> ser usado? Caso não, qual seria a idéia? Cachear o Webappbootstrap ?
>>>>>>>> @Flavio
>>>>>>>> Certo,
>>>>>>>> Eu tenho um DataStoreTemplate.class aqui que é um @Component >>>>>>>> @ApplicationScoped e não é @Lazy. O VRaptor sempre vai inicializar esse >>>>>>>> componente ao startar a app. Nesse componente eu registro minhas classes >>>>>>>> (usando static{} mesmo).
>>>>>>>> O problema que eles citam é que se você usar o >>>>>>>> ObjectifyService.register() direto da classe que você quer registrar você >>>>>>>> pode ter problemas porque a JVM inicializa classes sob-demanda então não da >>>>>>>> pra garantir que ela será inicializada ao startar a app.
>>>>>>>> []s
>>>>>>>> 2011/8/1 Lucas Cavalcanti <lucasmrtu...@gmail.com>
>>>>>>>>> quanto ao scan, tem como fazer ele estático, daí vc não precisa >>>>>>>>> criar o custom provider:
>>>>>>>>>>>>>> Outra dica Flavio é habilitar o appstats e ver o numero de >>>>>>>>>>>>>> RPCs que sua app faz ao iniciar, talvez você consiga estudar e minimizar >>>>>>>>>>>>>> essas chamadas.
>>>>>>>>>>>>>> Para ativar adicione um filtro e uma servlet (coloque a URI >>>>>>>>>>>>>> /appstats no seu security-constraint):
>>>>>>>>>>>>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster < >>>>>>>>>>>>>>> brunofus...@gmail.com> escreveu:
>>>>>>>>>>>>>>> Flavio, tudo bem?
>>>>>>>>>>>>>>>> Algumas dicas:
>>>>>>>>>>>>>>>> - Troque o Spring por Pico >>>>>>>>>>>>>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>>>>>>>>>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva >>>>>>>>>>>>>>>> suas requests na URI /_ah/warmup ? >>>>>>>>>>>>>>>> Sem o always on sua app vai iniciar quando acessar alguma >>>>>>>>>>>>>>>> página, então o tempo de startup + o tempo de processar os dados dessa >>>>>>>>>>>>>>>> página pode ser um problema. Na segunda request funcionaria de boa talvez.
>>>>>>>>>>>>>>>> Abs,
>>>>>>>>>>>>>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>>>>>>>>>>>>>> Flavio,
>>>>>>>>>>>>>>>>> Uma das restrições do GAE é que uma requisição HTTP deve >>>>>>>>>>>>>>>>> durar no máximo 30s. Se o processamento passar disso, o servidor do GAE >>>>>>>>>>>>>>>>> automaticamente retornará uma timeout.
>>>>>>>>>>>>>>>>> Veja que tinha de processamento está sendo executado e >>>>>>>>>>>>>>>>> tente dividir - na própria página do objectify tem um exemplo usando cursor.
>>>>>>>>>>>>>>>>> Abraços
>>>>>>>>>>>>>>>>> -- >>>>>>>>>>>>>>>>> You received this message because you are subscribed to the >>>>>>>>>>>>>>>>> Google Groups
>> Ele cria a classe StaticProjectBootstrap.class? >> com essa é com o scanning desativado foi gritante a diferença
>> Em 1 de agosto de 2011 22:43, Otávio Garcia <ota...@otavio.com.br>escreveu:
>> Não. O VRaptor quando inicializa procura por uma classe chamada >>> br.com.caelum.vraptor.scan.VRaptorStaticScanning. Você pode gerar essa >>> classe via ant-task, pode rodar na mão a classe que o Lucas falou, ou pode >>> até mesmo fazer essa classe "na mão".
>>> A ant-task é só para facilitar as coisas. Assim você roda a task update e >>> ele já faz tudo, criando o static-scanning, empacotando a aplicação e >>> enviando para o GAE.
>>>> Não entendi direito, a única maneira de usar VRaptorStaticScanning é >>>> com a task como o Garcia mostrou?
>>>> Em 1 de agosto de 2011 21:59, Otávio Garcia <ota...@otavio.com.br>escreveu:
>>>> Oi pessoal.
>>>>> Atualizei o meu gist com um modo mais elegante de usar Objectify. Por >>>>> favor, me corrijam se houver uma forma melhor. Em breve quero criar um >>>>> cookbook sobre Objectify com VRaptor. https://gist.github.com/1064225
>>>>> Outra coisa que eu fiz foi adicionar uma task para gerar a classe que o >>>>> Lucas citou no momento do build/update pro GAE/J. >>>>> https://gist.github.com/1119370
>>>>>>>>> Cara, uma vez o Sérgio comentou de um prototipo para cachear >>>>>>>>> estruturas caras do VRaptor para os proximos inits. Existe algo que possa >>>>>>>>> ser usado? Caso não, qual seria a idéia? Cachear o Webappbootstrap ?
>>>>>>>>> @Flavio
>>>>>>>>> Certo,
>>>>>>>>> Eu tenho um DataStoreTemplate.class aqui que é um @Component >>>>>>>>> @ApplicationScoped e não é @Lazy. O VRaptor sempre vai inicializar esse >>>>>>>>> componente ao startar a app. Nesse componente eu registro minhas classes >>>>>>>>> (usando static{} mesmo).
>>>>>>>>> O problema que eles citam é que se você usar o >>>>>>>>> ObjectifyService.register() direto da classe que você quer registrar você >>>>>>>>> pode ter problemas porque a JVM inicializa classes sob-demanda então não da >>>>>>>>> pra garantir que ela será inicializada ao startar a app.
>>>>>>>>> []s
>>>>>>>>> 2011/8/1 Lucas Cavalcanti <lucasmrtu...@gmail.com>
>>>>>>>>>> quanto ao scan, tem como fazer ele estático, daí vc não precisa >>>>>>>>>> criar o custom provider:
>>>>>>>>>>>>>>> Outra dica Flavio é habilitar o appstats e ver o numero de >>>>>>>>>>>>>>> RPCs que sua app faz ao iniciar, talvez você consiga estudar e minimizar >>>>>>>>>>>>>>> essas chamadas.
>>>>>>>>>>>>>>> Para ativar adicione um filtro e uma servlet (coloque a URI >>>>>>>>>>>>>>> /appstats no seu security-constraint):
>>>>>>>>>>>>>>>> Vou fazer isso e trago o feedback
>>>>>>>>>>>>>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster < >>>>>>>>>>>>>>>> brunofus...@gmail.com> escreveu:
>>>>>>>>>>>>>>>> Flavio, tudo bem?
>>>>>>>>>>>>>>>>> Algumas dicas:
>>>>>>>>>>>>>>>>> - Troque o Spring por Pico >>>>>>>>>>>>>>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>>>>>>>>>>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva >>>>>>>>>>>>>>>>> suas requests na URI /_ah/warmup ? >>>>>>>>>>>>>>>>> Sem o always on sua app vai iniciar quando acessar alguma >>>>>>>>>>>>>>>>> página, então o tempo de startup + o tempo de processar os dados dessa >>>>>>>>>>>>>>>>> página pode ser um problema. Na segunda request funcionaria de boa talvez.
>>>>>>>>>>>>>>>>> Abs,
>>>>>>>>>>>>>>>>> 2011/8/1 Miguel Cartagena <miguel.cartag...@gmail.com>
>>>>>>>>>>>>>>>>>> Flavio,
>>>>>>>>>>>>>>>>>> Uma das restrições do GAE é que uma requisição HTTP deve >>>>>>>>>>>>>>>>>> durar no máximo 30s. Se o processamento passar
>>> Ele cria a classe StaticProjectBootstrap.class? >>> com essa é com o scanning desativado foi gritante a diferença
>>> Em 1 de agosto de 2011 22:43, Otávio Garcia <ota...@otavio.com.br>escreveu:
>>> Não. O VRaptor quando inicializa procura por uma classe chamada >>>> br.com.caelum.vraptor.scan.VRaptorStaticScanning. Você pode gerar essa >>>> classe via ant-task, pode rodar na mão a classe que o Lucas falou, ou pode >>>> até mesmo fazer essa classe "na mão".
>>>> A ant-task é só para facilitar as coisas. Assim você roda a task update >>>> e ele já faz tudo, criando o static-scanning, empacotando a aplicação e >>>> enviando para o GAE.
>>>>> Não entendi direito, a única maneira de usar VRaptorStaticScanning é >>>>> com a task como o Garcia mostrou?
>>>>> Em 1 de agosto de 2011 21:59, Otávio Garcia <ota...@otavio.com.br>escreveu:
>>>>> Oi pessoal.
>>>>>> Atualizei o meu gist com um modo mais elegante de usar Objectify. Por >>>>>> favor, me corrijam se houver uma forma melhor. Em breve quero criar um >>>>>> cookbook sobre Objectify com VRaptor. https://gist.github.com/1064225
>>>>>> Outra coisa que eu fiz foi adicionar uma task para gerar a classe que >>>>>> o Lucas citou no momento do build/update pro GAE/J. >>>>>> https://gist.github.com/1119370
>>>>>>>>>> Cara, uma vez o Sérgio comentou de um prototipo para cachear >>>>>>>>>> estruturas caras do VRaptor para os proximos inits. Existe algo que possa >>>>>>>>>> ser usado? Caso não, qual seria a idéia? Cachear o Webappbootstrap ?
>>>>>>>>>> @Flavio
>>>>>>>>>> Certo,
>>>>>>>>>> Eu tenho um DataStoreTemplate.class aqui que é um @Component >>>>>>>>>> @ApplicationScoped e não é @Lazy. O VRaptor sempre vai inicializar esse >>>>>>>>>> componente ao startar a app. Nesse componente eu registro minhas classes >>>>>>>>>> (usando static{} mesmo).
>>>>>>>>>> O problema que eles citam é que se você usar o >>>>>>>>>> ObjectifyService.register() direto da classe que você quer registrar você >>>>>>>>>> pode ter problemas porque a JVM inicializa classes sob-demanda então não da >>>>>>>>>> pra garantir que ela será inicializada ao startar a app.
>>>>>>>>>> []s
>>>>>>>>>> 2011/8/1 Lucas Cavalcanti <lucasmrtu...@gmail.com>
>>>>>>>>>>> quanto ao scan, tem como fazer ele estático, daí vc não precisa >>>>>>>>>>> criar o custom provider:
>>>>>>>>>>>>>>>> Outra dica Flavio é habilitar o appstats e ver o numero de >>>>>>>>>>>>>>>> RPCs que sua app faz ao iniciar, talvez você consiga estudar e minimizar >>>>>>>>>>>>>>>> essas chamadas.
>>>>>>>>>>>>>>>> Para ativar adicione um filtro e uma servlet (coloque a URI >>>>>>>>>>>>>>>> /appstats no seu security-constraint):
>>>>>>>>>>>>>>>>> Vou fazer isso e trago o feedback
>>>>>>>>>>>>>>>>> Em 1 de agosto de 2011 11:05, Bruno Fuster < >>>>>>>>>>>>>>>>> brunofus...@gmail.com> escreveu:
>>>>>>>>>>>>>>>>> Flavio, tudo bem?
>>>>>>>>>>>>>>>>>> Algumas dicas:
>>>>>>>>>>>>>>>>>> - Troque o Spring por Pico >>>>>>>>>>>>>>>>>> - Desabilite annotation scan e crie seu CustomProvider
>>>>>>>>>>>>>>>>>> Você habilitou o Always On ? Caso sim, quanto tempo leva >>>>>>>>>>>>>>>>>> suas requests na URI /_ah/warmup ? >>>>>>>>>>>>>>>>>> Sem o always on sua app vai iniciar quando acessar alguma >>>>>>>>>>>>>>>>>> página, então o tempo de startup + o tempo de processar os dados dessa >>>>>>>>>>>>>>>>>> página pode ser um problema. Na segunda request funcionaria de