Pour ce qui concerne le déploiement d'édition, le gestionnaire des éditions ne prend en charge que les mises à jour d'applications compatibles. En d'autres termes, une mise à jour sans interruption n'est possible que pour les éditions qui présentent une compatibilité en amont. Les éditions dont les modifications sont incompatibles peuvent être déployées mais requièrent un modèle d'activation simultanée et l'utilisation de règles de routage afin de séparer les demandes des utilisateurs de l'édition précédente des demandes des utilisateurs de l'édition en cours. L'activation simultanée permet d'héberger simultanément plusieurs éditions de la même application, chaque édition prenant en charge un ensemble distinct d'utilisateurs différents. Toutefois, l'activation simultanée ne fournit pas de mise à jour sans interruption.
Lorsque vous déployez des éditions, vous devez tenir compte des questions de compatibilité suivantes :
- Interfaces ou sémantique de l'application : Les modifications aux interfaces existantes, notamment la modification ou la suppression d'une interface existante, rompt le lien des utilisateurs existants à l'application. De même, modifier le comportement sémantique d'une interface peut également la couper des utilisateurs existants, par exemple, lorsqu'une interface admettait auparavant un paramètre indéfini (null) et que les modifications requièrent que ce paramètre soit défini. Les modifications qui ont un impact sur les clients existant sont considérées comme non compatibles en amont, et par conséquent, sont peu adaptées à une mise à jour sans interruption.
Si l'impact sur les clients existants ne pose pas de problème, la mise à jour du déploiement de WebSphere Application Server
peut être utilisée. Pour plus d'informations, voir le centre de documentation de WebSphere Application Server
- Etat de la session HTTP (Hypertext transaction protocol) : Si l'état de la session HTTP persiste ou se reproduit, les modifications d'application qui ajoutent ou modifient les types de données enregistrés dans la session constituent également une modification incompatible.
L'édition en cours ne parvient peut être pas à utiliser l'état de session créé par l'édition précédente.
- Mise en mémoire cache du contenu Web : Si une nouvelle édition d'application comprend un contenu Web statique modifié et que vous utilisez les ODR (Deployment On-demand Routers) de Websphere Application Server pour mettre le contenu en mémoire cache, il sera peut-être nécessaire d'inclure la mémoire cache dans le déploiement de l'édition. Effectuez cette tâche manuellement au moyen de l'utilitaire de visualisation de la mémoire cache. Vous trouverez une documentation sur cet utilitaire au centre de documentation de WebSphere Application Server