Return-Path: Delivered-To: apmail-felix-dev-archive@www.apache.org Received: (qmail 34115 invoked from network); 27 May 2010 21:23:13 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 27 May 2010 21:23:13 -0000 Received: (qmail 618 invoked by uid 500); 27 May 2010 21:23:13 -0000 Delivered-To: apmail-felix-dev-archive@felix.apache.org Received: (qmail 575 invoked by uid 500); 27 May 2010 21:23:13 -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 567 invoked by uid 99); 27 May 2010 21:23:13 -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:23:13 +0000 X-ASF-Spam-Status: No, hits=2.2 required=10.0 tests=FREEMAIL_FROM,HTML_MESSAGE,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 bengt.rodehav@gmail.com designates 74.125.78.146 as permitted sender) Received: from [74.125.78.146] (HELO ey-out-1920.google.com) (74.125.78.146) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 27 May 2010 21:23:07 +0000 Received: by ey-out-1920.google.com with SMTP id 13so27154eye.8 for ; Thu, 27 May 2010 14:22:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:content-type; bh=/AW44x3kzFdoca+m6Glwwnrgpc0Ft/fOqIMUtYDYkyA=; b=Q82THraFjbiievE4G6FbXtgMmpuNTMAumZ5OGIq5ZhkiGzpb5SgTn6zMsV5nuxpXgq EuqR9IJvQEyWF2nzlwCFi7wPwoDhILyQJEJdemL5M2l+TD+Veiv/Ve1Fsy9GMb3SW6ty QJ5LdVVddoKVSbK6cqRGL1OQ8ObMY+I0JMN60= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=B45B5MwdGXnDMY42uHUkMyK8Ah64oJChSJUtLcj+k65smmYcI26fbKfoCOgzZgd2VZ hRBNQAE3gU8Jf0dQZwyAQoi/owv8OGy8s91/NTSSL2duUQMpoW0SGrD09Sq+Aibem40n fDIroARbbzKdJP5kODnRjIe/K/20L7IF2hBKM= MIME-Version: 1.0 Received: by 10.213.29.200 with SMTP id r8mr2360632ebc.83.1274995366499; Thu, 27 May 2010 14:22:46 -0700 (PDT) Sender: bengt.rodehav@gmail.com Received: by 10.213.16.212 with HTTP; Thu, 27 May 2010 14:22:46 -0700 (PDT) In-Reply-To: References: Date: Thu, 27 May 2010 23:22:46 +0200 X-Google-Sender-Auth: X85Rt4kXkSHdu04t0L_5psoZ5II Message-ID: Subject: Re: File install 3.0.0 - avoiding property substitution From: Bengt Rodehav To: dev@felix.apache.org Content-Type: multipart/alternative; boundary=00151748dfeae9171c048799fdc0 X-Virus-Checked: Checked by ClamAV on apache.org --00151748dfeae9171c048799fdc0 Content-Type: text/plain; charset=ISO-8859-1 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 > --00151748dfeae9171c048799fdc0--