2016-12-13 2 views
0

У меня есть приложение, использующее JPA EclipseLInk 2.5.2, который каждую минуту связывается с mysql. Первое, что нужно сделать, это сказать, что оно живое для БД. Для этого я использую ScheuledExecutorService, который запускает загрузочный объект каждую минуту. Этот объект открывает каждый раз закрытие DAO.JPA - CommunicationException: Ошибка связи связи при втором соединении

В моей среде dev (мой компьютер) с битами Wamp64 и mysql, настроенными по умолчанию, все в порядке. Когда я помещаю на preprod-сервер (CentOS 7, mysql Ver 14.14 Distrib 5.7.16), первый цикл в порядке, но следующие с этим сообщением возникают при попытке выполнить запрос sql с помощью DAO:

[EL Warning]: 2016-12-13 09:35:01.936--UnitOfWork(1778154389)--Exception [EclipseLink-4002] (Eclipse Persistence Services - 2.5.2.v20140319-9ad6abd): org.eclipse.persistence.exceptions.DatabaseException 
Internal Exception: com.mysql.cj.jdbc.exceptions.CommunicationsException: Communications link failure 

The last packet successfully received from the server was 57 316 milliseconds ago. The last packet sent successfully to the server was 4 milliseconds ago. 
Error Code: 0 
Call: SELECT id, lastDateAliveChargement, lastDateAliveDechargement FROM LastAlive 
Query: ReportQuery(referenceClass=LastAlive sql="SELECT id, lastDateAliveChargement, lastDateAliveDechargement FROM LastAlive") 

В preprod я использовал сначала mariaDB, используемый с драйвером java java. Затем я переключился на mysql с помощью драйвера mysql jdbc, и у меня все еще возникла проблема. Когда я перечисляю ожидающие соединения на mysql, они все еще появляются с командой Сон до истечения срока ожидания wait_timeout. Я пытался настроить MySQL с этими настройками (my.cnf)

[mysqld] 
datadir=/var/lib/mysql 
socket=/var/lib/mysql/mysql.sock 

log-error=/var/log/mysqld.log 
pid-file=/var/run/mysqld/mysqld.pid 
max_connections=100 
port=3306 
wait_timeout=3600 

На моем компьютере (WAMP, так окон): [MySQL] не-авто-перепев // не удается запустить с этим Param на сервер [туздЫ] порт = 3306

Вот PARAMS для инициализации JPA:

persistenceMapInitiales.put("javax.persistence.jdbc.driver","com.mysql.cj.jdbc.Driver");    
persistenceMapInitiales.put("javax.persistence.jdbc.url","jdbc:mysql://MY_REMOTE_IP/myDB?characterEncoding=utf-8&useLegacyDatetimeCode=false&serverTimezone=UTC&autoReconnect=true&useSSL=false"); 
persistenceMapInitiales.put("javax.persistence.jdbc.user","toto"); 
persistenceMapInitiales.put("javax.persistence.jdbc.password","toto"); 
persistenceMapInitiales.put("eclipselink.ddl-generation","create-or-extend-tables"); 
persistenceMapInitiales.put("eclipselink.create-ddl-jdbc-file-name","createDDL_ddlGeneration.jdbc"); 
persistenceMapInitiales.put("eclipselink.drop-ddl-jdbc-file-name","dropDDL_ddlGeneration.jdbc"); 
persistenceMapInitiales.put("eclipselink.ddl.default-table-suffix","engine=InnoDB"); 
persistenceMapInitiales.put("eclipselink.ddl-generation.output-mode","both"); 

persistenceMapInitiales.put("eclipselink.connection-pool.default.initial","1"); 
persistenceMapInitiales.put("eclipselink.connection-pool.default.min","64"); 
persistenceMapInitiales.put("eclipselink.connection-pool.default.max","64"); 

декларация scheduledExectorService:

public static void main(String[] args) 
{ 
    final Integer CRON_PERIOD = 1; // every minute 
    ScheduledExecutorService scheduler = Executors.newScheduledThreadPool(1); 
    scheduler.scheduleAtFixedRate(new MyWork(), 0, CRON_PERIOD, TimeUnit.MINUTES); 
} 

Бизнес класс

public class MyWork() implements Runnable{ 

    private LastAliveDao lastAliveDao; 
    //... 

    public void run() 
    { 
     sayIsAlive(); 
     //... 
    } 

    private void sayIsAlive() 
    { 
     logger.info("upadet isAlive"); 
     try{ 
      lastAliveDao = new JpaLastAliveDao(); 
      lastAliveDao.sayChargementIsAlive(); 
     }catch(Exception e){ 
      logger.error("", e); 
     }finally{ 
      try{ 
       lastAliveDao.close(); 
      }catch(Exception e) 
      { 
       logger.warn("Exception closing dao : ", e); 
      } 
      lastAliveDao = null; 
     } 
    } 
} 

дао код:

public class JpaLastAliveDao extends JpaDao<LastAlive, Integer> implements LastAliveDao { 

@Override 
public void sayChargementIsAlive() { 
    List<LastAlive> alives = this.list(); 
    if(alives.size() == 0){ 
     LastAlive alive = new LastAlive(); 
     alive.setLastDateAliveChargement(Calendar.getInstance().getTime()); 
     this.persist(alive); 
    }else{ 
     LastAlive alive = alives.get(0); 
     alive.setLastDateAliveChargement(Calendar.getInstance().getTime()); 
     this.update(alive); 
    } 
} 

И код JpaDAO:

public abstract class JpaDao<T, PK extends Serializable> 
    implements Dao<T, PK>{ 

    protected Class<T> entityClass; 

    protected EntityManagerFactory emf; 
    protected EntityManager em; 

    @SuppressWarnings("unchecked") 
    public JpaDao() 
    { 
     emf = JPAUtils.getInstance("facturator").getEmf(); 
     em = emf.createEntityManager(); 
     ParameterizedType genericSuperclass = (ParameterizedType) 
       getClass().getGenericSuperclass(); 
     this.entityClass = (Class<T>) genericSuperclass.getActualTypeArguments()[0]; 
    } 

    public T persist(T t) { 
     this.em.getTransaction().begin(); 
     this.em.persist(t); 
     this.em.getTransaction().commit(); 
     return t; 
    } 

    public T findById(PK id) { 
     return this.em.find(entityClass, id); 
    } 

    public T update(T t) { 
     this.em.getTransaction().begin(); 
     T entityPersist = this.em.merge(t); 
     this.em.getTransaction().commit(); 
     return entityPersist; 
    } 

    @SuppressWarnings("unchecked") 
    public List<T> list() 
    { 
     return this.em.createQuery("SELECT t FROM "+entityClass.getName()+" t ").getResultList(); 
    } 

    public void delete(T t) { 
     this.em.getTransaction().begin(); 
     this.em.remove(t); 
     this.em.getTransaction().commit(); 
    } 

    public void close(){ 
     em.close(); 
    } 

} 

ответ

0

OK Я нашел причину. Сервер БД и сервер программ были сконфигурированы в двух разных подмассовых сетях: 255.255.255.0 для одного и 255.255.255.255 для другого.

Я нашел его с SocketException, которое не отображалось в стеке с начальными настройками журнала.

Смежные вопросы