Kombinierte Ansicht Flache Ansicht Baumansicht
Threads [ Zurück | Nächste ]
toggle
Christian Freihoff
LR Message Bus usable for IPC in different Browsers/Sessions?
29. Januar 2013 06:38
Antwort

Christian Freihoff

Rang: Junior Member

Nachrichten: 36

Eintrittsdatum: 3. Dezember 2012

Neue Beiträge

i am looking for a solution with that my (vaadin) portlets can send messages to each other, when running on different workstations (what means in different browser sessions). When user A saves changes to the DB, user B shall see these changes immediately. Unfortunately the standard inter portlet communication only works within a single browser. portlets on another browser do not receive the events.

but what about the liferay message bus? Can it be used for inter-session-portlet-communication?

thanks in advance
David H Nebinger
RE: LR Message Bus usable for IPC in different Browsers/Sessions?
29. Januar 2013 09:35
Antwort

David H Nebinger

Rang: Liferay Legend

Nachrichten: 7238

Eintrittsdatum: 1. September 2006

Neue Beiträge

LMB will work in this scenario, although I wouldn't push the data itself, probably just a 'refresh now' indicator that portlet B uses as the signal to pull the data again.

Note that you may have issues in a cluster, I'm not sure if the LMB crosses the cluster nodes by default (or even if it is possible).

I use LMB in conjunction w/ a spring-based JMS listener - message comes in, jms listener code gets invoked. From there I use LMB to route message to different logged in users to distribute notifications.

Works like a charm, but there were some initial hurdles that I had to overcome that you'll need to keep in mind... LMB really is more at a systems level than a user level - this portlet sends a message to a system component that does something with it, but not very dynamic for cases when users log in/log out to create/dispose of the destinations. I had to build up a set of classes to create and destroy destinations on the fly, query for destinations, etc.

The common example is how Liferay sends an email to subscribed users of thread. When a new message is posted to the thread LMB message goes out to a always-there component which handles the sending of the email. Not really user based, much more of a static sort of system.

When you're trying to send to a specific user, then you're tracking when the user logs in (to create the destination) and when they log out (to destroy the destination), and the sender needs to be able to get an updated list of available destinations (hint: naming your destinations here will be crucial) in order to find one (or more) to send the message to...

Log out is tricky, I'd recommend using a logout action just to ensure you get some level of cleanup, along with an http session listener so you can clean up even if the user didn't actually log out (but timed out instead)...

Fun, fun, fun...