jdk1.7/1.8 on win7 64-bit: unable to deploy simple web app into wildfly-9.0.0.Final

[rhanus]

Hi,

I've just started to experiment with the new wildfly release but I'm not able to deploy event the simplest web app on win7 64-bit, jdk8

javaee7-samples/servlet/simple-servlet at master · javaee-samples/javaee7-samples · GitHub

11:50:31,594 ERROR [org.jboss.msc.service.fail] (MSC service thread 1-4) MSC000001: Failed to start service jboss.deployment.unit."servlet-simple-servlet.war": org.jboss.msc.service.StartException in

service jboss.deployment.unit."servlet-simple-servlet.war": Failed to start service

        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1904)

        at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)

        at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)

        at java.lang.Thread.run(Thread.java:745)

Caused by: java.lang.IllegalStateException: WFLYDR0006: Directory D:\jboss\wildfly-9.0.0.Final\standalone\data\content\8b is not writable

        at org.jboss.as.repository.ContentRepository$Factory$ContentRepositoryImpl.validateDir(ContentRepository.java:304)

        at org.jboss.as.repository.ContentRepository$Factory$ContentRepositoryImpl.getDeploymentHashDir(ContentRepository.java:281)

        at org.jboss.as.repository.ContentRepository$Factory$ContentRepositoryImpl.getDeploymentContentFile(ContentRepository.java:271)

        at org.jboss.as.repository.ContentRepository$Factory$ContentRepositoryImpl.getContent(ContentRepository.java:248)

        at org.jboss.as.server.deployment.ContentServitor.getValue(ContentServitor.java:53)

        at org.jboss.as.server.deployment.ContentServitor.getValue(ContentServitor.java:35)

        at org.jboss.msc.service.ServiceControllerImpl.getValue(ServiceControllerImpl.java:1158)

        at org.jboss.msc.service.ServiceRegistrationImpl.getValue(ServiceRegistrationImpl.java:199)

        at org.jboss.msc.service.ServiceControllerImpl.doInject(ServiceControllerImpl.java:1672)

        at org.jboss.msc.service.ServiceControllerImpl.access$2000(ServiceControllerImpl.java:51)

        at org.jboss.msc.service.ServiceControllerImpl$StartTask.performInjections(ServiceControllerImpl.java:1917)

        at org.jboss.msc.service.ServiceControllerImpl$StartTask.run(ServiceControllerImpl.java:1876)

        ... 3 more

[ctomc]

make sure you have write permissions for that directory properly set up.

[rhanus]

sure they are moreover Authenticated Users have full control of D:\ and I have the same problem at elevated commnd prompt

I have no problems with wildfly-8.2 installed beside wildfly-9.0, both unpacked from its zip distributions

on the other hand I know that I should use real operating system but anyway...

[rhanus]

I did some search and find out that jdk1.8.0_45 on win7 64-bit, suffers this problem

jdk1.7.0_76 as well

looks like I'm complaining on a wrong forum...

[ctomc]

according to https://bugs.openjdk.java.net/browse/JDK-7190897

this was fixed in 8u40 and u45

is it possible some antivirus on your machine is causing problems?  can you try disabling it?

[rhanus]

maybe sounds a bit strange but I don't use any antivirus/antimalvare software on my windows box

[mayerw01]

Did you verify that this access is not restricted by your Java policy (java.home\lib\security\java.policy)?

[rhanus]

yes I did and I'm able to reproduce this behaviour on both latest jdk1.8 and 1.7

moreover wildfly-8.2 runs smoothly for me

I've filled a bug report to oracle, I supply a link when it will be published

[rhanus]

Bug ID: JDK-8130830 Files.isWritable method returns false when the path is writable (win)

[rhanus]

I've just tested with different jdk8 versions and despite of bug tester comments this bug is reproducible in jdk-8u40, jdk-8u45, jdk-8u60-ea-bin-b22

jdk-9-ea-bin-b71 is OK

[ctomc]

Can you create new jira in https://issues.jboss.org/browse/WFCORE

so we can add a workaround for it. As it doesn't make sense to wait for JDK9 to have fix for such things.

[rhanus]

https://issues.jboss.org/browse/WFCORE-799

[mika.rautio]

I had the same issue with error WFLYDR0006 on my Win7 64bit. I fixed it by upgrading java8u45 to java8u51

Version with the issue:

java version "1.8.0_45"

Java(TM) SE Runtime Environment (build 1.8.0_45-b14)

Java HotSpot(TM) Client VM (build 25.45-b02, mixed mode, sharing)

Version without the issue:

java version "1.8.0_51"

Java(TM) SE Runtime Environment (build 1.8.0_51-b16)

Java HotSpot(TM) 64-Bit Server VM (build 25.51-b03, mixed mode)

[rhanus]

for me it still fails with exception even on newest jdk1.8.0_51 64-bit, win7 64-bit

that's weird

[mayerw01]

Another idea. Is you D: drive a "real" drive or is it a network drive or redirected via subst? Apparently this is not fixed yet Bug ID: JDK-8034057 Files.getFileStore and Files.isWritable do not work with SUBST'ed drives (win)