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

[Design the new POJO MicroContainer] - Re: Locks on MainDeployerImpl

by bstansberry＠jboss.com

A nit; you can lose changes between the copy and the clear. Better is: | Map<String, Deployment> copy = null; | synchronized(toRedeploy) | { | copy = new LinkedHashMap<String, Deployment>(toRedeploy); | toRedeploy.clear(); | } | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211875#4211875 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211875

17 years, 1 month

1
0
0 / 0

[Design of JBoss ESB] - problem in running webservice_consumer1 example

by venkateshrachapudi

i have been trying to understand the esb development , I ran the webservice_consumer1 example , i got this exception [ServiceInvoker] Service: MyServiceCategory:WebserviceConsumer1 not found in the registry i have followed the steps mentioned in the readme text , also I could see MyServiceCategory is associated with WebserviceConsumer in ServiceInvoker instance sendEsbMessage object and jboss-esb.xml can anybody please help me in resolving this issue thanks Venkatesh View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211860#4211860 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211860

17 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Little fight over slf4j on eclipse .classpath

by clebert.suconic＠jboss.com

Tim, Remove your thirdpary, rebuild it, and refresh your workspace (F5 on Eclipse) Your workspace seems to have an older version of sl4j, and that seems the problem, View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211853#4211853 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211853

17 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: The deployers project is a mess

by adrian＠jboss.org

Adding a bit more logging shows this output; | 365 TRACE [VFSStructuralDeployersImpl] Determining structure for ejbs.jar deployers=[org.jboss.deployers.vfs.plugins.structure.war.WARStruct | ure@1ea0252, org.jboss.test.deployers.vfs.structure.ear.support.MockEarStructureDeployer@1c695a6, org.jboss.deployers.vfs.plugins.structure. | jar.JARStructure@3e89c3, org.jboss.deployers.vfs.plugins.structure.file.FileStructure@1a52fdf] | 366 TRACE [WARStructure] ... no - doesn't look like a war and no WEB-INF subdirectory. | 366 TRACE [WARStructure] Not recognised: ejbs.jar | 366 TRACE [JARStructure] ... ok - its an archive or at least pretending to be | 375 TRACE [JARStructure] ... candidate annotations returned false | 375 TRACE [JARStructure] Not recognised: ejbs.jar | 375 TRACE [FileStructure] ... no - not a file. | 375 TRACE [FileStructure] Not recognised: ejbs.jar | 376 TRACE [VFSStructuralDeployersImpl] ejbs.jar not recognised | So its not finding the annotations in JARStructure. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211852#4211852 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211852

17 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: The deployers project is a mess

by adrian＠jboss.org

anonymous wrote : | Can you check now, with exact versions, if this EAR stuff still fails? | | adrian(a)jboss.org wrote: | > A lot of the tests are failing when I use eclipse again. | > Including the EAR annotation tests which I think you've already fixed twice before? | Can't you just download a copy of eclipse and try it yourself? For example in deployers trunk if I run org.jboss.test.deployers.DeployersVFSTestSuite.java I get four failures, the EAR one gives the error | junit.framework.AssertionFailedError: Expected [appc.jar, ejbs.jar, web.jar, services.jar] got [] expected:<4> but was:<0> | at junit.framework.Assert.fail(Assert.java:47) | at junit.framework.Assert.failNotEquals(Assert.java:277) | at junit.framework.Assert.assertEquals(Assert.java:64) | at junit.framework.Assert.assertEquals(Assert.java:195) | at org.jboss.test.deployers.vfs.structure.AbstractStructureTest.assertChildContexts(AbstractStructureTest.java:80) | at org.jboss.test.deployers.vfs.structure.ear.test.EARStructureUnitTestCase.testEARAnnotationScanning(EARStructureUnitTestCase.java:143) | View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211851#4211851 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211851

17 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Locks on MainDeployerImpl

by alesj

