Vraptor3 + GAE  XML
Índice dos Fóruns » Frameworks e Bibliotecas brasileiros
Autor Mensagem
Edufa
JavaEvangelist
[Avatar]

Membro desde: 18/04/2006 10:20:03
Mensagens: 315
Localização: Curitiba, PR
Online

Testando no GAE [nem sei se tem suporte, rs], mas acabei encontrando um erro.
Usando pico
Depois de configurar todos os jars

Executando, aparece esse erro:

java.lang.IllegalStateException: STREAM

Ai fui investigar, mudei o @Path("/" ), para @Path("/teste" ), para ficar mais fácil de localizar
Na inicialização ele se acha

[INFO] 00:35:29,515 INFO [br.com.caelum.vraptor.http.route.RouteBuilder] - /teste --> public void com.teste.IndexController.index()

mesmo assim dá o erro
java.lang.IllegalStateException: STREAM


Segue o erro completo


This message was edited 1 time. Last update was at 03/09/2009 21:52:18


Edufa
Curitiba, PR
--
"O estado sou eu". - Luís XIV
"O estado somos nós."- Lênin
"O estado somos eu." - Lula
--
O mundo é deles mas a amazônia é nossa
O petróleo é nosso, mas o gás é deles.
Paulo Silveira
Administrador
[Avatar]

Membro desde: 07/08/2002 18:38:50
Mensagens: 4204
Localização: São Paulo
Offline

Ola!

Curioso, estamos rodando aplicacoes no GAE com VRaptor3 sem problemas. Qual versão voce esta utilizando? Vamos dar uma olhada com cuidado, parece que o getOutputStream ja foi chamado e alguem esta invocando o getWriter apos isso.

A proposito, estamos criando documentacao passo a passo para utilizar o VRaptor3 no GAE.

http://blog.caelum.com.br twitter: @paulo_caelum


[Email] [WWW]
Edufa
JavaEvangelist
[Avatar]

Membro desde: 18/04/2006 10:20:03
Mensagens: 315
Localização: Curitiba, PR
Online

Estranho,
Então acabei de baixar a beta 3, coloquei as libs no projeto peguei o demo e fui rodar e puff deu esse erro
E achei o problema

testando localmente o gae estava me jogando para
http://localhost:8080/scimpac2_teste

e aí ao acessar

http://localhost:8080/scimpac2_teste/teste

dava erro
acessando

http://localhost:8080/teste

o erro sumiu



PS1. agora é fazer mais testes, qq problema coloco aqui
PS2. Documentação é sempre bem vinda, ainda mais de quem está usando ha mais tempo justamente para evitar esses erros bobinhos

This message was edited 2 times. Last update was at 03/09/2009 23:09:14


Edufa
Curitiba, PR
--
"O estado sou eu". - Luís XIV
"O estado somos nós."- Lênin
"O estado somos eu." - Lula
--
O mundo é deles mas a amazônia é nossa
O petróleo é nosso, mas o gás é deles.
Paulo Silveira
Administrador
[Avatar]

Membro desde: 07/08/2002 18:38:50
Mensagens: 4204
Localização: São Paulo
Offline

e acho que descobri. o problema é que o VRaptor nao ta conseguindo emitir o sinal de 404, quando voce acessou a pagina nao existente. Isso fica claro por causa disso:

br.com.caelum.vraptor.resource.DefaultResourceNotFoundHandler.couldntFind(DefaultResourceNotFoundHandler.java:52)

tente acessar qualquer url nao mapeada, que acho que vai dar esse erro, em vez de um 404 "amigavel"

http://blog.caelum.com.br twitter: @paulo_caelum


[Email] [WWW]
Lucas Cavalcanti
GUJ Hacker
[Avatar]

Membro desde: 08/07/2007 00:08:14
Mensagens: 6394
Offline

Isso era um bug do beta-2... ele tava escrevendo no writer do response depois de mandar o erro 404...

foi corrigido no beta-3

[]'s

--
Caelum
www.caelum.com.br

Edufa
JavaEvangelist
[Avatar]

Membro desde: 18/04/2006 10:20:03
Mensagens: 315
Localização: Curitiba, PR
Online

Pois é eu usei o tres.
@Paulo Silveira
Sim apareceu a página 404,



Nem me toquei que o link certo era http://localhost:8080/teste

o google deveria me ajudar, não atrapalhar, hehehehe

Mas já foi resolvido, agora estou testando.

Aproveitando descobriram alguma incompatibilidade no VR3 com GAE?

