|
|
|
JPA OneToMany
|
|||
|---|---|---|---|
|
#18+
Про 12662526 никто не прокомментирует?.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.06.2012, 07:51:41 |
|
||
|
JPA OneToMany
|
|||
|---|---|---|---|
|
#18+
Vladmir Kkrab, Код: java 1. 2. Если дебаг показывает, что listOfPickCities и region изменились, а нет инсерта, то давай лог в студию. (<property name="hibernate.show_sql" value="true"/>) Блин, ребята! Такая же трабла, не могу сохранить коллекцию сущностей! CascadeType.PERSIST указал с двух сторон, всё равно не сохраняет данные! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2012, 12:09:03 |
|
||
|
JPA OneToMany
|
|||
|---|---|---|---|
|
#18+
Мгу только посоветовать в стиле приведенной тобой цитаты: "Если дебаг показывает, что ... и ... изменились, а нет инсерта, то давай лог в студию". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2012, 13:03:01 |
|
||
|
JPA OneToMany
|
|||
|---|---|---|---|
|
#18+
Вот что я узнал: авторТогда для чево вобще затевать этот весь цырк с листами? Я то думал что они будут удобны при выборке, типа выбрать несколько книг по одному автору. Хотя оно и есть в некой мере удобно. Но если например надо сменить книге автора, то надо удалять, потом добавлять в новый список... Короч что-то розработчики не прощитали. Если child поменял своего parent, то списки в parent по идее должны сами обновлятся. Или это не очевидно, или я не понимаю какой-то сути? Ответ: авторВ EJB 2.x так и было. Там было полное управление связями. Работало медленно, в JPA от этого отказались. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2012, 13:50:09 |
|
||
|
JPA OneToMany
|
|||
|---|---|---|---|
|
#18+
>>Но если например надо сменить книге автора, то надо удалять, потом добавлять в новый список... >>Или это не очевидно, или я не понимаю какой-то сути? В том то и дело, что не в новый: anEntity.getList().addItem(aNewItem); em.merge( anEntity); сгенрит только один инсерт, вставляя только один новый элемент листа. Конечно, все зависит от реализации jpa. Hiber так делает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.06.2012, 23:54:35 |
|
||
|
JPA OneToMany
|
|||
|---|---|---|---|
|
#18+
IDVsbruck, Делаем на EclipseLink. Собираем NetBeans и деплоим на GlassFish авторFINER: client acquired: 19781789 FINER: TX binding to tx mgr, status=STATUS_ACTIVE FINER: acquire unit of work: 15217460 FINEST: Execute query ReadObjectQuery(name="readObject" referenceClass=Role sql="SELECT idRole, Name FROM tvipusk.role WHERE (idRole = ?)") FINEST: Register the existing object ru.p03.tvipusk.persistence.Role[ idRole=3 ] FINER: TX beforeCompletion callback, status=STATUS_ACTIVE FINER: begin unit of work commit FINER: TX afterCompletion callback, status=COMMITTED FINER: end unit of work commit FINER: release unit of work FINER: client released FINER: client acquired: 27534382 FINER: TX binding to tx mgr, status=STATUS_ACTIVE FINER: acquire unit of work: 21199645 FINEST: Merge clone with references ru.p03.tvipusk.persistence.Appuser[ id=51 ] FINEST: Register the existing object ru.p03.tvipusk.persistence.Role[ idRole=2 ] FINER: TX beforeCompletion callback, status=STATUS_ACTIVE FINER: begin unit of work commit FINER: TX beginTransaction, status=STATUS_ACTIVE FINEST: Execute query UpdateObjectQuery(ru.p03.tvipusk.persistence.Appuser[ id=51 ]) FINER: TX afterCompletion callback, status=COMMITTED FINER: end unit of work commit FINER: release unit of work FINER: client released Код: 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. Получается тут ситуация как на прикрепленном файле. Сгенерировали классы и увидели что промежуточная таблица "user_has_role" не сгенерировалась! Поэтому встал вопрос как её заполнять!? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2012, 05:41:08 |
|
||
|
JPA OneToMany
|
|||
|---|---|---|---|
|
#18+
НиколахаIDVsbruck, Делаем на EclipseLink. Собираем NetBeans и деплоим на GlassFish авторFINER: client acquired: 19781789 FINER: TX binding to tx mgr, status=STATUS_ACTIVE FINER: acquire unit of work: 15217460 FINEST: Execute query ReadObjectQuery(name="readObject" referenceClass=Role sql="SELECT idRole, Name FROM tvipusk.role WHERE (idRole = ?)") FINEST: Register the existing object ru.p03.tvipusk.persistence.Role[ idRole=3 ] FINER: TX beforeCompletion callback, status=STATUS_ACTIVE FINER: begin unit of work commit FINER: TX afterCompletion callback, status=COMMITTED FINER: end unit of work commit FINER: release unit of work FINER: client released FINER: client acquired: 27534382 FINER: TX binding to tx mgr, status=STATUS_ACTIVE FINER: acquire unit of work: 21199645 FINEST: Merge clone with references ru.p03.tvipusk.persistence.Appuser[ id=51 ] FINEST: Register the existing object ru.p03.tvipusk.persistence.Role[ idRole=2 ] FINER: TX beforeCompletion callback, status=STATUS_ACTIVE FINER: begin unit of work commit FINER: TX beginTransaction, status=STATUS_ACTIVE FINEST: Execute query UpdateObjectQuery(ru.p03.tvipusk.persistence.Appuser[ id=51 ]) FINER: TX afterCompletion callback, status=COMMITTED FINER: end unit of work commit FINER: release unit of work FINER: client released Код: 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. Получается тут ситуация как на прикрепленном файле. Сгенерировали классы и увидели что промежуточная таблица "user_has_role" не сгенерировалась! Поэтому встал вопрос как её заполнять!? Проблему решил путем перерегенерацией ENTITY классов Eclips'ом Helios . После этого в логах стало видно что генерируется как бы два запроса один на insert в таблицу Appuser , а второй на insert в user_has_role Код: sql 1. 2. 3. 4. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.06.2012, 08:37:13 |
|
||
|
|

start [/forum/topic.php?fid=59&msg=37835662&tid=2131579]: |
0ms |
get settings: |
16ms |
get forum list: |
18ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
48ms |
get topic data: |
19ms |
get forum data: |
5ms |
get page messages: |
73ms |
get tp. blocked users: |
2ms |
| others: | 378ms |
| total: | 567ms |

| 0 / 0 |
