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

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

by JerryGauth

Good news. I was able to test this scenario on WebSphere today. It looks like the only thing we need to do in JBossCache is catch the registration error. >From what I can see, WebSphere is doing the callback so cache.getServiceName() does return the actual registration name after the initial registration. This means that subsequent attempts to register the same instance will be detected. It also looks like deregistration of the cache mbean and interceptor mbeans works properly now (I need to verify again). So the typical failure mode is as follows - Someone in a standalone environment starts a cache instance using the default name (e.g., TreeCache-Group). On WebSphere, the instance is registered with a name like jboss.cache:service=TreeCache-Group, server=websphere.... If the same instance tries to register again, we use the actual registration name and detect that this is an attempt to register again. If another instance (e.g., another standalone cache application) is then started and uses the default name, the code to detect a current registration won't detect that the name is already in use because it will use the default name (i.e., because serviceName is null at this point). The registration attempt will proceed and fail with the InstanceAlreadyExists exception because the actual name is already in use. So the fix is to simply catch the exception and report it as a warning. Note that this doesn't change the JMX availability of the cache's mbean. The mbean is registered to the first client to use the name. Unless I find anything further while looking at deregistration, I'll just fix this by handling the exception. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038986#4038986 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038986

18 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - jbpm as enterprise application

by ricardomarques

Hi all Does jBPM as an EAR uses jBPM as JAR plus the jms, command and sheduler beans? Is there some documentation on the enterprise interaction interaction with the API? How is the engine instanciated on em J2EE enviroment? I'm thinking on developing some modules for jBPM to add some features (and contributing to the community) that I require, and I need some background on how jbpm works. Can u guys point a direction? I have a little background on EJB and JBoss tecnologies, so any would be appreciated. Thanks in advance. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038959#4038959 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038959

18 years, 11 months

1
0
0 / 0

[Design of POJO Server] - Re: Lookup a particular ManagedComponent in a ManagementView

by scott.stark＠jboss.org

"bytor99999" wrote : | So in our project, we would have already gotten all the names, then later when the user wants to update one thing, then the method will come in handy. The other option is that in our code we have that same code that is in the UnitTest. | Yeah, ok, I guess that would be the normal interaction for an admin tool. I'll add the method. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038938#4038938 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038938

18 years, 11 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: anonymous beans

by bill.burke＠jboss.com

just tell me how to do it and i can do it. is my approach valid, etc. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038907#4038907 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038907

18 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Commands: Maybe result should be part of the Command-Obj

by tom.baeyens＠jboss.com

most important for the default out-of-the-box commands that we ship with jbpm is that they are simple, easy and predictable. keep in mind that you don't have to design the commands to support all use cases. users can easily inherit from your commands to customize and add more return values. there is always the tradeoff between covering more features and complexity. try to find a good balance there. the command return values can be changed but keep in mind the usability. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038896#4038896 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038896

18 years, 11 months

1
0
0 / 0

[Design of JBoss Serialization] - Re: Java 5 and serialization

by WGPuckett

This appears to be a good place to ask this question. I haven't had time to research the issue and appologize if it has been answered and I haven't found it yet. I use MyEclipse for my application development. I use Java 1.5 and have everything coded to that level. However, when I deploy any JSPs that have Java 1.5 components (specifically typed collections) they fail to compile in the AS. I don't think I have the very latest production version of JBoss installed. I have to be carefull when I install updates. Before I do it would be nice to know if the latest production version will address this issue. If not, is there any idea when it will happen? Thanks, Glenn Puckett MetaMAP, INC Lexington, KY View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038875#4038875 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038875

18 years, 11 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Barriers inhibiting tight JBPM integration

by mark.little＠jboss.com

There was a ESB/jBPM collective team meeting last week where a lot of the integration issues were covered in depth. I wasn't at it (was with you, remember ;-) but from what I hear it went very well and we've got coordinated agreements from the teams on what's possible now and going forward. At some point the conclusions will be written up (wiki I think) and you can take a look. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038834#4038834 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038834

18 years, 11 months

1
0
0 / 0

[Design of JBoss jBPM] - Re: Commands: Maybe result should be part of the Command-Obj

by camunda

I have found a workaround for my problem, so that we are not under a big time pressure any more... Okay, returning a Map is also fine for all Use-Cases I think. If we really need the command in the result, we could build a CommandService which adds the Command to the Map ;-) anonymous wrote : | if (returnValue instanceof Map) ... | | or | | if (returnValue instanceof Hints) ... | I would prefer always return a Map and then | if (resultMap.containsKey("myEnhancement")) | .... | But thats a little detail then, I think. SO if we agree on that, I will change all the Get...Command's to return a Map (GetProcessDefinition, GetProcessInstance, GEeTaskInstance, ...), because for them it is always possible that we also need the Logs or additional entities from the server (and only want to call once). Okay? anonymous wrote : | i think it is the Command that should determine the return value and document that in the javadocs. the command service implementation should not do anything with the return value. | I think, the CommandService should not change the return value, but adding additional information (to the Map) is feasable I think. And very handy for some problems. You can also think of Interceptors (Spring or EJB 3, technic does not matter) adding informations. A AddProcessDiagramInterceptor, AddDetailedProcessLogsInterceptor, .... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038779#4038779 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038779

18 years, 11 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: anonymous beans

by alesj

This one is an oldie: - http://jira.jboss.com/jira/browse/JBMICROCONT-28 - http://www.jboss.org/index.html?module=bb&op=viewtopic&t=101320&start=20 - http://www.jboss.org/index.html?module=bb&op=viewtopic&t=89581 - http://www.jboss.org/index.html?module=bb&op=viewtopic&t=105759 I can 'change' its priority if it really annoys you. But I would like to leave it after J1 - trying to push our OSGi till then as much as I can. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038726#4038726 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038726

18 years, 11 months

1
0
0 / 0

[Design of POJO Server] - Re: Lookup a particular ManagedComponent in a ManagementView

by scott.stark＠jboss.org

A ManagedComponent getManagedComponent(ComponentType type, String name) could be added. The component name is not something that will be known in general though, so I'm not sure how useful in general this would be. The testcase has to know how the name is derived from the deployment, and currently this is the deployment descriptor. That will change when the jca deployer changes. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4038692#4038692 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4038692

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