You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@tapestry.apache.org by "Jochen Kemnade (JIRA)" <ji...@apache.org> on 2014/05/27 09:20:41 UTC

[jira] [Updated] (TAP5-842) Add a conditional clause to IoC Symbol evaluation

     [ https://issues.apache.org/jira/browse/TAP5-842?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Jochen Kemnade updated TAP5-842:
--------------------------------

    Labels: bulk-close-candidate  (was: )

This issue has been last updated about 1.5 years ago, has no assignee, affects an old version of Tapestry that is not actively developed anymore, and is therefore prone to be bulk-closed in the near future.

If the issue still persists with the most recent development preview of Tapestry (5.4-beta-6, which is available from Maven Central), please update it as soon as possible. In the case of a feature request, please discuss it with the Tapestry developer community on the dev@tapestry.apache.org mailing list first.


> Add a conditional clause to IoC Symbol evaluation
> -------------------------------------------------
>
>                 Key: TAP5-842
>                 URL: https://issues.apache.org/jira/browse/TAP5-842
>             Project: Tapestry 5
>          Issue Type: New Feature
>          Components: tapestry-ioc
>    Affects Versions: 5.2
>            Reporter: Howard M. Lewis Ship
>              Labels: bulk-close-candidate
>
> It's very common to want to do some extra, extra late binding of symbols ... generally, to configure things one way for production mode and another way for development mode.
> A symbol syntax such as
> ${foo ? bar  : baz }
> (whitespace optional and ignored)
> could be used for this (common) situation.  First symbol foo is evaluated and coerced to Boolean, this selects either 'bar' or 'baz' which are then evaluated as symbols.  Thus:
> foo.delay.production=1 h
> foo.delay.development=1 s
> foo.delay = ${tapestry.production-mode ? foo.delay.production : foo.delay.development}



--
This message was sent by Atlassian JIRA
(v6.2#6252)