Return-Path: Delivered-To: apmail-felix-dev-archive@www.apache.org Received: (qmail 43334 invoked from network); 27 May 2010 21:57:18 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 27 May 2010 21:57:18 -0000 Received: (qmail 56481 invoked by uid 500); 27 May 2010 21:57:18 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 56444 invoked by uid 500); 27 May 2010 21:57:18 -0000 Mailing-List: contact dev-help@felix.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@felix.apache.org Delivered-To: mailing list dev@felix.apache.org Received: (qmail 56434 invoked by uid 99); 27 May 2010 21:57:18 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 May 2010 21:57:18 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of gnodet@gmail.com designates 74.125.82.177 as permitted sender) Received: from [74.125.82.177] (HELO mail-wy0-f177.google.com) (74.125.82.177) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 May 2010 21:57:12 +0000 Received: by wyb33 with SMTP id 33so448664wyb.22 for ; Thu, 27 May 2010 14:56:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type; bh=DA2920EucePCPrHujLfPbt8BrznEupuhnkZsLZxXf1E=; b=mDQIfN8pFUsMDi2BvINUsA0uSkTcpYAi36SWonl/Tghaol2Z0MW0hwkvGJbs5OC4+r mA4ZD+qBZMu+JGk3syVA1LcZhh8jsffuGqO0NBb7XiRATNuOZrtuTLhGvLgtnkY0VuZx EGpJ62aM57KaFYLeayQBKweifYs/T3zRGK4CE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=NV+3lZR+zeeGeJK6+1F/jUTRZeloa77QhhSCtMPqH85tqu1IFSb3f+UWf0HImsMpYf gRGAPc+I5YXAoXIWuxNO/gNa3uCBS1Zj83ImoNzALR8YQVN4Y1w2mVihcCxAXag0/e8K V/hQ3SPqPaM8oxCHtpyJnUUrLGs40WAF93VyU= MIME-Version: 1.0 Received: by 10.216.86.199 with SMTP id w49mr1051898wee.84.1274997188573; Thu, 27 May 2010 14:53:08 -0700 (PDT) Received: by 10.216.73.73 with HTTP; Thu, 27 May 2010 14:53:08 -0700 (PDT) In-Reply-To: References: Date: Thu, 27 May 2010 23:53:08 +0200 Message-ID: Subject: Re: File install 3.0.0 - avoiding property substitution From: Guillaume Nodet To: dev Content-Type: multipart/alternative; boundary=0016e6d9a3ba83f1c604879a6a12 X-Virus-Checked: Checked by ClamAV on apache.org --0016e6d9a3ba83f1c604879a6a12 Content-Type: text/plain; charset=ISO-8859-1 Sure, we had the same problem in Karaf and i've fixed that as part of https://issues.apache.org/jira/browse/FELIX-2307 Basically, just add '\' before the '{' and '}' and it should work: file://inbox?move=backup/$\{date:now:yyyMMdd\}/$\{file:name\} On Thu, May 27, 2010 at 23:22, Bengt Rodehav wrote: > Hello everyone, > > My question didn't get much attention on my first attempt so I'll make > another one... > > Maybe a clarifaction of what I'm trying to do helps. I'm using Karaf as a > deployment container for Camel routes. I start services, using file > install, > that house camel routes. The routes are configurable using the > configuration > admin via file install. E g I have a general file transfer route in Camel > that looks like this: > > from(mFromUri).to(mToUri); > > ...where "mFromUri" and "mToUri" are properties configured via > configuration > admin. Camel itself supports a "property concept" and an example of a > "mFromUri" I might want to use is: > > file://inbox?move=backup/${date:now:yyyMMdd}/${file:name} > > This will cause Camel to poll the inbox folder and archive completed files > in a backup folder that is named with todays date. > > However, since file install always does property substitution itself (in > this case I want Camel to do it - not file install), the URI sent to Camel > will be: > > file://inbox?move=backup// > > This is because the strings ${date:now:yyyMMdd} and ${file:name} will be > transformed to empty strings since file install will regard them as > properties that are not defined. > > How can I work around this? Any clues? > > /Bengt > > > 2010/5/26 Bengt Rodehav > > > I'm using the File Install component and cannot find a way to set values > > like "${abc}" (without the quotes). File install insists on performing > > property substitution which I do not want in this case. I noticed that > this > > seems to have been addressed in version 3.0.0 but I cannot get it to > work. > > My question is: How can I set a value to "${abc}" (without the quotes) > > without File install trying to perform property substitution? > > > > /Bengt > > > -- Cheers, Guillaume Nodet ------------------------ Blog: http://gnodet.blogspot.com/ ------------------------ Open Source SOA http://fusesource.com --0016e6d9a3ba83f1c604879a6a12--