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

[Design the new POJO MicroContainer] - Re: Bug in MicrocontainerTest

by scott.stark＠jboss.org

Its been the Test Suite component of JBAS in the past. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134629#4134629 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134629

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Bug in MicrocontainerTest

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : | I can't raise a JIRA issue for this because it is currently down. :-( | Do we even have a JIRA project for jboss-test? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134626#4134626 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134626

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Bug in MicrocontainerTest

by adrian＠jboss.org

I found a bug in the MC test where if the validate() fails on the deployment during setup() it didn't tear down the logging or security. This caused a subsequent tests to fail because the jboss-test logging plugin class didn't have the authority to retrieve a system property with the security manager set. I can't raise a JIRA issue for this because it is currently down. :-( View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134625#4134625 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134625

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: DeploymentClassLoader as a bean

by adrian＠jboss.org

"adrian(a)jboss.org" wrote : | Then in the part where the deployment/bean are checked for classloader | AbstractKernelDeployer::deploybean() | While I am on this subject. I originally put all the deployment defaults in this method, but other defaults have been added in the AbstractKernelDeployment::getBeans(). I think the AbstractKernelDeployment is the correct place for this code, so we should look at moving all the logic that is AbstractKernelDeployer::deployBean() into there. Especially since the AbstractKernelDeployer is not always used, e.g. the BeanMetaDeployer in the deployers project. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134623#4134623 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134623

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - DeploymentClassLoader as a bean

by adrian＠jboss.org

The way this was implemented was completely wrong: | <deployment> | <classloader><bean ...></classloader> | </deployment> | I spent forever trying to figure out how it worked at all, looking through all the metadata visitor stuff. It turned out it wasn't there at all! It was in the xml parsing which means manual deployment doesn't have the feature!!!! Besides that: ClassLoaderMetaData had been made into a BeanMetaDataFactory which is meaningless. How can a classloader be made up of multiple beans which one do you use as the classloader? :-) I've implemented this "properly", but it is a bit hacky (mainly to automagically avoid common mistakes ;-) When the deployer asks the deployment for the beans it now adds the classloader. And also makes sure it can't use itself as its own classloader | public List<BeanMetaData> getBeans() | { | List<BeanMetaData> result = new ArrayList<BeanMetaData>(); | | // Include the classloader if it is a bean | ClassLoaderMetaData classLoaderMetaData = getClassLoader(); | if (classLoaderMetaData != null) | { | ValueMetaData classLoader = classLoaderMetaData.getClassLoader(); | if (classLoader instanceof BeanMetaData) | { | // Hack, if it doesn't have a classloader use the "null" classloader | // we don't want it to gain itself as the classloader | BeanMetaData classLoaderBean = (BeanMetaData) classLoader; | if (classLoaderBean.getClassLoader() == null) | classLoaderBean.setClassLoader(new AbstractClassLoaderMetaData(new AbstractValueMetaData())); | result.add((BeanMetaData) classLoader); | } | } | | List<BeanMetaDataFactory> factories = getBeanFactories(); | | if (factories != null && factories.isEmpty() == false) | Then in the part where the deployment/bean are checked for classloader AbstractKernelDeployer::deploybean() I replace the bean with an injection if it is coming from a deployment classloader confiigured as a bean. | ClassLoaderMetaData deploymentClassLoader = deployment.getClassLoader(); | if (deploymentClassLoader != null) | { | // If the deployment classloader is a bean, replace it with an injection | ValueMetaData classLoader = deploymentClassLoader.getClassLoader(); | if (classLoader instanceof BeanMetaData) | { | classLoader = new AbstractDependencyValueMetaData(((BeanMetaData) classLoader).getName()); | beanClassLoader = new AbstractClassLoaderMetaData(classLoader); | } | else | { | beanClassLoader = deploymentClassLoader; | } | bean.setClassLoader(beanClassLoader); | } | AbstractClassLoaderMetaData is no longer a BeanMetaDataFactory (implying multiple beans) and xml parsing no longer contains logic that should never have been there. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134622#4134622 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134622

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: General BeanInfo annotation visitor helper?

by adrian＠jboss.org

Nothing like that exists. There is somethiing similar in Ales's annotation adapter but it serves a different purpose. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134617#4134617 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134617

18 years, 1 month

1
0
0 / 0

[Design of AOP on JBoss (Aspects/JBoss)] - Re: Implementing JAXB style parsing for aop-mc-int

by kabir.khan＠jboss.com

"adrian(a)jboss.org" wrote : "kabir.khan(a)jboss.com" wrote : Reading this thread http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134204#4134204 I came back to this. Regarding 3) What would this xsd:refine map to in jaxb annotations? My understanding was that using jaxb it generates a schema from the annotations? | | | | It doesn't map to anything . | | The xsd:redefine, just specifies what is the default behaviour the JBossXBBuilder | which is to include types reachable from your hierarchy in your namespace | (absent any explicit namepace= in the annotations). | You've confused me :-) Is this doable now, or is this a feature that needs adding to JBossXB? I know how to use xsd:redefine if there is a schema, but seeing as jbossxb doesn't use that musn't there be an annotation to set this up? If it is doable now, what do I need to do to make it happen? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134615#4134615 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134615

18 years, 1 month

1
0
0 / 0

[Design the new POJO MicroContainer] - Re: Using a CompositeMetaType for a Map with String keys?

by scott.stark＠jboss.org

Ok, I'll update the table tests and I'm adding a mapping of java.util.Properties to MapCompositeMetaType(SimpleMetaType.STRING) as well. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134603#4134603 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134603

18 years, 1 month

1
0
0 / 0

[Design of POJO Server] - Re: JBAS-5259, JMS Destination Names is showing as QueueServ

by scott.stark＠jboss.org

Its not part of the mc/jboss-managed code, so that should not matter. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134602#4134602 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134602

18 years, 1 month

1
0
0 / 0

[Design of JBossXB] - Re: Attributes problem

by adrian＠jboss.org

"alex.loubyansky(a)jboss.com" wrote : No, that's not what I meant. Something like the following. | <key class='x'><array/></key> | | Although, it may not be useful in this example. It doesn't do anything. The class attribute on the key is only used to determine the type of the CDATA. The array element has its own class attribute. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4134601#4134601 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4134601

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