WELD-001408 Unsatisfied dependencies for type(RESOLVIDO)

12 de junho de 2012 19 respostas

alcirBarros 12 de junho de 2012

Estou com o seguinte erro no meu project
Estou usando Maven JPA e CDI. li que num servidor javaEE esse erro não ocorre, mas estou usando o Tomcat alguém tem a solução ?

13/06/2012 01:08:12 org.apache.catalina.core.AprLifecycleListener init
INFO: The APR based Apache Tomcat Native library which allows optimal performance in production environments was not found on the java.library.path: D:\java\Java-JDK\jre6\bin;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;D:/java/Java-JDK/jre6/bin/client;D:/java/Java-JDK/jre6/bin;D:/java/Java-JDK/jre6/lib/i386;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Windows\System32\WindowsPowerShell\v1.0\;D:\java\Java-JDK\jdk1.7.0_03\bin;D:\java\Maven\apache-maven-3.0.4\bin;D:\java\IDE\Eclipse\eclipse;;.
13/06/2012 01:08:12 org.apache.tomcat.util.digester.SetPropertiesRule begin
AVISO: [SetPropertiesRule]{Server/Service/Engine/Host/Context} Setting property 'source' to 'org.eclipse.jst.jee.server:FuturoWeb' did not find a matching property.
13/06/2012 01:08:12 org.apache.coyote.AbstractProtocol init
INFO: Initializing ProtocolHandler ["http-bio-8080"]
13/06/2012 01:08:12 org.apache.coyote.AbstractProtocol init
INFO: Initializing ProtocolHandler ["ajp-bio-8009"]
13/06/2012 01:08:12 org.apache.catalina.startup.Catalina load
INFO: Initialization processed in 2602 ms
13/06/2012 01:08:12 org.apache.catalina.core.StandardService startInternal
INFO: Starting service Catalina
13/06/2012 01:08:12 org.apache.catalina.core.StandardEngine startInternal
INFO: Starting Servlet Engine: Apache Tomcat/7.0.27
13/06/2012 01:08:12 org.apache.catalina.loader.WebappClassLoader validateJarFile
INFO: validateJarFile(D:\java\Servidores\apache-tomcat-7.0.27\webapps\FuturoWeb\WEB-INF\lib\javaee-web-api-6.0.jar) - jar not loaded. See Servlet Spec 2.3, section 9.7.2. Offending class: javax/servlet/Servlet.class
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: 
        http://java.sun.com/jsf/html
     is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://mojarra.dev.java.net/mojarra_ext is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jsf/core is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jstl/core_rt is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jstl/core is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jsp/jstl/core is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jstl/fmt_rt is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jstl/fmt is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jsp/jstl/fmt is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jsp/jstl/functions is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://jakarta.apache.org/taglibs/standard/permittedTaglibs is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://jakarta.apache.org/taglibs/standard/scriptfree is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jstl/sql_rt is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jstl/sql is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jsp/jstl/sql is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jstl/xml_rt is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jstl/xml is already defined
13/06/2012 01:08:17 org.apache.catalina.startup.TaglibUriRule body
INFO: TLD skipped. URI: http://java.sun.com/jsp/jstl/xml is already defined
log4j:WARN No appenders could be found for logger (org.jboss.seam.faces.config.FacesServletInitializer).
log4j:WARN Please initialize the log4j system properly.
log4j:WARN See http://logging.apache.org/log4j/1.2/faq.html#noconfig for more info.
SLF4J: Class path contains multiple SLF4J bindings.
SLF4J: Found binding in [jar:file:/D:/java/Servidores/apache-tomcat-7.0.27/webapps/FuturoWeb/WEB-INF/lib/slf4j-log4j12-1.6.4.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: Found binding in [jar:file:/D:/java/Servidores/apache-tomcat-7.0.27/webapps/FuturoWeb/WEB-INF/lib/weld-servlet-1.1.5.Final.jar!/org/slf4j/impl/StaticLoggerBinder.class]
SLF4J: See http://www.slf4j.org/codes.html#multiple_bindings for an explanation.
13/06/2012 01:08:20 org.apache.catalina.core.StandardContext listenerStart
GRAVE: Exception sending context initialized event to listener instance of class org.jboss.weld.environment.servlet.Listener
org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [GenericFacade<FuncionalidadeMenu>] with qualifiers [@Default] at injection point [[field] @Inject private br.com.selfSystem.base.MenuFacade.genericFacade]
	at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:274)
	at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:243)
	at org.jboss.weld.bootstrap.Validator.validateBean(Validator.java:106)
	at org.jboss.weld.bootstrap.Validator.validateRIBean(Validator.java:126)
	at org.jboss.weld.bootstrap.Validator.validateBeans(Validator.java:345)
	at org.jboss.weld.bootstrap.Validator.validateDeployment(Validator.java:330)
	at org.jboss.weld.bootstrap.WeldBootstrap.validateBeans(WeldBootstrap.java:366)
	at org.jboss.weld.environment.servlet.Listener.contextInitialized(Listener.java:182)
	at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4779)
	at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5273)
	at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150)
	at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1566)
	at org.apache.catalina.core.ContainerBase$StartChild.call(ContainerBase.java:1556)
	at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source)
	at java.util.concurrent.FutureTask.run(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source)
	at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
	at java.lang.Thread.run(Unknown Source)
