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 <[email protected]> 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
>>
>
>
