Доброго всем времени.

Продолжаю разбираться с JPA.

Наткнулся на такую проблему:
Деплою приложение - все ок.
Проходит какое-то время - начинает выскакивать ошибка:


порылся по инету, ничего толком не нашел :(

Понимаю, что пул отваливается по таймауту.

В логе сервера:


71 строчка в useradd - em.getTransaction().begin(); 
где em -  экзэмпляр EntityManager

Мой mysqlPool.sun-resource:



Файл создавался NETBeans, и я не знаю что такое: idle-timeout-in-seconds="300"  и max-wait-time-in-millis="60000", но, чувствую, что это имеет отношение к проблеме...

Проблема известная, заключается в том, что по таймауту сервер MySQL отваливает соединение, не извещая об этом клиента. С помощью idle-timeout-in-seconds и max-wait-time-in-millis это не настраивается. И насколько я знаю вообще никак не настраивается. Решение - использование пула, который умеет мониторить состояние соединения, посылая периодически запросы к серверу. Например, Apache DBCP можно использовать.

Добавлено через 9 минут и 42 секунды
Вероятно еще добавление autoReconnect=true в JDBC URL может помочь, но насколько я помню работает такая опция не всегда.

Спасибо за информацию.

Правда, у меня один проект с этим пулом и MySQL (правда без JPA и Hibernate) уже 4 месяца UP-time,  похоже дело в настройках...

Насчет autoReconnect=true, я думаю лучше не в юрл, а в mysqlPool.sun-resource добавить <property name="autoReconnect" value="true"/>?

Нет, дело скорее всего в пуле Hibernate, у него есть свой встроенный, который используется по умолчанию. Отключить его нельзя, только что-то взамен использовать.

Похоже, я чего-то не понимаю.

Я создаю пул соединений на сервере (SUN Java App Server). Создаю JDBC Resources для этого пула (допустим, его имя "_MySQLRes").

В приложении без Hibernate и Jpa я использую:

И все ОК. 

При использовании JPA Hibernate, я создаю persistence.xml



И часа через 3 вылетает вышеуказанная ошибка. При чем тут пул Hibernate?   

Создал пул с использованием DBCP - все равно вылетает!!! 

SOS !!! не понимаю, что за бред....

Хотя, может дело в том, что отлаживаю я на локальном сервере (чтоб лишний раз не мучать  SJAS (Sun java app server), а то когда дебагишь на удаленном, он иногда виснет), а бд у меня на удаленном...  т.е. получается что бд вобще не может ничего послать SJAS не может, ибо у меня NAT???

Собственно, я сначала не заметил, что JNDI используется. Дело очевидно все-таки в пуле, но том, который используется на сервере приложений. Причина та, что я уже описывал. Посмотри, пожалуйста в настройках источника данных сервера, можно ли там задать возможность периодического опроса соединения. Это должны быть два параметра - текст запроса, который будет посылаться через соединение для поддержки его в актуальном состоянии (например, "select 1") и интервал времени, через которое пул будет это делать. Этот интервал должен быть меньше того времени, через которое сервер отваливает соединения. К сожалению Sun AS у меня нет, посмотреть не могу. В общем такое решение должно помочь.

Вобщем, все вроде ОК. 

Похоже проблема была в том, что app server находился во внутренней сети (не имел своего собственного ip-a в интернете), а сервер с БД во внешней (internet).  Поставил app server на тотже сервер, где и БД,  коннект больше не рвет.

Опять отвалился :(

Может, кто-нибудь приведет пример рабочих настроек JPA - MySQL (не обязательно hibernate)?



Увы, такого не нашел :(

Зато я нашел.  Судя вот по этому - http://docs.sun.com/app/docs/doc/819-4733/ablih?a=view, у пула соединений SAS есть такие параметры:
Connection Validation. Select the Required checkbox to enable connection validation. 
Validation Method. The application server can validate database connections in three ways: auto-commit, metadata, and table. 

• auto-commit and metadata - The application server validates a connection by calling the con.getAutoCommit() and con.getMetaData() methods. However, because many JDBC drivers cache the results of these calls, they do not always provide reliable validations. Check with the driver vendor to determine whether these calls are cached or not.
• table - The application queries a database table that are specified. The table must exist and be accessible, but it doesn't require any rows. Do not use an existing table that has a large number of rows or a table that is already frequently accessed.

Table Name. If you selected table from the Validation Method combo box, then specify the name of the database table here. 
On Any Failure. If you select the checkbox labelled Close All Connections, if a single connection fails, then the application server closes all connections in the pool and then reestablish them. If you do not select the checkbox, then individual connections are reestablished only when they are used.

Сделай следующее: включи валидацию, поставь метод валидации table и задай имя какой-нибудь существующей таблицы с небольшим количеством записей. Собственно, тогда и получится то, что я предлагал.

Уже больше суток работает!

Спасибо tux!!!

Еще +1, за то что не поленился, посмотрел доки SJAS и ткнул меня носом в нужное место!

А мое исключение не из той же оперы? Вываливаеться если открыть страницу сайта и через пол часа перейти в нем по какой-нибудь ссылке.

а можешь код привести, где с транзакциями работаешь?

Странно...

Он у тебя сыпится на rollback....
Судя по коду entityManager жив. 
У тебя работа entityManager как построена? 


Вполне возможно проблема тоже связана с MySQL. Если раз в 10 мин кликать на страницу, то через полчаса еще все работать будет?