13/06/2012 01:08:20 com.sun.faces.config.ConfigureListener contextInitialized
INFO: Inicializando Mojarra 2.1.7 (SNAPSHOT 20120206) para o contexto '/FuturoWeb'
13/06/2012 01:08:21 com.sun.faces.spi.InjectionProviderFactory createInstance
INFO: JSF1048: Anotações PostConstruct/PreDestroy presentes.  Os métodos ManagedBeans marcados com essas anotações informarão as anotações processadas.
13/06/2012 01:08:21 org.primefaces.webapp.PostConstructApplicationEventListener processEvent
INFO: Running on PrimeFaces 3.3-SNAPSHOT
13/06/2012 01:08:22 com.sun.faces.config.ConfigureListener$WebConfigResourceMonitor$Monitor <init>
INFO: Monitoring jndi:/localhost/FuturoWeb/WEB-INF/faces-config.xml for modifications
13/06/2012 01:08:22 org.apache.catalina.core.StandardContext startInternal
GRAVE: Error listenerStart
13/06/2012 01:08:22 org.apache.catalina.core.StandardContext startInternal
GRAVE: Context [/FuturoWeb] startup failed due to previous errors
13/06/2012 01:08:22 org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory D:\java\Servidores\apache-tomcat-7.0.27\webapps\ROOT
13/06/2012 01:08:22 org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory D:\java\Servidores\apache-tomcat-7.0.27\webapps\docs
13/06/2012 01:08:22 org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory D:\java\Servidores\apache-tomcat-7.0.27\webapps\examples
13/06/2012 01:08:22 org.apache.catalina.core.ApplicationContext log
INFO: ContextListener: contextInitialized()
13/06/2012 01:08:22 org.apache.catalina.core.ApplicationContext log
INFO: SessionListener: contextInitialized()
13/06/2012 01:08:22 org.apache.catalina.core.ApplicationContext log
INFO: ContextListener: attributeAdded('org.apache.jasper.compiler.TldLocationsCache', 'org.apache.jasper.compiler.TldLocationsCache@14bce4f')
13/06/2012 01:08:22 org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory D:\java\Servidores\apache-tomcat-7.0.27\webapps\host-manager
13/06/2012 01:08:22 org.apache.catalina.startup.HostConfig deployDirectory
INFO: Deploying web application directory D:\java\Servidores\apache-tomcat-7.0.27\webapps\manager
13/06/2012 01:08:22 org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["http-bio-8080"]
13/06/2012 01:08:22 org.apache.coyote.AbstractProtocol start
INFO: Starting ProtocolHandler ["ajp-bio-8009"]
13/06/2012 01:08:22 org.apache.catalina.startup.Catalina start
INFO: Server startup in 9811 ms

19 Respostas

rafael_jesus 13 de jun. de 2012

Alcir,

Pelo visto vc esta sem um produtor “@Produces” no seu GenericFacade,

Segue aqui uma solução generica que eu uso:

@SuppressWarnings("rawtypes")
public class RepositoryFactory {

	@Produces
	@SuppressWarnings("unchecked")
	public GenericRepository createGenericRepository (InjectionPoint injection, EntityManager em) {
		ParameterizedType type = (ParameterizedType) injection.getType();
		Class clazz = (Class) type.getActualTypeArguments()[0];
		return new GenericRepository(clazz, em);
	}

E a factory do seu EntityManager:

public class JPAUtil {

	private static EntityManagerFactory factory = Persistence.createEntityManagerFactory("seu persistence unit");

	@Produces 
	@RequestScoped
	public EntityManager getEntityManager() {
		return factory.createEntityManager();
	}

	public void close(@Disposes EntityManager em) {
		em.close();
	}

}

Abrcs

alcirBarros 14 de jun. de 2012

Opa Vlw, Funciono.

rlira 6 de fev. de 2014

Olá Boa tarde!

Prezados sei que o topico já tem uma data, e que hoje as versões e tecnologias foram mudadas mais o problema é o mesmo ou digamos quase o mesmo e já tentei seguir a solução aqui apresentada mais sem sucesso de forma que nem tenho mais ideias do que fazer.
O projeto é um começo ou seja so tem uma tela ( antes de partir mesmo para o desenvolvimento ) mais já apresenta erro, o Projeto com JSF 2.2, Jpa, Hibernate, weld 2.0.3 no Tomcat 7 e o erro

13:52:52,209 INFO  [org.jboss.weld.Version] - WELD-000900 2.0.3 (Final)
13:52:52,256 INFO  [org.jboss.weld.Bootstrap] - WELD-000101 Transactional services not available. Injection of @Inject UserTransaction not available. Transactional observers will be invoked synchronously.
13:52:52,546 INFO  [org.jboss.weld.environment.tomcat7.Tomcat7Container] - Tomcat 7 detected, CDI injection will be available in Servlets and Filters. Injection into Listeners is not supported
13:52:52,597 WARN  [org.jboss.weld.interceptor.util.InterceptionTypeRegistry] - Class 'javax.ejb.PostActivate' not found, interception based on it is not enabled
13:52:52,598 WARN  [org.jboss.weld.interceptor.util.InterceptionTypeRegistry] - Class 'javax.ejb.PrePassivate' not found, interception based on it is not enabled
Fev 06, 2014 1:52:52 PM org.apache.catalina.core.StandardContext listenerStart
Grave: Exception sending context initialized event to listener instance of class org.jboss.weld.environment.servlet.Listener
org.jboss.weld.exceptions.DeploymentException: WELD-001408 Unsatisfied dependencies for type [DAO<Ocupacao>] with qualifiers [@Default] at injection point [[BackedAnnotatedField] @Inject private br.com.dominio.controller.OcupacaoController.Dao]
	at org.jboss.weld.bootstrap.Validator.validateInjectionPointForDeploymentProblems(Validator.java:405)
	at org.jboss.weld.bootstrap.Validator.validateInjectionPoint(Validator.java:327)
	at org.jboss.weld.bootstrap.Validator.validateGeneralBean(Validator.java:178)

eu tinha um meio projeto com Spring e queria mudar para CDI então fiz um novo projeto e adicionei algumas libs, uma tela index.xhtml e observei no blog Caelum
http://blog.caelum.com.br/use-cdi-no-seu-proximo-projeto-java/
http://blog.caelum.com.br/customizando-a-producao-de-dependencias-no-cdi/

mais ou tem algo que fiz errado ou as tecnologias de hoje por exemplo o jsf 2.2 poderia ter alguma interferencia nisto?

alcirBarros 7 de fev. de 2014

Oi rlira, vou te ajuda no que puder certo, se conseguir solucionar o problema, coloca a explicação aqui, mesmo sé por outro método blzz.
Possui o arquivo bens.xml na pasta WEB-INF ?
Usando o CDI, ele pede esse arquivo criado, mais vazio na pasta WEB-INF
OBS: Sé não existir crie.

rlira 7 de fev. de 2014

Olá !

Cara já pensava que ninguem iria responder… então meu prezado sim tenho este arquivo sim, como consta na documentação, mais vazio sem nada dentro mais, também já tentei com algum conteúdo mais nada de mudar o erro, que pelo que parece, parece não tem tudo a ver com a classe DAO.

Lembrando que o blog da Caelum que citei menciona que pode haver este erro se, se não fizermos uma classe anotada com @Produces, que seria o DaoFactory bem fiz esta classe, também outra anotada com @Produces que obtem o Entitymanager então não deveria dar este erro correto?

alcirBarros 8 de fev. de 2014

rlira, agora que temos o arquivo beans.xml no seu devido lugar, verifique se possui o weld, e sé este esta configurado,
o arquivo context.xml, possui esta configura, e fica na META-INF

<Context path="/FuturoWeb">
  <Resource auth="Container" factory="org.jboss.weld.resources.ManagerObjectFactory" name="BeanManager" type="javax.enterprise.inject.spi.BeanManager"/>
</Context>

alcirBarros 8 de fev. de 2014

rlira, verifique também se acidentalmente você não injeto uma classe dentro da outra,

Exemplo:

class A{
 @inject B b;
}

class B{
  @inject A a;
}

isso pode causa esse erro.

rlira 10 de fev. de 2014

Olá Boa tarde!

Desculpe a demora é que aqui no trabalho a bruxa ta souta, então sobre a questão eu acho que não fiz isto, mais fico imaginando se não teria algo a ver com a parte de persistência, começando pelo context.xml porque nele eu crio o datasource JNDI e o BeanManager do CDI

Context.xml

<Context  path="/Contato">
   <!-- disables storage of sessions across restarts  
   <Manager pathname=""/>
   -->
   <Resource name="BeanManager" auth="Container"
		type="javax.enterprise.inject.spi.BeanManager" 
		factory="org.jboss.weld.resources.ManagerObjectFactory" />
		
