Je définis maintenant l'approche architecturale que nous allons utiliser sur un nouveau projet avec des portlets Websphere 6 + JSR86 sous un outil de portail très connu. Ce que je prévois est d'utiliser un fichier .ear par groupe de portlets (par exemple: si deux portlets sont étroitement liés, ils seront sur le même .ear) et en utilisant des bibliothèques partagées pour contenir du code commun et des bibliothèques utilisées par ces portlets.Websphere x JSR 286 bonnes pratiques
Est-ce que quelqu'un a utilisé cette approche (ou une autre) auparavant? Considérez-vous cela comme une bonne approche? Je cherche des opinions ou je parle de cette architecture avec quelqu'un (comme je n'ai pas trouvé sur le site d'IBM un article sur les "meilleures pratiques" qui s'adresse à mon scénario), car cela me semble très clair mais ça ne serait pas t être bon de découvrir un problème à l'avance juste parce que je n'ai jamais demandé à quelqu'un.
Comme j'ai maintenant une longue expérience avec ce sujet, il vaut la peine d'ajouter un commentaire sur ce que nous avons fait au cours de ces années et qui a très bien fonctionné. Les portlets associés étaient construits comme des guerres groupées dans la même oreille, et les bibliothèques communes entre ces portlets étaient déployées au niveau de l'oreille. Même si nous avions trois grandes oreilles (regroupées par type de fonctionnalité) et quelques bibliothèques communes, la meilleure approche consistait à dupliquer ces bibliothèques et à maintenir nos paquets et à construire un processus découplé des éléments environnementaux (bibliothèques partagées). – Cotta