|
|
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
возникла такая проблема, я уже и не знаю чего делать ибо вроде всё посмотрела: К БД подключаюсь приложением через пул потоков, в придожении 3 класса реализующие подключение к бд. Через админ. консоль видно, что есть свободные пулы БД,(СУБД и war лежат на одном сервере) когда клиента запускаю со своей машины (т е удалённо) всё ок используются старые пулы, если запускаю с того же сервера на котором всё это добро лежит то создаётся 1 новый , и берётся 1 старый. Вопрос такой: в каких случаях создаётся новый пул ?(через админ консоль видно что существующие пулы не используются!) я задолбалась уже =((( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 13:24:43 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
можно то же самое изложить ортодоксальной терминологией с общепринятой семантикой и перестанте долбаться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 14:48:44 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
подключаюсь так Код: 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. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 15:11:10 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
У вас отвратительный подход к работе как с connection'ами, так и в общем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 15:12:52 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
=(( а по подробней ? PS Ошибку нашла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 15:20:32 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
Например, метод clearUser у меня выглядел бы вот так Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. Ну а если по существу — если вы уверены, что во время работы этих методов не возникает ошибок при закрытии коннекта, то не парьтесь — пусть JBoss сам решает, как управлять коннектами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 15:21:52 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
не парится не могу , ибо без this.finalize(); коннекты пладились очень быстро , что не есть хорошо т к при превышении мак допустимого количества одновременных соединений всё летит .. и спасает только перезапуск jboss. проблема осталась, =(( подключение к БД не куда не деваются ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 15:31:48 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
GerdaSне парится не могу , ибо без this.finalize(); коннекты пладились очень быстро , что не есть хорошо т к при превышении мак допустимого количества одновременных соединений всё летит .. и спасает только перезапуск jboss. проблема осталась, =(( подключение к БД не куда не деваются Не трогайте метод finalize. Вы всё-равно не знаете, для чего он придуман и когда может вызываться. Каково максимальное число разрешенных соединений в Jboss'е? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 15:33:48 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
Вы АБСОЛЮТНО уверены, что ошибок не возникает? Почему вы не выдаете наружу EJBException, при возникновении ошибок? Зачем вы по-тихому какаете в лог? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 15:34:39 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
сейчас 10. число критично тк планируется оч большое число одновременных подключений , по этому надо точно знать сколько подключений возникает при работе приложения по логике их не больше 3 , а они растут растут и всё рушится =\ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 15:37:06 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
До закрытия коннекта надо открытые стейтменты закрывать, а то как раз таки исключение и вылетит (они держат коннект), которое Вы никак не обрабатываете, по сути. И зачем трогать финализатор? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 15:41:06 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
Хрюхрюшкин.Вы АБСОЛЮТНО уверены, что ошибок не возникает? Почему вы не выдаете наружу EJBException, при возникновении ошибок? Зачем вы по-тихому какаете в лог? 1) если ошибка возникнет то в логе отобразится (почему то не сомневаюсь )сие: LOG.error("error: "); в консоле можно будет посмотреть подробней ne.printStackTrace(); вот от сюда: } catch (Exception ne){ LOG.error("error: "); ne.printStackTrace(); } 2) EJBException не получится выдать т к это не EJB , а сервлет + pojo 3) Читала, что накакать в лог будет этичней , чем вывалить на пользователя эксепшен ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 15:42:59 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
PassingByДо закрытия коннекта надо открытые стейтменты закрывать, а то как раз таки исключение и вылетит (они держат коннект), которое Вы никак не обрабатываете, по сути. И зачем трогать финализатор? хм хм . что бы убить всё. =)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 15:45:13 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
PassingByДо закрытия коннекта надо открытые стейтменты закрывать, а то как раз таки исключение и вылетит (они держат коннект), которое Вы никак не обрабатываете, по сути. И зачем трогать финализатор? +1 Я уже отвык на это обращать внимание :) Привык к хорошему ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 15:46:29 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
GerdaS 1) если ошибка возникнет то в логе отобразится (почему то не сомневаюсь )сие: LOG.error("error: "); в консоле можно будет посмотреть подробней ne.printStackTrace(); вот от сюда: } catch (Exception ne){ LOG.error("error: "); ne.printStackTrace(); } 2) EJBException не получится выдать т к это не EJB , а сервлет + pojo 3) Читала, что накакать в лог будет этичней , чем вывалить на пользователя эксепшен 1) Ну, если вы видите в логе все свои отладочные сообщения и не настроили при возникновении ошибок какать в другой лог — тогда да. 2) Ммм, опять дурацкая привычка... Выдавайте ServletException либо какой-то еще, который система поймет без дополнительных телодвижений. 3) Это зависит от... В нормальной ситуации ошибок подобных вашей быть в принципе не должно, я правильно понимаю? Соответственно, если ошибка произошла — что-то пошло вразнос и лучше это сразу узнать. У вас ведь не интернет, а корпоратив? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 15:53:51 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
GerdaS PassingByДо закрытия коннекта надо открытые стейтменты закрывать, а то как раз таки исключение и вылетит (они держат коннект), которое Вы никак не обрабатываете, по сути. И зачем трогать финализатор? хм хм . что бы убить всё. =)) Когда придет время — оно само всё убьется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 15:54:12 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
Хрюхрюшкин. GerdaS 1) если ошибка возникнет то в логе отобразится (почему то не сомневаюсь )сие: LOG.error("error: "); в консоле можно будет посмотреть подробней ne.printStackTrace(); вот от сюда: } catch (Exception ne){ LOG.error("error: "); ne.printStackTrace(); } 2) EJBException не получится выдать т к это не EJB , а сервлет + pojo 3) Читала, что накакать в лог будет этичней , чем вывалить на пользователя эксепшен 1) Ну, если вы видите в логе все свои отладочные сообщения и не настроили при возникновении ошибок какать в другой лог — тогда да. 2) Ммм, опять дурацкая привычка... Выдавайте ServletException либо какой-то еще, который система поймет без дополнительных телодвижений. 3) Это зависит от... В нормальной ситуации ошибок подобных вашей быть в принципе не должно, я правильно понимаю? Соответственно, если ошибка произошла — что-то пошло вразнос и лучше это сразу узнать. У вас ведь не интернет, а корпоратив? 1) Да 2) Это не дурачкая пивычка, а "по корпоративным обстоятельствам" тут я бессильна, пока 3)Инет , при чём там браузер "особый" , не буду в подробности вдаватся, но не очень будет красиво если что то вывалится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 16:00:12 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
GerdaS PassingByДо закрытия коннекта надо открытые стейтменты закрывать, а то как раз таки исключение и вылетит (они держат коннект), которое Вы никак не обрабатываете, по сути. И зачем трогать финализатор? хм хм . что бы убить всё. =)) Финализатор вообще-то мало что убивает. Он вообще не всегда вызывается и трогать его крайне не рекомендуется ввиду бесполезности. Возможно, больший успех принесет вызов gc в цикле (это шутка, не делайте этого). Просто закрывайте все, что открыли в том же методе и будет вам щастье (тм). Все - это в данном случае любой созданный экземпляр ResultSet, Statement, PreparedStatement и самого Connection. Кстати, executeUpdate() надо вызывать после последнего addBatch() или вообще addBatch() не трогать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 16:01:05 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
Хрюхрюшкин. GerdaS PassingByДо закрытия коннекта надо открытые стейтменты закрывать, а то как раз таки исключение и вылетит (они держат коннект), которое Вы никак не обрабатываете, по сути. И зачем трогать финализатор? хм хм . что бы убить всё. =)) Когда придет время — оно само всё убьется. если 5 000 польз. по 3 подключения на каждое приложение, кол -во подключений разрастается, (ждём пока jm сама всё почистит) , разрастается и .... ппревеД ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 16:02:15 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
GerdaS Код: plaintext 1. 2. Бессмысленный порядок методов. Либо addBatch / executeBatch, либо executeUpdate ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 16:03:32 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
GerdaS если 5 000 польз. по 3 подключения на каждое приложение, кол -во подключений разрастается, (ждём пока jm сама всё почистит) , разрастается и .... ппревеД Вы просто не понимаете, что вы говорите. Подключение должно закрыться и быть отдано в пул в момент вызова Код: plaintext Если этого не происходит — ищите у себя ошибку. Её вам уже указали и не раз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 16:05:22 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
PassingBy GerdaS PassingByДо закрытия коннекта надо открытые стейтменты закрывать, а то как раз таки исключение и вылетит (они держат коннект), которое Вы никак не обрабатываете, по сути. И зачем трогать финализатор? хм хм . что бы убить всё. =)) Финализатор вообще-то мало что убивает. Он вообще не всегда вызывается и трогать его крайне не рекомендуется ввиду бесполезности. Возможно, больший успех принесет вызов gc в цикле (это шутка, не делайте этого). Просто закрывайте все, что открыли в том же методе и будет вам щастье (тм). Все - это в данном случае любой созданный экземпляр ResultSet, Statement, PreparedStatement и самого Connection. Кстати, executeUpdate() надо вызывать после последнего addBatch() или вообще addBatch() не трогать. в данном случае убил, то что не убилось conn.Close =\ PassingBy Кстати, executeUpdate() надо вызывать после последнего addBatch() или вообще addBatch() не трогать. если после последнего, то то что было вместо ?? ранее добавленно не срабатвает, выполняется только последний запрос .. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 16:05:22 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
GerdaS Милая девушка. Откройте книжку и внимательно-внимательно перечитайте concepts языка Java, потом concepts технологии J2EE, потом документацию JBoss. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 16:06:33 |
|
||
|
help ! jboss+mysql пул
|
|||
|---|---|---|---|
|
#18+
В языке Java прочитайте про все моменты, включая технологию работы с JDBC. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2007, 16:06:59 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=34751088&tid=2144801]: |
0ms |
get settings: |
12ms |
get forum list: |
26ms |
check forum access: |
7ms |
check topic access: |
7ms |
track hit: |
79ms |
get topic data: |
19ms |
get forum data: |
4ms |
get page messages: |
70ms |
get tp. blocked users: |
2ms |
| others: | 304ms |
| total: | 530ms |

| 0 / 0 |
