Return-Path: X-Original-To: apmail-camel-issues-archive@minotaur.apache.org Delivered-To: apmail-camel-issues-archive@minotaur.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 79A1E18B67 for ; Tue, 27 Oct 2015 10:58:28 +0000 (UTC) Received: (qmail 74303 invoked by uid 500); 27 Oct 2015 10:58:28 -0000 Delivered-To: apmail-camel-issues-archive@camel.apache.org Received: (qmail 74211 invoked by uid 500); 27 Oct 2015 10:58:28 -0000 Mailing-List: contact issues-help@camel.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@camel.apache.org Delivered-To: mailing list issues@camel.apache.org Received: (qmail 74142 invoked by uid 99); 27 Oct 2015 10:58:28 -0000 Received: from arcas.apache.org (HELO arcas) (140.211.11.28) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 27 Oct 2015 10:58:28 +0000 Received: from arcas.apache.org (localhost [127.0.0.1]) by arcas (Postfix) with ESMTP id 02DE62C1F74 for ; Tue, 27 Oct 2015 10:58:28 +0000 (UTC) Date: Tue, 27 Oct 2015 10:58:28 +0000 (UTC) From: "Claus Ibsen (JIRA)" To: issues@camel.apache.org Message-ID: In-Reply-To: References: Subject: [jira] [Created] (CAMEL-9261) Claim Check EIP - DataStore spi and out of the box stores MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 Claus Ibsen created CAMEL-9261: ---------------------------------- Summary: Claim Check EIP - DataStore spi and out of the box stores Key: CAMEL-9261 URL: https://issues.apache.org/jira/browse/CAMEL-9261 Project: Camel Issue Type: New Feature Components: camel-core, eip Reporter: Claus Ibsen Fix For: Future We should consider a ClaimCheckRepository API (or potentially allow to reuse aggregate repository) and add into the DSL to make it easy to store / claim. A blog about this http://www.javaprocess.com/2015/10/distributed-services-with-apache-camel-part2.html And the eip http://camel.apache.org/claim-check.html Likely the aggregator repository is the best suited to reuse/extend from as its to store with a key -> exchange. And have apis to remove as well. But we need to give it a bit more thought. The idea is for the implementations to make them reusable so we do not have to implement this again for JDBC, hazelcast and what else we have today for repositories. -- This message was sent by Atlassian JIRA (v6.3.4#6332)