[ https://issues.jboss.org/browse/SHRINKWRAP-315?page=com.atlassian.jira.pl... ] Andrew Rubinger updated SHRINKWRAP-315: --------------------------------------- Affects Version/s: 1.0.0-beta-2 Observed in the AS7 testsuite. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/SHRINKWRAP-315?page=com.atlassian.jira.pl... ] David Hosier commented on SHRINKWRAP-315: ----------------------------------------- I tried the test that Tommy has above and got the same results. But given the line where the NPE is occurring, Tommy's test would never reach the line in question due to the IllegalStateException happening in Validate.notNull(). So I think for the AS7 testsuite, there must be additional context that the single line in the initial description does not convey. The line where the NPE occurs is: if (resource.listFiles().length == 0) Due to validation, we know that resource is not null, so it must be the return of listFiles() that is null. The javadoc for File says that listFiles() will only return null if resource is not a directory. However, a couple lines prior, there is a test for resource.isFile() that must be failing. That means resource is either a directory or some other type of thing. As far as I can tell, File can only represent real files or directories, but I could be wrong. So I went in search of answers to how else listFiles() could return null, and I came up with the following link. http://programmatica.blogspot.com/2006/09/java-filelistfiles-returns-null... This link basically says that listFiles() returns null for temporary directories like files from inside a war exploded by an application server. I am wondering if that is the situation here in this AS7 test, because simply referencing something that doesn't exist shouldn't make it as far as where the NPE is. -- This message is automatically generated by JIRA. For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/SHRINKWRAP-315?page=com.atlassian.jira.pl... ] Andrew Rubinger updated SHRINKWRAP-315: --------------------------------------- Status: Pull Request Sent (was: Open) Git Pull Request: https://github.com/shrinkwrap/shrinkwrap/pull/62 -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/SHRINKWRAP-315?page=com.atlassian.jira.pl... ] Michal Matloka commented on SHRINKWRAP-315: ------------------------------------------- I've tried tests presented by Tommy and I've run XercesUsageInWebServiceTestCase from jboss-as, but changed with invalid library path - every case returns properly IllegalArgumentException {noformat} Caused by: java.lang.IllegalArgumentException: xerces/xercesImplxx.jar doesn't exist or can't be accessed at org.jboss.shrinkwrap.impl.base.Validate.notNull(Validate.java:43) at org.jboss.shrinkwrap.impl.base.container.ContainerBase.fileFromResource(ContainerBase.java:1689) at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addAsLibrary(ContainerBase.java:1517) at org.jboss.shrinkwrap.impl.base.container.ContainerBase.addAsLibrary(ContainerBase.java:1463) at org.jboss.as.test.integration.xerces.ws.unit.XercesUsageInWebServiceTestCase.createWebServiceDeployment(XercesUsageInWebServiceTestCase.java:78) ... 63 more {noformat} -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

[ https://issues.jboss.org/browse/SHRINKWRAP-315?page=com.atlassian.jira.pl... ] Andrew Rubinger closed SHRINKWRAP-315. -------------------------------------- -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira