[
https://issues.apache.org/jira/browse/POLYGENE-223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15896249#comment-15896249
]
Georg Ragaller commented on POLYGENE-223:
-----------------------------------------
Now it works.
What was the problem? On the machine with the failing jclouds tests I log in
with a domain user, *but* this domain user has (had) no explicit rights on the
whole directory tree, but the standard group 'Authentifizierte Benutzer' (in
German, which should be something like 'Authenticated Users' in English) has,
so access to files is usually granted via this group.
When jclouds creates the blob container, it does some ACL magic in
[FilesystemStorageStrategyImpl.setContainerAccess|https://git-wip-us.apache.org/repos/asf?p=jclouds.git;a=blob;f=apis/filesystem/src/main/java/org/jclouds/filesystem/strategy/internal/FilesystemStorageStrategyImpl.java;h=7e65dcd82394c4fc509a6753b17daa16c31dd804;hb=6a3a37f4e02d0e80ada1f0739eace245818a7411#l198]
and after that the access via the group has gone.
So my solution is/was to explicitly add my domain user (which is the user, the
JVM with the tests runs with) with read/write access to the polygene source
tree.
> Unit tests for jclouds fail on a localized windows installation
> ---------------------------------------------------------------
>
> Key: POLYGENE-223
> URL: https://issues.apache.org/jira/browse/POLYGENE-223
> Project: Polygene
> Issue Type: Bug
> Affects Versions: 3.0
> Environment: awt.toolkit=sun.awt.windows.WToolkit
> file.encoding=Cp1252
> file.encoding.pkg=sun.io
> file.separator=\
> java.awt.graphicsenv=sun.awt.Win32GraphicsEnvironment
> java.awt.printerjob=sun.awt.windows.WPrinterJob
> java.class.path=.
> java.class.version=52.0
> java.endorsed.dirs=d:\java\jdk_x86_64\1.8.0\jre\lib\endorsed
> java.ext.dirs=d:\java\jdk_x86_64\1.8.0\jre\lib\ext;C:\Windows\Sun\Java\lib\ext
> java.home=d:\java\jdk_x86_64\1.8.0\jre
> java.io.tmpdir=C:\Users\geler\AppData\Local\Temp\
> java.library.path=d:\java\jdk_x86_64\1.8.0\bin;C:\Windows\Sun\Java\bin;C:\Windows\system32;C:\Windows;d:\java\jdk_x86_64\1.8.0\bin;;.
> java.runtime.name=Java(TM) SE Runtime Environment
> java.runtime.version=1.8.0_121-b13
> java.specification.name=Java Platform API Specification
> java.specification.vendor=Oracle Corporation
> java.specification.version=1.8
> java.vendor=Oracle Corporation
> java.vendor.url=http://java.oracle.com/
> java.vendor.url.bug=http://bugreport.sun.com/bugreport/
> java.version=1.8.0_121
> java.vm.info=mixed mode
> java.vm.name=Java HotSpot(TM) 64-Bit Server VM
> java.vm.specification.name=Java Virtual Machine Specification
> java.vm.specification.vendor=Oracle Corporation
> java.vm.specification.version=1.8
> java.vm.vendor=Oracle Corporation
> java.vm.version=25.121-b13
> line.separator=
> os.arch=amd64
> os.name=Windows 7
> os.version=6.1
> path.separator=;
> sun.arch.data.model=64
> sun.boot.class.path=d:\java\jdk_x86_64\1.8.0\jre\lib\resources.jar;d:\java\jdk_x86_64\1.8.0\jre\lib\rt.jar;d:\java\jdk_x86_64\1.8.0\jre\lib\sunrsasign.jar;d:\java\jdk_x86_64\1.8.0\jre\lib\jsse.jar;d:\java\jdk_x86_64\1.8.0\jre\lib\jce.jar;d:\java\jdk_x86_64\1.8.0\jre\lib\charsets.jar;d:\java\jdk_x86_64\1.8.0\jre\lib\jfr.jar;d:\java\jdk_x86_64\1.8.0\jre\classes
> sun.boot.library.path=d:\java\jdk_x86_64\1.8.0\jre\bin
> sun.cpu.endian=little
> sun.cpu.isalist=amd64
> sun.desktop=windows
> sun.io.unicode.encoding=UnicodeLittle
> sun.java.command=DumpSystemProperties
> sun.java.launcher=SUN_STANDARD
> sun.jnu.encoding=Cp1252
> sun.management.compiler=HotSpot 64-Bit Tiered Compilers
> sun.os.patch.level=Service Pack 1
> sun.stderr.encoding=cp850
> user.country=DE
> user.dir=d:\temp
> user.home=C:\Users\geler
> user.language=de
> user.name=geler
> user.script=
> user.timezone=
> user.variant=
> Reporter: Georg Ragaller
> Assignee: Paul Merlin
> Attachments: jclouds-test-summary-rename-problem.zip,
> jclouds-test-summary.zip
>
>
> When building from source, on my windows machine with locale DE the jclouds
> tests fail with the following exception as root cause (commit 9d16d5553 on
> the develop branch):
> {code:title=Stacktrace, for more see Attachment|borderStyle=solid}
> Caused by: java.nio.file.attribute.UserPrincipalNotFoundException
> at
> sun.nio.fs.WindowsUserPrincipals.lookup(WindowsUserPrincipals.java:147)
> at
> sun.nio.fs.WindowsFileSystem$LookupService$1.lookupPrincipalByName(WindowsFileSystem.java:270)
> at org.jclouds.filesystem.util.Utils.setPrivate(Utils.java:83)
> at
> org.jclouds.filesystem.strategy.internal.FilesystemStorageStrategyImpl.setContainerAccess(FilesystemStorageStrategyImpl.java:192)
> ... 41 more
> {code}
> A bit of investigation shows, that the currently used jclouds version tries
> to lookup a user principal with the name {{Everyone}}, but that doesn't work
> with a German locale (and probably with all other non English locales).
> [https://github.com/jclouds/jclouds/blob/rel/jclouds-1.9.2/apis/filesystem/src/main/java/org/jclouds/filesystem/util/Utils.java#L66]
> It looks like this problem was fixed with
> [https://github.com/jclouds/jclouds/commit/2efcb2c5a9fadc52bcac411898154735eea4a66a]
> My guess is, that this issue can be fixed by upgrading from jclouds 1.9.x to
> 2.0.x.
> Neither I'm experienced with gradle dependency management, nor the jclouds
> extension and the implications when upgrading. So I would leave that to the
> experts.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
