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

[Design the new POJO MicroContainer] - Re: ComponentMetaDataRetrieval - performance

by adrian＠jboss.org

I also found an issue in aop http://www.jboss.com/index.html?module=bb&op=viewtopic&t=139625 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166181#4166181 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166181

17 years, 8 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - AOPConstructorJoinpoint and methodHasSubInstanceMetaData

by adrian＠jboss.org

While looking at this issue: http://www.jboss.com/index.html?module=bb&op=viewtopic&t=139622 I noticed something funny. These are showing up as a minor hotspot during a boot/shutdown of jboss | java.lang.Class.getMethod(Class.java:1581) | org.jboss.metadata.plugins.loader.reflection.AnnotatedElementMetaDataLoader.getComponentMetaDataRetrieval(AnnotatedElementMetaDataLoader.java:146) | org.jboss.metadata.plugins.context.AbstractMetaDataContext.getComponentMetaDataRetrieval(AbstractMetaDataContext.java:276) | org.jboss.metadata.spi.retrieval.MetaDataRetrievalToMetaDataBridge.getComponentMetaData(MetaDataRetrievalToMetaDataBridge.java:160) | org.jboss.aop.microcontainer.integration.AOPConstructorJoinpoint.methodHasSubInstanceMetaData(AOPConstructorJoinpoint.java:172) | org.jboss.aop.microcontainer.integration.AOPConstructorJoinpoint.rootHasMethodWithSubInstanceMetaData(AOPConstructorJoinpoint.java:150) | org.jboss.aop.microcontainer.integration.AOPConstructorJoinpoint.rootHasSubInstanceMetaData(AOPConstructorJoinpoint.java:130) | org.jboss.aop.microcontainer.integration.AOPConstructorJoinpoint.dispatch(AOPConstructorJoinpoint.java:93) org.jboss.beans.info.plugins.AbstractBeanInfo.newInstance(AbstractBeanInfo.java:269) | org.jboss.beans.info.plugins.AbstractBeanInfo.newInstance(AbstractBeanInfo.java:263) | | java.lang.Class.getMethod(Class.java:1581) org.jboss.metadata.plugins.loader.reflection.AnnotatedElementMetaDataLoader.getComponentMetaDataRetrieval(AnnotatedElementMetaDataLoader.java:146) org.jboss.metadata.plugins.context.AbstractMetaDataContext.getComponentMetaDataRetrieval(AbstractMetaDataContext.java:276) org.jboss.metadata.spi.retrieval.MetaDataRetrievalToMetaDataBridge.getComponentMetaData(MetaDataRetrievalToMetaDataBridge.java:160) org.jboss.aop.microcontainer.integration.AOPDependencyBuilder.getMetaDataMethodAnnotationDependencies(AOPDependencyBuilder.java:234) org.jboss.aop.microcontainer.integration.AOPDependencyBuilder.getMethodAnnotationDependencies(AOPDependencyBuilder.java:211) org.jboss.aop.microcontainer.integration.AOPDependencyBuilder.getAnnotationDependencies(AOPDependencyBuilder.java:154) org.jboss.aop.microcontainer.integration.AOPDependencyBuilder.getDependencies(AOPDependencyBuilder.java:132) org.jboss.kernel.plugins.dependency.DescribeAction.uninstallActionInternal(DescribeAction.java:94) org.jboss.kernel.plugins.dependency.InstallsAwareAction.uninstallAction(InstallsAwareAction.java:157) | What's funny is I'm also seeing this | java.lang.Throwable.fillInStackTrace(Throwable.java:Unknown line) | java.lang.Throwable.<init>(Throwable.java:196) | java.lang.Exception.<init>(Exception.java:41) | java.lang.NoSuchMethodException.<init>(NoSuchMethodException.java:32) | java.lang.Class.getMethod(Class.java:1581) org.jboss.metadata.plugins.loader.reflection.AnnotatedElementMetaDataLoader.getComponentMetaDataRetrieval(AnnotatedElementMetaDataLoader.java:146) org.jboss.metadata.plugins.context.AbstractMetaDataContext.getComponentMetaDataRetrieval(AbstractMetaDataContext.java:276) org.jboss.metadata.spi.retrieval.MetaDataRetrievalToMetaDataBridge.getComponentMetaData(MetaDataRetrievalToMetaDataBridge.java:160) org.jboss.aop.microcontainer.integration.AOPConstructorJoinpoint.methodHasSubInstanceMetaData(AOPConstructorJoinpoint.java:172) org.jboss.aop.microcontainer.integration.AOPConstructorJoinpoint.rootHasMethodWithSubInstanceMetaData(AOPConstructorJoinpoint.java:150) | NOTE: This is just using hprof to run cpu samples, so I'm guessing the reason for the hotspot is that it is constructing the exception a lot. The sampling (at 10ms intervals) caught it 5 times in the example I'm quoting from. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166179#4166179 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166179

