Return-Path: Delivered-To: apmail-activemq-camel-user-archive@locus.apache.org Received: (qmail 35376 invoked from network); 4 Feb 2008 14:19:47 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Feb 2008 14:19:47 -0000 Received: (qmail 31242 invoked by uid 500); 4 Feb 2008 14:19:39 -0000 Delivered-To: apmail-activemq-camel-user-archive@activemq.apache.org Received: (qmail 31228 invoked by uid 500); 4 Feb 2008 14:19:38 -0000 Mailing-List: contact camel-user-help@activemq.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: camel-user@activemq.apache.org Delivered-To: mailing list camel-user@activemq.apache.org Received: (qmail 31219 invoked by uid 99); 4 Feb 2008 14:19:38 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Feb 2008 06:19:38 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of roman.kalukiewicz@gmail.com designates 64.233.184.238 as permitted sender) Received: from [64.233.184.238] (HELO wr-out-0506.google.com) (64.233.184.238) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 04 Feb 2008 14:19:10 +0000 Received: by wr-out-0506.google.com with SMTP id c55so1382484wra.0 for ; Mon, 04 Feb 2008 06:19:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; bh=9IH65W0IF/f/6R+u7l6wZ+MTnIb05ljVu9NADnWY4AQ=; b=FJBDiSwPIbN2fNzvnmlSTE7RlEyK8pGOOQkkjKZKqbt7OUcMixV8GrZBXvpKlpfPHjqymJ2RtPr1eeVPhrlo/Q257ZwgG9rBskUsyau5JJ7fWvZs8rieZrgEh/MaYGl8kUfA0p53WsJXkLDXJYYS0J9LCpjpEbE+nDKhy8A7lBA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=W3Z01j3KV6b5gofi7fO8qNcZeZe2GlV/KcZp0n2oJx12zHO2DLJd6tdEq991QS7ggIa6nOhBkEtON4jk4iPHgBQ1s4Ik1Dd9N4UwfYtAGhdUWWA7RAt4Bj1eFn9LRNuxYH/tr2VJvJdj7OfLgZNRXK5zTBF7e5qEdHY/niN+Fwk= Received: by 10.142.113.17 with SMTP id l17mr3431773wfc.188.1202134756331; Mon, 04 Feb 2008 06:19:16 -0800 (PST) Received: by 10.142.233.19 with HTTP; Mon, 4 Feb 2008 06:19:16 -0800 (PST) Message-ID: Date: Mon, 4 Feb 2008 15:19:16 +0100 From: "Roman Kalukiewicz" To: camel-user@activemq.apache.org Subject: Re: JdbcEndpoint - Consumer In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <15183848.post@talk.nabble.com> X-Virus-Checked: Checked by ClamAV on apache.org > in both cases the idea is generally to make a bean to represent a row. > > We could write an SDO component and use that to avoid the user having > to write a bean... My $0.02 is that it is not very natural what we currently have in jdbc component. Event it is, then it is not in sync what we have in other components (to compare it with JPA for example). Maybe we should think about creating another component that could express database flows like this: from("sql:select a, b, c from d").to("sql:insert into t values :a, :c, :d"); so we pool a database using some select statement - the result is a Map that maps column names to values. Then it could be sent to some other sql endpoint that simply could use placeholders to generate another query. This way a sql component should be configured with a DataSource. What do you think about something like this? I can try to create such a component. Roman