Сейчас в проекте по автоматизации бизнеса одной компании. Внедряется система в архитектуре j2ee. Большим недостатком явлется трудоемкость разработки новых компонент. Например, нужны справочники, новые entity. При этом необходимо связать их с интерфейсом (используется надстройка над struts). Кроме этого, информации о введенных бинах (а ведь бины, это реализация бизнес-объектов) нигде не сохраняется. Используемая система не предоставляет никакого инструментария для создания бинов, для хранения прикладной информации о них, связях с другими бинами. Возникает острая необходимость надстройки над j2ee технологией некоторой всем знакомой словарной системы, чтобы жизнь внедренцев не превращалась в ад. Есть ли у кого-нибудь примеры создания таких технологий, какие имеются мысли по этому поводу? Надеюсь, вам понятна суть проблемы.

Речь идет о создании так называемого глоссария для бинов, а также о создании инструментария, облегчающего создания новых бинов, и создании интерфейса в технологии struts, например. Обычно среда программирования предоставляет какой-нибудь интерфейс для создания бинов, cmp и cmr полей. Но со временем быстрей просто отредактировать два xml файла вручную, чем, кликать мышкой.
Однако, при создании бина, обычно одновременно создается класс-модель, который представляет конкретный объект (если проще - запись в БД). Такой подход применяется практически всегда для того, чтобы снизить трафик и уменьшить затраты на программирование.
Представьте себе, что поставлена задача автоматизировать бизнес-процессы некоторой компании и при этом предоставить web-интерфейс для работы операционистов. Бизнес-процесс кроме логики еще содержит и множество бизнес-объектов. Большинство этих объектов обычные справочники. Если для того, чтобы создать один такой объект необходимо создать: 1. Таблицу БД с полями. 2. Интерфейсы домашний и удаленный бина сущности. 3. Сам класс бина. 4. Интерфейс и реализацию класса-модели. 5. Методы для создания модели через бин и наборот создания нового экземляра бина по модели. 6. Прописать в 3-ех xml-файлах информацию о бине, его полях, связать поля с полями БД. Это еще не все затраты: 7. Некоторые ошибки (неправильное отобращение свойств бина на БД выясняются только при развертывании бина.) Вообще-то по хорошему надо заставить такую систему еще и управлять созданными справочниками- позволить некорорым пользователям наполнять их не через БД, а через нормальный интерфейс. У меня возникает следующий вопрос: нельзя ли облегчить труд разработчика, предложив ему некоторую среду, избавить от механической работы и ошибок? Единственная компания, которая сделала один шаг упрощению работы с технологией j2ee - Oracle, которая попыталась часть трудозатрат все-таки снизить за счет интеграции среды разработки с сервером приложений OC4J.