bug in VFS preventing testsuiting from running on OS X

[matt.drees]

I've spent some time debugging a problem trying to run the jboss-embedded testsuite, and thought I'd post the outcome here in case anyone else comes across the same problem.

The issue is that the testsuite (rightfully) puts temp deployables (e.g. slsb.jar) into the temp directory.  Under OS X, this directory contains one or more '+' symbols.  Unfortunately, the ZipEntryContext from VFS does not appear to correctly handle paths with plus symbols (it uses URLDecoder.decode(), which I believe is broken).  I've filed a jira here: https://jira.jboss.org/jira/browse/JBVFS-129.

The stacktrace looks something like:

{noformat}
org.jboss.embedded.api.DeploymentException: org.jboss.deployers.spi.DeploymentException: Error determining structure: slsb.jar
        ... [snip]
Caused by: org.jboss.deployers.spi.DeploymentException: Error determining structure: slsb.jar
        ... [snip]
     ... 31 more
Caused by: java.lang.RuntimeException: Failed to initialize ZipWrapper: /var/folders/JG/JGDYgcyPGF8WRpvalJeL0k+++TI/-Tmp-/slsb.jar
     at org.jboss.virtual.plugins.context.zip.ZipEntryContext.getZipSource(ZipEntryContext.java:286)
     at org.jboss.virtual.plugins.context.zip.ZipEntryContext.ensureEntries(ZipEntryContext.java:637)
     at org.jboss.virtual.plugins.context.zip.ZipEntryContext.checkIfModified(ZipEntryContext.java:783)
     at org.jboss.virtual.plugins.context.zip.ZipEntryContext.getChild(ZipEntryContext.java:827)
     at org.jboss.virtual.plugins.context.zip.ZipEntryHandler.createChildHandler(ZipEntryHandler.java:195)
     at org.jboss.virtual.plugins.context.AbstractVirtualFileHandler.structuredFindChild(AbstractVirtualFileHandler.java:690)
     at org.jboss.virtual.plugins.context.zip.ZipEntryHandler.getChild(ZipEntryHandler.java:169)
     at org.jboss.virtual.plugins.context.DelegatingHandler.getChild(DelegatingHandler.java:107)
     at org.jboss.virtual.VirtualFile.getChild(VirtualFile.java:492)
     at org.jboss.deployers.vfs.plugins.structure.explicit.DeclaredStructure.determineStructure(DeclaredStructure.java:64)
     ... 40 more
Caused by: java.io.FileNotFoundException: /var/folders/JG (No such file or directory)
     at java.io.FileInputStream.open(Native Method)
     at java.io.FileInputStream.<init>(FileInputStream.java:106)
     at org.jboss.virtual.plugins.context.zip.ZipEntryContext.createZipSource(ZipEntryContext.java:361)
     at org.jboss.virtual.plugins.context.zip.ZipEntryContext.getZipSource(ZipEntryContext.java:282)
     ... 49 more
{noformat}

A workaround is to specify a different temp directory on startup (use -Djava.io.tmpdir=/some/path/without/pluses).

[matt.drees]

I can't figure out yet how to make a pretty stacktrace on the new forums.  I'll attach the stacktrace.

[jaikiran]

  I've filed a jira here: https://jira.jboss.org/jira/browse/JBVFS-129.

Hmm, i thought there was a JIRA where this was already being tracked (and probably fixed?). Let me check

[jaikiran]

matt.drees wrote:

I can't figure out yet how to make a pretty stacktrace on the new forums.  I'll attach the stacktrace.

There's a quick guide for using the new forums here http://jboss.org/help/newforums/. The "posting reply" section in that guide might help.

[jaikiran]

jaikiran wrote:

  I've filed a jira here: https://jira.jboss.org/jira/browse/JBVFS-129.

Hmm, i thought there was a JIRA where this was already being tracked (and probably fixed?). Let me check

It's this one https://jira.jboss.org/jira/browse/JBAS-7076 (a similar one, not sure whether that path leads to VFS).

[alesj]

I've committed the tests and a simple fix into Branch_2_2.

Can you guys give it a spin?

[alrubinger]

To bring in Ales' changes, it'll mean:

* Building Branch_2_2 of VFS

  http://anonsvn.jboss.org/repos/jbossas/projects/vfs/branches/Branch_2_2/

* Replacing the VFS JARs under JBOSS_HOME with those built above

I'm unable to test this one as I don't have access to a Mac.

S,

ALR

[matt.drees]

Ok, looks like this is fixed.

In addition to putting jboss-vfs.jar into $JBOSS_HOME/lib, I also had to add

{code:xml}
<dependency>
  <groupId>org.jboss</groupId>
  <artifactId>jboss-vfs</artifactId>
  <version>2.2.0-SNAPSHOT</version>
</dependency>
{code}

to build/pom.xml.

Thanks Ales, Andrew.

I'm running into another problem with testWs()  (specifically, an NPE in JavaToXSD.parseSchema()), but I'll post that in another thread if I can't figure it out myself.

[alrubinger]

Matt:

Really appreciate your debugging.  Would you mind adding this setup to an item in:

JBoss Embedded AS | FAQs

..?  I might move these around later into a "common problems" page, but it's nice to get some of the common issues documented.

S,

ALR

[alrubinger]

Now tracked:

https://jira.jboss.org/jira/browse/EMB-77

S,

ALR

[matt.drees]

ALRubinger wrote:

Matt:

Really appreciate your debugging.  Would you mind adding this setup to an item in:

JBoss Embedded AS | FAQs

..?  I might move these around later into a "common problems" page, but it's nice to get some of the commos issues documented.

S,

ALR

Yeah, glad to help.

I'll write up an entry when I've got an example project working ok.  Hopefully in the next day or two.

[matt.drees]

matt.drees wrote:

I'm running into another problem with testWs()  (specifically, an NPE in JavaToXSD.parseSchema())

For the record, the root cause of this was a very similar bug in jboss-commons: http://jira.jboss.org/jira/browse/JBCOMMON-103