[jboss-as7-dev] Module jars dissapearing leaving empty classes/ folders and errors

Stuart Douglas stuart.w.douglas at gmail.com
Tue Feb 4 04:01:19 EST 2014


On Tue, Feb 4, 2014 at 11:00 AM, Stuart Douglas
<stuart.w.douglas at gmail.com>wrote:

> Yes, there is nothing in the server code that modified the modules
> directory.
>

Well, except for the new patching stuff, but that is not really relevant
here.

Stuart


>
> Stuart
>
>
> On Tue, Feb 4, 2014 at 10:56 AM, Galder Zamarreño <galder at redhat.com>wrote:
>
>>
>> On 04 Feb 2014, at 09:37, Stuart Douglas <stuart.w.douglas at gmail.com>
>> wrote:
>>
>> > This looks like an issue with your environment. The modules directory
>> is static. Wildfly does not contain any code that messes with it. I would
>> say the culprit is probably something in either your build process or your
>> test suite.
>>
>> Correction, this is happening with AS 7.2.0.Final (Wildfly 8 used
>> somewhere else). I guess your answer still applies?
>>
>> Cheers,
>>
>> >
>> > Stuart
>> >
>> >
>> > On Tue, Feb 4, 2014 at 10:21 AM, Galder Zamarreño <galder at redhat.com>
>> wrote:
>> > Hi all,
>> >
>> > We're having issues with our Infinispan Server integration tests, which
>> run within Wildfly 8.0.0.Beta1 (as I'm typing I'm wondering if we should
>> just upgrade it to see if this goes away...?).
>> >
>> > Quite often some of the runs fail with error message [1].
>> >
>> > Having looked at the build environment when a run fails, you see this:
>> >
>> > --
>> > $ ls modules/system/layers/base/org/infinispan/server/rest/main
>> > drwxrwxr-x  2 g  staff    68B Feb  3 18:41 classes (<-- a directory??)
>> > -rw-r--r--  1 g  staff     1B Feb  3 18:41 classes.index
>> > -rw-r--r--  1 g  staff   2.1K Feb  3 18:41 module.xml
>> >
>> > $ ls modules/system/layers/base/org/infinispan/server/rest/main/classes
>> > drwxrwxr-x  2 g  staff    68B Feb  3 18:41 .
>> > drwxrwxr-x  5 g  staff   170B Feb  3 18:41 ..
>> >
>> > $ more
>> modules/system/layers/base/org/infinispan/server/rest/main/module.xml
>> > <module xmlns="urn:jboss:module:1.1" name="org.infinispan.server.rest">
>> > ...
>> > <resource-root path="classes"/>
>> > ...
>> >
>> > This is completely different to what happens with a successful run:
>> >
>> > --
>> > $ ls modules/system/layers/base/org/infinispan/server/rest/main
>> > -rw-r--r--  1 g  staff   103K Feb  3 19:40 infinispan-classes.jar (<-- a
>> jar file!)
>> > -rw-r--r--  1 g  staff   278B Feb  3 19:40 infinispan-classes.jar.index
>> > -rw-r--r--  1 g  staff   2.1K Feb  3 19:40 module.xml
>> >
>> > $ jar tf
>> modules/system/layers/base/org/infinispan/server/rest/main/infinispan-classes.jar
>> | grep ExtendedHeaders
>> > org/infinispan/rest/configuration/ExtendedHeaders.class
>> >
>> > $ more
>> modules/system/layers/base/org/infinispan/server/rest/main/module.xml
>> > <module xmlns="urn:jboss:module:1.1" name="org.infinispan.server.rest">
>> > ...
>> > <resource-root path="infinispan-classes.jar"/>
>> > --
>> >
>> > Anyone can explain what is going on here? Does it ring a bell to
>> anyone? Is this a known Wildfly issue by any chance?
>> >
>> > [1] https://gist.github.com/galderz/bd74cebfc840ef3ae284
>> >
>> > Cheers,
>> > --
>> > Galder Zamarreño
>> > galder at redhat.com
>> > twitter.com/galderz
>> >
>> > Project Lead, Escalante
>> > http://escalante.io
>> >
>> > Engineer, Infinispan
>> > http://infinispan.org
>> >
>> >
>> > _______________________________________________
>> > jboss-as7-dev mailing list
>> > jboss-as7-dev at lists.jboss.org
>> > https://lists.jboss.org/mailman/listinfo/jboss-as7-dev
>> >
>>
>>
>> --
>> Galder Zamarreño
>> galder at redhat.com
>> twitter.com/galderz
>>
>> Project Lead, Escalante
>> http://escalante.io
>>
>> Engineer, Infinispan
>> http://infinispan.org
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.jboss.org/pipermail/jboss-as7-dev/attachments/20140204/b6aab9ca/attachment.html 


More information about the jboss-as7-dev mailing list