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

[Design of JBoss jBPM] - Re: Concurrency in jBPM4

by tom.baeyens＠jboss.com

depends on what you mean with "addressed" we'll be adding automatic retries in case of SOSE's. but explain me " But is simply does not work in an Integration Environment where you also talk a lot with non transacted or non XA transacted resources." what is in that case the behaviour that' you'ld want from jbpm ? you want your processes to move from one state to the next in a transactional way. in such a state transition,you want to access and update non transactional resources. now what do you want to see happening when an exception occurs ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207707#4207707 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207707

15 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Concurrency in jBPM4

by roschmel

I hava a question regarding concurrency in jBPM4: In jBPM3 when you send multiple signals to the same processinstance to the EJB Command Service (in a possible clustereed environment) you get StaleObjectExceptions beacuse the executions are not synchronized. Is it planned to address this issue in jBPM4? I am asking because we are building a synchronisation mechansim currently and I need to know whats planned in this area. AND: I know StaleObjects are part of the design in jBpm3..... i read all the threads. But is simply does not work in an Integration Environment where you also talk a lot with non transacted or non XA transacted resources. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207704#4207704 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207704

15 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Generated Classes not found if they do not match any of

by kabir.khan＠jboss.com

Thanks :-) I was just about to start looking at it View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207683#4207683 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207683

15 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Generated Classes not found if they do not match any of

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : | Where I think there might be a problem is if you go through getResourceFromImports() | and related methods because then there is some caching against the ClassLoaderInformation which isn't being cleared by those flush methods. | This has been fixed https://jira.jboss.org/jira/browse/JBCL-82 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207681#4207681 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207681

15 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Generated Classes not found if they do not match any of

by kabir.khan＠jboss.com

"adrian(a)jboss.org" wrote : "kabir.khan(a)jboss.com" wrote : so ClassLoaderDomain.clearBlackList() should probably be clear all the domain's classloaders? | | | | I'm not sure I understand this. The classloader blacklists only refer to local resources. | After you generate packageA.newClassA against LoaderA, LoaderB still doesn't have | that resource so it can still remember that in its blacklist. | Ah, I see, it is the getResourceLocally() method so that will be local resources as you say. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207672#4207672 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207672

15 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Too strict pattern matching in PackageClassFilter

by adrian＠jboss.org

I also created this feature request since we discussed how this should really work before: https://jira.jboss.org/jira/browse/JBCL-84 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207665#4207665 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207665

15 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Too strict pattern matching in PackageClassFilter

by adrian＠jboss.org

Bug Report https://jira.jboss.org/jira/browse/JBAS-6478 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207664#4207664 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207664

15 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Too strict pattern matching in PackageClassFilter

by adrian＠jboss.org

"scott.stark(a)jboss.org" wrote : That looks to be by design. We should have a RecursivePackageClassFilter or allow package wildcards like javax.servlet.* to indicate the javax.servlet package or any of its subpackages. | Yes. Obviously the semantics of filteredPackages on the WarClassLoaderDeployer is different to ClassLoadingMetaData's excludedPackages. i.e. it is recursive rather than an explicit list of packages anonymous wrote : | I'll have to look at how the filteredPackages information is incorporated into the class loader model because it could simply be that is where the behavior could be extended. | The WarClassLoaderDeployer simply sets the list of explicit packages to exclude. classLoadingMetaData.setExcludedPackages(filteredPackages); A simple fix would be to use the option to set the filter directly. classLoadingMetaData.setExcluded(new RecursivePackageFilter(filteredPackages)); except that no such ClassFilter implementation currently exists. It should be easy to create one by copying the PackageClassFilter but change it to use the regular expressions like those in the JavaOnlyClassFilter. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207661#4207661 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207661

15 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Generated Classes not found if they do not match any of

by adrian＠jboss.org

"kabir.khan(a)jboss.com" wrote : so ClassLoaderDomain.clearBlackList() should probably be clear all the domain's classloaders? | I'm not sure I understand this. The classloader blacklists only refer to local resources. After you generate packageA.newClassA against LoaderA, LoaderB still doesn't have that resource so it can still remember that in its blacklist. Where I think there might be a problem is if you go through getResourceFromImports() and related methods because then there is some caching against the ClassLoaderInformation which isn't being cleared by those flush methods. e.g. something like the following should fix that: | [ejort@warjort jboss-cl-2.0]$ svn diff --diff-cmd diff -x "-U 10" | Index: classloader/src/main/java/org/jboss/classloader/spi/base/BaseClassLoaderDomain.java | =================================================================== | --- classloader/src/main/java/org/jboss/classloader/spi/base/BaseClassLoaderDomain.java (revision 83809) | +++ classloader/src/main/java/org/jboss/classloader/spi/base/BaseClassLoaderDomain.java (working copy) | @@ -84,20 +84,23 @@ | | /** | * Flush the internal caches | */ | public void flushCaches() | { | globalClassCache.clear(); | globalClassBlackList.clear(); | globalResourceCache.clear(); | globalResourceBlackList.clear(); | + | + for (ClassLoaderInformation info : classLoaders) | + info.flushCaches(); | } | | public int getClassBlackListSize() | { | return globalClassBlackList.size(); | } | | public int getClassCacheSize() | { | return globalClassCache.size(); | @@ -1423,13 +1426,18 @@ | protected void clearBlackList(String name) | { | if (globalClassBlackList != null) | { | globalClassBlackList.remove(name); | } | if (globalResourceBlackList != null) | { | globalResourceBlackList.remove(name); | } | + | + // Need to clear the import caches as well | + List<ClassLoaderInformation> infos = classLoaders; | + for (ClassLoaderInformation info : infos) | + info.clearBlackList(name); | } | | } | Index: classloader/src/main/java/org/jboss/classloader/spi/base/ClassLoaderInformation.java | =================================================================== | --- classloader/src/main/java/org/jboss/classloader/spi/base/ClassLoaderInformation.java (revision 83809) | +++ classloader/src/main/java/org/jboss/classloader/spi/base/ClassLoaderInformation.java (working copy) | @@ -278,16 +278,29 @@ | * | * @param name the resource name to black list | */ | public void blackListResource(String name) | { | Map<String, String> resourceBlackList = this.resourceBlackList; | if (resourceBlackList != null) | resourceBlackList.put(name, name); | } | | + /** | + * Cleans the entry with the given name from the blackList | + * | + * @param name the name of the resource to clear from the blackList | + */ | + public void clearBlackList(String name) | + { | + if (classBlackList != null) | + classBlackList.remove(name); | + if (resourceBlackList != null) | + resourceBlackList.remove(name); | + } | + | @Override | public String toString() | { | return policy.toString(); | } | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207652#4207652 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207652

15 years, 4 months

1
0
0 / 0

[Design of JBoss Portal] - Use Jboss portal 2.7.1 with JBoss AS 5.0.0 GA

by nagga

It could be possible to use the Jboss Portal 2.7.1 with JBoss AS 5.0.0 GA ?? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4207649#4207649 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4207649

15 years, 4 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums February 2009