polygene-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Georg Ragaller (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (POLYGENE-223) Unit tests for jclouds fail on a localized windows installation
Date Sat, 04 Mar 2017 19:56:46 GMT

    [ https://issues.apache.org/jira/browse/POLYGENE-223?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15895843#comment-15895843
] 

Georg Ragaller commented on POLYGENE-223:
-----------------------------------------

I can confirm, that the issue with the {{UserPrincipalNotFoundException}} is resolved with
the update to jclouds 2.0.0, but now I get another Exception on one of three machines where
I ran the build:

{code:title=Stacktrace}
java.lang.RuntimeException: java.io.IOException: Could not rename file D:\git\apache\polygene\polygene-java\extensions\entitystore-jclouds\build\tmp\test
files\test\tmp\junit6180907309280035412\polygene-entities\c59d53b7-d841-41a4-80eb-ec24e491ca8b-847a64a6-b31e-46e6-ad35-f3cc958daa1b
to D:\git\apache\polygene\polygene-java\extensions\entitystore-jclouds\build\tmp\test files\test\tmp\junit6180907309280035412\polygene-entities\c59d53b7-d841-41a4-80eb-ec24e491ca8b
	at com.google.common.base.Throwables.propagate(Throwables.java:160)
	at org.jclouds.blobstore.config.LocalBlobStore.putBlob(LocalBlobStore.java:775)
	at org.jclouds.blobstore.config.LocalBlobStore.putBlob(LocalBlobStore.java:523)
	at com.google.inject.internal.DelegatingInvocationHandler.invoke(DelegatingInvocationHandler.java:37)
	at org.apache.polygene.entitystore.jclouds.JCloudsMapEntityStoreMixin$1$1.close(JCloudsMapEntityStoreMixin.java:213)
	at org.apache.polygene.spi.entitystore.helpers.JSONMapEntityStoreMixin$1$1.visitMap(JSONMapEntityStoreMixin.java:270)
	at org.apache.polygene.entitystore.jclouds.JCloudsMapEntityStoreMixin.applyChanges(JCloudsMapEntityStoreMixin.java:194)
	at org.apache.polygene.spi.entitystore.helpers.JSONMapEntityStoreMixin$1.commit(JSONMapEntityStoreMixin.java:250)
	at org.apache.polygene.spi.entitystore.StateChangeNotificationConcern$1.commit(StateChangeNotificationConcern.java:52)
	at org.apache.polygene.spi.entitystore.ConcurrentModificationCheckConcern$ConcurrentCheckingEntityStoreUnitOfWork$1.commit(ConcurrentModificationCheckConcern.java:123)
	at java.util.ArrayList.forEach(ArrayList.java:1249)
...
{code}

When debugging into the relveant jclouds code, right before the rename happens and trying
to do the rename from cmd.exe by "hand" I get "Access denied". Really weird, since on two
other machines it works. I haven't figured out yet what the difference is, but I'll try to
dig into it.

On the machines where the jclouds tests work, I get another test failure later in the {{:extensions:entitystore-mongodbmongodb:test}}
tests, but thats another story.

> 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.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)

Mime
View raw message