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

[Design the new POJO MicroContainer] - Re: Adding metadata locations in real deployers

by scott.stark＠jboss.org

"alesj" wrote : | You mean the append, prepend methods or direct collection ref returned? | Direct collection ref return. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204432#4204432 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204432

17 years, 2 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Adding metadata locations in real deployers

by alesj

"scott.stark(a)jboss.org" wrote : I don't think the usage had come up yet. | It did now (see JBossPortal forum). :-) And I already added the missing metadata locations methods - append, prepend, remove. "scott.stark(a)jboss.org" wrote : | Relying on modifiable return values is not a good api. | You mean the append, prepend methods or direct collection ref returned? I already changed getClassPath/MetaDataLocations to return unmodifiable collection. I also deprecated VFSDeploymentUnit::setClassPath and added removeClassPath(VirtualFile... files) instead. The setters should *not* exist on the user/client view. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204429#4204429 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204429

17 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Some comments on Clebert's last commit (Repost)

by clebert.suconic＠jboss.com

route should be removing it.. but for some reason that still exists on the backup, and that is also being replicated. I locally hacked the code to print the properties, and those properties will exist right before the message is delivered. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204424#4204424 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204424

17 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Some comments on Clebert's last commit

by clebert.suconic＠jboss.com

route should be removing it.. but for some reason that still exists on the backup, and that is also being replicated. I locally hacked the code to print the properties, and those properties will exist right before the message is sent. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204424#4204424 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204424

17 years, 2 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Some comments on Clebert's last commit

by clebert.suconic＠jboss.com

"timfox" wrote : Clebert - My understand is that your changes in your last commit should have *zero* run-time overhead for the standard message and not paging case, is this correct? | | I just want to confirm that any code changes you made do not affect anything in the standard use case. Just found what is likely the cause of this. *Lots* of "JBM_ROUTE_TO:" are being added to the MessageHeader on QueueImpl::route, and that is being sent to the client. On route, there is a comment saying this is is a temporary measure: | QueueImpl::route | // Temp | SimpleString routeToHeader = MessageImpl.HDR_ROUTE_TO_PREFIX.concat(name); | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204423#4204423 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204423

17 years, 2 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

The following patch fixes the problem: | $svn diff | Index: classloader/src/main/java/org/jboss/classloader/spi/base/BaseClassLoaderDomain.java | =================================================================== | --- classloader/src/main/java/org/jboss/classloader/spi/base/BaseClassLoaderDomain.java (revision 83104) | +++ classloader/src/main/java/org/jboss/classloader/spi/base/BaseClassLoaderDomain.java (working copy) | @@ -358,7 +358,28 @@ | if (trace) | log.trace(this + " trying to load " + name + " from requesting " + classLoader); | if (classLoader.getResourceLocally(name) != null) | + { | + //The class might be generated in a new package, we need to update the information | + clearBlackList(name); | + if (allExports) | + { | + String packageName = ClassLoaderUtils.getResourcePackageName(name); | + synchronized (classLoaders) | + { | + List<ClassLoaderInformation> list = classLoadersByPackageName.get(packageName); | + if (list == null) | + { | + list = new CopyOnWriteArrayList<ClassLoaderInformation>(); | + classLoadersByPackageName.put(packageName, list); | + } | + if (list.contains(info) == false) | + { | + list.add(info); | + } | + } | + } | return classLoader.getLoader(); | + } | } | It is a first effort, and I daren't commit it until somebody has taken a look :-) I am unsure of whether this should be done, or how it would work, but I need to look into the possibility of doing something similar for when DelegateLoaders are used so that the information is reflected in Module. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204419#4204419 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204419

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: jbpm 4 - Term

by camunda

Damn forum, shortened the subject again :-/ View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204412#4204412 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204412

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - jbpm 4 - Term

by camunda

HI. First of all one easy question: Feedback about jbpm 4 and discussions will go on in this forum, right? Or PVM? One thing Thomas already wrote which I lso think about: What about the term "execution"? This somehow replaced the "token", but I am not sure if that is a good idea. ProcessInstance and Token was more or less easy to explain and straight forward. Execution is not that clear... So I would like to see ProcessInstance and Token again, but I think that would cause a lot refactoring. What are your thoughts? Or is it decided already anyway? Cheers Bernd View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204411#4204411 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204411

17 years, 2 months

1
0
0 / 0

[Design of JBoss Wiki] - Re: [b]Moving from Maven 1.x to Maven 2.x[/b]

by piergiorgiolucidi

Today I'm trying to create a pom.xml dedicated to Maven 2 porting. I'm working on it during there days from now :-P Any suggestion about this porting? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204408#4204408 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204408

17 years, 2 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Any possibility of persistence-API?

by camunda

+1 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4204407#4204407 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4204407

17 years, 2 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 January 2009