De l'expérience: les deux web-apps sont complètement isolées l'une de l'autre - les bibliothèques de l'un ne sont pas utilisées dans un autre - c'est donc pour répondre à votre question initiale - oui, ce serait chargé à deux reprises.
Pour vous répondre à la deuxième question, à savoir si vous devez déployer ces bibliothèques dans Tomcat répertoire partagé - je dirais non, et voici pourquoi:
Si vous déployez une bibliothèque Jar dans le répertoire partagé (tomcat/server/lib), alors que la version de la bibliothèque devient la valeur par défaut pour toutes les applications en cours d'exécution en vertu de cette instance de Tomcat. Comme vous pouvez le voir à partir de cette vue d'ensemble de l'tomcat de l'architecture, de la catégorie-chargeur fonctionne "en bas de la chaîne", avec une personne de la web-app du dossier lib être le dernier endroit où il avant de, il jette une classe-pas-trouvé exception. Ce n'est pas vrai dans Tomcat Tomcat 6 et 7: les classes du web apps lib et dossier classes vont être résolus avant que ceux en commun, et donc, ce ne sera pas briser autres applications à déployer tous leurs pots dans la guerre 2.
Le problème, par conséquent, de déploiement d'une bibliothèque partagée pour ce répertoire est qu'elle casse l'architecture pour les applications individuelles étant isolés l'un de l'autre. Bien dans votre premier exemple, mais si vous souhaitez déployer une application tierce (par exemple, si vous exécutez une application qui consomme du Portlet pour gérer le contenu spécifique), vous lancez instantanément à la version problèmes de dépendances - votre version partagée de la bibliothèque peut ne pas être correcte pour l'application tierce, mais parce que le paquet est déjà chargé, vous pourrez lancer des exceptions à gauche de la droite et du centre.