August 2007 - jboss-dev-forums - Jboss List Archives

[Deployers on JBoss (Deployers/JBoss)] - Re: JBAS-4593 -- Leaking classloader via JMX Notifications

by scott.stark＠jboss.org

There are no expected listeners, its just part of the jmx management interface to emit notifications when class loaders are added/removed from a repo. I do see that there is a org.jboss.aop.deployment.LoaderRepositoryUrlUtil class referencing the CLASSLOADER_ADDED/CLASSLOADER_REMOVED event types to track some internal sequence number, but that is the only explicit usage in the 4.2 codebase I can find. In the past there were thoughts about using these notifications to handle implicit deployment dependencies based on usage of a class from the repository, but this was never fleshed out. I don't see a problem with wrapping the class loader in a WeakReference to avoid the jmx layer being a strong referent. NotificationListeners would have to be aware that the Notification user data has changed to a WeakReference. This could be added as an optional behavior based on a system property. Notification emission could also be disabled altogether as well based on this property. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075944#4075944 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075944

18 years, 7 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: AOP asintegration WITHOUT the integration :-)

by kabir.khan＠jboss.com

Could you point me towards some information on which way the imports/exports work? For example in the following, my interpretation is that the "A" classloader imports/uses all classes from the underlying domain, apart from if they belong to the "a" package? | public class SimpleImportAllUnitTestCase extends AOPIntegrationTest | { | ... | /* | * A simple test that loads a class from another classloader | * that uses aop enhanced classes from our classloader. | * | * The other classloader importsAll from the classloading system. | */ | public void testImportAll() throws Exception | { | ClassLoader classLoader = createClassLoader("A", true, PACKAGE_A); | try | { | Class<?> classA = classLoader.loadClass(CLASS_A); | classA.newInstance(); | } | finally | { | unregisterClassLoader(classLoader); | } | } | } | | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075909#4075909 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075909

18 years, 7 months

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Remove Message w/ Selector & list unique prop value

by hendra_netm

Hi guys, Currently, I am trying to implement "Remove messages with selector" and "List unique property value" in my local copy of JBoss Messaging. I hope that these features can be also put in official JBoss Release. ;) Below is the explanation of the features. "Remove Messages With Selector" is usable for operator that want to remove "certain" type of messages in destination. For example, remove messages with customer id's value 1000. This is happened becaused sometime a value become obsolete, and all messages related to it have to be removed from destination. List Unique Property Value is useful for listing unique value of a property. Sometime operator wants to know what kind of values available in destination, and acts based on the value received. For example, when we have three messages, each has property customer Id with value 1000, 2000, 1000 respectively. When users call list unique property customer Id, they will received a list contains values 1000, and 2000. Based on this, users know how many customer use the service. What's your opinion these features? If you are agree then I will create JIRA tasks and work on them. Thank you for your time reading this. Best Regards, Hendra View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075893#4075893 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075893

18 years, 7 months

1
0
0 / 0

[Deployers on JBoss (Deployers/JBoss)] - Re: JBAS-4593 -- Leaking classloader via JMX Notifications

by shasse

I can confirm that in our case at least the remote JMX connections are coming from a jconsole instance that is used to watch the perm gen size and initiate various MBean actions. Scott View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075883#4075883 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075883

18 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: 45 JUnit tests fail

by tom.baeyens＠jboss.com

last week i screwed up a couple of things and i fixed them again. all should be good now. let me know if that is not the case. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075852#4075852 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075852

18 years, 7 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: 45 JUnit tests fail

by estaub

Jeff, I'm not sure whether you intended this or not... "S" is already in use for "State". I don't know what Hibernate will do with the same value pointing at two different classes - probably one wins, one loses. Since SimState is a subclass of State, the resulting problems might be a little hard to puzzle out. Frankly, I'd just drop it, or write up a short JIRA ticket. This is in new code (checked in Aug 1) that may not be fully baked, and isn't yet advertised as a feature. -Ed Staub -Ed Staub View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075837#4075837 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075837

18 years, 7 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Alternative Message Discussion

by tfennelly

"mark.little(a)jboss.com" wrote : Thanks Tom. You're missing Context as a separate item in the Message and as I've said many times before, it is an important concept for SOA. Sure, I call this out as an "Issue/Question" off the overview page. I didn't have it in there simply because the one in our message was "just there" i.e. it was doing nothing. I can see what it's for long term for sure. Kev also made an interesting point re how the context could be used to carry around contextual info (Vs multiple named body payloads). I like that idea :-) Anyway, we can talk about it later :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075773#4075773 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075773

18 years, 7 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: AOP ClassLoader/Scoping for the VFSClassLoader

by kabir.khan＠jboss.com

AspectManager.enableTransformer = use the the old Transformer/UCL integration AspectManager.enableLoadtimeWeaving = use the JDK 5 pluggable instrumentor, so to use this you need to set up the server for loadtime weaving. i.e. specify -javaagent. This is done by the tests-aop-scoped target View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075769#4075769 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075769

18 years, 7 months

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: AOP asintegration WITHOUT the integration :-)

by kabir.khan＠jboss.com

"adrian(a)jboss.org" wrote : I've reverted the pushClassLoader change. | I've updated the tests to show what the real problem is, | i.e. the pointcut matching doesn't understand the classloading. I've yet to completely understand your tests :-), but the point of the domain was to have different pointcuts/bindings deployed at different levels View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075767#4075767 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075767

18 years, 7 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Alternative Message Discussion

by mark.little＠jboss.com

"tfennelly" wrote : I too think it's important that we revisit this stuff. But I also think we're just way too late for 4.2.x. | +1 (again). anonymous wrote : | Mark and I had an IM conversation on this topic on Friday morning last. At that time, I told him that I made an effort to gather my thoughts on this stuff a few weeks ago. I did it by way of putting together what I thought I'd like to see in the Message, taking the current message, my own experiences of using our Message, feedback from other users etc into consideration. I told Mark that I'd clean it up over the weekend. | | This is what I came up with. We obviously don't need to discuss anything in it right now. It's there for anyone to look at and we can discuss post 4.2.x. Thanks Tom. You're missing Context as a separate item in the Message and as I've said many times before, it is an important concept for SOA. Anyway, let's table the discussions for post 4.2.x when we all have more time to think and put our feet up ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4075766#4075766 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4075766

18 years, 7 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 August 2007