aries-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Timothy Ward (Commented) (JIRA)" <>
Subject [jira] [Commented] (ARIES-727) support syntax : ${a+b} in blueprint-cm
Date Tue, 04 Oct 2011 11:12:33 GMT


Timothy Ward commented on ARIES-727:

I have worked through the test failures by adding the ability to use a different bundle context
for some references/reference lists. By using the ExtNameSpaceHandler bundlecontext all the
tests now pass.

This solution did involve adding an OSGi API dependency to the blueprint parser (to put BundleContext
on the mutable interface). But otherwise I think it's pretty elegant.
> support syntax : ${a+b} in blueprint-cm 
> ----------------------------------------
>                 Key: ARIES-727
>                 URL:
>             Project: Aries
>          Issue Type: New Feature
>          Components: Blueprint
>    Affects Versions: blueprint-0.3.1, blueprint-0.4.0
>            Reporter: Rex Wang
>            Assignee: Rex Wang
>             Fix For: blueprint-0.4.0
>         Attachments: ARIES-727-blueprint-cm.patch, ARIES-727-fixes-in-blueprint-ext.patch,
ARIES-727-new-draft-fixes-in-blueprint-ext-0919.patch, ARIES-727-new-draft-fixes-in-blueprint-ext.patch,
> I am wondering if Aries blueprint-cm support such scenario:
> <cm:property-placeholder id="property-placeholder" persistent-id="" placeholder-prefix="${"
>         <cm:default-properties>
>             <cm:property name="port" value="12345"/>
>             <cm:property name="offset" value="10"/>
>         </cm:default-properties>
> </cm:property-placeholder>
> <xxx:conn name="loc" uri="http://localhost:${port+offset}"/>
> I have a test, but seems the ${port+offset} can not be replaced with value "12355".
> -Rex
> -----------------------
> Hi Rex,
> to my knowledge (substantiated with a quick code inspection) the placeholders in Aries
today support no operators or arithmetic like that. But please do raise an Improvement JIRA
for the future :)
> Regards,
> Valentin
> -----------------------
> When we support this, we need to perform a 'plus' or string concatenate
> operation based on the variable type:).
> Therefore. when specifying the property in the blueprint xml, the explicit
> type should be specified if not string.
> Regards,
> Emily
> -----------------------
> I _think_ I wrote something like this for xbean-blueprint since it didn't look like blueprint
supported it.  IIRC I used the same calculation engine as the geronimo config substitutions.
 I think you can infer what kind of calculation to do (addition or concatenation) from the
type of the property you end up setting.
> thanks
> david jencks

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators:!default.jspa
For more information on JIRA, see:


View raw message