• New Feature
  • Status: Open
  • 2 Major
  • Resolution:
  • klalithr
  • Reporter: hervbarr
  • July 17, 2012
  • 0
  • Watchers: 6
  • November 30, 2012

Description

We’ve been using Terracotta for distributed data sharing, and we now would like to replace an activeMQ DB persistent queue (because of awful performance) by a Terracotta queue. Our use case involve several producers and consumers. We would like to have a transactional dequeue, I mean a lock shall be granted on an item to a consumer but dequeue shall be effective only when the consumer has completed its task. Of course several consumers shall be able to access this queue and to lock different items. A simple implementation would be to dequeue and enqueue in case of failure, but we can’t afford re-enqueue an item because of time constraint.

klalithr said : However, having said that “transactional dequeue” behavior can be implemented with a bit of custom logic using toolkit locks and maps - like you have also suggested.

Comments

Mike Allen 2012-07-30

Issue raised by: https://na6.salesforce.com/00Q8000000sQKXV?srPos=0&srKp=00Q (Thales France)

Fiona OShea 2012-07-30

Field team should probably talk to the user to see if they can become paid

Eric Mizell 2012-07-30

We are not a replacement for a JMS queue. Not sure we want to tell this customer that it is okay to do this.