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

[JBoss AOP Development] New message: "Re: Help: Error [Instrumentor] AOP Instrumentor failed"

by dfsdf asdas

JBoss development, A new message was posted in the thread "Help: Error [Instrumentor] AOP Instrumentor failed": http://community.jboss.org/message/524776#524776 Author : dfsdf asdas Profile : http://community.jboss.org/people/cuccu83 Message: -------------------------------------------------------------- Thanks for the reply....i have moved jar file in sar directory and now i can instantiate a MessageContext object, but when i try to casting argument: . . . MessageContext msg = (MessageContext) arg[0]; . . . I obtain an error at run-time: java.lang.ClassCastException: org.apache.axis2.context.MessageContext cannot be cast to org.apache.axis2.context.MessageContext It is very strange....depends on different class loader ? -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524776#524776

14 years, 3 months

1
0
0 / 0

[JBoss XML Binding Development] New message: "Re: Xml attribute list"

by Alexey Loubyansky

JBoss development, A new message was posted in the thread "Xml attribute list": http://community.jboss.org/message/524774#524774 Author : Alexey Loubyansky Profile : http://community.jboss.org/people/alex.loubyansky@jboss.com Message: -------------------------------------------------------------- Sorry for the very late response. I guess, you've figured it out by now yourself (which wasn't my intention!). Looks good. As to the case-insensitivity, you can't do it with enumeration since there you define the specific allowed values. You could consider using patterns, e.g. http://www.ibm.com/developerworks/xml/library/x-case/index.html -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524774#524774

14 years, 3 months

1
0
0 / 0

[JBoss XML Binding Development] New message: "Re: Redefining the javaee namespace for xsds"

by Alexey Loubyansky

JBoss development, A new message was posted in the thread "Redefining the javaee namespace for xsds": http://community.jboss.org/message/524771#524771 Author : Alexey Loubyansky Profile : http://community.jboss.org/people/alex.loubyansky@jboss.com Message: -------------------------------------------------------------- To me, it makes sense to keep the jboss namespace for the jboss-specific elements. This would help differentiate standard and propriatary configuration. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524771#524771

14 years, 3 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: Pluggable dependency resolver"

by Kabir Khan

JBoss development, A new message was posted in the thread "Pluggable dependency resolver": http://community.jboss.org/message/524747#524747 Author : Kabir Khan Profile : http://community.jboss.org/people/kabir.khan@jboss.com Message: -------------------------------------------------------------- I did a little benchmark to test out my assumption that the indexing resolver performs better for large amounts of contexts waiting for dependencies. In each case I deploy 1000 beans. * Scenario 1 - all contexts in the right order Bean 1 has no depdencies Bean 2 depends on Bean 1 Bean 3 depends on Bean 2 etc. Standard resolver: 702 ms Indexing resolver: 554 ms * Scenario 2 - all contexts in wrong order Bean 1 depends on Bean 2 Bean 2 depdends on Bean 1 etc. Standard resolver: 3476 Indexing resolver: 601 I tried this with higher numbers, but this causes a StackOverflowError with the indexing resolver, the reason being that it works recursively when a waiting context gets its dependencies resolved. AbstractController.install()->IndexingDependencyResolver.resolveContext(ControllerContext) (takes the installed context as param) ->AbstractContoller.incrementState()->IndexingDependencyResolver.stateIncremented()->IndexingDependencyResolver.resolveContext(ControllerContext) (takes any waiting context as param). I'll try to untangle this recursion. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524747#524747

14 years, 3 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: ScopeInfo's MetaData handling looks inconsistent"

by Ales Justin

JBoss development, A new message was posted in the thread "ScopeInfo's MetaData handling looks inconsistent": http://community.jboss.org/message/524708#524708 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- > For contextual injection I got leaks if not clearing the ControllerContext/BeanMetaData from the dependency items on undeploy (indirectly stored by ContextualInjectionDependencyItem.injectionValueMetaData), so it could be an issue - see ContextualInjectCleanupTestCase I do cleanup - in ScopeInfo::removeMetaData, so I don't think this should be an issue. ScopeInfo "lives" as long as ControllerContext is "alive", and the only way to get rid of CC, is to unwind it, which means you also hit this SI::removeMetaData. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524708#524708

14 years, 3 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: ScopeInfo's MetaData handling looks inconsistent"

by Kabir Khan

