I would say most definitely related to the classloading issue. Only one
TestRunner is allowed per classloader.
The
D:/tmp/arquillian-apache-tomee/apache-tomee-plus-1.0.0-beta-2/temp/arquillian-junit-4211441189472437588.jar
is going to be on the application root classloader and all child
can you check in the classloader in
org.apache.tomee.catalina.TomEEWebappLoader.TomEEClassLoader please?
- Romain
2012/1/11 AndyG andy.gumbre...@orprovision.com
I would say most definitely related to the classloading issue. Only one
TestRunner is allowed per classloader.
The
I guess you mean the addIfNotExist method?
--
View this message in context:
http://openejb.979440.n4.nabble.com/VOTE-OpenEJB-4-0-0-beta-2-TomEE-1-0-0-beta-2-tp4274468p4285334.html
Sent from the OpenEJB Dev mailing list archive at Nabble.com.
was what i was thinking about but what is the issue with windows since it
works with unix OS(s)?
- Romain
2012/1/11 AndyG andy.gumbre...@orprovision.com
Having a play now, the URLs need to be normalized and compared more
explicitly against the temp URLs
--
View this message in context:
Different temp file handling?
On Wed, Jan 11, 2012 at 3:16 PM, Romain Manni-Bucau
rmannibu...@gmail.com wrote:
was what i was thinking about but what is the issue with windows since it
works with unix OS(s)?
- Romain
2012/1/11 AndyG andy.gumbre...@orprovision.com
Having a play now, the
Did you manage to know if it comes from
1) us
2) arquillian
3) windows itself
?
- Romain
2012/1/11 AndyG andy.gumbre...@orprovision.com
Results of a quick debug check:
On windows the arquillian-junit.jar is pushed to temp and renamed to:
[temp]/arquillian-junit-1163337363386056329.jar --
Could be
org.jboss.arquillian.container.jbossas.remote_6.ShrinkWrapUtil::toURL().
https://github.com/arquillian/arquillian-container-jbossas/blob/master/jbossas-remote-6/src/main/java/org/jboss/arquillian/container/jbossas/remote_6/ShrinkWrapUtil.java
Can you debug into that class?
Cheers
The whole temp file thing seems to have arisen from JDK inconsistency issues
related to the ClassLoaderUtil.clearSunJarFileFactoryCache method.
This method was for a period failing to actually release the file handle on
jar files due to some real spaghetti in the
On Jan 11, 2012, at 8:14 AM, rmannibu...@apache.org wrote:
Author: rmannibucau
Date: Wed Jan 11 16:14:34 2012
New Revision: 1230120
URL: http://svn.apache.org/viewvc?rev=1230120view=rev
Log:
normally everything should be fine simply scanning pu with the old way
Out of curiosity, what
On Jan 11, 2012, at 7:45 AM, AndyG wrote:
The whole temp file thing seems to have arisen from JDK inconsistency issues
related to the ClassLoaderUtil.clearSunJarFileFactoryCache method.
This method was for a period failing to actually release the file handle on
jar files due to some real
At a moment while working on tck pu was not parsed in webapp as it was
mounths ago.
I added code to take into account webapp pu since i thought it was the
issue but it seems the issue was we were no more scanning pu in webapp and
its libs.
- Romain
Le 11 janv. 2012 18:45, David Blevins
On Jan 10, 2012, at 10:52 AM, dsh wrote:
On the other hand I'd like to understand why building and sanity
testing a particular branch to be released on one of the windows
buildbot slaves isn't enough. Is it because each buildbot slave needs
to be manually configured for each new branch that
Ok if it's really just that the windows slave needs to be setup
accordingly then we should take that into consideration. That way we
would have CI feedback per checkin again. IIRC I even had an account
once on the windows buildbot slave and we did a complementary setup
for the IBM JDK which became
On Jan 11, 2012, at 12:06 PM, dsh wrote:
Ok if it's really just that the windows slave needs to be setup
accordingly then we should take that into consideration. That way we
would have CI feedback per checkin again. IIRC I even had an account
once on the windows buildbot slave and we did a
Done! (deleted the .m2 repo contents, the various SVN checkouts and
restarted the buildbot service)
Cheers
Daniel
On Wed, Jan 11, 2012 at 9:26 PM, David Blevins david.blev...@gmail.com wrote:
On Jan 11, 2012, at 12:06 PM, dsh wrote:
Ok if it's really just that the windows slave needs to be
Hi,
I'd like to work on one of the examples: OpenEJB OPENEJB-1605 Java EE 6
Examples OPENEJB-1612. Could you assign it to me?
Also, there's another one, that is very similar to this one and I could
nail it with just a small tweak. It's OPENEJB-1623 and it's assigned to
Alper Akture since June. If
Excellent. If you can send your JIRA id, I can add you to the
openejb-contributors JIRA group and then assign those to you.
-David
On Jan 11, 2012, at 1:52 PM, Daniel Siwiec wrote:
Hi,
I'd like to work on one of the examples: OpenEJB OPENEJB-1605 Java EE 6
Examples OPENEJB-1612. Could you
It's daniel.siwiec
Cheers!
2012/1/11 David Blevins david.blev...@gmail.com
Excellent. If you can send your JIRA id, I can add you to the
openejb-contributors JIRA group and then assign those to you.
-David
On Jan 11, 2012, at 1:52 PM, Daniel Siwiec wrote:
Hi,
I'd like to work on one
You're in! Both JIRAs assigned to you!
Nice little doc on writing examples:
http://openejb.staging.apache.org/dev/writing-examples.html
-David
On Jan 11, 2012, at 2:20 PM, Daniel Siwiec wrote:
It's daniel.siwiec
Cheers!
2012/1/11 David Blevins david.blev...@gmail.com
The bb-2008 slave now seems to start compiling but it looks like we do
have tmp file issues:
http://ci.apache.org/builders/openejb-trunk-win-sunjdk/builds/1673/steps/compile/logs/stdio
Cheers
Daniel
On Wed, Jan 11, 2012 at 10:29 PM, David Blevins david.blev...@gmail.com wrote:
On Jan 11,
What I as well noticed is that some of the JUnit test XML files are
pretty long and thus can't be deleted under Windoze.
On Thu, Jan 12, 2012 at 12:13 AM, dsh daniel.hais...@googlemail.com wrote:
The bb-2008 slave now seems to start compiling but it looks like we do
have tmp file issues:
On Jan 10, 2012, at 3:26 PM, Jonathan Gallimore wrote:
I added a system property: openejb.server.debug=true to
RemoteTomEEContainer, and I was then able to hook up a remote debugger to
the server. Stopping in
org.jboss.arquillian.container.test.spi.util.ServiceLoader, it appear that
the
22 matches
Mail list logo
