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

[Design of OSGi Integration] - Re: BundleActivatorDeployer Questions

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : | If you want to create a kernel controller context for the bundle activator | that's a different issue. e.g. in "PRE-REAL" you could create the context | and make the deployment moving to REAL dependent on that "POJO". | I'm assuming the activator must be invoked before any other work is done to initialize the real deployment and that people don't want to make all their services dependent upon the activator context? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130102#4130102 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130102

18 years, 1 month

1
0
0 / 0

[Design of OSGi Integration] - Re: BundleActivatorDeployer Questions

by adrian＠jboss.org

"alesj" wrote : "adrian(a)jboss.org" wrote : | | There just needs to a REAL deployer that invokes the bundle activator. | I like the current approach better. | It gives users more flexibility on wiring the activator bean before starting it. | e.g. they could annotate their activator class with our or custom IoC annotations and MC would configure the instance | I thought we were talking about the bundle? The bundle should just control the deployment controller context. If you want to create a kernel controller context for the bundle activator that's a different issue. e.g. in "PRE-REAL" you could create the context and make the deployment moving to REAL dependent on that "POJO". But somebody who knows OSGi may get a bit confused if they do Bundle.start() and it gives them an error saying I'm not doing it because the IOC injections onto the activator aren't satisfied. ;-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130100#4130100 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130100

18 years, 1 month

1
0
0 / 0

[Design of OSGi Integration] - Re: BundleActivatorDeployer Questions

by alesj

"adrian(a)jboss.org" wrote : | There just needs to a REAL deployer that invokes the bundle activator. I like the current approach better. It gives users more flexibility on wiring the activator bean before starting it. e.g. they could annotate their activator class with our or custom IoC annotations and MC would configure the instance View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130091#4130091 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130091

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MC + JAXB (JBossXB Builder)

by adrian＠jboss.org

I already started one. It solves a more general problem which is to dump an xsd schema from a JBossXB SchemaBinding, although its not complete: http://viewvc.jboss.org/cgi-bin/viewvc.cgi/common/jbossxb/trunk/src/test/... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130086#4130086 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130086

18 years, 1 month

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBAS-1808 - MCF MBeans

by vickyk

"adrian(a)jboss.org" wrote : Vicky, for such trivial changes in general you should just do it. | Silence means approval. :-) | Yes , I guessed the silence would mean approval. In your earlier approached you have never described getting the ManagedConnections from InternalManagedConnectionPool so that keep me thinking hard :) , as you did mentioned the trivial approach . I am going to consider the thread safety issue , thanks !!! View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130081#4130081 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130081

18 years, 1 month

1
0
0 / 0

[Design of OSGi Integration] - Re: BundleActivatorDeployer Questions

by adrian＠jboss.org

"johnbailey" wrote : | In the BundleActivatorDeploymentVisitor a BundleContext is created, which will lazily create the Bundle. BeanMeteData for the BundleActivator is then installed into the controller with start and stop parameters of the BundleContext. | | | public void deploy(DeploymentUnit unit, OSGiMetaData deployment) throws DeploymentException | | { | | String bundleActivator = deployment.getBundleActivator(); | | if (bundleActivator != null) | | { | | String name = createBundleActivatorBeanName(deployment); | | // todo - get deployment context in non-depricated way | | BundleContext bundleContext = new BundleContextImpl(unit); | | BeanMetaDataBuilder builder = | | BeanMetaDataBuilderFactory.createBuilder(name, bundleActivator) | | .addStartParameter(BundleContext.class.getName(), bundleContext) | | .addStopParameter(BundleContext.class.getName(), bundleContext); | | BeanMetaData beanMetaData = builder.getBeanMetaData(); | | try | | { | | controller.install(beanMetaData); | | } | | catch (Throwable throwable) | | { | | throw DeploymentException.rethrowAsDeploymentException("Unable to install BundleActivator.", throwable); | | } | | } | | } | | | I don't see why we need to create a seperate kernel controller context for the bundle? The deployment is the context. There just needs to a REAL deployer that invokes the bundle activator. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130079#4130079 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130079

18 years, 1 month

1
0
0 / 0

[Design of OSGi Integration] - Re: BundleActivatorDeployer Questions

by adrian＠jboss.org

Our OSGi bundle should just be a facade on top of the Deployment. You should be able to retrieve a bundle facade even for non OSGi deployments as well. i.e. to a piece of OSGi code a JavaEE ear deployment should look like a Bundle. Each deployment has its own lifecycle states controlled by the DeploymentControllerContext. So the mapping should look something like (pseudo code): Bundle.start() -> DeploymentControllerContext.changeState(DeploymentStages.REAL); Bundle.stop() -> DeploymentControllerContext.changeState(???); I'm not sure what state stop() should move to. It will either be POST_CLASSLOADER or DESCRIBE depending on whether Bundle.stop() should destroy the classloader. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130073#4130073 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130073

18 years, 1 month

1
0
0 / 0

[Design of JCA on JBoss] - Re: JBAS-1808 - MCF MBeans

by adrian＠jboss.org

Vicky, for such trivial changes in general you should just do it. Silence means approval. :-) However in this case, you've got a thread safety issue. If the cels really are an ArrayList then not accessing it in a synchronized block will produce a ConcurrentModificationException when the pool changes. Exposing an AarrayList isn't very good api anyway. The method in InternalManagedConnectionPool should look something like this: | // The method should be package protected and just specify a Set | Set<ConnectionListener> getConnectionListeners() | { | // Avoid concurrency issues with the rest of the pool | synchronized (cls) | { | // "Clone" the internal collections inside the synchronized block to avoid concurrency issues | Set<ConnectionListener result = new HashSet<ConnectionListener>(); | result.addAll(cls); // The connections in the pool | result.addAll(checkedOut); // The connections being used by applications | return result; | } | } | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130069#4130069 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130069

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MC + JAXB (JBossXB Builder)

by alesj

Or writing plugins for all known IDEs. :-) View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130067#4130067 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130067

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: MC + JAXB (JBossXB Builder)

by alesj

Btw: is there an obvious way to bind this in-memory schema with IDEs? We'll probably need some simple tool/util which will export us the schema generated from metadata into file? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4130065#4130065 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4130065

18 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 2008