[
https://issues.jboss.org/browse/WFLY-3664?page=com.atlassian.jira.plugin....
]
Christian Bourque commented on WFLY-3664:
-----------------------------------------
This is a critical problem for us because when this happens we sometimes get a "Too
many open files" error and then Wildfly undeploy our application:
2015-01-21 08:17:45,306 ERROR [org.jboss.as.server.deployment.scanner]
(DeploymentScanner-threads - 1) JBAS015004: Caught exception writing deployment marker
file
/home/masterdev/opt/wildfly/standalone/deployments/TEST-1.0-SNAPSHOT.war.isundeploying:
java.io.FileNotFoundException:
/home/masterdev/opt/wildfly/standalone/deployments/TEST-1.0-SNAPSHOT.war.isundeploying
(Too many open files)
at java.io.FileOutputStream.open(Native Method) [rt.jar:1.7.0_72]
at java.io.FileOutputStream.<init>(FileOutputStream.java:221)
[rt.jar:1.7.0_72]
at java.io.FileOutputStream.<init>(FileOutputStream.java:171)
[rt.jar:1.7.0_72]
at
org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.createMarkerFile(FileSystemDeploymentService.java:984)
[wildfly-deployment-scanner-8.2.0.Final.jar:8.2.0.Final]
at
org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.access$2800(FileSystemDeploymentService.java:83)
[wildfly-deployment-scanner-8.2.0.Final.jar:8.2.0.Final]
at
org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$ScannerTask.recordInProgress(FileSystemDeploymentService.java:1044)
[wildfly-deployment-scanner-8.2.0.Final.jar:8.2.0.Final]
at
org.jboss.as.server.deployment.scanner.FileSystemDeploymentService.scan(FileSystemDeploymentService.java:431)
[wildfly-deployment-scanner-8.2.0.Final.jar:8.2.0.Final]
at
org.jboss.as.server.deployment.scanner.FileSystemDeploymentService$DeploymentScanRunnable.run(FileSystemDeploymentService.java:147)
[wildfly-deployment-scanner-8.2.0.Final.jar:8.2.0.Final]
at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471)
[rt.jar:1.7.0_72]
at java.util.concurrent.FutureTask.runAndReset(FutureTask.java:304)
[rt.jar:1.7.0_72]
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.access$301(ScheduledThreadPoolExecutor.java:178)
[rt.jar:1.7.0_72]
at
java.util.concurrent.ScheduledThreadPoolExecutor$ScheduledFutureTask.run(ScheduledThreadPoolExecutor.java:293)
[rt.jar:1.7.0_72]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
[rt.jar:1.7.0_72]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
[rt.jar:1.7.0_72]
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_72]
at org.jboss.threads.JBossThread.run(JBossThread.java:122)
[jboss-threads-2.1.1.Final.jar:2.1.1.Final]
...
Exceptions during download of webstart libraries
------------------------------------------------
Key: WFLY-3664
URL:
https://issues.jboss.org/browse/WFLY-3664
Project: WildFly
Issue Type: Bug
Components: Web (Undertow)
Affects Versions: 8.1.0.Final
Environment: Windows 7 (64bit), Windows Server 2012 R2 (64bit)
Reporter: Markus Schwarz
Assignee: Stuart Douglas
Priority: Minor
Attachments: demo-src.zip, server.log
I have a webstart application using the JnlpDownloadServlet. If the client cache is
empty, launching the JNLP will download the libraries. The webstart application works as
expected, but in the server logs there are many errors regarding download of the
libraries.
Just to mention: Not always the same libraries are listed with erros in the logs files.
Sometimes I even got now exceptions.
For my tests I used Wildfly 8.1.0.FINAL as well as a nightly build from 24. of July
without any further changes of the configuration files
(
https://ci.jboss.org/hudson/job/WildFly-latest-master/).
I tested it under Windows 7 and Windows Server 2012 R2. The demo contains an older
JnlpDownloadServlet, but I tested it also with the one coming with JDK 7u65.
--
This message was sent by Atlassian JIRA
(v6.3.11#6341)