D'experience, quand tu fait du java, pense java. Il faut arreter de coder procedurale et penser objet.
Le simple fait que tu est vue1 = vue2 est un problème de conception.
Dans l'absolue chacune de tes bases a une fonction logique, tu creer une classe qui englobe ta base et qui fait les requetes Domino.
Toi dans ton code tu fait des requetes de type proxy.getMonDocument(parametre)
Dans ton proxy tu fait la requete à la base Notes.
Tu n'as plus qu'un seul et unique accès a ta base notes, chacune de tes vue n'est acceder que a un endroit et quand tu recycle ton proxy, tu fait le menage correctement.
Cela demande beaucoup plus de travail mais le code est beaucoup plus lisible et maintenable au final.
Si ça t'interresse j'ai etendu
http://www.puremvc.org/ pour fonctionner avec domino
Tu as une facade, des commandes et des proxys.
Dans la facade tu reference ce que tu peut faire (Sauvegarder document, generer pdf...)
Chaque reference est associé a une commande.
Chaque commande va chercher les proxys dont elle a besoin pour repondre à la requete.
Par contre mon adaptation est tres specifique à mon contexte et si tu veut l'utiliser dans un contexte purement Domino, il doit y avoir du boulot !
Pour répondre à Mickael, dans un forum purement java, d'une part on passe pour des rigolos (ce qui est souvent justifier) et c'est tres dur pour eux de comprendre les principes de domino (gestion documentaire et pas relationnelle).