January 2010 - jboss-user - Jboss List Archives

[JBoss Microcontainer Development] New message: "Re: DependencyInfo remove items"

by Kabir Khan

User development, A new message was posted in the thread "DependencyInfo remove items": http://community.jboss.org/message/522881#522881 Author : Kabir Khan Profile : http://community.jboss.org/people/kabir.khan@jboss.com Message: -------------------------------------------------------------- I have closed https://jira.jboss.org/jira/browse/JBKERNEL-84. If we need some more work on this open a new issue -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/522881#522881

15 years, 11 months

1
0
0 / 0

[jBPM] New message: "Re: Best way to extend Tasks in 4.3?"

by Sebastian Schneider

User development, A new message was posted in the thread "Best way to extend Tasks in 4.3?": http://community.jboss.org/message/522874#522874 Author : Sebastian Schneider Profile : http://community.jboss.org/people/sebastian.s Message: -------------------------------------------------------------- So this would also address the problem with escalations which are not working right now. (I am refering to the issue that a timer on a transition leaving a user task right now leaves the task open but also incompleteable and indeleteable.) -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/522874#522874

15 years, 11 months

1
0
0 / 0

[jBPM] New message: "Re: Does jpdl support boolean operations"

by Sebastian Schneider

User development, A new message was posted in the thread "Does jpdl support boolean operations": http://community.jboss.org/message/522873#522873 Author : Sebastian Schneider Profile : http://community.jboss.org/people/sebastian.s Message: -------------------------------------------------------------- Thanks for shedding some light on this. Indeed, I have been thinking about CDATA sections. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/522873#522873

15 years, 11 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: DependencyInfo remove items"

by Kabir Khan

User development, A new message was posted in the thread "DependencyInfo remove items": http://community.jboss.org/message/522872#522872 Author : Kabir Khan Profile : http://community.jboss.org/people/kabir.khan@jboss.com Message: -------------------------------------------------------------- > alesj wrote: > > Flexible in what way? > > Why would you record something you can/should get from the existing info? Take this example: 1) deploy Context A of class MyClass 2) deploy Context B with BY_CLASS dependency on MyClass, and so gets injected with ContextA so far so good 3) deploy Context C of class MyClass, deploys fine 4) undeploy Context B, which then calls getContext(MyClass). However, now there are two contexts of type MyClass so this call fails. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/522872#522872

15 years, 11 months

1
0
0 / 0

[Spring Integration] New message: "Re: ClassNotFound error for classes in spring archives lib directory"

by Marius Bogoevici

User development, A new message was posted in the thread "ClassNotFound error for classes in spring archives lib directory": http://community.jboss.org/message/522871#522871 Author : Marius Bogoevici Profile : http://community.jboss.org/people/marius.bogoevici Message: -------------------------------------------------------------- Hey Mike, Docs are on the http://jboss.org/snowdrop web page, specifically http://docs.jboss.org/snowdrop/1.0/html/ch02.html#d0e135. You have a minor typo, that's all (weaver-class should be used instead of weaverclass). That should be it. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/522871#522871

15 years, 11 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: DependencyInfo remove items"

by Ales Justin

User development, A new message was posted in the thread "DependencyInfo remove items": http://community.jboss.org/message/522869#522869 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- > However, I do see a few warnings like this when running KernelAllTestSuite due to DemandDependencyItem not having its iDependOn set. Any ideas on making this more flexible? I kind of wish DependencyItem would record its dependencies somehow... DemandDI doesn't set it's iDependOn for a reason. Unfortunately I cannot remember the exact reason atm, but it was already discussed on the forum in the past. (if search works a bit better now ...) Flexible in what way? Why would you record something you can/should get from the existing info? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/522869#522869

15 years, 11 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: DependencyInfo remove items"

by Kabir Khan

User development, A new message was posted in the thread "DependencyInfo remove items": http://community.jboss.org/message/522868#522868 Author : Kabir Khan Profile : http://community.jboss.org/people/kabir.khan@jboss.com Message: -------------------------------------------------------------- To avoid the stack trace, I have changed it to this: //FIXME DemandDependencyItems have a null iDependOn if (item.getIDependOn() == null) { log.warn("Null iDependOn for " + item); } else { ControllerContext dependency = getContext(item.getIDependOn(), item.getDependentState()); if (dependency != null) { DependencyInfo info = dependency.getDependencyInfo(); if (info != null) { info.removeDependsOnMe(item); } } } -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/522868#522868

