Issue Details (XML | Word | Printable)

Key: MULE-3706
Type: Improvement Improvement
Status: Closed Closed
Resolution: Fixed
Priority: Major Major
Assignee: Andrew Perepelytsya
Reporter: Andrew Perepelytsya
Votes: 0
Watchers: 0
Operations

If you were logged in you would be able to see more operations.
Mule

Consider changing a default ${} prefix for Mule properties to something else for better OOTB Spring compatibility

Created: 24/Sep/08 09:53 AM   Updated: 10/Oct/08 11:08 AM
Component/s: Core: Configuration
Affects Version/s: 2.1-M2
Fix Version/s: 2.0 ITR8, 2.1.1

Time Tracking:
Issue & Sub-Tasks
Issue Only
Original Estimate: 7 hours
Original Estimate - 7 hours
Remaining Estimate: 0 minutes
Time Spent - 3 days
Time Spent: 3 days
Time Spent - 3 days

Issue Links:
Related

Labels:
User impact: High
Effort points: 1
Affects Docs: Yes
Migration Impact: If this switch is made, every example in the docs has to to be updated to feature the new prefix instead of the current ${}

Sub-Tasks  All   Open   

 Description  « Hide
http://www.nabble.com/expressions-conflict-with-property-placeholder-td19637042.html#a19650222

Following the idea of 'fewer surprises', we may consider changing Mule's default property placeholder prefix. Currently it uses ${}. The problem is Spring, which also uses ${}, or rather its PropertyPlaceholderConfigurer. It leads to variables not being resolved at config/runtime.

The current workaround is switching Spring's PPC to something else, but that means we're intruding into existing Spring apps, which is contrary to Mule's philosophy.

Maybe we can get away with some transition period, when the new syntax support is enabled by a system variable or the like.



 All   Comments   Work Log   Change History   Transitions   FishEye      Sort Order: Ascending order - Click to sort in descending order