Pull to refresh

Comments 3

Больше всего мне понравилось ваше решение для расширения сущностей. У нас на прошлой работе так и не получилось изящного решения. В результате с каждой сущностью оказалась связана ещё одна СущностьExt. И в расширениях просто замещается продуктовый jarник с пустыми Ext-сущностями на jarник где эти сущности содержат нужные поля.

Правда поначалу я подумал, что @Extends это возможность OpenJPA которую я за два года работы с WebSphere 7.0 с FeaturePack for JPA 2.0 так и не заметил. Но потом понял что это ваше расширения. И насколько я понял из беглого просмотра исходников, вы генерируете свой orm.xml. Таким образом ваше вмешательство в OpenJPA для реализации расширений сущности ограничивается этапом сборки.
Да, вы правы. OpenJPA мы не допиливали — используем стандартный, и @Extends — это уже аннотация именно нашей платформы. orm.xml на основе информации о переопределении сущностей формируется при старте приложения.
Думаю более точное название статьи «CUBA. Механизм кастомизации продуктов» , так как с точки зрения бизнеса это релевантно именно для продуктов. В случае когда:
— есть 100 заказчиков, использующих продукт и для которых сделаны доработки.
— пришло время переводить их на новую версию.
Возникают вопросы объединения новой версии и доработок, вот здесь то этот механизм и очень полезен, так как избавляет от необходимости делать объединение кода в ручную.
Sign up to leave a comment.