December 2008 - jboss-dev-forums - Jboss List Archives

[Design of POJO Server] - Use of jboss-reflect project

by anil.saldhana＠jboss.com

Adrian's rant is here for all projects to look at if they are using any kind of reflection to get to class info, methods etc. --------------------------- I'm very tempted not to respond to this thread since there's no reason why this discussion can't go on jboss-dev (other than it is a fork of a discussion about the tck which could be removed). I also don't see why this code exists since jboss-reflect is the project intended to have all this code. If you want to know one of the reasons why JBoss5 takes so long to boot, you only have to look at all the different projects doing their own reflection object processing/caching. Who knows how many times ejb3, aop, security, mdr, hibernate, microcontainer etc. scan a class for its methods/fields? If you look at the code in openjdk this involves lots of cloning of objects. Not to mention the unncessary overhead of trying to maintain and optimize the same routines over and over again. ----------------------------------------- View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194661#4194661 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194661

17 years, 4 months

1
0
0 / 0

[Design of JBoss ESB] - Re: ServiceInvoker / deliver in new transaction

by camunda

Hi Mark. You mean I have one SLSB with two methods: - callService - waitForAnswer And the client has to call both in order? Ideed, thats maybe not such a bad idea... I will think about it when I come back to it (currently I am stuck on other problems ;-))... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194660#4194660 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194660

17 years, 4 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Reimplementing ClassPools for AS

by adrian＠jboss.org

I've said this before, but I'll repeat it. You shouldn't be trying to use the ClassLoaderSystem api for this. The information you want is available in the ClassLoading/Modules api in the form of what the parent domain is. If its a sub-deployment with a Module then the parent is the classloader of the parent deployment. (If it has no explicit parent domain specified.) In all other cases it is the getDeterminedParentDomainName() This last part is kind of an implicit rule created by the deployers since only they understand what a subdeployment actually is. :-) Like I said before, if we need to make something more explicit in the Module api or some helper class to make your life easier then we can do that. The current "implicit" rule is here: http://viewvc.jboss.org/cgi-bin/viewvc.cgi/jbossas/projects/jboss-deploye... Although the first comment in the code is incomplete/wrong, I've corrected here. | if (unit.isTopLevel() || module.getParentDomainName() != null) | { | // Top level or subdeployment with a parent domain, just create the classloader | return classLoaderPolicyModule.registerClassLoaderPolicy(system); | } | else | { | // Subdeployment that wants a classloader | ClassLoader parentClassLoader = unit.getParent().getClassLoader(); | return classLoaderPolicyModule.registerClassLoaderPolicy(system, parentClassLoader); | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194658#4194658 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194658

17 years, 4 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Reimplementing ClassPools for AS

by kabir.khan＠jboss.com

Adrian, If I register a ClassLoaderPolicy that has a parent loader, I end up with a BaseClassLoader with no parent loader and an underlying ClassLoaderDomain that has a ClassLoaderToLoaderAdapter as its parent. The CLTLA contains the parent loader of the ClassLoaderPolicy. I need to be able to access what the parent loader is when constructing the pools, but don't see a way to get hold of that using the Loader interface returned by ClassLoaderDomain. Trying to hack it and use CLTLA directly also does not allow me access to the underlying parent loader. Is there a way to get hold of this from the ClassLoaderSystem or elsewhere? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194652#4194652 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194652

17 years, 4 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Upgrading Scout/JUDDI combo

by richard.opalka＠jboss.com

"tcunning" wrote : What Anil is saying sounds right for now - that AS should use the scout 0.72rc2 version, upgrade jUDDI to 2.0rc5, and we'll work on supporting JAXB so that we can move scout to the latest version. We will upgrade both JUDDI and Scout in AS trunk with XMLBeans dependency. However this dependency will be removed from AS code base once SCOUT-43 issue will be fixed and Scout release incorporating that fix will be available. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194629#4194629 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194629

17 years, 4 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Task Management component?

by tom.baeyens＠jboss.com

i would guess that much more seam developers are familiar with facelets then with xforms, no ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194627#4194627 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194627

17 years, 4 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Upgrading Scout/JUDDI combo

by richard.opalka＠jboss.com

I successfully ran jaxr TCK5 test suite with the following components: AS trunk Scout 1.0.rc1 JUDDI 2.0.rc5 However the switch from JUDDI 0.9rc4 -> 2.0.rc5 isn't painless. There are DB schema changes, thus this upgrade can't be applied to AS 4.2.x series because of backward compatibility. However we're ready to go with JUDDI and Scout up2date components with AS trunk. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194626#4194626 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194626

17 years, 4 months

1
0
0 / 0

[Design of JBoss Web Services] - Re: Upgrading Scout/JUDDI combo

by richard.opalka＠jboss.com

"tcunning" wrote : What Anil is saying sounds right for now - that AS should use the scout 0.72rc2 version, upgrade jUDDI to 2.0rc5, and we'll work on supporting JAXB so that we can move scout to the latest version. Why AS should use the scout 0.72rc2 version and not 1.0rc1 for example? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194623#4194623 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194623

17 years, 4 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: JBM 2.0 Strict ordering via ordering groups

by timfox

There are however two cases I can think of where an message groups approach by itself is not sufficient to provide strict ordering. 1) ConnectionConsumer - this is not an issue in JBM 2.0 since there is no connection consumer, but it is an issue in JBM 1.4 2) XA transactions. Messages could be consumed in multiple transactions using the same consumer, and then rolled back in a different order to which they were consumed. To fix 2) we can use a message group but would also need to pin the group to the XA transaction preventing messages being consumed in any other XA transaction until it's committed/rolled back. This would also have to be persisted in storage with the prepared tx data, since if failure occurs after prepare and the server is restarted, delivery of messages for that message group cannot occur until the tx is resolved (rolled back/committed). View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4194620#4194620 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4194620

17 years, 4 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: NPE in CLSpace

by adrian＠jboss.org

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

17 years, 4 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 December 2008