java - Vaadin JPAContainer Uso de conexión JDBC

Question

Una vez que se crea un JPAContainer como

Usuarios de JPAContainer = JPAContainerFactory.make (User.class, "persistenceUnitName");

Ahora supongo que el contenedor de "usuarios" usará un EntityManager que a su vez usa una conexión JDBC del grupo de conexiones.

Esa utilización de recursos (conexión jdbc adjunta a EntityManager adjunta a JPAContainer) ocurre durante el tiempo de vida de la httprequest o el uso de la entityManager / connection tiene otra vida útil?

¿Puede ayudarme a comprender la brecha entre una instancia de JPAContainer y cuándo y cómo se utilizan las conexiones de jdbc a través de EntityManager?

Leí el tutorial vaadin jpa container y no encuentro esta información allí. Gracias.

https://vaadin.com/forum/-/message_boards/view_message/1601953

Answer 1

Inicialización de JPAContainer a través de:

JPAContainerFactory.make(User.class, "persistenceUnitName"); 

utiliza uno y solo un EntitiyManager durante toda la vida útil de la aplicación, incluso otras sesiones usan el mismo EntityManager. Además, este EntityManager ha abierto una conexión de base de datos y parece estar ocupado todo el tiempo. Este enfoque no es muy óptimo y puede ser un cuello de botella para el rendimiento de su aplicación.

Bueno, JPAContainer se puede inicializar a través de:

JPAContainerFactory.make(User.class, (EntityManager)enityManager); 

en este enfoque, debe determinar cuándo crear un nuevo EntityManager (EM). Puede crear nuevos EM por Usuario / Sesión o por Usuario / Sesión y Entidad, depende de usted. Esto parece prometedor, pero JPAContainer tiene otro cuello de botella. JPAContainer usa una conexión ocupada por EntityManager. Entonces, si crea 100 JPAContainer con su propio entityManager, su grupo de conexiones contendrá 100 conexiones ocupadas y este es un gran problema. Por lo tanto, debe establecer el modo de liberación de la conexión en "after_transaction", esto obligará a JPAContainer a liberar la conexión después de cada consulta.

persistence.xml

<property name="hibernate.connection.release_mode" value="after_transaction" />

De todos modos, estos son solo un truco, que hacen que JPAContainer sea bastante útil, pero no esperes magia. JPAContainer tiene muchos más problemas

• no es compatible con la carga lenta
• no admite la carga por lotes, cada entrada se carga con una consulta + una consulta para cada relación
• si quieres refrescar JPAContainer, se cicla y tarda una eternidad en actualizarse

Mira esta publicación. Es mejor usar JPA simple o Hibernate namedQuery o CriteriaBuilder con BeanItemContainer. Guarde los cambios en vaadin de la base de datos .