17 years, 8 months

1
0
0 / 0

[Design of POJO Server] - Isolated classloader

by kabir.khan＠jboss.com

How do I set up an isolated classloader for a deployment using -beans.xml? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166176#4166176 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166176

17 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: ComponentMetaDataRetrieval - performance

by adrian＠jboss.org

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

17 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - ComponentMetaDataRetrieval - performance

by adrian＠jboss.org

So I've been fnally got around to looking at some performance bottlenecks. I've started with the component metadata retrieval problem mentioned by Ales on a different thread. The issue here appears to be a lot of calls of type Class.getMethod() and Method.getParameterTypes() even though for the first, the Method is already known when you construct the Signature and for the second it isn't always necessary to know the exact parameters. The same is true for Constructors and Fields. As a performance improvement, I'm going to introduce some caching of the Member object to reduce this work and make the retrieval of parameter(types) lazy. One downside of this optimization is that it will no longer check whether the method really exists on the class if you pass in the method. i.e. instead of getting back a null you will get back some empty metadata if you are stupid in the parameters you pass. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166173#4166173 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166173

17 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: BootstrapDeployersTest enhancements and AssembledDirecto

by alesj

"adrian(a)jboss.org" wrote : | But this was a lot harder work than I expected. The AssembledDirectory | has a number of problems (bugs?) and is not very easy to use. | https://jira.jboss.org/jira/browse/JBVFS-48 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166127#4166127 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166127

17 years, 8 months

1
0
0 / 0

[Design of POJO Server] - Re: Problem handling absolute directory specs in classpath

by alesj

"scott.stark(a)jboss.org" wrote : | Right, a uri with a trailing '/' indicates a directory and needs to be reflected in the vfs names. How to handle this then: - https://jira.jboss.org/jira/browse/JBAS-5796 Who sets the string roots in that case? If it's user, then I would consider this being his problem. If it's us, then we need to do something about it. :-) But since it's URI issue, how come sothing similar didn't pop-up before? "alesj" wrote : | https://jira.jboss.org/jira/browse/JBVFS-47 | This is now fixed. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166118#4166118 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166118

17 years, 8 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Coordination work

by bdaw

"julien(a)jboss.com" wrote : is it configurable from XML already ? | Yes but I didn't test it :)  | <!ELEMENT bindings (parameter-binding*, alias-binding*)> | |  | <!ELEMENT alias-binding (name, qname+)> View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166100#4166100 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166100

17 years, 8 months

1
0
0 / 0

[Design of POJO Server] - Pushing MC notion to Seam/ServletContext

by alesj

What would be the best/easiest way to push MC's Kernel/Controller/DeploymentUnit to Seam? Seam apps start via ServletContextListener: - http://anonsvn.jboss.org/repos/seam/trunk/src/main/org/jboss/seam/servlet... So, if we could push MC references to ServletContext's (http://java.sun.com/j2ee/sdk_1.3/techdocs/api/javax/servlet/ServletContex...) attributes that would be the easiest/nicest way. >From there on Seam would probably push it into its Context, and add a few wrappers/utils in this (http://anonsvn.jboss.org/repos/jbossas/projects/jboss-seam-int/) new integration project, to ease up the usage of MC's utils. How hard it is to push MC's references into newly created ServletContext? e.g. could we just add a similar deployer (http://anonsvn.jboss.org/repos/jbossas/projects/jboss-seam-int/trunk/micr...) that would modify the JBossWebMetaData, and add a MC-aware-ServletContext-creator notion. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166099#4166099 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166099

17 years, 8 months

1
0
0 / 0

[Design of JBoss Portal] - Re: Coordination work

by julien＠jboss.com

is it configurable from XML already ? "bdaw" wrote : "julien(a)jboss.com" wrote : Is the alias implementation started (Map<QName, Set>) ? I haven't seen sample yet. | | Yes. its in CoordinationConfigurator: | | | | /** | | * Set alias binding for a given page. If alias with given name already exists it will be overwritten | | * | | * @param page | | * @param aliasName | | * @param qnames | | * @throws IllegalCoordinationException | | */ | | void setAliasBinding(Page page, String aliasName, Set<QName> qnames) throws IllegalCoordinationException; | | | | /** | | * Removes alias binding | | * | | * @param aliasInfo | | * @throws IllegalCoordinationException | | */ | | void removeAliasBinding(AliasBindingInfo aliasInfo) throws IllegalCoordinationException; | | | | /** | | * @param page | | * @return collection of alias bindings connected to the given page | | */ | | Collection<AliasBindingInfo> getAliasBindings(Page page); | | So at the moment the alias String name maps Set in scope of page. Should the alias name be QName rather? | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4166090#4166090 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4166090

17 years, 8 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 July 2008