Manejo de mensajes recibidos directamente en el Cliente (usando nio a través de netty-framework)

He hecho un ejemplo cliente - servidor usando netty. He definido manejadores para el servidor y el cliente. Básicamente me conecto con el cliente al servidor y envío algunos mensajes. Cada mensaje recibido se devuelve (con el contenido del mensaje convertido en mayúsculas). Todo el trabajo en los mensajes recibidos, en el servidor y en el lado del cliente, lo realizan los manejadores definidos.

Pero me gustaría usar, o mejor recibir / aceptar, algunos de los mensajes directamente en el cliente, no (solo) en el controlador. Entonces mi pregunta es si es posible tener algún oyente para recibir mensajes directamente en el programa cliente y no en sus controladores. Lo delgado es que me gustaría acceder a los mensajes recibidos dentro del programa (ejecutable) (básicamente la clase con un método principal) que creó un nuevo objeto cliente, usando algo como un temporizador que (o un bucle) que periódicamente verificaría si hay nuevos mensajes

Agradecería si alguien me pudiera ayudar con este problema. O al menos dime si es posible con netty.

Respuesta 1

Tengo una unidad JDBC que solía usar muy bien con JBoss 7. Desde entonces, cambié a Tomcat (también v7) para una implementación más rápida durante la depuración y noté que el mismo controlador JDBC no estaba cargado ...

Tengo un GWT DialogBox anulado que tiene como widget anulado PagingScrollTable. Tengo algo como esto en mi código: 1) DialogBox dialog = new ... 2) dialog.center (); 3) Window.alert ("Hola" ...

Necesito un poco de ayuda nuevamente con Android SharedPreference. Estaba buscando una forma de guardar el estado del usuario si está conectado o no ... Así que hice esta parte, pero ahora el problema es otra cosa. Tengo un ...

Estoy tratando de crear una lista desplegable con puntales. Quiero cargar los valores de opción en el elemento select de una lista de arrays de JavaScript (por ejemplo, un archivo javascript separado). ¿Como lo puedo hacer? <s: seleccione ...