   <Resource name="jdbc/contatopostgresql" auth="Container" type="javax.sql.DataSource"
               maxActive="50" maxIdle="20" maxWait="10000"
               driverClassName="org.postgresql.Driver"
               url="jdbc:postgresql://192.168.0.3:5432/contato" username="postgres" password="12345"/>		
		
</Context>

persistence.xml

<persistence version="2.1" xmlns="http://xmlns.jcp.org/xml/ns/persistence" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://xmlns.jcp.org/xml/ns/persistence http://xmlns.jcp.org/xml/ns/persistence/persistence_2_1.xsd">
	<persistence-unit name="ContatoPU" transaction-type="RESOURCE_LOCAL">
	<provider>org.hibernate.ejb.HibernatePersistence</provider>
	<jta-data-source>java:/comp/env/jdbc/contatopostgresql</jta-data-source>
	
    <properties>
      <property name="hibernate.show_sql" value="true"/>
      <property name="hibernate.format_sql" value="false"/>
      <property name="hibernate.hbm2ddl.auto" value="update"/>
      <property name="hibernate.dialect" value="org.hibernate.dialect.PostgreSQLDialect"/>
      <property name="hibernate.connection.driver_class" value="org.postgresql.Driver"/>
    </properties>
  		
	</persistence-unit>
</persistence>

EntityManagerProducer

@ApplicationScoped
public class EntityManagerProducer {
	
	private EntityManagerFactory emf = Persistence.createEntityManagerFactory("ContatoPU");

        @Produces @RequestScoped
	public EntityManager createEntityManager() {
	  return emf.createEntityManager();
	}

DAO.java

public class DAO<T> implements Serializable {
	
	 private static final long serialVersionUID = 1L; 
	 
	 private Class<T> classe;  
	 	 
	 private EntityManager em;
	 
	 public DAO(Class<T> classe, EntityManager em) {
		 this.classe = classe;
		 this.em = em;  
	 }
	 
	 public T findByID(Integer id) {
		    return em.find(classe,id);
	 }

DAOFactory

public class DAOFactory {
	
	 @Inject
	 private EntityManager em;  	 	
	   
