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

[Design of POJO Server] - Re: JMS Topics/Queues in ProfileService

by scott.stark＠jboss.org

I suppose there a few ways we could do this, add the annotation at the server level to apply to all mbeans in the deployment, an aspect to augment the destination mbeans, ... Its just the sar deployer that is parsing the jms destinations, so it cannot be done generally. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130259#4130259 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130259

18 years, 1 month

1
0
0 / 0

[Design of JMX on JBoss (JBoss/JMX)] - Re: JBAS-5220 - Twiddle not displaying Platform MBean.

by scott.stark＠jboss.org

To properly propagate the LazyMBeanServer to all jboss mbeans in preRegister, the LazyMBeanServer has to be passed in to the MBeanServerImpl ctor as the outer argument. Its a one line change to do this in LazyMBeanServer.resetToJBossServer to pass the registeredServer: | public static MBeanServer resetToJBossServer(MBeanServer server) | throws Exception | { | MBeanServer coreServer = server; | if( theDelegate != null ) | { | Class[] sig = {String.class, MBeanServer.class, MBeanServerDelegate.class}; | Object[] args = {defaultDomain, registeredServer, theDelegate}; | With this change, I can use twiddle to query the platform mbeans: | [starksm@succubus bin]$ twiddle.sh query 'java.lang:*' | java.lang:type=Compilation | java.lang:type=MemoryManager,name=CodeCacheManager | java.lang:type=GarbageCollector,name=Copy | java.lang:type=MemoryPool,name=Eden Space | java.lang:type=Runtime | java.lang:type=ClassLoading | java.lang:type=MemoryPool,name=Survivor Space | java.lang:type=Threading | java.lang:type=GarbageCollector,name=MarkSweepCompact | java.lang:type=OperatingSystem | java.lang:type=Memory | java.lang:type=MemoryPool,name=Code Cache | java.lang:type=MemoryPool,name=Tenured Gen | java.lang:type=MemoryPool,name=Perm Gen | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130258#4130258 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130258

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: JMS Topics/Queues in ProfileService

by bytor99999

Is there a way we can hide the xml annotation tag in say the Jaxb object that reads the xml file, and not write it to the xml file either. I can just see the Forum posts (just like mine here), Support cases opening up for AS and the console already. "How come I don't see my Queue/Topic in the console?" "Well, did you remember, when you copied it from AS 4.x xml into AS 5 to include that annotation tag?" "What is that? I didn't know that." or "Oh, I forgot" :) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130251#4130251 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130251

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: JMS Topics/Queues in ProfileService

by scott.stark＠jboss.org

Its still sitting on my laptop. I'll check it in later tonight. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130249#4130249 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130249

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: JMS Topics/Queues in ProfileService

by bytor99999

"scott.stark(a)jboss.org" wrote : Yes, the ManagementObjectClas annotation is required because the mbean itself is not annotated with the management information. | | The names are incorrect in beta4. I fixed that last week. Still have to create a patch for beta4. | If I download the latest build from Hudson, will the fix be there? Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130248#4130248 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130248

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: JMS Topics/Queues in ProfileService

by scott.stark＠jboss.org

"bytor99999" wrote : | No the following question arises. So this is a tag that needs to be put into every Queue or Topic you want managed. Why wouldn't that be automatic or default, so that users don't have to remember that they must have in there. Is there a case where you wouldn't want it to show up in the ProfileService? | The template should be creating managed destinations, so yes, those should have the annotation. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130245#4130245 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130245

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: JMS Topics/Queues in ProfileService

by scott.stark＠jboss.org

Yes, the ManagementObjectClas annotation is required because the mbean itself is not annotated with the management information. The names are incorrect in beta4. I fixed that last week. Still have to create a patch for beta4. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130244#4130244 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130244

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: JMS Topics/Queues in ProfileService

by bytor99999

I also see the problem of why all the other Topics and Queues that I defined in the destinations-service.xml don't get found. They don't have @org.jboss.system.deployers.managed.ManagementObjectClass(code=org.jboss.jms.server.destination.QueueServiceMO) No the following question arises. So this is a tag that needs to be put into every Queue or Topic you want managed. Why wouldn't that be automatic or default, so that users don't have to remember that they must have in there. Is there a case where you wouldn't want it to show up in the ProfileService? Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130242#4130242 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130242

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: JMS Topics/Queues in ProfileService

by bytor99999

And the UnitTestCase passes because it has ManagedComponent objects for just QueueServiceMO, but nothing defined in the destinations-service.xml (I take that back, see later in this post) If I look at the QueueServiceMO ManagedComponent object, the value for its owner ManagedDeployment shows vfsfile:/C:/JBossServers/jboss-5.0.0.Beta4.marked/server/default/deploy/messaging/destinations-service.xml Also looking at the ManagedComponents returned by ManagementView.getComponentsByType, is that I am getting 4 Components, 2 for ExpiryQueue and 2 for DLQ, however in all four cases when you call getName() it returns "QueueServiceMO" (which is what I first saw to start this post. ) whereas the componentName shows "jboss.messaging.destination:name=ExpiryQueue,service=Queue" I think I am starting to confuse myself. Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130239#4130239 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130239

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: JMS Topics/Queues in ProfileService

by bytor99999

OK, I see for messaging in the deploymentNames collection it is pointing to the directory and not a specific file. But I would expect to see any files in that directory that has Topics or Queues defined would get their own ManagedDeployment object and that name of that object still appear in the deploymentNames collection. And this is odd, sometimes it sees templates for Queues and Topics and sometimes it doesn't. Sometimes it discovers the QueueServiceMO and sometimes it doesn't. Still wasn't discovering the Topics and Queues I defined in the destinations-service.sml The ProfileServiceUnitTestCase is passing its testJMSDestinations method. I will look more into this, and post updates. Thanks View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130238#4130238 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130238

18 years, 1 month

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 February 2008