Anonymous | Login | Signup for a new account | 12-17-2024 08:55 PST |
Main | My View | View Issues | Change Log | Docs |
Viewing Issue Simple Details [ Jump to Notes ] | [ View Advanced ] [ Issue History ] [ Print ] | ||||||||
ID | Category | Severity | Reproducibility | Date Submitted | Last Update | ||||
0002829 | [Resin] | minor | always | 08-08-08 09:22 | 09-11-09 18:09 | ||||
Reporter | ferg | View Status | public | ||||||
Assigned To | ferg | ||||||||
Priority | normal | Resolution | fixed | ||||||
Status | closed | Product Version | 3.2.0 | ||||||
Summary | 0002829: BAM persistent topics | ||||||||
Description |
(rep by Chris Chen) don't have a fully concrete idea either but there are two sides to this subscription feature - client and server. The server side may be similar to how JMS EJB beans or Jabber Server side components work. The EJB side has a defined set of beans listening to a particular topic/queue. This is considered a subscription. As for persistent subscriptions, it can be similar to how JMS works as well. A client registers as a subscriber for a particular topic. Unless the client unsubscribes, the system will continue to store messages for this subscriber when the subscriber is offline. Of course, this comes with its own set of challenges. Fiorano MQ and ESB has a setting to periodically flush out any persistent messages. XMPP by nature has persistence message supported in some sense (ie. I get chat messages that were sent when I wasn't logged on). I wonder if a Jini-like persistence capability may be something to model after or even relevant in this case. Either way, persistent and subscription do go hand in hand. |
||||||||
Additional Information | |||||||||
Attached Files | |||||||||
|
Mantis 1.0.0rc3[^]
Copyright © 2000 - 2005 Mantis Group
28 total queries executed. 25 unique queries executed. |