	 @SuppressWarnings({ "rawtypes", "unchecked" })  
	 @Produces	
	 @Dependent 
	 public DAO createDAO(InjectionPoint injection) throws ClassNotFoundException {
	 
		  ParameterizedType type = (ParameterizedType) injection.getType();		
		  Class classe = (Class) type.getActualTypeArguments()[0];  
		  return new DAO(classe, em);
		  
	  }

alcirBarros 10 de fev. de 2014

Então chego a faze o que falei sobre o context.xml ?

rlira 10 de fev. de 2014

Olá Boa tarde!

Sim esta na pasta mencionada, e tem o conteúdo, inclusive que postei agora juntamente com outros códigos.

Tá dificil né? porque este inicio de configurar, de ter as lib´s tem tudo isto direitinho ali no blog da Caelum então não tem como errar e quando ocorre o erro… se for de digitação é até rápido encontrar mais já bati tudo.

alcirBarros 10 de fev. de 2014

O seu “context.xml” ta com o C Maiúsculo é isso mesmo, por se for ta errado .

rlira 10 de fev. de 2014

Então dentro do arquivo ele tem de ser maiúsculo mesmo, agora se vc esta se referindo ao nome do arquivo ele esta context.xml ou seja com o “C” minusculo.

Agora esta eu pensando o seguinte, sobre a classe EntityManagerProducer.java ali cria-se o nosso entityManager certo? nele foi referenciado o nosso <persistence-unit name=“ContatoPU” definido no persistence.xml.

O que estou a pensar é o seguinte sempre que houver um inject do EntityManager eu preciso indicar novamente o unit?

@PersistenceContext(name = “ContatoPU”)
private EntityManager em ;

neste caso eu nem precisaria mais usar o inject certo? isto seria desta forma? porque não estou a fazer assim mais desta forma
@Inject
private EntityManager em;

rlira 10 de fev. de 2014

É tentei, alterei mais nada de funcionar.

alcirBarros 10 de fev. de 2014

rlira, tenho um projeto no GitHub que tem a estrutura igual a que você esta querendo.

da uma olhada no que esta diferente.

rlira 10 de fev. de 2014

Jura? vou verificar, tava pensando aqui se não teria algo a ver com qualificadores [color=red]qualifiers @Default[/color] ou [color=red]validadores[/color] porque tando no inicio do seu post como nos erros que se apresentam no log aparecem estas informações mais vou verificar no GitHub, valeu !

rlira 10 de fev. de 2014

Bem primeiro observei que as classes DAO e DAOFactory elas implementam Serializable então fiz isto,
Seu MB ele não tem Inject para o DAO ( tem para outra coisa não para o dao ) e o erro ocorria justamente na minha classe controller que é o MB na linha onde estava o dao, removi logo o erro citado não ocorre mais, ocorre naturalmente outro erro rsrsrsrs, mais acho que dá pra prosseguir, só fico sem entender uma coisa, segui o que dizia o blog da Caelum então o que tá lá ta errado?

alcirBarros 10 de fev. de 2014

Conseguiu resolver, que ótimo, não podemos acredita que tudo que colocam esteja certo ou bem explicado.
Mas diz ai resolveu ?

rlira 11 de fev. de 2014

Olá Bom dia!

Então resolver não, não consegui mais o erro referente ao Weld isto não ocorreu, até porque no meu MB eu removi o @Inject do atributo que fazia na classe DAO dao com isto logico o erro não mais ocorreu ( era ali que a coisa pegava ), não sei ao certo se fiz a coisa correta ao remover o @Inject, depois de ter ido até as 00:00 acho que não tem que ter ele mesmo porque não funfou no MB ao tentar executar o metodo load() dando erro

[color=red] javax.el.ELException: Error reading ‘ocupacoes’ on type br.com.dominio.controller.OcupacaoController[/color]

OcupacaoController.java

@Named 
@ViewScoped
public class OcupacaoController implements Serializable {
	
	private static final long serialVersionUID = 1229520061651250879L;

	private Ocupacao registroSelecionado;
	private List<Ocupacao> ocupacoes;
	private int totalRegistros;	    
	private Ocupacao ocupacao;
	
        //@Inject -- removido onde dava o erro 		
	private DAO<Ocupacao> dao;
	

	public DAO<Ocupacao> getDao() {
		return dao;
	}

	public void setDao(DAO<Ocupacao> dao) {
		this.dao = dao;
	}

	public List<Ocupacao> getOcupacoes() {
		if ( ocupacoes == null) {
			load();
		}
		return ocupacoes;	}

        ...
        .
        .

        private void load() {
		ocupacoes = dao.listaTodos();
	}

entendi que o DAO não foi injetado mais, vou analisar melhor o material porque tive pressa de fazer funcionar afinal fazem dias tentando, quando era com o Spring era mais facil.

rlira 20 de fev. de 2014

Olá Alcir bom dia.

Andei meio ocupado com outros assuntos e não pude me dedicar ao assunto em questão, bem depois que baixei aquele seu material observei, observei… e resolvi abandonar aqueles procedimentos do qual eu parti que foi o conteudo do que esta no blog da Caelum, acho que comentei que tinha um projeto anterior com Spring nele eu tinha as classes da camada de dados ( Dao ) e da camada logica (Model) que eu chamo de Services então resolvi pegar estas classes e usalas alterando as anotações do Spring substituindo-as por @Inject, logicamente sem o Spring tive que ter as classes anotadas com @Producer para o EntityManager e cara funcionou tá rodando blz, logico como mencionei este projeto com o Weld tá bem no começo so queria fazer ele levantar acessar o banco… , minha ideia é ter o Spring mais apenas o Security então ainda vou trabalhar nisto, mais não foi apenas isto que eu alterei estava usando um DataSource provido pelo Tomcat ( que eu testei usando o Probe deu tudo Ok ) e não conseguia fazer funcionar, então no Persistence.xml eu resolvi colocar as propriedades para acesso ao banco e não mais referenciei o datasource provido pelo Tomcat portanto não quero dizer que as informações do blog da Caelnum tenham algum problema, meu JNDI no Tomcat tá Ok testei ele pelo Probe não sei dizer o que há de errado com ele que não estou conseguido fazer ele funcionar…, bem mais isto ai é um outro problema.

Criado 12 de junho de 2012

Ultima resposta 20 de fev. de 2014

Respostas 19

Participantes 3

19 Respostas

Topicos relacionados