[
https://issues.apache.org/jira/browse/ARIES-727?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13092315#comment-13092315
]
Alasdair Nottingham commented on ARIES-727:
-------------------------------------------
I've thought some more and I think it would make sense to use a different
namespace to the ext one. That way when a bundle opts in to use the ${a+b} type
syntax if the support (i.e. the commons-jexl package) isn't there we would wait
until the handler and dependant bundle is available rather than not working.
It'll make the code more understandable and resilient. Then we gate registering
the namespace handler based on the availability of the commons-jexl packages.
It seems to me this better fits with the OSGi way.
Did you add any tests for this function? I can't see any.
Thanks
Alasdair
> support syntax : ${a+b} in blueprint-cm
> ----------------------------------------
>
> Key: ARIES-727
> URL: https://issues.apache.org/jira/browse/ARIES-727
> 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
>
>
> I am wondering if Aries blueprint-cm support such scenario:
> <cm:property-placeholder id="property-placeholder" persistent-id="o.a.b.com"
> placeholder-prefix="${" placeholder-suffix="}">
> <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.
For more information on JIRA, see: http://www.atlassian.com/software/jira
