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

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

by bstansberry＠jboss.com

The ObjectInstance approach is cleaner anyway, so if you need to make mods, might as well do it that way. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038571#4038571 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038571

19 years, 1 month

1
0
0 / 0

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

by JerryGauth

I don't know that cache.getServiceName() returns null on WebSphere. I wasn't familiar with the preregistration callback processing which I guess you're indicating should populate the name. The ObjectInstance technique does work; that's how I've verified that WebSphere modifies the original name during the registration process. I'll have to try getServiceName() and see what it returns. It will take me a while to try this as I don't have a personal install of WebSphere that I can use for testing. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038568#4038568 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038568

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Fixed failures in ClusteredConnectionFactoryTest

by ron.sigal＠jboss.com

It's odd that this problem should suddenly surface. I haven't changed anything related to it. The RuntimeException was in 2.2.0.GA. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038564#4038564 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038564

19 years, 1 month

1
0
0 / 0

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

by bstansberry＠jboss.com

If you call server.registerMBean(cache, tmpObj) and then a subsequent call to cache.getServiceName() returns null, then WAS's JMX impl is broken. The JMX server should invoke the preRegister() callback before it returns from server.registerMBean(). If it doesn't, it's broken. If it does invoke preRegister(), it should register the mbean under whatever name preRegister returns (which in the TreeCache case will be the name that's passed in as an arg to preRegister). If it registers it under some different name than what's returned by preRegister(), that's broken. Another approach to the same thing while not counting on the preRegister() callback is to do this: ObjectInstance oi = server.registerMBean(cache, tmpObj); tmpName = oi.getObjectName().getCanonicalName(). Per the MBeanServer.registerMBean javadoc, the return value for that call is "An ObjectInstance, containing the ObjectName and the Java class name of the newly registered MBean.". If the WAS JMX doesn't even respect that, it's super broken. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038556#4038556 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038556

19 years, 1 month

1
0
0 / 0

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

by JerryGauth

I don't think that will help. First, I think that cache.getServiceName() will return null if my cache instance isn't defined as a jboss service. Maybe I can set the service name after registration for later use but the problem remains that each interceptor's registration name is modified by WebSphere such that I can't easily derive it from a service name. For example, jboss.cache:service=TreeCache-Cluster,treecache-interceptor=TxInterceptor, the registration name in WebSphere becomes jboss.cache:service=TreeCache-Cluster,cell=citgoNode01Cell,treecache-interceptor=TxInterceptor,node=citgoNode01,process=server1 I suppose I could parse the bits that WebSphere adds, figure out which should be used as a prefix, which as a postfix, etc. but that seems cumbersome and probably susceptible to other implementation quirks. It seems like it would be safer to just store the actual object names and use them when needed. This could probably be optimized by determining whether we need to do this (e.g., only when an mbean server mangles names) but this code only executes when the cache is started or destroyed so it might not be worthwhile to optimize it. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038547#4038547 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038547

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: What to do with the 1.0 branch?

by timfox

"ovidiu.feodorov(a)jboss.com" wrote : I would suggest to keep 1.0_SP branch for a while, for all those who use the 1.0.x series and are not ready to migrate to 1.2 yet. | | So, release 1.0.1.SP5 and declare this the last planned release on the 1.0 branch, merge the changes into the trunk, and concentrate on the trunk. | | As for stuff in 1.0.2.CR1, just merge what it makes sense into the trunk, and kill the branch. | | My opinion. Sounds like a good approach. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038545#4038545 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038545

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Continue to bundle up Remoting classes in jboss-messagin

by timfox

We should definitely provide a jboss-messaging-client.jar which contains the jboss messaging classes and nothing else (or maybe just a few other jars that are highly unlikely to change - TBD) I have created a JIRA task for it: http://jira.jboss.org/jira/browse/JBMESSAGING-940 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038544#4038544 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038544

19 years, 1 month

1
0
0 / 0

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

by bstansberry＠jboss.com

Re: the lifecycle, see http://www.jboss.com/index.html?module=bb&op=viewtopic&t=103608 for possibly relevant discussion. You don't want to invoke preRegister(). That's the responsibility of the JMX server. Re: maintaining a map of names, will this or something along these lines avoid that need? | if (registerCache) | { | ObjectName tmpObj = new ObjectName(tmpName); | if (!server.isRegistered(tmpObj)) | server.registerMBean(cache, tmpObj); | | // ADDED: Use whatever name the cache is registered under as the | // base for the interceptor names | tmpName = cache.getServiceName().getCanonicalName(); | } View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038531#4038531 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038531

19 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: Continue to bundle up Remoting classes in jboss-messagin

by scott.stark＠jboss.org

In terms of evolution of an existing install, there is nothing good about the jbossall-client.jar. If it exists it really should be an empty jar that only includes a manifest classpath pointing to the jars that should be on a client classpath. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038519#4038519 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038519

19 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: ProcessImageTag support for more than one node

by shirodkar4

hi, i am using jbpm-starters-kit 3.1.4 i am presently trying to deploy the jbpm.war file to websphere 5.1.0 . i am able to successfully get the first login page where we can select anyone of the four users(ernie,etc) and also the next page where we can create process instances. but the problem comes when i click on the link to create a new process instance. the problem seems to be with the task.jsp if i remove the "<jbpm:...." tag(which is used to display the process image) in the task.jsp i can move forward through the process and complete the process. but if i dont remove the jbpm tag i get the "unable to compile calss for jsp" error can anyone help me how i can sort this problem? i want to retain the process image please help me.... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038517#4038517 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038517

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