La creación de un modelo de publicación-suscripción para integrar al patrón DAO

Question

Sobre la base de la pregunta ( Cómo crear un servicio de notificación del cliente para una aplicación web o debería utilizar un patrón de observador? ) que le gustaría saber.

Tengo un DAO totalmente implementado con beans de entidad que contienen sólo getters y setters método. Cada entidad se asigna a un EntityManager.

En la actualidad hay ninguna manera de informar a los usuarios de los cambios adicionales / borrado / modificado a un almacenamiento persistente tal como una base de datos.

Quiero saber, ¿cómo voy a implementar el patrón de publicación-suscripción (también conocido como patrón Observer) de tal manera que no tengo para extender mi arquitectura DAO actual. No quiero que mis entidades que heredan el editor porque no todas las entidades son update-poder.

Si hay algún herramientas / frameworks / bibliotecas que puedo usar para mi situación, por favor hágamelo saber. Además, no estoy usando ningún marco persistente en absoluto (marco como Hibernate), el gerente de la fábrica DAO y fue escrito desde cero por mí.

Saludos,

Answer 1

Estoy construyendo un concepto similar ... No me importa acerca de todos los eventos y dentro de los proyectos que queremos cuidar de diferentes eventos. Por lo tanto, estamos construyendo un patrón en el que todas las operaciones de DAO son sometidos a BABEANDO Fusión y en base a reglas y algunos razonamiento temporal, se notifica a los oyentes a través de una arquitectura de notificación. Dependiendo de sus necesidades, la arquitectura podría ser oyentes simples o JMS o correo electrónico ... lo que sea. Si no tiene criterio, solo se preocupan por una devolución de llamada para eventos DAO, y luego tener su inserción DAO, actualizar, eliminar las operaciones de presentar el objeto de oyentes o algún tipo de cola JMS.

La esperanza de que estaba claro ...

Paul

Answer 2

La primera sugerencia que tendría es la de insertar un objeto observable dentro de su DAO. De allí tendría que tener sus submarinos miran este objeto (lo he hecho cosas similares en el pasado).

La otra sugerencia que tengo es que se podría añadir un disparador para la base de datos en sí. Esto sería especialmente útil si hay algo fuera de su aplicación que podría cambiar la base de datos que desea notificar a su sub.

Buena suerte.