Provide an option on the JGroups backend for synchronous updates
Description
Activity

Sanne Grinovero April 19, 2013 at 11:51 AM
@Hardy Ferentschik CapeDwarf / Blue needs it urgently. It uses Infinispan Query as the storage implementation for the GAE API, and when deployed in clustered configuration they need synchronous consistency levels for some specific entities.
That's also why the synch/asynch option is independent from the Channel, so that the sync flag can be applied only to the specific index needing this.
When I initially opened this issue I flagged it as a bugfix as I was convinced myself it would be synch by default, and I entirely see this useful for other users as well.

Hardy Ferentschik April 18, 2013 at 6:03 PM
We should add an option for who needs to use JGroups with a synchronous backend.
What's the use case? Who needs that?

Sanne Grinovero April 15, 2013 at 4:46 PM
@Emmanuel Bernard good points I changed it to be a new feature with an independent configuration property. Raising it on the mailing list now.
Emmanuel Bernard April 10, 2013 at 4:02 PM
I disagree. The JMS backend always behaves async in the same vein but there is a difference between sync and async in that you send the message in the same thread or not.
So it makes sense to add an option like wait_for_indexing but that should not be confused witht he sync/async option we have.
Details
Details
Assignee

Reporter

The messages sent to JGroups are implicitly asynchronous unless we specify the RSVP flag on Message.
We should add an option for who needs to use JGroups with a synchronous backend.