| Autor |
Mensagem |
|
|
Eu sei que @EJB funciona dentro de uma servlet.
Da outra maneira que vocë sugeriu eu consigo. Eu queria achar uma maneira de usar com annotations, igual na servlet.
|
 |
|
|
Estou tendo um problema ao tentar injetar um EJB em um serviço, segue um exemplo de como estou fazendo:
UserService.java
UserDAO.java
O meu web.xml ficou assim:
Na UserService quando tento usar a minha dao, que teoricamente o container deveria injetar, dá um NullPointerException. Indo atrás do problema dei um "print" no objeto "dao" e o mesmo estava nulo.
Já tentei usar outra anotação que era a @Resource, mas também não funciona.
Estou esquecendo de algo? Ou não tem como injetar esse objeto neste serviço?
Estou usando o Glassfish v3.1 com a JDK 6.
Desde já agradeço a ajuda.
|
|
|
|
|
Estou usando o Glassfish como server application e ele usa "domains", ou seja, posso ter vários "sub-glassfishs" dentro de um. Gostaria de saber se existe alguma maneira de configurar esses domains de uma forma autmática, como criar filas, pools de conexões e etc.
|
|
|
|
Adriano, eu esperava isso, não sabia o que colocar, então, coloquei o básico.
O setting.xml é igual nos dois ambientes.
Para compilar nós estamos usando o plugin do maven:
Conseguimos resolver, a solução foi tirar todas as dependências locais, que o netbeans cria.
|
|
|
|
Fala ai pessoal, estou com um problema que não sei nem por onde começar a procurar. Estrou trabalhando em conjunto com um outro desenvolvedor e para gerenciarmos as nossas dependências estamos usando o Maven2.
Em um ambiente de desenvolvimento o projeto passa pelos testes e compila tranquilamente em um outro ambiente de desenvolvimento dá o seguinte erro na hora de compilar o projeto:
Segue agora a dúvida, por estarmos usando o Maven para gerenciar as dependências não deveria dar nenhum erro de lib? Lembrando que o código é o mesmo.
|
|
|
|
Estou querendo testar as minhas DAOs e para isso estou tentando usar o JUnit com o Spring (para fazer as injeções de dependências que seriam feitas pelo App Server).
Estou recebendo o seguinte erro quando tento rodar algum teste:
Abaixo seguem o meu applicationContext.xml:
Vi na internet que esse problema seria gerado por falta da lib da JPA, então, inclui a mesma e nada mudou.
Alguém saberia solucionar este erro?
Desde já agradeço a ajuda.
|
|
|
|
Fiz a integração do Glassfish v3.1 com o log4j, ou seja, agora só tenho um arquivo log4j.properties para configurar todos os logs das minhas aplicações.
Sendo que toda vez que eu tenho que alterar alguma property ou descer o nível do log eu tenho que reinicar o servidor, teria alguma maneira de deixar o glassfish "verificando" alguma alteração no arquivo log4j.properties?
|
|
|
|
Eu configuro o meu DataSource no Glassfish, depois só coloco as annotations nos meus Beans para pegar uma conexão.
Eu deixo o glassfish gerenciar todas as conexões juntamente com os meus beans, acredito que esta solução é diferente do que você está fazendo, vc quer que o spring faça este trabalho, certo?
|
|
|
|
Achei a causa do erro, existia um MDB que consumia uma fila que não existia no Glassfish.
A solução foi criar a fila no Glassfish.
|
|
|
|
Estou recebendo o seguinte erro quando vou fazer o deploy do meu EAR no glassfish 3.1 build43:
Sendo que esta aplicação tem uma versão mais antiga e esta eu consigo deployar. 
Alguém já teve este problema antes?
|
|
|
|
Eu só altero as portas do admin, http-1 e http-2 e não tenho problemas e só faço essas alterações no domain.xml, que é quem "controla" o domínio.
Quando você inicia e dá um problema de conflito de porta isso é logado no server.log e se não me engano o glassfish loga a porta q está em conflito, vale a pena tentar iniciar os dois e ver o que acontece, caso você possa fazer isso.
|
|
|
|
Aqui na empresa temos dois Glassfishs rodando o 3.0 e o 3.1.
A única coisa que tive que fazer foi trocar as portas no domain.xml. Lembrando que existem 3 "portas principais" a do admin, http-1 e http-2.
|
|
|
|
|
Existe alguma maneira de priorizar um objeto em uma fila JMS?
|
|
|
|
|
Concordo, o título não foi um dos melhores.... Vou dar uma estudada nesta ferramenta para ver se ela me auxilia para o que eu quero. Talvez amanhã já esteja postando mais coisas.
|
|
|
|
|
Na verdade não seria uma migração e sim uma forma de aplicações se comunicarem, hoje em dia é usado WS, mas temos alguns gargalhos.
|
|
|
|