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

[Design of POJO Server] - Re: JBMETA-27, lifecycle representation

by scott.stark＠jboss.org

I left it as an array and just fixed the duplicates from the merging for now. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148115#4148115 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148115

16 years, 8 months

1
0
0 / 0

[Design of EJB 3.0] - Re: WS EJB invocation

by scott.stark＠jboss.org

The following has been added and will be in the jboss-metadata-1.0.0.Beta11 release. calling determineContainerName() is what you would do to reliably get the name the container was registered under. | Added: | | /** | * Get the kernel name for the ejb container. This is the managed property | * version admin tools may use to control the name. Generally its not set | * and the server will set the name via the generatedContainerName | * non-managed property. | * | * @see #setGeneratedContainerName(String) | * @return containerName property value. | */ | public String getContainerName() | public void setContainerName(String containerName) | | /** | * Get the generated kernel name for the ejb container. This is the | * non-managed property version that the server would use to set the name | * it generated when no containerName property existed. | * | * @see #getContainerName() | * @return generatedContainerName property value. | */ | @XmlTransient | public String getGeneratedContainerName() | public void setGeneratedContainerName(String containerName) | | /** | * Get the kernel name for the ejb container. This is either the | * containerName managed property, or a runtime generated name set via | * the non-managed generatedContainerName property. | * @return the kernel name for the ejb container | */ | public String determineContainerName() | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148103#4148103 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148103

16 years, 8 months

1
0
0 / 0

[Design of POJO Server] - JBMETA-27, lifecycle representation

by scott.stark＠jboss.org

Currently the lifecycle metadata is a simple array. This does not work for merges as you end up with repeated elements. It should be a map keyed by a possibly null class name which indicates 'the current' class in question. In the metadata layer this is not known generally (parsing an xml file that has no class). That is going to have to be handled by the runtime code that invokes the lifecycle callbacks. I have already done this in the client container. So do we want to change this to a map(class-name,callback) to avoid duplicates or just update the merge logic to deal with the duplicates better? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148091#4148091 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148091

16 years, 8 months

1
0
0 / 0

[Design of EJB 3.0] - Re: WS EJB invocation

by scott.stark＠jboss.org

Yes, I'll do it today and update the JBossASKernel integration to use it. http://jira.jboss.com/jira/browse/JBMETA-32 View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148089#4148089 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148089

16 years, 8 months

1
0
0 / 0

[Design of EJB 3.0] - Re: WS EJB invocation

by heiko.braun＠jboss.com

OK, looking at the second option and talking to Carlo we agreed that invocation through the MC lookup makes more sense. We get into all kinds of additional questions. One of the reasons why I started looking into this, was thsat we needed to get rid of Ejb3Deployment (or the dependency on it). If we add the container name to the meta data it would leave the WS deployer with a dependency on meta data and the WS SPI. Which seems pretty straight forward. Scott, can add it to JBossEnterpriseBeanMetaData? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148079#4148079 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148079

16 years, 8 months

1
0
0 / 0

[Design of EJB 3.0] - Re: WS EJB invocation

by heiko.braun＠jboss.com

anonymous wrote : | That is what could be used now, but the problem with resolving the name is that its not unique. If for a given ejb deployment, you use its local ejb-names this will just work. | Right, but that unit of work happens inside a deployer anyway. So it's scoped to a particular deployment. anonymous wrote : | ensuring the container name was made available on the JBossEnterpriseBeanMetaData, | Yes, that was my first idea as well. In the beginning i was thinking that a indirect reference to the container using a lookup might be better way then picking the container at deploy time and associating it with the web service meta data. However, both the ejb and the web service deployer are chained anyway, so we shouldn't run into trouble here. Or do you see a technical reason to prefer invocation by lookup over direct association in this case? However, I will evaluate the later option today and let you know how it goes. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148060#4148060 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148060

16 years, 8 months

1
0
0 / 0

[Design the new POJO MicroContainer] - Questionable deployers and planned releases

by alesj

I've done a bunch of changes on Deployers project, so they might be a bit out of shape. Specially their dependency on MDR. So, in order to make sure things work as they should, I'll do a bunch of new Betas on Friday. - MDR - ClassLoader - Microcontainer - VFS - Deployers Speak now, if you want something in till then. I'll start on Friday morning, CET. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4148024#4148024 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4148024

16 years, 8 months

1
0
0 / 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

jboss-dev-forums May 2008