[
https://issues.apache.org/jira/browse/SLING-386?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12590356#action_12590356
]
Bertrand Delacretaz commented on SLING-386:
-------------------------------------------
> ...you should take the path returned from the creation step for further
> operations, no matter what....
Agree with that, when Sling generates a node name it is the responsibility of
the application to read that name from the Sling response.
Note that the sling:post:redirect parameter allows you to be redirected to the
created node automatically, see
http://svn.apache.org/repos/asf/incubator/sling/trunk/launchpad/webapp/src/test/java/org/apache/sling/launchpad/webapp/integrationtest/PostRedirectTest.java
for details
> rules for creating node names should be uniform
> -----------------------------------------------
>
> Key: SLING-386
> URL: https://issues.apache.org/jira/browse/SLING-386
> Project: Sling
> Issue Type: Improvement
> Reporter: Michael Marth
>
> I have an issue when nodes are created through a form post: consider that I
> have a weird string xyz that is not fit as a JCR node name, e.g. because it
> contains umlauts or slashes or so.
> If I do a post to /content/mynode/*
> and give this parameter
> name=xyz
> this is used as a name hint and xyz is converted something sane (let's call
> it xyy_conversion1)
> In the next step I want to post to /content/mynode/xyz/*
> in order to create a child node of xyz
> It seems that in these two cases xyz is converted differently. Thus, in my
> example above the second post would not create a child node of the first one,
> but rather something like:
> -content
> |-mynode
> |- xyy_conversion1
> |- xyz_conversion_2
> |- node_from_second_post
> the conversation algorithms should be the same in both cases
--
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.
