Return-Path: Delivered-To: apmail-camel-users-archive@www.apache.org Received: (qmail 62998 invoked from network); 22 Apr 2010 12:24:48 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 22 Apr 2010 12:24:48 -0000 Received: (qmail 40916 invoked by uid 500); 22 Apr 2010 12:24:48 -0000 Delivered-To: apmail-camel-users-archive@camel.apache.org Received: (qmail 40874 invoked by uid 500); 22 Apr 2010 12:24:47 -0000 Mailing-List: contact users-help@camel.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@camel.apache.org Delivered-To: mailing list users@camel.apache.org Received: (qmail 40866 invoked by uid 99); 22 Apr 2010 12:24:47 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Apr 2010 12:24:47 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of claus.ibsen@gmail.com designates 209.85.218.228 as permitted sender) Received: from [209.85.218.228] (HELO mail-bw0-f228.google.com) (209.85.218.228) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 22 Apr 2010 12:24:41 +0000 Received: by bwz28 with SMTP id 28so8687338bwz.34 for ; Thu, 22 Apr 2010 05:24:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :from:date:received:message-id:subject:to:content-type :content-transfer-encoding; bh=VR68PeEui5S0lmBDYGc4bOMH4+1Uld/v8uH8AlPONQo=; b=hMAey5PQWBlBoCds3AMKfhOk5f8Morv/xicjk8PrFfDNnO6onugRO+yljb69bogQLL NqWrUDJR97e9PcTQ2zkUQY3Hi5/BcQaArKNQPgl5v6e4PGJ050flRwrAxhZ9w31rSRba i80+28ja1F2hgtDGAllckZvDaGU2OE6xrMb8I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; b=kfgDwFh+d6/16i0OdW5eokhz2evSXOk6YPYAiqzavEc/J23vXaCkWH9j9UyBxROsqi Ows8yTfcTKSopagSTkSrlAb4S7SHcBhm5ofvW/Ur993RFheEQI1SvFi61kIsyqSTmQsH 5OUX7zoumbte1tTdWddVwgHsZ/WB5k8pZmw2Y= MIME-Version: 1.0 Received: by 10.204.115.210 with HTTP; Thu, 22 Apr 2010 05:24:00 -0700 (PDT) In-Reply-To: <81EB3BA5959A4B749893D377DFF80206@IBM0618> References: <81EB3BA5959A4B749893D377DFF80206@IBM0618> From: Claus Ibsen Date: Thu, 22 Apr 2010 14:24:00 +0200 Received: by 10.204.138.79 with SMTP id z15mr784523bkt.59.1271939060481; Thu, 22 Apr 2010 05:24:20 -0700 (PDT) Message-ID: Subject: Re: does camel support custom policy for processor level ? To: users@camel.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org Hi I am opening up this in Camel 2.3.0 so you can use Policy at per processor level. I have created a ticket to track it https://issues.apache.org/activemq/browse/CAMEL-2667 On Thu, Apr 22, 2010 at 9:45 AM, ext2 wrote: > > > Thanks Willem: > > You are right; > =A0It seems I must do something else to support the feature(define custom > transaction-section in single route). > > And the real problem is not only the spring's transaction-template, but a= lso > the camel's transaction support ; > =A0the camel's transaction always ask for transacted-error-handler, and t= hey > will sometimes conflict with other error-handle mechanism(etc: try-catch)= ; > > > Willem wrote; >>>ext2 wrote: >> Thanks Willem: >> >> I got it; and using this feature I could define custom transaction range > in >> a single route(need not separate them in different route just for >> transaction purpose); >> >> > I'm afraid you cannot configure the transaction per process, as Camel > transaction is based on Spring, and it uses thread location to hold the > transaction information. You may need to do something yourself to > implement the feature. > >> >> >>>> Willem wrote: >>>> No, you can apply the police per processor. >>>> The new added camel-spring-security is based on this camel policy > feature. >> >> how to configure such policy using spring? Or just dsl? >> >> Willem >> >> ext2 wrote: >>> Hi: >>> =A0 =A0 =A0Camel policy is very useful to define some custom wrapper fe= atures; >>> But in camel 2.2 , it seems the policy only apply on the whole route; A= nd >> it >>> cannot define a policy on a special processor, is this true? >>> =A0 =A0 =A0And does camel 2.x support some mechanism to support define = custom >>> policy for specified processor(not the whole route)? >>> >>> >>> >> >> >> >> >> >> > > > > --=20 Claus Ibsen Apache Camel Committer Author of Camel in Action: http://www.manning.com/ibsen/ Open Source Integration: http://fusesource.com Blog: http://davsclaus.blogspot.com/ Twitter: http://twitter.com/davsclaus