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

[Design of JCA on JBoss] - Proposal of new JCAMetaDataRepository (use JBoss-MDR project

by jeff.zhang

public interface JCAMetaDataRepository { MutableMetaDataRepository getMetaDataRepository(); public void addConnectorMetaData(String name, ConnectorMetaData cmd); public ConnectorMetaData getConnectorMetaData(String name); public void removeConnectorMetaData(String name); public void addManagedConnectionFactoryDeploymentGroup(String name, ManagedConnectionFactoryDeploymentGroup group); public ManagedConnectionFactoryDeploymentGroup getManagedConnectionFactoryDeploymentGroup(String name); public void removeManagedConnectionFactoryDeploymentGroup(String name); public int getConnectorMetaDataCount(); public int getManagedConnectionFactoryCount(); } 1. add getMetaDataRepository(), basic idea is use JBoss-mdr project instead of old ConcurrentHashMap. 2. remove AdminObject and ActivationSpec add/get method since no other code use them 3. remove FormatterClassName method, since it is just about formatter, maybe format by other class. 4. remove JCAConnectorMetaDataEntry/Key and JCADeploymentMetaDataEntry class since we use mdr project. 5. will add ScopeInfo. (still thinking) Any suggestion? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211348#4211348 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211348

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Regression on VirtualFile.toURL()

by wolfc

"jason.greene(a)jboss.com" wrote : Any reason to use it over the first construct? It should be more reliable. Does the above regression occur with it as well? The first construct doesn't work if the deployment unit base is the VFS root. Then there is no parent. I could do the following to eliminate the no parent problem: -URL url = di.getFile("").toURL(); | -return new URL(url, jar); | +VirtualFile deploymentUnitFile = di.getFile(""); | +VirtualFile parent = deploymentUnitFile.getParent(); | +VirtualFile baseDir = (parent != null ? parent : deploymentUnitFile); | +VirtualFile jarFile = baseDir.getChild(jar); | +if(jarFile == null) | + throw new RuntimeException("could not find child '" + jar + "' on '" + baseDir + "'"); | +return jarFile.toURL(); But depending on how you read the specification it could be interpreted as a violation. Because jar files are no longer relative to the physical location, if the VFS is rooted at the deployment unit. If the formal definition of 'a directory containing an exploded jar' is: a directory with the same name as the jar in question containing the extracted contents of said jar (which is how we define it). Then you've eliminated the output directory use case because you must root at the parent of the '.jar' directory and you're good to go. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211346#4211346 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211346

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Integrating platform mbeans into kernel bus?

by alesj

I can think of three ways where you really don't change the KernelBusRuntimeComponentDispatcher, which is completely generic. (1) extend KernelBusRuntimeComponentDispatcher with platform awareness (2) add those mbeans in jmx.xml - via some new service that just adds ServiceControllerContexts to MC for those mbeans (3) add a service/bean that implements KernelRegistryPlugin and knows how to serve these platform beans (3) is the easiest and nicest imo. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211342#4211342 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211342

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Integrating platform mbeans into kernel bus?

by scott.stark＠jboss.org

They are the jdk internal mbeans. See: http://java.sun.com/j2se/1.5.0/docs/api/java/lang/management/package-summ... View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211341#4211341 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211341

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: Integrating platform mbeans into kernel bus?

by alesj

What are platform beans? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211340#4211340 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211340

17 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Integrating platform mbeans into kernel bus?

by scott.stark＠jboss.org

One thing I need to do is enable the KernelBusRuntimeComponentDispatcher to be aware of the platform mbeans. I can just code that knowledge directly into the KernelBusRuntimeComponentDispatcher, but is there a better way to bridge better way to do this? By better I mean generally make these mbeans available via the KernelBus. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211339#4211339 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211339

17 years, 1 month

1
0
0 / 0

[Design of PVM (Process Virtual Machine)] - Re: fork problem in pvm

by 147175882＠163.com

Hi, hardest.I got the same problem like your, but I can't resolve it. Could you share me your demonstration and to learn it together.If your want, then. Please send it to 147175882(a)163.com.Thanks very much View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211337#4211337 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211337

17 years, 1 month

1
0
0 / 0

[Design of Messaging on JBoss (Messaging/JBoss)] - Re: DeliveryCount & ACKs

by clebert.suconic＠jboss.com

Just to close this thread, I have implemented the rollback(boolean) as we talked today on IRC. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211329#4211329 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211329

17 years, 1 month

1
0
0 / 0

[Design of JBoss Portal] - Re: Remove maximize button from portlet

by apemberton

Sure; there are a few ways to do this. One method that we've used successfully in the past: - add a property to your portlet's window instance (eg: edit.mode.disable) - add logic to your DecorationRenderer to hide the appropriate link if the above property is set View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211321#4211321 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211321

17 years, 1 month

1
0
0 / 0

[Design of JBoss jBPM] - Re: process resume

by galanfish

assue that i want to build a simple workflow with simple language definition on top of pvm, and i want the workflow could have this feature: when a activity execute failed, the process instance could persist, and users could see the failed process instance and decide whther to resume, if the user decide to resume, i except that the process could restart from the failed activity to redo it. is the current pvm support this and developers could just easily to achieve the goals? to meet this demand, how can i do it? View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4211307#4211307 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4211307

17 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 2009