There might be something wired with my machine, but I'm seeing the below error when starting the release candidate in Windows XP with IBM JDK 1.5.

Module 59/75 org.apache.geronimo.configs/activemq-ra/2.2/car
                    2009-12-01 17:52:00,562 ERROR [OpenEjbSystemGBean] Unable to
 deploy mdb container org.apache.geronimo.configs/activemq-ra/2.2/car.ActiveMQ R
A-javax.jms.MessageListener
org.apache.xbean.propertyeditor.PropertyEditorException: Unable to find Property
Editor for Object
        at org.apache.xbean.propertyeditor.PropertyEditors.getValue(PropertyEdit
ors.java:290)
        at org.apache.xbean.recipe.RecipeHelper.convert(RecipeHelper.java:172)
        at org.apache.xbean.recipe.ObjectRecipe.extractConstructorArgs(ObjectRec
ipe.java:592)
        at org.apache.xbean.recipe.ObjectRecipe.internalCreate(ObjectRecipe.java
:275)
        at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:96)

        at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:61)

        at org.apache.xbean.recipe.AbstractRecipe.create(AbstractRecipe.java:49)

        at org.apache.openejb.assembler.classic.Assembler.createContainer(Assemb
ler.java:987)
        at org.apache.geronimo.openejb.OpenEjbSystemGBean.addResourceAdapter(Ope
nEjbSystemGBean.java:319)
        at org.apache.geronimo.openejb.OpenEjbSystemGBean.access$200(OpenEjbSyst
emGBean.java:86)
        at org.apache.geronimo.openejb.OpenEjbSystemGBean$2.memberAdded(OpenEjbS
ystemGBean.java:259)
        at org.apache.geronimo.gbean.runtime.ProxyCollection.addTarget(ProxyColl
ection.java:102)
        at org.apache.geronimo.gbean.runtime.GBeanCollectionReference.targetAdde
d(GBeanCollectionReference.java:96)
        at org.apache.geronimo.gbean.runtime.GBeanCollectionReference.addTarget(
GBeanCollectionReference.java:180)
        at org.apache.geronimo.gbean.runtime.GBeanCollectionReference$1.running(
GBeanCollectionReference.java:110)
        at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.fireRunningEve
nt(BasicLifecycleMonitor.java:175)
        at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor.access$300(Bas
icLifecycleMonitor.java:44)
        at org.apache.geronimo.kernel.basic.BasicLifecycleMonitor$RawLifecycleBr
oadcaster.fireRunningEvent(BasicLifecycleMonitor.java:253)
        at org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart
(GBeanInstanceState.java:295)
        at org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInsta
nceState.java:103)
        at org.apache.geronimo.gbean.runtime.GBeanInstanceState.startRecursive(G
BeanInstanceState.java:125)
        at org.apache.geronimo.gbean.runtime.GBeanInstance.startRecursive(GBeanI
nstance.java:539)
        at org.apache.geronimo.kernel.basic.BasicKernel.startRecursiveGBean(Basi
cKernel.java:377)
        at org.apache.geronimo.kernel.config.ConfigurationUtil.startConfiguratio
nGBeans(ConfigurationUtil.java:456)
        at org.apache.geronimo.kernel.config.KernelConfigurationManager.start(Ke
rnelConfigurationManager.java:190)
        at org.apache.geronimo.kernel.config.SimpleConfigurationManager.startCon
figuration(SimpleConfigurationManager.java:546)
        at sun.reflect.GeneratedMethodAccessor25.invoke(Unknown Source)
        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAcces
sorImpl.java:43)
        at java.lang.reflect.Method.invoke(Method.java:618)
        at org.apache.geronimo.gbean.runtime.ReflectionMethodInvoker.invoke(Refl
ectionMethodInvoker.java:34)
        at org.apache.geronimo.gbean.runtime.GBeanOperation.invoke(GBeanOperatio
n.java:130)
        at org.apache.geronimo.gbean.runtime.GBeanInstance.invoke(GBeanInstance.
java:816)
        at org.apache.geronimo.gbean.runtime.RawInvoker.invoke(RawInvoker.java:5
7)
        at org.apache.geronimo.kernel.basic.RawOperationInvoker.invoke(RawOperat
ionInvoker.java:35)
        at org.apache.geronimo.kernel.basic.ProxyMethodInterceptor.intercept(Pro
xyMethodInterceptor.java:96)
        at org.apache.geronimo.kernel.config.EditableConfigurationManager$$Enhan
cerByCGLIB$$f3c83224.startConfiguration(<generated>)
        at org.apache.geronimo.system.main.EmbeddedDaemon.doStartup(EmbeddedDaem
on.java:161)
        at org.apache.geronimo.system.main.EmbeddedDaemon.execute(EmbeddedDaemon
.java:78)
        at org.apache.geronimo.kernel.util.MainConfigurationBootstrapper.main(Ma
inConfigurationBootstrapper.java:45)
        at org.apache.geronimo.cli.AbstractCLI.executeMain(AbstractCLI.java:65)
        at org.apache.geronimo.cli.daemon.DaemonCLI.main(DaemonCLI.java:30)
 started in   .468s
Module 60/75 org.apache.geronimo.configs/myfaces/2.2/car
                     started in   .015s

-Jack

On Tue, Dec 1, 2009 at 3:27 PM, David Jencks <david_jencks@yahoo.com> wrote:

On Nov 30, 2009, at 9:32 PM, Kevan Miller wrote:


On Nov 30, 2009, at 10:37 PM, David Jencks wrote:


On Nov 30, 2009, at 7:11 PM, Kevan Miller wrote:


On Nov 30, 2009, at 10:00 PM, David Jencks wrote:


On Nov 30, 2009, at 6:23 PM, Kevan Miller wrote:

There were several files missing source license headers. I've fixed in branches/2.1

2.1??

Heh. branches/2.2 is what I meant to type.


. They would both merit a -1 from me.

Where is the code in svn?

https://svn.apache.org/repos/asf/geronimo/server/tags/geronimo-2.2

Oh. I didn't notice it. I was looking for tags/2.2. Which would follow our previous convention for naming tags. Is there a reason for using a different format?

release plugin defaults

OK. Then in absence of any other reasons, I think we should be consistent with the naming of our previous releases.

If you mean the previous main geronimo releases, I strongly disagree.  We have no reason I can see to avoid following maven defaults here.  With the exception of the main geronimo release, previously done through an arcane and IMO incomprehensible process, everything we've released in the last year or so has used the release plugin default tag locations of <artifactid>-<version>.

thanks
david jencks


--kevan