JBoss development, A new message was posted in the thread "ScopeInfo's MetaData handling looks inconsistent": http://community.jboss.org/message/524707#524707 Author : Kabir Khan Profile : http://community.jboss.org/people/kabir.khan@jboss.com Message: -------------------------------------------------------------- > alesj wrote: > > Or is keeping ControllerContext around bad aka too leaky? > For contextual injection I got leaks if not clearing the ControllerContext/BeanMetaData from the dependency items on undeploy (indirectly stored by ContextualInjectionDependencyItem.injectionValueMetaData), so it could be an issue - see ContextualInjectCleanupTestCase -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524707#524707

14 years, 3 months

1
0
0 / 0

[JBoss Web Services Development] New message: "Re: Help with Returning a web service client."

by Alessio Soldano

JBoss development, A new message was posted in the thread "Help with Returning a web service client.": http://community.jboss.org/message/524704#524704 Author : Alessio Soldano Profile : http://community.jboss.org/people/alessio.soldano@jboss.com Message: -------------------------------------------------------------- Please post user questions directly to the jbossws user forum, this is the developers one. This said, you need to move to a recent version of JBoss AS and JBoss WS. You also need to move to JAX-WS, forget about the axis based stack and jax-rpc in general, what you're trying to use here is REALLY ancient. -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524704#524704

14 years, 3 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: ScopeInfo's MetaData handling looks inconsistent"

by Ales Justin

JBoss development, A new message was posted in the thread "ScopeInfo's MetaData handling looks inconsistent": http://community.jboss.org/message/524695#524695 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- Since the ScopeInfo::addMetaData api looks like it's possible to add metadata for any context, not just the scopeInfo's owner, I added the following check as well: if (context != null && context.getScopeInfo() == this) this.context = null; -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524695#524695

14 years, 3 months

1
0
0 / 0

[JBoss Web Services Development] New message: "Re: WS-* and SOAP Stack Spec Versions?"

by Richard Opalka

JBoss development, A new message was posted in the thread "WS-* and SOAP Stack Spec Versions?": http://community.jboss.org/message/524689#524689 Author : Richard Opalka Profile : http://community.jboss.org/people/richard.opalka@jboss.com Message: -------------------------------------------------------------- Next time use our user forum please: http://community.jboss.org/en/jbosswebservices?view=discussions# To answer your question, see: http://www.jboss.com/products/platforms/application/standards/ -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524689#524689

14 years, 3 months

1
0
0 / 0

[JBoss Microcontainer Development] New message: "Re: ScopeInfo's MetaData handling looks inconsistent"

by Ales Justin

JBoss development, A new message was posted in the thread "ScopeInfo's MetaData handling looks inconsistent": http://community.jboss.org/message/524656#524656 Author : Ales Justin Profile : http://community.jboss.org/people/alesj Message: -------------------------------------------------------------- I added this patch, which does lazy init on ControllerContext::getScopeInfo::getMetaData. Or is keeping ControllerContext around bad aka too leaky? This does remove the need for MDR::getMetaData call, which would otherwise initialize MDR. Index: dependency/src/main/java/org/jboss/dependency/plugins/AbstractScopeInfo.java =================================================================== --- dependency/src/main/java/org/jboss/dependency/plugins/AbstractScopeInfo.java (revision 76911) +++ dependency/src/main/java/org/jboss/dependency/plugins/AbstractScopeInfo.java Sun Feb 07 23:37:34 CET 2010 @@ -64,7 +64,10 @@ /** The added scopes */ private CopyOnWriteArraySet<ScopeKey> addedScopes = new CopyOnWriteArraySet<ScopeKey>(); - + + /** The owning context */ + private ControllerContext context; + /** * Create a new AbstractScopeInfo. * @@ -110,13 +113,21 @@ { if (repository == null) return null; - + - return repository.getMetaData(getScope()); + MetaData metaData = repository.getMetaData(getScope()); + if (metaData == null) + { + initMetaDataRetrieval(repository, context); + metaData = repository.getMetaData(scopeKey); - } + } + return metaData; + } public void addMetaData(MutableMetaDataRepository repository, ControllerContext context) { this.repository = repository; + this.context = context; + ScopeKey scope = getMutableScope(); MetaDataRetrieval retrieval = repository.getMetaDataRetrieval(scope); MutableMetaDataLoader mutable; @@ -130,7 +141,7 @@ { mutable = getMutableMetaDataLoader(retrieval); } - + if (mutable == null) { log.warn("MetaData context is not mutable: " + retrieval + " for " + context.toShortString()); @@ -176,8 +187,9 @@ } } addedScopes.clear(); - this.repository = null; - + + this.context = null; + this.repository = null; } /** -------------------------------------------------------------- To reply to this message visit the message page: http://community.jboss.org/message/524656#524656

14 years, 3 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 2010