Weird IOException thrown during maven build (uses embedded Jboss)

[ronsi]

I have a MAVEN build which throws the below exception when running on Redhat Linux. I could not reproduce this issue on a Windows box. I'm using Maven "resources" plugin to copy .class files from classes directory into test-classes directory. But I don't understand why that would be an issue in a Linux environment as it works in Windows.

The test cases use embedded jboss SP15 with seam framework 2.2.2.final.

Any pointers would be really appreciated. Thanks.

-------------------------------------------------------------------------------

org.jboss.deployers.spi.DeploymentException: Error determining structure: test-classes

  at org.jboss.deployers.spi.DeploymentException.rethrowAsDeploymentException(DeploymentException.java:49)

  at org.jboss.deployers.vfs.plugins.structure.jar.JARStructure.determineStructure(JARStructure.java:138)

  at org.jboss.deployers.vfs.plugins.structure.StructureDeployerWrapper.determineStructure(StructureDeployerWrapper.java:65)

  at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.doDetermineStructure(VFSStructuralDeployersImpl.java:194)

  at org.jboss.deployers.vfs.plugins.structure.VFSStructuralDeployersImpl.determineStructure(VFSStructuralDeployersImpl.java:218)

  at org.jboss.deployers.structure.spi.helpers.AbstractStructuralDeployers.determineStructure(AbstractStructuralDeployers.java:77)

  at org.jboss.deployers.plugins.main.MainDeployerImpl.determineStructure(MainDeployerImpl.java:743)

  at org.jboss.deployers.plugins.main.MainDeployerImpl.addDeployment(MainDeployerImpl.java:280)

  at org.jboss.deployers.plugins.main.MainDeployerImpl.addDeployment(MainDeployerImpl.java:237)

  at org.jboss.embedded.DeploymentGroup.add(DeploymentGroup.java:153)

  at org.jboss.embedded.DeploymentGroup.add(DeploymentGroup.java:166)

  at org.jboss.embedded.DeploymentGroup.addBaseResource(DeploymentGroup.java:369)

  at org.jboss.embedded.DeploymentGroup.addResourceBases(DeploymentGroup.java:398)

  at org.jboss.embedded.Bootstrap.deployResourceBases(Bootstrap.java:288)

  at org.jboss.seam.mock.EmbeddedBootstrap.startAndDeployResources(EmbeddedBootstrap.java:19)

  at org.jboss.seam.mock.AbstractSeamTest.startJbossEmbeddedIfNecessary(AbstractSeamTest.java:1034)

  at org.jboss.seam.mock.AbstractSeamTest.startSeam(AbstractSeamTest.java:925)

  at org.jboss.seam.mock.SeamTest.startSeam(SeamTest.java:69)

  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

  at java.lang.reflect.Method.invoke(Method.java:606)

  at org.testng.internal.MethodHelper.invokeMethod(MethodHelper.java:604)

  at org.testng.internal.Invoker.invokeConfigurationMethod(Invoker.java:394)

  at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:142)

  at org.testng.internal.Invoker.invokeConfigurations(Invoker.java:79)

  at org.testng.SuiteRunner.privateRun(SuiteRunner.java:261)

  at org.testng.SuiteRunner.run(SuiteRunner.java:190)

  at org.testng.TestNG.createAndRunSuiteRunners(TestNG.java:792)

  at org.testng.TestNG.runSuitesLocally(TestNG.java:765)

  at org.testng.TestNG.run(TestNG.java:699)

  at org.apache.maven.surefire.testng.TestNGExecutor.run(TestNGExecutor.java:62)

  at org.apache.maven.surefire.testng.TestNGDirectoryTestSuite.execute(TestNGDirectoryTestSuite.java:136)

  at org.apache.maven.surefire.Surefire.run(Surefire.java:177)

  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)

  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)

  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)

  at java.lang.reflect.Method.invoke(Method.java:606)

  at org.apache.maven.surefire.booter.SurefireBooter.runSuitesInProcess(SurefireBooter.java:338)

  at org.apache.maven.surefire.booter.SurefireBooter.main(SurefireBooter.java:997)

Caused by: java.io.IOException: Error listing files: /home/dev/build/fall/myproject/target/test-classes

  at org.jboss.virtual.plugins.context.file.FileHandler.getChildren(FileHandler.java:146)

  at org.jboss.virtual.plugins.context.AbstractVFSContext.getChildren(AbstractVFSContext.java:109)

  at org.jboss.virtual.plugins.context.AbstractVFSContext.visit(AbstractVFSContext.java:165)

  at org.jboss.virtual.plugins.context.AbstractVFSContext.visit(AbstractVFSContext.java:134)

  at org.jboss.virtual.VFS.visit(VFS.java:313)

  at org.jboss.virtual.VirtualFile.visit(VirtualFile.java:363)

  at org.jboss.deployers.vfs.spi.structure.helpers.AbstractStructureDeployer.addChildren(AbstractStructureDeployer.java:217)

  at org.jboss.deployers.vfs.spi.structure.helpers.AbstractStructureDeployer.addAllChildren(AbstractStructureDeployer.java:198)

  at org.jboss.deployers.vfs.plugins.structure.jar.JARStructure.determineStructure(JARStructure.java:129)

  ... 38 more

Caused by: java.io.IOException: Error listing files: /home/dev/build/fall/myproject/target/test-classes

  at org.jboss.virtual.plugins.context.file.FileHandler.getChildren(FileHandler.java:146)

  at org.jboss.virtual.plugins.context.AbstractVFSContext.getChildren(AbstractVFSContext.java:109)

  at org.jboss.virtual.plugins.context.AbstractVFSContext.visit(AbstractVFSContext.java:165)

  at org.jboss.virtual.plugins.context.AbstractVFSContext.visit(AbstractVFSContext.java:134)

  at org.jboss.virtual.VFS.visit(VFS.java:313)

  at org.jboss.virtual.VirtualFile.visit(VirtualFile.java:363)

  at org.jboss.deployers.vfs.spi.structure.helpers.AbstractStructureDeployer.addChildren(AbstractStructureDeployer.java:217)

  at org.jboss.deployers.vfs.spi.structure.helpers.AbstractStructureDeployer.addAllChildren(AbstractStructureDeployer.java:198)

  at org.jboss.deployers.vfs.plugins.structure.jar.JARStructure.determineStructure(JARStructure.java:129)

  ... 38 more

[ctomc]

Moved to proper forum

[ronsi]

I was running the build using latest Java (1.7_45) but when I rolled it back to 1.6.0_21 which we were using earlier it builds fine.

So, my question now is if jboss-embedded version beta3.SP15 has a hard core dependency on Java 1.6? Any pointers are much appreciated. Thanks.

[ronsi]

I'm going to answer my own question here. The problem was at the OS level. The build was run on Redhat Linux where I had only allowed 1024 files to be open at any given moment. After increasing that number the above discussed problem was resolved.