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

[Design of JBoss ESB] - Re: XPath and regexp routing

by Kevin.Conner＠jboss.com

https://jira.jboss.org/jira/browse/JBESB-2582[/url] and [url]https://jira.jboss.org/jira/browse/JBESB-2583 Can you add some comments here to highlight what you would like to see for these? Thanks Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232519#4232519 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232519

16 years, 10 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Configurable JAXR Organization name

by Kevin.Conner＠jboss.com

https://jira.jboss.org/jira/browse/JBESB-2581 Kev View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232516#4232516 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232516

16 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Mandating the presence of local/remote interface in Sess

by ALRubinger

"wolfc" wrote : Validation should happen within the proper context. In this the context class loader should be valid. Disagree. I think validation of a deployment should be able to happen from anywhere. Why make impositions we don't have to? For instance, the "processors" do things like setting appropriate defaults upon metadata after everything's been merged, and this one gets the proper CL via the ctor: http://anonsvn.jboss.org/repos/jbossas/projects/metadata/trunk/src/main/j... S, ALR View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232514#4232514 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232514

16 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Mandating the presence of local/remote interface in Sess

by wolfc

Validation should happen within the proper context. In this the context class loader should be valid. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232486#4232486 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232486

16 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Mandating the presence of local/remote interface in Sess

by jaikiran

anonymous wrote : 2) Validation is a concern that gets removed from ejb3-core and is testable outside using only a metadata object. | Do we have a validator API which can be used for validations which require the deployment unit or the classloader associated with the unit? The current validator interface works on just the metadata : public interface Validator | { | | /** | * Validates the specified metadata against the configured | * validators | */ | void validate(JBossMetaData md) throws ValidationException; | | } For some validations, we need to have access to the classloader associated with the unit. Ex: To validate that a SLSB's home interface has exactly one create method (EJB 3.0 Specification 4.6.8 Bullet 4, 4.6.10 Bullet 4). Right now, such validations are being done in the core. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232476#4232476 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232476

16 years, 10 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Does KernelBusRuntimeComponentDispatcher handle lifecycl

by alesj

"scott.stark(a)jboss.org" wrote : | "scott.stark(a)jboss.org" wrote : | | If an operation is invoked on the KernelBusRuntimeComponentDispatcher and passed down to its KernelBus implementation, and that operation corresponds to a component lifecycle operation such as start/stop, is this being handled correctly in terms of dependencies? | So the answer is yes | If I understand the question right, the answer should be _no_. As apart from invoking that property/attribute or method/operation, we don't do anything extra wrt dependencies. It might be an impl detail of the service you're invoking, but we simply do reflection invocation or in case of mbeans "talk" to mbean server. But it shouldn't be too big of a problem to properly react to lifecycle methods/ops. Since all the info we need is already in underlying Bean/ServiceMetaData, we would only require additional abstraction on top of InvokeDispatchContext. e.g. do start KernelControllerContext --> BeanMetaData --> Start LifecycleMetadata * if already past start == ignore * else try to move to Start state, (optionally) fail if not being able to get there View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232466#4232466 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232466

16 years, 10 months

1
0
0 / 0

[Design of JBoss ESB] - Re: Websphere MQ with XA connections

by tfennelly

OK... so it sounds like it's not possible to create XA Connections without the Extended Client lib over the WMQ JNDI Provider, but it should be possible use the Filesystem JNDI Provider. Will have a look at that now. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232419#4232419 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232419

16 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Mandating the presence of local/remote interface in Sess

by jaikiran

https://jira.jboss.org/jira/browse/EJBTHREE-1835 View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232404#4232404 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232404

16 years, 10 months

1
0
0 / 0

[Design of EJB 3.0] - Re: Mandating the presence of local/remote interface in Sess

by jaikiran

"ALRubinger" wrote : This is some older check that I'd put in place. I don't think we yet have its equivalent in jboss-metadata, but it should be here: | | http://anonsvn.jboss.org/repos/jbossas/projects/metadata/trunk/src/main/j... | As a first step, i will move this validation to the JBMETA validators. As a second step, when we have support for no-interface in metadata, we will have to reimplement this to throw an error only if the bean does not expose a no-interface view. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232403#4232403 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232403

16 years, 10 months

1
0
0 / 0

[Design of Management Features on JBoss] - Re: ManagementObjects not getting Picked up

by scott.stark＠jboss.org

Its the org.jboss.system.server.profileservice.ProfileServiceBootstrap that creates these core server managed objects from the MCServer.getDeployments(). That bean is deployed in the bootstrap/profile.xml and relies on the context injection of Bootstrap implementations. View the original post : http://www.jboss.org/index.html?module=bb&op=viewtopic&p=4232381#4232381 Reply to the post : http://www.jboss.org/index.html?module=bb&op=posting&mode=reply&p=4232381

16 years, 10 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 May 2009