Edufa
Curitiba, PR
--
"O estado sou eu". - Luís XIV
"O estado somos nós."- Lênin
"O estado somos eu." - Lula
--
O mundo é deles mas a amazônia é nossa
O petróleo é nosso, mas o gás é deles.
Paulo Silveira
Administrador
[Avatar]

Membro desde: 07/08/2002 18:38:50
Mensagens: 4204
Localização: São Paulo
Offline

só nao da pra usar upload de arquivo.... porque ele usa o File System temporario
Porem isto está interfaceado, da pra fazer o upload de arquivo pra memoria e processa-lo, e depois descarta-lo. vamos implementar essa possibilidade (mas nao deixa-la default, pois ai qualquer upload de arquivo estaria consumindo muita memoria heap).

http://blog.caelum.com.br twitter: @paulo_caelum


[Email] [WWW]
Edufa
JavaEvangelist
[Avatar]

Membro desde: 18/04/2006 10:20:03
Mensagens: 315
Localização: Curitiba, PR
Online

Eu de volta

Agora com um novo erro

Aqui um pedaço do erro:




O erro indica que aconteceu nessa linha




Edufa
Curitiba, PR
--
"O estado sou eu". - Luís XIV
"O estado somos nós."- Lênin
"O estado somos eu." - Lula
--
O mundo é deles mas a amazônia é nossa
O petróleo é nosso, mas o gás é deles.
Paulo Silveira
Administrador
[Avatar]

Membro desde: 07/08/2002 18:38:50
Mensagens: 4204
Localização: São Paulo
Offline

usamos a biblioteca objenesis para alguma magia negra com reflection, e parece que não há permissao para usar os truques de instanciar sem passar pelo construtor de um objeto... (security manager do googe nao ta deixando)....
vamos ver
voce so foi acessar uma url que recebe parametro no metodo, é isso?

http://blog.caelum.com.br twitter: @paulo_caelum


[Email] [WWW]
Edufa
JavaEvangelist
[Avatar]

Membro desde: 18/04/2006 10:20:03
Mensagens: 315
Localização: Curitiba, PR
Online

@Paulo Silveira
Nada como um pouco de magia negra para alegrar uma sexta feira

Não to recebendo nenhum parametro, o codigo é bem simples justamente para testar os conceitos para eu poder colocar projetos maiores com mais segurança.
No caso está incluindo via JPA sem problemas, o erro está mesmo no result.use


Edufa
Curitiba, PR
--
"O estado sou eu". - Luís XIV
"O estado somos nós."- Lênin
"O estado somos eu." - Lula
--
O mundo é deles mas a amazônia é nossa
O petróleo é nosso, mas o gás é deles.
Lucas Cavalcanti
GUJ Hacker
[Avatar]

Membro desde: 08/07/2007 00:08:14
Mensagens: 6394
Offline

cria uma classe assim:

@Component
@ApplicationScoped
public class MyProxifier extends br.com.caelum.vraptor.proxy.DefaultProxifier {

}

deve resolver o problema... esse proxifier não usa o objenesis pra criar os proxies...

só que usando este você vai ter que prevenir NullPointer exception nos parâmetros do construtor...

[]'s

--
Caelum
www.caelum.com.br

Edufa
JavaEvangelist
[Avatar]

Membro desde: 18/04/2006 10:20:03
Mensagens: 315
Localização: Curitiba, PR
Online

@lucascs
Opa, funcionou redondinho!

Só tive mesmo de tratar o NPE no construtor.

Esse proxifier tem alguma diferença, para o que usa objenesis, digo em termos de funcionalidades, restrições [além do NPE no construtor?]


Edufa
Curitiba, PR
--
"O estado sou eu". - Luís XIV
"O estado somos nós."- Lênin
"O estado somos eu." - Lula
--
O mundo é deles mas a amazônia é nossa
O petróleo é nosso, mas o gás é deles.
Lucas Cavalcanti
GUJ Hacker
[Avatar]

Membro desde: 08/07/2007 00:08:14
Mensagens: 6394
Offline

as funcionalidades não mudam... o problema só são as desvantagens de cada abordagem...

uma instancia o objeto passando nulls para o construtor, podendo causar null pointer exceptions,
e a outra usa uma marotagem da VM pra instanciar objetos sem passar pelo construtor,
só que essa marotagem pode estar desabilitada...


--
Caelum
www.caelum.com.br

 
Índice dos Fóruns » Frameworks e Bibliotecas brasileiros
Ir para:   
Powered by JForum 2.1.8 © JForum Team