[
https://issues.jboss.org/browse/SRAMP-433?page=com.atlassian.jira.plugin....
]
Brett Meyer commented on SRAMP-433:
-----------------------------------
{quote}
I don't think the client should have any control - it should just be a recipient of
events. SRAMP should just be configured with the relevant destinations without caring if
there is a recipient - so truly decoupled.
{quote}
For pub/sub, of course. But for the queue(s), should S-RAMP be filling it if no client is
popping off the messages? That was my thought process behind the client-driven portion.
Of course, JMS message expiration times would take care of that...
Create a proper Event producer for s-ramp
-----------------------------------------
Key: SRAMP-433
URL:
https://issues.jboss.org/browse/SRAMP-433
Project: S-RAMP
Issue Type: Feature Request
Security Level: Public(Everyone can see)
Components: Core
Reporter: Eric Wittmann
Assignee: Brett Meyer
Fix For: 0.6.0
Currently dtgov monitors s-ramp for changes by polling. It would be more efficient if
dtgov could listen for events it cared about.
Ideally we could add a listener to the s-ramp repository either at the global level or by
including a filter of some kind, so we can make sure to get only a subset of the total
events coming from the server.
--
This message was sent by Atlassian JIRA
(v6.2.6#6264)