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

[Design of POJO Server] - Re: Values for ComponentType to pass to ManagementView

by bytor99999

Very cool. You also answered my next question regarding Datasource subtypes. :) Mark View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038180#4038180 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038180

19 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Values for ComponentType to pass to ManagementView

by scott.stark＠jboss.org

The enum would not restrict the allowed types as that would continue to be whatever deployers decide to add. It would be a separate enum from the ComponentType interface that had a ComponentType accessor, for example: | public interface KnownComponentTypes | { | public enum DataSourceTypes | { | XA("DataSource", "XA"), LocalTx("DataSource", "LocalTx"), NoTX("DataSource", "NoTX"); | | private final String type; | private final String subtype; | private DataSourceTypes(String type, String subtype) | { | this.type = type; | this.subtype = subtype; | } | | public ComponentType getType() | { | return new ComponentType(type, subtype); | } | }; | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038179#4038179 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038179

19 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Values for ComponentType to pass to ManagementView

by bytor99999

Yes. The thing I keep thinking,though, is that if there was an Enum, is that going to limit the ComponentTypes that the ProfileService supports? Or should it remain wide open to allow unknown types that can be managed. Anyway, I am just getting my feet wet with the ProfileService. Thanks Scott Mark View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038177#4038177 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038177

19 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Values for ComponentType to pass to ManagementView

by scott.stark＠jboss.org

I was thinking of a KnownComponentTypes that provides enums for the well known component types. I could support returning the current set of known component types from the ManagementView as well. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038176#4038176 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038176

19 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Values for ComponentType to pass to ManagementView

by bytor99999

Is there an Enum or some other place to find the different possible values you can set for ComponentType, so when you call getComponentsForType(ComponentType type) it will return stuff? :) Or is it possible to keep the ComponentType set to an empty String and therefore the ManagementView call to get components returns all Components? Is this something that should be thought about in the design, or am I just wasting your time because I should have posted this in a different forum. :) Thanks Mark Spritzler View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038175#4038175 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038175

19 years, 1 month

1
0
0 / 0

[Design of JBoss ESB] - Re: Advanced MessageStore implementation

by derek.adams

I checked in the documentation updates to the .odt and .pdf View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038172#4038172 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038172

19 years, 1 month

1
0
0 / 0

[Design of JBossCache] - Re: JBCACHE-1025: JBossCache mbean registration fails on Web

by bstansberry＠jboss.com

Where does ""jboss.cache:service=TreeCache-Group" come from? AFAICT the only place the serviceName field is set is in preRegister, and that should be the value WAS is passing in. Or is WAS passing in "jboss.cache:service=TreeCache-Group" to preRegister but actually registering it under something else? And then createService tries to register it as "jboss.cache:service=TreeCache-Group" and WAS barfs because the same object is registered under a different name? Re: the interceptors, the order of the attributes is not important; it's OK to mix them. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038152#4038152 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038152

19 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: JACC Policy Bean not getting injected into EJBModule

by anil.saldhana＠jboss.com

That made sense. I also want to move the xacml policy registration to the Security Deployer. This is an on-demand process currently done by the component deployments. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038137#4038137 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038137

19 years, 1 month

1
0
0 / 0

[Design of JBossCache] - Re: JBCACHE-1025: JBossCache mbean registration fails on Web

by JerryGauth

It looks like WebSphere really mangles the registration names of interceptors by wrapping the interceptor name attribute within the WebSphere attributes. For example, when I register the TxInterceptor using the object name jboss.cache:service=TreeCache-Group,treecache-interceptor=TxInterceptor, the registration name in WebSphere becomes jboss.cache:service=TreeCache-Group,cell=citgoNode01Cell,treecache-interceptor=TxInterceptor,node=citgoNode01,process=server1 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038134#4038134 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038134

19 years, 1 month

1
0
0 / 0

[Design of JBossCache] - Re: JBCACHE-1025: JBossCache mbean registration fails on Web

by JerryGauth

MBeanConfigurator is registering the cache's mbean using the object name that it retrieves as you noted. By default (e.g., no config file, no cluster), this name will be "jboss.cache:service=TreeCache-Group." If you retrieve the name of the registered object instance after registration, the returned name (on my server) is "jboss.cache:service=TreeCache-Group,cell=citgoNode01Cell,node=citgoNode01,process=server1" WebSphere appends the cell name, node name and server name to the object's registration name. It seems likely that you subsequently need to use this name if you want to determine whether an mbean has already been registered. The same issue applies to registration of the individual interceptors. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038127#4038127 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038127

19 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 April 2007