-
Notifications
You must be signed in to change notification settings - Fork 61
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Problem checking out nodes using repo like /oak:index with escaped chars like : #16
Comments
Have you tried Generally, repo commands expect the file system path as argument, not the JCR path. Currently the mapping of the vault mapped paths for namespaces in file or directory names is only done in one direction, from mapped to jcr, such as |
Thanks @alexkli for a workaround.
OK I see now. Probably users passing arguments to get command will expect the same:
Can we expect JCR and map it back to filesystem object? Is this really needed? I guess for JCR VLT filter you'll already have a correct value from command line (it needs to be sanitized if it's not) but you probably use I'm thinking about pushing a PR for that in a free time.. but I need to be sure I won't break here any tool assumptions... |
Ok, thanks for verifying my hunch. Actually, in the docs I already state that This has to do essentially the same as jackrabbit-filevault's getPlatformName, replace some well known namespace prefixes (as a quick hack; if someone can write the real logic in bash that would be great), then escape the few special chars using For all the other commands the local path must exist, so it can only be a local filevault mapped file system path. Nothing to do there I hope. |
For the other commands filesystem context is retained.
For the other commands filesystem context is retained.
I faced the same issue today. I would be great if checkout could handle the transformation. Or not transform at all, as macos does not mind the colons. Or update the docs to reflect this. |
The issue summary might need to be re-qualified depending on investigation.
The current hypothesis I have is that there are troubles syncing (possibly in both ways) special JCR paths like
/oak:index
that are escaped by VLT. It seems to be related to #5My version
Steps to reproduce on local AEM instance
set -x
line torepo
tool to see debug logs for bashmkdir repo-oak-index
cd repo-oak-index/
repo checkout '/oak:index'
repo checkout '/apps'
works correctly so in general the problem is not related to local environment.The output of 3. is:
What's in the filesystem
Versions
rsync
curl
The text was updated successfully, but these errors were encountered: