Présentation du service Work Area
Le service Work Area transfère des informations de façon explicite sous forme d'argument ou de façon implicite vers des méthodes distantes.
L'une des caractéristiques principales de l'informatique répartie repose sur le fait qu'elle permet de transmettre des informations, sous forme d'arguments à des méthodes distantes, d'un processus vers un autre. Lorsque le logiciel applicatif est écrit sur des services middleware, la plupart des services reposent sur des informations transmises dans les appels distants de l'application. Ces services, en général, propagent implicitement des informations privées en plus des arguments transmis dans les demandes distantes ; les services de sécurité et de transaction utilisent généralement cette fonction. Les certificats de sécurité et les contextes de transaction sont transmis sans que l'utilisateur ne le sache ou sans son intervention ou l'intervention du développeur de l'application. La propagation implicite de ces informations évite aux développeurs d'applications d'avoir à transmettre manuellement les informations dans les appels de méthodes, ce qui réduit les risques d'erreur de développement et évite aux services nécessitant les informations de les présenter aux développeurs d'application. Les informations, telles que les identités de sécurité, peuvent rester secrètes.
Le service Work Area fournit aux développeurs d'application une fonction similaire. Les applications peuvent créer une zone de travail, y insérer des informations et effectuer des appels éloignés. La zone de travail est propagée avec chaque appel de méthode distante, ce qui évite d'inclure explicitement un argument approprié dans la définition de chaque méthode. Les méthodes du serveur peuvent utiliser ou ignorer les informations de la zone de travail de manière appropriée. Si les méthodes d'un serveur reçoivent une zone de travail d'un client et appellent ensuite des méthodes distantes, la zone de travail est propagée de manière transparente avec les demandes distantes. Lorsque l'application créatrice a fini d'utiliser la zone de travail, elle la ferme.
- Diffusion : les informations utilisées dans la plupart des méthodes se trouvent-elles dans une application ?
- Taille : est-il raisonnable d'envoyer les informations même si elles ne sont pas utilisées ?
Lorsque les informations sont suffisamment diffuses qu'il est plus simple et plus efficace de les rendre disponibles partout, les programmeurs d'applications peuvent utiliser le service Work Area pour simplifier la programmation et la gestion du code. L'argument ne doit pas être placé dans chaque liste d'arguments. Il est plus simple de placer la valeur dans une zone de travail et de la propager automatiquement. Cela s'applique particulièrement aux méthodes qui se limitent à transmettre simplement la valeur. Les méthodes qui n'utilisent pas les informations propagées les ignorent simplement.
Les zones de travail peuvent contenir n'importe quel type d'information et un nombre arbitraire d'éléments de données, stockés individuellement sous la forme d'une propriété.
Utilisez le service de zone de travail dans la console d'administration pour configurer la partition UserWorkArea. La partition UserWorkArea est disponible dans le nommage JNDI sous "java:comp/websphere/UserWorkArea", comme l'indique l'article Accès à la partition UserWorkArea. UserWorkArea est la partition de zone de travail par défaut créée automatiquement, si elle n'a pas été désactivée, et tous les utilisateurs peuvent y accéder dans le nommage JNDI. Toutes les options de configuration utilisée dans la partition UserWorkArea du panneau de service de zone de travail de la console d'administration n'ont aucun impact le service de partition de zone de travail ou les partitions qu'il contient, et inversement. Par exemple, la sélection de l'option d'activation ou de désactivation dans le panneau de service de zone de travail n'a aucun impact sur le service de partition de zone de travail ou toutes les partitions qu'il contient.