Un bean de sesión sin estado particionado (PSSB) y un PRSB pueden proporcionar directamente una interfaz de invocaciones a método remoto a una infraestructura de servidor remoto (o también localmente, si está dentro de la misma JVM en el servidor). No obstante, los programadores a menudo desearán tener una única fachada para estos tipos de bean de infraestructura WPF (WebSphere Partitioning Facility) y la implementación de servidor ejecutará la funcionalidad del bean PSSB y PRSB. Esto no se aplica sólo a los programadores de EJB (Enterprise JavaBean), sino también a todos aquellos que implementen servlets, por ejemplo. Para esta implementación se ha proporcionado un ejemplo sencillo: WPFFacadePartitionSample.
Este ejemplo almacena en antememoria la interfaz inicial remota de un bean PSSB de ejemplo y proporciona una única implementación de método no direccionable que ejecuta el método PSSB en la JVM del servidor. El código fuente se incluye en el archivo WPFFacadePartitionSample.ear.
Este enfoque ofrece una ventaja. Si el cliente utiliza sólo una interfaz de fachada y la parte de direccionamiento del cliente PSSB/PRSB se ejecuta en la infraestructura del servidor, la funcionalidad de direccionamiento general será más rápida cuando la información de estado de direccionamiento del cliente no se tenga que descargar y almacenar en antememoria en la JVM del cliente que realiza la petición. Por ejemplo, el cliente de ejemplo WPFKeyBasedPartitionSample.ear (WPFKeyBasedPartitionClient.java) utiliza JNDI y crea directamente una instancia de la interfaz inicial del PSSB. Cada invocación de método remoto en la instancia necesita que la JVM del cliente adquiera información de direccionamiento, descargue la JVM del cliente y la almacene en la antememoria. El paso de descarga puede añadir una sobrecarga a la implementación del cliente en términos de rendimiento (los datos de direccionamiento se almacenan en la antememoria y en la memoria en ambos casos, por lo que no se ahorra ningún espacio de memoria). En aquellos casos en los que la solución del usuario tenga miles de particiones y muchos clientes en distintas JVM de cliente, se pueden producir cuellos de botella cuando se transfiera toda esta información, por lo que si es posible se debe evitar.
Se admiten los dos enfoques, con fachada y sin fachada, y resultan de utilidad en determinados casos.
Related concepts
Visión general del EJB particionado