|
|
|
entity EJB
|
|||
|---|---|---|---|
|
#18+
Я находился под впечатлением что одна из фич ебинов это то что данные берутся из бд один раз, потом контейнер долго-долго жуёт этот бин и потом засовывает обратно. т.е. уменьшается количество ходов в связке клиент-сервер-бд. Однако я столкнулся с тем что на самом деле бин загружается и обращается к бд каждый раз когда я обращаюсь к какому-либо гетеру бина. Вопросы: 1)это нормально или я накосячил/меня глючит? 2)это хорошо, или можно как-то пофиксить? 3)если это нормально и хорошо то какой резон использовать эти бины? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2005, 17:12 |
|
||
|
entity EJB
|
|||
|---|---|---|---|
|
#18+
обычно фича работает для CMP бинов при дефолтной настройке ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2005, 11:09 |
|
||
|
entity EJB
|
|||
|---|---|---|---|
|
#18+
у меня BMP бин при каждом обращении к гетеру вызывает load/store ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2005, 13:19 |
|
||
|
entity EJB
|
|||
|---|---|---|---|
|
#18+
BMP - Bean Management Persistent - обращения к базе контролируются самим Бином ( т.е. самим программером) Naugпотом контейнер долго-долго жуёт этот бин ну так значит фича относится с Container MP, а не BMP ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2005, 15:46 |
|
||
|
entity EJB
|
|||
|---|---|---|---|
|
#18+
а как сделать так чтобы load/save НЕ вызывались бином при каждом запросе гет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2005, 16:08 |
|
||
|
entity EJB
|
|||
|---|---|---|---|
|
#18+
а чем CMP не устраивает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2005, 18:06 |
|
||
|
entity EJB
|
|||
|---|---|---|---|
|
#18+
Устраивает, но моя цель сейчас не срочно реализовать что-то, а понять как работают ejb, в том числе и bmp entity ejb. Насколько я понимаю поведение bmp можно как-то задавать - типа "лезь в базу каждый раз", "лезь когда обновляешь","не лезь куда не просят", но немогу найти как это делается ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2005, 18:35 |
|
||
|
entity EJB
|
|||
|---|---|---|---|
|
#18+
NaugУстраивает, но моя цель сейчас не срочно реализовать что-то, а понять как работают ejb, в том числе и bmp entity ejb. Насколько я понимаю поведение bmp можно как-то задавать - типа "лезь в базу каждый раз", "лезь когда обновляешь","не лезь куда не просят", но немогу найти как это делаетсяЭто спецификацией EJB не определяется. За такие штуки отвечает производитель контейнера EJB. Для OC4J, например данные настройки указываются в файле orion-ejb-jar.xml ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2005, 19:32 |
|
||
|
entity EJB
|
|||
|---|---|---|---|
|
#18+
а для веблогика как? Как это называется по умному, а то даже гуглить неполучается ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2005, 10:12 |
|
||
|
entity EJB
|
|||
|---|---|---|---|
|
#18+
Для веблоджика - мона в JBuilder все настройки поменять.- Там и хелп есть. а, вообще, для веблоджика есть хорошая документация http://e-docs.bea.com/wls/docs81/ejb/entity.html#1195723 Limiting Database Reads with cache-between-transactions (Long-Term Caching) As described in Understanding ejbLoad() and ejbStore() Behavior, by default, WebLogic Server calls ejbLoad() each time a transaction is initiated for an entity bean. If you wish, you can configure WebLogic Server to call ejbLoad() only when a client first references the bean or when a transaction is rolled back. This behavior is referred to as long-term caching. You enable long-term caching by setting the cache-between-transactions element in weblogic-ejb-jar.xml to true. Long-term caching is allowed only if the concurrency-strategy for a bean is Exclusive, ReadOnly, or Optimistic............. ------ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2005, 16:15 |
|
||
|
|
start [/forum/topic.php?fid=59&msg=33093211&tid=2152253]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
26ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
59ms |
get tp. blocked users: |
2ms |
| others: | 210ms |
| total: | 339ms |
| 0 / 0 |
