Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
проблемы с коннектом WebSphere после перезапуска БД
|
|||
|---|---|---|---|
|
#18+
Помогите плз рабозраться. Приложение на ВебСфере коннектится с Оракловой БД. Если БД перезапустить, то при первом коннекте к БД выдает ошибку (см. ниже), при последующих -- всё нормально. Если же после перезапуска БД сразу перезапустить и сервер приложений, ошибок нет. Вопрос: можно ли как-то обойтись без ошибок и без перезагрузки сервера приложений? Заранее спасибо. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2007, 11:33 |
|
||
|
проблемы с коннектом WebSphere после перезапуска БД
|
|||
|---|---|---|---|
|
#18+
Попробуйте перехватить исключение com.ibm.ejs.cm.pool.ConnectionWaitTimeoutException и повторить операцию с БД. Например, так, как это показано в IBM Redbook'e "WebSphere Application Server Network Deployment V6: High Availability Solutions" (режим AutoCommit включен): Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2007, 14:14 |
|
||
|
проблемы с коннектом WebSphere после перезапуска БД
|
|||
|---|---|---|---|
|
#18+
не знаю, что такое StaleConnectionException а суть проблемы такова : после перезапуска Oracle (вроде проблема специфична для Oracle) некоторые открытые соединения в пуле оказываются закрытыми и при попытке обращения так и говорят -закрытое соединение. Я думаю, проблема решится при использовании методов connection.isClosed() и connection.close() в нужных местах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2007, 15:14 |
|
||
|
проблемы с коннектом WebSphere после перезапуска БД
|
|||
|---|---|---|---|
|
#18+
не помню как в вебсфере, но в веблоджике можно установить параметры Connection tests (interval, frequency etc), которые будут поддерживать (а в случае разрыва соединения - восстанавливать) соединения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2007, 16:07 |
|
||
|
проблемы с коннектом WebSphere после перезапуска БД
|
|||
|---|---|---|---|
|
#18+
Немного процитирую (из того же Redbook'а): From an application code perspective stale connections are connections which are no longer usable, for example, if the database server is shut down or the network is experiencing problems . When a StaleConnectionException is detected in the application server runtime, the connection pool is flushed and repopulated. Explicitly catching a StaleConnectionException is not required, because applications already catch java.sql.SQLException and StaleConnectionException extends SQLException. Specifically coding to catch a StaleConnectionException can trigger an application to perform additional (custom) recovery steps. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2007, 16:21 |
|
||
|
проблемы с коннектом WebSphere после перезапуска БД
|
|||
|---|---|---|---|
|
#18+
rimanне помню как в вебсфере, но в веблоджике можно установить параметры Connection tests (interval, frequency etc), которые будут поддерживать (а в случае разрыва соединения - восстанавливать) соединения. Это можно реализовать на WebSphere, по крайней мере - для WAS на iSeries, установкой некоторых custom properties. Если у автора свойство пула соединений Purge policy установлено в "EntirePool", можно надеяться, что перехват исключения StaleConnectionException и реконнект к базе ему поможет: Purge Policy Specifies how to purge connections when a stale connection or fatal connection error is detected. Data type String Default EntirePool Range EntirePool All connections in the pool are marked stale. Any connection not in use is immediately closed. A connection in use is closed and issues a stale connection Exception during the next operation on that connection . Subsequent getConnection() requests from the application result in new connections to the database opening. When using this purge policy, there is a slight possibility that some connections in the pool are closed unnecessarily when they are not stale. However, this is a rare occurrence. In most cases, a purge policy of EntirePool is the best choice. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.10.2007, 16:52 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=34854307&tid=1604283]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
60ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
46ms |
get tp. blocked users: |
1ms |
| others: | 219ms |
| total: | 366ms |

| 0 / 0 |