What about if I just simply do this: | public void process() | { | if (deployers == null) | throw new IllegalStateException("No deployers"); | | lockRead(); | try | { | if (shutdown.get()) | throw new IllegalStateException("The main deployer is shutdown"); | | Map<String, Deployment> copy = new LinkedHashMap<String, Deployment>(toRedeploy); | toRedeploy.clear(); | | try | { | processToUndeploy(copy.keySet()); | } | catch (DeploymentException e) | { | throw new RuntimeException("Error while removing re-deployments", e); | } | | List<DeploymentContext> undeployContexts = null; | if (undeploy.isEmpty() == false) | { | // Undeploy in reverse order (subdeployments first) | undeployContexts = new ArrayList<DeploymentContext>(undeploy.size()); | for (int i = undeploy.size() - 1; i >= 0; --i) | undeployContexts.add(undeploy.get(i)); | if (reverted != null) | Collections.sort(undeployContexts, reverted); | undeploy.clear(); | } | | if (undeployContexts != null) | { | deployers.process(null, undeployContexts); | } | | try | { | processToDeploy(copy.values()); | } | catch (DeploymentException e) | { | throw new RuntimeException("Error while adding -redeployments", e); | } | | List<DeploymentContext> deployContexts = null; | if (deploy.isEmpty() == false) | { | deployContexts = new ArrayList<DeploymentContext>(deploy); | if (comparator != null) | Collections.sort(deployContexts, comparator); | deploy.clear(); | } | | if (deployContexts != null) | { | deployers.process(deployContexts, null); | } | } | finally | { | unlockRead(); | } | } | Where I make a copy of currently existing re-deployments. Then I don't care if some come in between. Or am I missing something? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211818#4211818 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211818

17 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Locks on MainDeployerImpl

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : | I can see two possible fixes: | | 1) Have a seperate toRedeploy list you can snapshot where "processUndeploy()" | adds those to the "toUndeploy" snapshot and creates an entry in the real "toDeploy" list. | | 2) Don't move a "toDeploy' request into the snapshot while it exists in the | real "toUndeploy" list. However, I guess those also contain potential race conditions. The main issue being that the snapshoting of toDeploy and toUndeploy are not in an atomic block together. So a more complete fix would be to have just one list of "deployment actions" that you can snapshot and then sort those actions such that the undeploys come first in the snapshot list. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211804#4211804 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211804

17 years, 1 month

1
0
0 / 0

[Design of JBoss Wiki] - Re: Status and roadmap for JBoss Wiki

by coffeemug13

Hi Piergiorgio, thanks for the quick answer. Who knows more details about how much the original jspwiki has been altered? I'm still in the problem to decide wheter setting up a separate jspwiki is a good temporary solution. regards View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211799#4211799 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211799

17 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Locks on MainDeployerImpl

by adrian＠jboss.org

"alesj" wrote : "adrian(a)jboss.org" wrote : | | then they might end up processing each other's stuff but they won't miss one. | I wasn't thinking about missing one. | I had this in mind (#t = #thread): | | 1t - addDeployment | 1t - process | | While 1t is just done with process' undeploy part, but before it enters processTopDeploy, 2t does addDeployment, but it's really re-deploy. | Meaning it will add its previous context to undeploy, which wouldn't be | processed until 2t calls process, but itself would be picked-up by 1t's processToDeploy. | In this case the 2t's re-deploy's undeploy wouldn't happen, only deploy, | which can lead to whatever. :-) Ok, I see your point, but that's not a reason to use the write lock which is for a different purpose. I can see two possible fixes: 1) Have a seperate toRedeploy list you can snapshot where "processUndeploy()" adds those to the "toUndeploy" snapshot and creates an entry in the real "toDeploy" list. 2) Don't move a "toDeploy' request into the snapshot while it exists in the real "toUndeploy" list. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211796#4211796 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211796

17 years, 1 month

1
0
0 / 0

[Design of JBoss Wiki] - Re: Status and roadmap for JBoss Wiki

by piergiorgiolucidi

Hi coffemug13, the only feature that I would like to implement soon is Portal 2.7 compatibility. It's needed to implement a migration on the new version of the portal. The next step I think can be the inclusion of JSPWiki, but I can't say anything about release dates. I hope to return soon on this thread with more news ;) View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211795#4211795 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211795

17 years, 1 month

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 February 2009