|
|
|
Вопрос по Container Concurrency Management для Singleton
|
|||
|---|---|---|---|
|
#18+
Вылез exception: Код: java 1. . Не могу понять каким образом он вылез. Ведь контейнер должен мониторить подобные вызовы. Если я правильно понимаю, то при вызове lockType(Write) метода контейнер проверяет есть ли счетчик > 0 для любого метода в классе, если есть, тогда он просто ждет пока не освободятся счетчики. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2014, 14:46 |
|
||
|
Вопрос по Container Concurrency Management для Singleton
|
|||
|---|---|---|---|
|
#18+
Бага в GF? http://stackoverflow.com/a/8008906 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2014, 14:54 |
|
||
|
Вопрос по Container Concurrency Management для Singleton
|
|||
|---|---|---|---|
|
#18+
Реализация и правда, странная. А почему у вас вызов в том же потоке? https://java.net/projects/glassfish/sources/svn/content/tags/3.1-b43/ejb/ejb-container/src/main/java/com/sun/ejb/containers/CMCSingletonContainer.java?rev=56639 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2014, 14:55 |
|
||
|
Вопрос по Container Concurrency Management для Singleton
|
|||
|---|---|---|---|
|
#18+
Blazkowicz, вызовы, я более чем уверен, должны происходить из разных потоков, так как один запускается по таймеру, а второй просто вызовом из метода stateless бина. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2014, 15:04 |
|
||
|
Вопрос по Container Concurrency Management для Singleton
|
|||
|---|---|---|---|
|
#18+
aby_2503Blazkowicz, вызовы, я более чем уверен, должны происходить из разных потоков, так как один запускается по таймеру, а второй просто вызовом из метода stateless бина. stacktrace опубликуйте, если не сложно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2014, 15:06 |
|
||
|
Вопрос по Container Concurrency Management для Singleton
|
|||
|---|---|---|---|
|
#18+
Blazkowicz, Код: java 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. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2014, 15:47 |
|
||
|
Вопрос по Container Concurrency Management для Singleton
|
|||
|---|---|---|---|
|
#18+
После чистки мусора, имеем следующее: Код: java 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. Демон aka Таймер вызывает SystemEventsServiceCassandraBean. Оттуда какими-то непонятными событиями вызывает SystemEventCleanController, что достаточно странно. Который снова зовёт SystemEventsServiceCassandraBean, что уже попахивает. Затем вызывается EventsServiceCassandraBean, а оттуда чей-то метод getEventSettings, который и падает. Это почти 100% бага в GF, так как он обрагался разрулить лок в одном потоке, хотя Reentrant Access должен это позволять. Вам стоит как-то перераспределить блокировки, чтобы внутри этой цепи вызовов Read/Write лок не ставился два раза. Возможно сделать отдельные аналогичные методы с блокировкой для внешнего использования и без блокировки для внутреннего. Либо взять какой-нибудь более адекватный JEE контейнер. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.03.2014, 16:52 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=38590693&tid=2127477]: |
0ms |
get settings: |
6ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
162ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
| others: | 199ms |
| total: | 449ms |

| 0 / 0 |
