Czy jest jakiś sposób na ponowne połączenie puli połączeń JBoss z Oracle, gdy połączenia ulegną awarii?

Chociaż możesz użyć starego triku "wybierz 1 z dual", minusem jest to, że za każdym razem, gdy pożyczasz połączenie z puli, generuje dodatkowe zapytanie. W przypadku dużych ilości jest to marnotrawstwo.

JBoss zapewnia specjalny walidator połączeń, który powinien być używany dla Oracle:

<valid-connection-checker-class-name>
    org.jboss.resource.adapter.jdbc.vendor.OracleValidConnectionChecker
</valid-connection-checker-class-name>

To używa zastrzeżonej metody ping() w klasie połączeń Oracle JDBC i używa podstawowego kodu sieciowego sterownika do określenia, czy połączenie jest nadal / align = "left" /

Jednak nadal jest marnotrawne uruchamianie tego za każdym razem, gdy połączenie jest pożyczone, więc możesz użyć obiektu, w którym wątek w tle sprawdza połączenia w Puli i po cichu odrzuca martwe. Jest to o wiele wydajniejsze, ale oznacza, że jeśli połączenia przestaną działać, próba ich użycia Przed uruchomieniem wątku tła zakończy się niepowodzeniem.

Zobacz wiki docs aby dowiedzieć się, jak skonfigurować sprawdzanie tła (Szukaj background-validation-millis).

Za mało reputacji na komentarz, więc jest w formie odpowiedzi. Metoda 'Select 1 from dual' i metoda skaffmana org.jboss.resource.adapter.jdbc.vendor.OracleValidConnectionChecker są równoważne, chociaż sprawdzenie połączenia zapewnia poziom abstrakcji. Musieliśmy dekompilować sterowniki oracle jdbc w celu rozwiązywania problemów, a wewnętrzna implementacja Oracle ping polega na wykonaniu 'Select 'x' from dual'. Natch.

JBoss zapewnia 2 sposoby walidacji połączenia: - Oparte na pingu i - Query based

Możesz użyć zgodnie z wymaganiami. Jest to zaplanowane przez osobny wątek zgodnie z czasem trwania zdefiniowanym w pliku konfiguracyjnym datasource.

<background-validation>true</background-validation> <background-validation-minutes>1</background-validation-minutes>

Jakiś czas, jeśli nie masz odpowiedniego sterownika oracle w Jboss, możesz uzyskać classcast lub powiązany błąd i dla tego połączenia możesz rozpocząć rezygnację z puli połączeń. Możesz spróbować utworzyć własną klasę ConnectionValidator implementując Interfejs org.jboss.resource.adapter.jdbc.ValidConnectionChecker. Interfejs ten dostarcza tylko jedną metodę 'isValidConnection() 'i oczekuje' NULL ' w zamian za poprawne połączenie.

Ex:

public class OracleValidConnectionChecker implements ValidConnectionChecker, Serializable {

   private Method ping;

   // The timeout (apparently the timeout is ignored?)
   private static Object[] params = new Object[] { new Integer(5000) };

   public SQLException isValidConnection(Connection c) {

       try {
           Integer status = (Integer) ping.invoke(c, params);

           if (status.intValue() < 0) {
               return new SQLException("pingDatabase failed status=" + status);
           }

       }
       catch (Exception e) {
           log.warn("Unexpected error in pingDatabase", e);
       }

       // OK
       return null;
   }
}

Ostatnio mieliśmy pewne błędy w obsłudze zmiennych żądań spowodowane osieroconymi blokadami sesji oracle DBMS_LOCK, które utrzymywały się na czas nieokreślony w puli połączeń po stronie klienta.

Oto rozwiązanie, które wymusza wygaśnięcie sesji w ciągu 30 minut, ale nie wpływa na działanie aplikacji:

<check-valid-connection-sql>select case when 30/60/24 > sysdate-LOGON_TIME then 1 else 1/0 end 
from V$SESSION where AUDSID = userenv('SESSIONID')</check-valid-connection-sql>

Może to wiązać się z pewnym spowolnieniem procesu uzyskiwania połączeń z puli. Upewnij się, że przetestujesz to pod obciążeniem.

Mała aktualizacja do odpowiedzi @ skaffman. W JBoss 7 musisz użyć atrybutu "class-name" przy ustawianiu poprawnego sprawdzania połączenia, a także Pakiet jest inny:

<valid-connection-checker class-name="org.jboss.jca.adapters.jdbc.extensions.oracle.OracleValidConnectionChecker" />