Sim dessa forma funciona,mas não entendi o pq??? Na real, o que está acontendo
D
Dayson_Rodrigues
Quando você usa o Tomcat você coloca aquela anotação lá que você colocou, que no qual seria uma implementação do WELD que implementa a especificação CDI. Como você está usando o Wildfly que ele por padrão já usa o CDI, você precisa não precisa informar aquela anotação que você importou blz?
F
fabiofem
Desculpas mas não entendi o pq não consigo uma classe que está no contexto do wildiFly
import javax.enterprise.context.SessionScoped;
Em verdade, só funciona se usar a de outra API
javax.faces.bean.SessionScoped
D
Dayson_Rodrigues
Porque o javax.faces.bean.SessionScoped ele é do JSF, Se você usar o Tomcat você precisa do .jar do Weld onde ele implementa o CDI e essa anotação e o import.javax.enterprise.context.SessionScoped o container que seria o Tomcat não possui esse Jar.
F
fabiofem
Então, estou usando o WildFly 8.1 e os jar estão todos lá, assim como o módulo está devidamente configurado! Não entendo o pq, quando eu optp por import.javax.enterprise.context.RequestScoped o servidor encontra a página e funciona normal. Tentei criar um projeto no eclipse obrigando ele a usar o CDI,
mas ainda continua com esse problema. Se o CDI oferece um conteiner em substituição da lib import javax.faces.bean ect…Não entendi o pq problema ainda!
D
Dayson_Rodrigues
mostra o log do problema, no caso seria o SessionScoped
D
Dayson_Rodrigues
lembra que Hoje já existe Wildfly 10 e está em sua versão final
L
Luis_Augusto_Santos
Ele pode ter uma necessidade específica, como manter um sistema legado ou mesmo ter que trabalhar neste ambiente.
F
fabiofem
aí que tá não tem logo, o servidor me manda uma página em branco com escrito error
D
Daniel_Dias
Voce adicionou no seu projeto o beans.xml ? vê se ao adicionar resolver o problema.