[JCRTOOLS-20] New export function creates erroneous bootstrap Created: 21/Dec/15  Updated: 29/Mar/22  Resolved: 17/Feb/16

Status: Closed
Project: JCR Tools
Component/s: None
Affects Version/s: 1.0
Fix Version/s: None

Type: Bug Priority: Neutral
Reporter: Christoph Meier Assignee: Jaroslav Simak
Resolution: Fixed Votes: 0
Labels: None
Remaining Estimate: 0d
Time Spent: 0.75d
Original Estimate: Not Specified
Environment:

magnolia-community-webapp, 5.4.4-SNAPSHOT, OS-X


Attachments: File userroles.rest-products.xml.new-approach     File userroles.rest-products.xml.xml.old-approach    
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
Sprint: Kromeriz 31
Story Points: 3
Team: Nucleus

 Description   

To reproduce:
I: Start with vanilla webapp. (Make sure it does not contain new jcr-tools module.) Create a new role. (E.g. duplicate the "rest" role and change some access rules and rename it to "rest-products").
Export the role with the "old" tool.

II: Start with vanilla webapp and make sure it contains the jcr-tools module (which also will remove (or hide?) the legacy app). This time let the new webapp import the bootsstrap created on step I or create the role again.
Export it with the jcr-tools.

III: Compare the 2 files! There is a bunch of differences. The most significant prbly. at the very top:
old approach, 1st line after <?xml version="1.0" encoding="UTF-8"?>

<sv:node sv:name="rest-products" xmlns:sv="http://www.jcp.org/jcr/sv/1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

new approach, 1st line after <?xml version="1.0" encoding="UTF-8"?>

<sv:node sv:name="jcr:root" xmlns:sv="http://www.jcp.org/jcr/sv/1.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">

Generated at Mon Feb 12 02:17:10 CET 2024 using Jira 9.4.2#940002-sha1:46d1a51de284217efdcb32434eab47a99af2938b.