| Autor |
Mensagem |
|
|
Olá, gostaria de entender um pouco sobre esse exame de atualização, ele seria a versão mais atual da certificação, ou seja, devo fazer a 310-066 ou ela é apenas para quem já fez a 310-065?
Vlw
|
 |
|
|
jyoshiriro wrote:Você criou e mapeou o Interceptor num pacote que chamou de "default", certo?
Então ou você indica que este é o pacote padrão do seu projeto ou faz com que a Action o use.
1. pacote padrão do seu projeto: setar a propriedade struts.convention.default.parent.package para default (no struts.xml ou no struts.properties)
2. fazer com que a Action o use: usar a anotação @ParentPackage("default") sobre a assinatura da classe.
E mais: já que pretende usar o convention plugin, sugiro que seu pacote padrão (no caso, o "default") estenda o "convention-default" e não o "struts-default".
Mano.... você é o cara... agora ta tudo funcionando direitinho. 
Vou postar as classes finais aqui, caso alguma outra pessoa procure um exemplo completinho.
HelloWorldAction.java
LoginCheckInterceptor.java
struts.xml
Obrigado pela ajuda, fica com deus.
T+
|
|
|
|
jyoshiriro wrote:Amigo,
uma dica: seu código poderia ficar menor.
Assim, a url seria "hello-world" (porque sua classe se chama "HelloWorldAction") e o destino seria "/WEB-INF/content/hello-world.jsp" para qualquer resultado.
Quanto ao Interceptor, você deve estender o AbstractInterceptor e não implementar Interceptor.
Para mapear os interceptors para aplicação realmente só via XML, mesmo com o Convention Plugin do Struts 2.1.x. Mas como existe apenas uma meia dúzia de interceptors por aplicação e só há esse trabalho no inicio de um projeto, isso não chega a ser um problema.
Opa valew pelas dicas, realmente fica mais prático desta forma, mas o interceptor ainda não rolou, meus códigos estão assim:
Action
Interceptor
struts.xml
Ainda estou obtendo a mensagem Unable to find interceptor class referenced by ref-name loginStack - [unknown location] ao startar o tomcat.
Sei lá mó sinistra essa parada, aparentemente tudo certo, existe alguma anotação a ser feita no interceptor? Creio que não, estou perguntando apenas por desencargo.
Vlw
|
|
|
|
Caros,
Procurei mas não encontrei nada concreto sobre isso, então resolvi postar, vamos lá.
Action
Interceptor
Primeiro gostaria de saber se, mesmo usando annotations, preciso declarar o interceptor no struts.xml?
Independente do caso acima, eu já tentei das duas formas, mas sempre obtenho a mensagem:
struts.xml
Será que alguém poderia me dizer onde estou errando? Ou então postar algum exemplo funcional de interceptor com annotations?
Desde já obrigado.
|
|
|
|
Galera,
Estou tentando fazer algumas coisas e estou enfrentando dificuldades, as vezes é simples e eu não estou conseguindo implementar.
Ex:
Queria criar uma div que o id dela fosse dinâmico e concatenado, tipo:
ou
Não sei se isso é possível, pois esse sistema não usava icefaces nem jsf e fazia uns lance através de js baseado no id das divs, e eu não estou conseguindo manter o padrão.
Outra coisa seria o seguinte, queria printar um link que chama uma função js com parametro dinâmico, tipo:
Isso também é outra coisa que não estou conseguindo fazer.
Alguém sabe alguma forma de fazer, ou já passou por isso?
Obrigado.
|
|
|
|
Desculpem ressucitar o tópico, mas meu problema é exatamente o mesmo.
Alguém tem idéia?
|
|
|
|
jgbt wrote:Se vc acessa:
e nome estiver nulo, tem que imprimir null, e não dar exception.
Provavelmente a variavel ubl deve estar nula, o que significa algum erro no lookup.
[]´s
Bom fiz o seguinte teste... alterei os servlets para dar um print aki:
Servlet1
Aqui ele exibe: 16:08:07,974 INFO [STDOUT] Servlet1 -> UsuarioBean:a5x2s26-5f85r2-fpwxrfn0-1-fpwxscxq-8
Servlet2
Aqui ele exibe: 16:08:20,776 INFO [STDOUT] Servlet2 -> UsuarioBean:a5x2s26-5f85r2-fpwxrfn0-1-fpwxsmu6-9
Logo na seguencia ele da um exception
Portanto aparentemente o objeto ubl está ok, sendo somente o atributo em null... já to ficando doido 
|
|
|
|
Fiz um exemplo bem simples, e ocorre o mesmo problema...
UsuarioBean.java
UsuarioBeanLocal
Servlet1
Servlet2
Ao acessar o Servlet1, tudo funciona beleza... porém quando vou no Servlet2, acontece um java.lang.NullPointerException ao acessar o ubl.getNome();
Tá difícil a situação aqui... rsrsrs
|
|
|
|
Então eu tenho a entidade Usuario, que já está implementando a classe Serializable.
Será que pode ser a forma que eu estou instanciando?
Atualmente eu faço isso
Outra coisa, tanto as entidades, quanto os sessionbean e os servlets implementam a Serializable.
Porem é obrigatorio ter akela variavel "serialVersionUID = 1L;" e isso influencia em alguma coisa?
|
|
|
|
Então eu tenho a entidade Usuario, que já está implementando a classe Serializable.
Será que pode ser a forma que eu estou instanciando?
Atualmente eu faço isso
Outra coisa, tanto as entidades, quanto os sessionbean e os servlets implementam a Serializable.
Porem é obrigatorio ter akela variavel "serialVersionUID = 1L;" e isso influencia em alguma coisa?
|
|
|
|
|
E como eu resolvo esse problema?
|
|
|
|
Jair Rillo Junior wrote:leoloko,
Uma coisa que pode estar acontecendo é que quando acontece o activate/passivate do Statefull, ele não deve estar Serializado, ou algum atributo dentro do SessionBean não está serializado
Bom meus session beans implementam a classe Serializable, preciso fazer alguma coisa além disso?
|
|
|
|
|
Hmmm estranho pois se necessito armazenar em uma sessão, então o uso de Stateful não teria sentido, pois posso guardar "qualquer coisa" na sessão, aí Stateful não haveria utilidade.
|
|
|
|
Olá,
Estou fazendo alguns teste com EJB aqui, fiz um sisteminha login, Possuo um SessionBean chamado LoginBean sendo este Stateful, que instancio no servlet de Login e faço o login normalmente. Após o Login vou chama-lo em outro servlet e o objeto Usuario que possuo no SessionBean está null, não sei porque, ele não deveria conter os dados de quando o login foi efetuado?
|
|
|
|
Ah sim, não é misterioso, mas é diferente... vc não tem que digitar exatamente o que está na imagem, depende da regra que lhe é sorteada no momento, tipo só numeros, só letras, só vogais, só consoantes, só vermelhas, só verdes e etc...
E sim, não é muita treta fazer... é que eu pensei que como existem alguma soluções prontas, talvez pudesse existir alguma como essa!
Mas por enquanto valew!
|
|
|
|