August 2009 - jboss-dev-forums - Jboss List Archives

[Design of JBoss Tools (dev)] - Re: Validation onlyh for last modified files (and maybe rela

by akazakov

If you use JBoss Tools 3.0 then probably Seam validator is what so slow there. We have improved perfomance of it in JBoss Tools 3.1.0M2. See https://jira.jboss.org/jira/browse/JBIDE-4764 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250433#4250433 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250433

16 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Memory on test suite

by clebert.suconic＠jboss.com

There are a few tests that are starting a JMSServerManager, and not closing it. That object will start a deployer, and it will stay live for the rest of the testsuite. There are also a few possible real leaks (not on the testsuite itself). I wlil post about it later after another run I' m doing now (it takes 90 minutes on my desktop) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250429#4250429 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250429

16 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: QueueControlTest.testListScheduledMessagesAsJSON failure

by jmesnil

yes, this is the same reason, the test is not deterministic because of the value of the Thread.sleep() View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250423#4250423 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250423

16 years, 7 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Does ScopeKey need to maintain a sorted (in ScopeLevel.l

by smarlow＠redhat.com

I'm using j.u.c.ConcurrentSkipListMap which depends on Java 6. As an alternative, we could use the JBoss port (JBCOMMON-83) of ConcurrentSkipListMap. I'll add some unit tests for the ScopeKey changes. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250419#4250419 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250419

16 years, 7 months

1
0
0 / 0

[Design of JBoss Tools (dev)] - Re: Validation onlyh for last modified files (and maybe rela

by luxspes

Hi! Yes, it is a Seam project, I use JBossTools 3.0 over Eclipse Ganymede. Yes, I know they run only for changed files, but I would like to have a way for them to run only for the latest file I saved (not new files dowloaded from svn or added to the project) Of course, maybe I blaming you for something the plain WST validators do... Is there any way you could control when WST validators run? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250418#4250418 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250418

16 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: QueueControlTest.testListScheduledMessagesAsJSON failure

by timfox

This one http://hudson.qa.jboss.com/hudson/job/JBM2-tests-clone/100/testReport/org... fails too sometimes View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250415#4250415 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250415

16 years, 7 months

1
0
0 / 0

[Design of JBossXB] - Re: JBossXB should swap out the Context ClassLoader before i

by alex.loubyansky＠jboss.com

You've done everything right reporting the issue. We are going to discuss it here. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250413#4250413 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250413

16 years, 7 months

1
0
0 / 0

[Design of JBossXB] - Re: JBossXB should swap out the Context ClassLoader before i

by rodos77

I also think this is a deployer issue which is why I posted this problem in that forum first, however, the deployer guys are saying this is a JBossXB issue. All I know is that this needs to get resolved. Any ideas on how to decide this and to stop passing the buck around? I don't know what the JBoss process is for dealing with this but can this perhaps be escalated or something like that? Perhaps a JIRA can be created that will eventually be assigned to the right person? In my opinion, this is a somewhat of a serious issue and there are now more and more posts on the forums about it. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250412#4250412 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250412

16 years, 7 months

1
0
0 / 0

[Design of JBossXB] - Re: JBossXB should swap out the Context ClassLoader before i

by pfrontiero

I actually had a couple of issues during startup which seem to be a result of the classloader changes in 5.1.0.GA: 1. Caused by: java.lang.LinkageError: loader constraint violation: when resolving method "javax.xml.parsers.DocumentBuilder.setEntityResolver(Lorg/xml/sax/EntityResolver;)V" the class loader (instance of org/jboss/classloader/spi/base/BaseClassLoader) of the current class, org/springframework/beans/factory/xml/DefaultDocumentLoader, and the class loader (instance of ) for resolved class, javax/xml/parsers/DocumentBuilder, have different Class objects for the type org/xml/sax/EntityResolver used in the signature Our web app is deployed is as follows: default /lib saxon.jar /deploy /app.ear /app.war In order to resolve this issue (without disabling the WarClassLoaderDeployer) I had to copy saxon.jar to the WEB-INF/lib directory of app.war. If I moved it, I received other ClassNotFoundExceptions during startup. Not sure why this would be. 2. Caused by: java.lang.ClassCastException: org.apache.xerces.jaxp.DocumentBuilderFactoryImpl cannot be cast to javax.xml.parsers.DocumentBuilderFactory This is the error which lead me to this forum posting. We do not have xercesImpl as part of our app, only saxon.jar, which I moved there in order to get past the first issue. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250411#4250411 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250411

16 years, 7 months

1
0
0 / 0

[Design of JBossXB] - Re: JBossXB should swap out the Context ClassLoader before i

by alex.loubyansky＠jboss.com

BTW, if I do set the context classloader to the current one in XB before creating the parser and re-setting it back right after that, the WAR still fails to deploy with 15:30:31,315 ERROR [org.apache.catalina.startup.TldConfig] Exception processing JAR at resource path C:\Users\avoka\svn.jboss.org\jbossas\trunk\build\ | output\jboss-6.0.0.Alpha1\server\default\tmp\abc3-lk3pm-fyk3ox7w-1-fyk3pue5-9p\nexj-web.war\WEB-INF\lib\xercesImpl.jar in context /nexj-web: java.io.F | ileNotFoundException: C:\Users\avoka\svn.jboss.org\jbossas\trunk\build\output\jboss-6.0.0.Alpha1\server\default\tmp\abc3-lk3pm-fyk3ox7w-1-fyk3pue5-9p\ | nexj-web.war\WEB-INF\lib\xercesImpl.jar (Access is denied) | at java.util.zip.ZipFile.open(Native Method) | at java.util.zip.ZipFile.<init>(ZipFile.java:203) | at java.util.jar.JarFile.<init>(JarFile.java:132) | at java.util.jar.JarFile.<init>(JarFile.java:97) | at org.apache.catalina.startup.TldConfig.tldScanJar(TldConfig.java:461) | at org.apache.catalina.startup.TldConfig.execute(TldConfig.java:301) | at org.apache.catalina.core.StandardContext.processTlds(StandardContext.java:4540) | at org.apache.catalina.core.StandardContext.start(StandardContext.java:4308) | at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeployInternal(TomcatDeployment.java:310) | at org.jboss.web.tomcat.service.deployers.TomcatDeployment.performDeploy(TomcatDeployment.java:142) | at org.jboss.web.deployers.AbstractWarDeployment.start(AbstractWarDeployment.java:462) | at org.jboss.web.deployers.WebModule.startModule(WebModule.java:116) | at org.jboss.web.deployers.WebModule.start(WebModule.java:95) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4250410#4250410 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4250410

16 years, 7 months

1
0
0 / 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums August 2009