Dims, Joe, and Prasad
I wish I had seen this coming.. The compatibility of GBeanInfo was
broken for 4 days (Dec 10th - Dec 14), while we discussed whether we
should maintain this compatibility. In a perfect world it would not
have mattered.. But sometimes Maven does not use locally built
SNAPSHOTs in online build mode (some of the reasons for this are
known). Once the SNAPSHOTs published during this time, are overwritten,
this problem should go way. At least that is my thinking... Please
correct me if I am on wrong track.
Thanks
Anita
--- Joe Bohn <[EMAIL PROTECTED]> wrote:
> Prasad,
>
> I'm hitting this particular problem in trunk (but I have hit similar
> problems in 2.0-M1). I actually was trying to recreate the problem
> today in both trunk and 2.0-M1 ... after 4 builds on 2.0-M1 I didn't
> hit
> the problem but I hit it with the first attempt on trunk. As I
> mentioned, the second build attempt corrected the problem.
>
> Joe
>
>
> Prasad Kashyap wrote:
> > I was able to build G successfully on a RedHat machine.
> >
> > I started with a completely clean repo (rm -rf .m2/repository).
> >
> > I did an 'svn up' of my 2.0-M1 directory. I had done a fresh
> checkout
> > of these files last night.
> >
> > The entire tree built successfully with a -Dmaven.test.skip=true.
> >
> > I verified that both jetty and tomcat binaries run fine.
> >
> > I used the console to successfully deploy jsp-examples app on both
> > binaries.
> >
> > Cheers
> > Prasad
> >
> > On 12/15/06, Joe Bohn <[EMAIL PROTECTED]> wrote:
> >
> >> This might be the sporadic problem after all. I just rebuilt
> again
> >> without any changes (still rev 487523) and the problem doesn't
> exist
> >> with the new images.
> >>
> >> Here's what I did this time:
> >> - mvn clean
> >> - from my local repo remove o/a/g/modules, configs, assemblies,
> and
> >> applications rather than removing the entire local repo.
> >> - mvn -Dstage=bootstrap
> >> - still failed in the geronimo-jetty6 SecurityTest (yes, I know
> I
> >> should have skipped the tests but I wanted to see if the
> failure/restart
> >> was in any way related to the failures)
> >> - mvn -Dstage=bootstrap -Dmaven.test.skip=true
> -Dmaven.itest.skip=true
> >> - mvn -Dstage=assemble -Dmaven.test.skip=true
> -Dmaven.itest.skip=true
> >>
> >> Joe
> >>
> >>
> >>
> >> Joe Bohn wrote:
> >> > This is happening in trunk rev 487523. I'm not sure it is the
> same
> >> > problem I reported earlier .. in fact I think it may be
> different and
> >> > possibly related to the serialized UID change made earlier
> today.
> >> >
> >> > I was keeping careful track of what I did in case I hit the
> problem
> >> that
> >> > I'm mentioned in other threads with the GBeanInfo object
> >> >
> >> > Here's what I did:
> >> > - mvn clean
> >> > - completely remove my local repository.
> >> > - mvn -Dstage=bootstrap
> >> > - this failed in modules/geronimo-jetty6 test case for
> SecurityTest
> >> > ... expecting a 500 returned instead of a 404 that was returned.
> >> > - mvn -Dstage=bootstrap -Dmaven.test.skip=true
> -Dmaven.itest.skip=true
> >> > - mvn -Dstage=assemble -Dmaven.test.skip=true
> -Dmaven.itest.skip=true
> >> >
> >> > I then extracted the zip images created and began hitting this
> error
> >> > attempting to start any of the generated assemblies and received
> the
> >> > following attempting to start each of the server images.
> >> >
> >> > I'm building again just in case this is like the earlier problem
> that
> >> > seems to disappear on a rebuild for no known reason.
> >> >
> >> >
> >> > Booting Geronimo Kernel (in Java 1.5.0_06)...
> >> > 13:29:19,163 ERROR [GBeanInstanceState] Error while starting;
> GBean is
> >> > now in the FAILED state:
> >> > abstractName="org.apache.geronimo.configs/j2ee-system/2.0-SNAPSH
> >> >
> >>
>
OT/car?configurationName=org.apache.geronimo.configs/j2ee-system/2.0-SNAPSHOT/car"
>
> >>
> >> >
> >> > org.apache.geronimo.kernel.config.InvalidConfigException: Unable
> to
> >> > deserialize GBeanState
> >> > at
> >> >
> >>
>
org.apache.geronimo.kernel.config.SerializedGBeanState.loadGBeans(SerializedGBeanState.java:120)
>
> >>
> >> >
> >> > at
> >> >
> >>
>
org.apache.geronimo.kernel.config.SerializedGBeanState.getGBeans(SerializedGBeanState.java:65)
>
> >>
> >> >
> >> > at
> >> >
> >>
>
org.apache.geronimo.kernel.config.ConfigurationData.getGBeans(ConfigurationData.java:171)
>
> >>
> >> >
> >> > at
> >> >
> >>
>
org.apache.geronimo.kernel.config.Configuration.<init>(Configuration.java:279)
>
> >>
> >> >
> >> > at
> >> > sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native
> Method)
> >> > at
> >> >
> >>
>
sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39)
>
> >>
> >> >
> >> > at
> >> >
> >>
>
sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27)
>
> >>
> >> >
> >> > at
> >> java.lang.reflect.Constructor.newInstance(Constructor.java:494)
> >> > at
> >> >
> >>
>
org.apache.geronimo.gbean.runtime.GBeanInstance.createInstance(GBeanInstance.java:936)
>
> >>
> >> >
> >> > at
> >> >
> >>
>
org.apache.geronimo.gbean.runtime.GBeanInstanceState.attemptFullStart(GBeanInstanceState.java:267)
>
> >>
> >> >
> >> > at
> >> >
> >>
>
org.apache.geronimo.gbean.runtime.GBeanInstanceState.start(GBeanInstanceState.java:102)
>
> >>
> >> >
> >> > at
> >> >
> >>
>
org.apache.geronimo.gbean.runtime.GBeanInstance.start(GBeanInstance.java:529)
>
> >>
> >> >
> >> > at
> >> >
> >>
>
org.apache.geronimo.kernel.basic.BasicKernel.startGBean(BasicKernel.java:361)
>
> >>
> >> >
> >> > at
> >> >
> >>
>
org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConfiguration(ConfigurationUtil.java:150)
>
> >>
> >> >
> >> > at
> >> >
> >>
>
org.apache.geronimo.kernel.config.ConfigurationUtil.loadBootstrapConfiguration(ConfigurationUtil.java:126)
=== message truncated ===
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