15 years, 11 months

1
0
0 / 0

[jBPM] New message: "Re: Async continuation in decision activity"

by Ronald van Kuijk

User development, A new message was posted in the thread "Async continuation in decision activity": http://community.jboss.org/message/522867#522867 Author : Ronald van Kuijk Profile : http://community.jboss.org/people/kukeltje Message: -------------------------------------------------------------- Johan, I'm going to try now, but you should to and at least use jbpm 4.3 (not 4.0 as your pom states!!!!) Ronald -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/522867#522867

15 years, 11 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: DependencyInfo remove items"

by Kabir Khan

User development, A new message was posted in the thread "DependencyInfo remove items": http://community.jboss.org/message/522866#522866 Author : Kabir Khan Profile : http://community.jboss.org/people/kabir.khan@jboss.com Message: -------------------------------------------------------------- All tests pass with the below change which I have committed against https://jira.jboss.org/jira/browse/JBKERNEL-84. However, I do see a few warnings like this when running KernelAllTestSuite due to DemandDependencyItem not having its iDependOn set. Any ideas on making this more flexible? I kind of wish DependencyItem would record its dependencies somehow... 29221 WARN [AbstractKernelController] Problem finding dependency for AbstractDemandMetaData$DemandDependencyItem@4946101f{name=bean depends On=null whenRequired=Instantiated resolved=false demand=foobar} java.lang.IllegalArgumentException: Null name at org.jboss.dependency.plugins.AbstractController.getContext(AbstractController.java:520) at org.jboss.kernel.plugins.dependency.AbstractKernelController.getContext(AbstractKernelController.java:150) at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1477) at org.jboss.dependency.plugins.AbstractController.uninstallContext(AbstractController.java:1391) at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:704) at org.jboss.dependency.plugins.AbstractController.uninstall(AbstractController.java:617) at org.jboss.test.kernel.lazy.test.LazyInstantiationTest.testLazy(LazyInstantiationTest.java:109) Index: dependency/src/main/java/org/jboss/dependency/plugins/AbstractController.java =================================================================== --- dependency/src/main/java/org/jboss/dependency/plugins/AbstractController.java (revision 100075) +++ dependency/src/main/java/org/jboss/dependency/plugins/AbstractController.java (working copy) @@ -1459,7 +1459,40 @@ } } } - + + Set<DependencyItem> iDependOn = dependencies.getIDependOn(null); + if (iDependOn.isEmpty() == false) + { + for (DependencyItem item : iDependOn) + { + if (item.isResolved()) + { + ControllerState whenRequired = item.getWhenRequired(); + if (whenRequired == null || whenRequired.equals(fromState)) + { + if (item.unresolved(this)) + { + try + { + ControllerContext dependency = getContext(item.getIDependOn(), item.getDependentState()); + if (dependency != null) + { + DependencyInfo info = dependency.getDependencyInfo(); + if (info != null) + { + info.removeDependsOnMe(item); + } + } + } + catch(RuntimeException e) + { + log.warn("Problem finding dependency for " + item, e); + } + } + } + } + } + } } catch (Throwable error) { -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/522866#522866

15 years, 11 months

1
0
0 / 0

[Spring Integration] New message: "Re: ClassNotFound error for classes in spring archives lib directory"

by Mike Karrys

User development, A new message was posted in the thread "ClassNotFound error for classes in spring archives lib directory": http://community.jboss.org/message/522865#522865 Author : Mike Karrys Profile : http://community.jboss.org/people/mikekarrys Message: -------------------------------------------------------------- Marius After what you said I looked at the jboss-spring.xml that was in the deployed ear and it was wrong. I had to clear my Maven local repository before it would include the correct version. But anyway that is a Maven problem. But now I get the following error at deployment. DEPLOYMENTS IN ERROR: Deployment "vfszip:/C:/Applications/jboss-5.1.0.GA/server/default/deploy/avm-ear.ear/" is in error due to the following reason(s): org.xml.sax.S AXParseException: cvc-complex-type.3.2.2: Attribute 'weaverclass' is not allowed to appear in element 'context:load-time-weaver'. I have included the top my jboss-spring.xml file. I am actually not sure how to use the JBoss5LoadTimeWeaver so I'm not even sure if this is the correct way or situation to use it. Can you give any insight into how and when to use the JBoss5LoadTimeWeaver? Thanks in advance, Mike -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/522865#522865

15 years, 11 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-user January 2010