[MGNLGROOVY-54] Node not properly wrapped ? Created: 20/Feb/12 Updated: 28/May/12 Resolved: 05/Apr/12 |
|
| Status: | Closed |
| Project: | Magnolia Groovy Module |
| Component/s: | integration |
| Affects Version/s: | None |
| Fix Version/s: | 1.2.3 |
| Type: | Bug | Priority: | Neutral |
| Reporter: | Magnolia International | Assignee: | Federico Grilli |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Remaining Estimate: | Not Specified | ||
| Time Spent: | Not Specified | ||
| Original Estimate: | Not Specified | ||
| Template: |
|
| Acceptance criteria: |
Empty
|
| Task DoD: |
[ ]*
Doc/release notes changes? Comment present?
[ ]*
Downstream builds green?
[ ]*
Solution information and context easily available?
[ ]*
Tests
[ ]*
FixVersion filled and not yet released
[ ] 
Architecture Decision Record (ADR)
|
| Bug DoR: |
[ ]*
Steps to reproduce, expected, and actual results filled
[ ]*
Affected version filled
|
| Date of First Response: |
| Description |
|
I would expect the following assertion to pass - it doesn't: p = ctx.getHierarchyManager('website').getContent('index') assert p.name == p.getName() p.name currently returns null. I'm assuming that's because this notation is looking for a name jcr property ? I realize this might conflict with the friendly node/property wrapping we have going on, so I'm not sure we should implement p.name to return the node's name. Perhaps there is a special (undocumented) notation to access the node name without using the method call ? |
| Comments |
| Comment by Federico Grilli [ 05/Apr/12 ] |
|
looking up for content.name key should return jcr node name consistently with what content.getName() already does instead of looking up for name jcr property |