Provide an option on the JGroups backend for synchronous updates

Description

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.

Activity

Show:

Davide D'Alto April 19, 2013 at 2:56 PM

Sanne Grinovero April 19, 2013 at 11:51 AM

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

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.

Fixed

Details

Assignee

Reporter

Fix versions

Priority

Created April 10, 2013 at 2:08 PM
Updated May 8, 2013 at 9:04 AM
Resolved April 19, 2013 at 2:56 PM