Compartilhamento de EntityManager para web e para swing

Você está querendo utilizar o Dao.jar de dentro do Local.jar? É isso?

O Local.jar vai usar o Negocio.jar que por sua vez usa o DAO.jar.

A ideia seria trabalhar em camadas que possam ser reutilizadas na plataforma web como também na local (swing).

No final das contas o que queremos é poder ter a mesma funcionalidade tanto na web quanto local. Logicamente usando as mesmas regras de negocio.

lucaonoforum:

O Local.jar vai usar o Negocio.jar que por sua vez usa o DAO.jar.

A ideia seria trabalhar em camadas que possam ser reutilizadas na plataforma web como também na local (swing).

No final das contas o que queremos é poder ter a mesma funcionalidade tanto na web quanto local. Logicamente usando as mesmas regras de negocio.

Eu poderia te falar como fazer isso com EJB. Bastaria criar os métodos e realizar um Lookup JNDI. Desse modo a Injeção funcionaria numa boa e quem tomaria conta do EM seria o próprio servidor e não um controle na mão.

Será que não tem nenhuma maneira de fazer isso com JPA nem que seja codificando um controlador.

Pensando sobre isso esbarrei no problema de encontrar um identificador para a sessão da web e do programa local.

Pensei no Thread.currentThread().getId(), porem a cada requisição web usa uma thread diferente.

O que você acha?

lucaonoforum:

Será que não tem nenhuma maneira de fazer isso com JPA nem que seja codificando um controlador.

Pensando sobre isso esbarrei no problema de encontrar um identificador para a sessão da web e do programa local.

Pensei no Thread.currentThread().getId(), porem a cada requisição web usa uma thread diferente.

O que você acha?

Se você sempre pegar um entityManager de um entityManagerFactory, é thread safe.

Arriscado é passar entityManager entre aplicações, camadas, etc…

EJB eu vejo como melhor saída.

Bom saber que é thread safe mais a questão não é a criação e sim a disponibilização para os outros objetos.

Por exemplo, dois façades criados por uma classe de negocio que ao executar um método qualquer deve gravar os dois na mesma transação.

Os dois façades teria que usar o mesmo EntityManager. Esse seria conseguido pegando no controlador que através do um IDENTIFICADOR (que eu não sei qual) passaria o mesmo EntityManager para os dois façades. Assim o negócio controlaria o inicio e termino da transação sabendo que os dois objetos estão dento da transação que ele iniciou.

Deu para entender? No final das contas uma maneira de fazer a conexão com o banco ser única para cara usuário das classes do DAO.jar e do Negocio.jar.

Me faz grande um favor me diz que tem como fazer isso. Por favor, hehe

O jeito seria fazer algo do tipo:
dentro do facadeA
em = Controlador.getEM(); // aqui pegaria um EntityManager
em // começa a transação
facabeB.criarCarro(carro, em); // envia o entityManager para o facadeB que poderia ser feito também de outro modo, facadeB.setEM(em);
em // finaliza transação

É o modo que eu consigo pensar agora. Acho feio, mas funciona. ^^

Pois é a ideia seria mais ou menos essa mais sem a necessidade de ter que passar por parâmetro os façades já conheceriam o EntityManager através do controlador.

O controlador no método get EntityManager () iria pegar o Identificador para ir na lista dele e pegar o EntityManager correto. Assim não precisaria passar por parâmetro e o negocio só ira iniciar e commitar a transação.

A volta a questão, qual o identificador usar nesse caso?

lucaonoforum:

Pois é a ideia seria mais ou menos essa mais sem a necessidade de ter que passar por parâmetro os façades já conheceriam o EntityManager através do controlador.

O controlador no método get EntityManager () iria pegar o Identificador para ir na lista dele e pegar o EntityManager correto. Assim não precisaria passar por parâmetro e o negocio só ira iniciar e commitar a transação.

A volta a questão, qual o identificador usar nesse caso?

Bem, caso tenha alguma saída, alguém de Swing deveria te ajudar pois eu não sei falar. Boa sorte. [=

Esquecendo um pouco o swing, teria algum identificador para JSF ou do próprio JPA?

lucaonoforum:

Esquecendo um pouco o swing, teria algum identificador para JSF ou do próprio JPA?

Hebert Coelho:

lucaonoforum:

Esquecendo um pouco o swing, teria algum identificador para JSF ou do próprio JPA?

Nunca ouvi falar de tal feature.

Então se eu gerasse um identificador.

Dentro do controlar tivesse uma propriedade que seria uma interface que teria um único método para retornar um id para o controlador.

No caso da web eu criaria um objeto que pegasse algo como o id da sessão do JSF e no caso do local eu retornaria um valor default.

Qual a sua impressão desta solução do problema?

lucaonoforum:

Então se eu gerasse um identificador.

Dentro do controlar tivesse uma propriedade que seria uma interface que teria um único método para retornar um id para o controlador.

No caso da web eu criaria um objeto que pegasse algo como o id da sessão do JSF e no caso do local eu retornaria um valor default.

Qual a sua impressão desta solução do problema?

Pensei em um atributo do controlador assim:

public static IGeneratorId gerado;

static para só exitir um no sistema e que possa ser
preenchido por qualquer sistema. Evita a passagem de objetos.

o que vc acha?

lucaonoforum:

Pensei em um atributo do controlador assim:

public static IGeneratorId gerado;

static para só exitir um no sistema e que possa ser
preenchido por qualquer sistema. Evita a passagem de objetos.

o que vc acha?

O atributo seria do controlador. Assim faria algo assim:

Controlador.gerador = new GeradorIDWeb;

ou

Controlador.gerador = new GeradorIDSwing;

Isso no carramento da aplicação ou no init do servidor.

Existem uma ideia na minha equipe de controlar o EntityManager e as transações através de um Filter.

Eu particularmente não gostei da ideia de a cada requisição criar um EntityManager e iniciar uma transação mesmo que ela não seja usada.

Alguém comunga da minha opinião?

Isso é chamado de OpenSessionInView ou TransactionInView.

Tem suas vantagens e desvantagens.

Mas como a parte Swing iria disparar o View?

Foi exatamente essa pergunta que eu fiz a quem deu ideia.

lucaonoforum:

Foi exatamente essa pergunta que eu fiz a quem deu ideia.

lucaonoforum:

Existem uma ideia na minha equipe de controlar o EntityManager e as transações através de um Filter.

Eu particularmente não gostei da ideia de a cada requisição criar um EntityManager e iniciar uma transação mesmo que ela não seja usada.

Alguém comunga da minha opinião?

Eu não usaria.

Eu só ouvi o som do grilo ao longe.

Pessoal eu acabei fazendo assim, Se alguem tive algo há contribuir.

public interface GeneratorId {
	public String getValorId();
}

public class Controlador implements Serializable {

	private static final long serialVersionUID = 1L;
	
	public static GeneratorId gerador; 

	/** */
	private static final EntityManagerFactory emf;
	private static HashMap<String, EntityManager> map = new HashMap<String, EntityManager>();

	static {
		emf = Persistence.createEntityManagerFactory("DAOPU");
	}

	public EntityManager getEntityManager() {
		
		String idAtual = null;
		if (gerador != null){
			idAtual = gerador.getValorId();
		}
		EntityManager em = map.get( idAtual );
		
		if (em == null) {
			em = emf.createEntityManager();
			map.put(idAtual, em);
		}
		return em;
	}
}

public class GeneratorIdControler implements GeneratorId {
	@Override
	public String getValorId() {
		HttpServletRequest request = (HttpServletRequest) FacesContext.getCurrentInstance().getExternalContext().getRequest();
		return request.getSession().getId();
	}
}

e para usar no JSF, coloquei no Bean Inicial.

static{
	Controlador.gerador = new GeneratorIdControler();
}

Agora me veio a seguinte questão na mente, quando a sessão for finalizada por inatividade o EntityManager vai ficar no hash.

Tem alguma forma algum evento, listener ou alguma anotação que eu saiba que a sessão vai morrer para poder retirar o EntityManager do hash.

Alguem tem alguma ideia?

Alguem tem alguma ideia? Hebert?