Теперь я определяю архитектурный подход, который мы будем использовать в новом проекте с портлетами Websphere 6 + JSR86 под очень известным инструментом портала.Рекомендации по использованию Websphere x JSR 286
Я планирую использовать один .ear-файл для каждой группы портлетов (например: если два портлета тесно связаны, они будут на одном и том же .ear) и с использованием разделяемых библиотек для хранения общего кода и библиотек, используемых эти портлеты.
Раньше кто-то использовал этот подход (или еще один)? Считаете ли вы это хорошим подходом?
Я искал некоторые мнения или говорил об этой архитектуре с кем-то (так как я не нашел на веб-сайте IBM статью «лучшие практики», которая ссылается на мой сценарий), поскольку это выглядит очень ясно для меня, Не стесняйтесь обнаружить какую-то проблему только потому, что я никогда не спрашивал кого-то.
Как сейчас, у меня есть много опыта в этой теме, стоит добавить комментарий о том, что мы делали в те годы, и это очень хорошо работало. Связанные портлеты были построены как войны, сгруппированные внутри одного уха, и общие библиотеки между этими портлетами были развернуты на уровне ушей. Несмотря на то, что у нас было три больших уха (сгруппированы по типу функциональности), и между ними существовали некоторые общие библиотеки, лучший подход состоял в том, чтобы дублировать эти библиотеки и поддерживать наши пакеты и строить процесс, отделенный от элементов среды (разделяемых библиотек). – Cotta 2013-12-05 20:13:38