geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Prasad Kashyap" <goyathlay.geron...@gmail.com>
Subject Re: Trunk runtime error GBeanInstanceState- deserializing GBeanState
Date Sun, 17 Dec 2006 18:25:26 GMT
After doing the latest svn update and getting Jecnks changes for
jetty6, G on trunk compiled and ran successfully  too. This is from a
totally clean repo.

Cheers
Prasad

On 12/16/06, Davanum Srinivas <davanum@gmail.com> wrote:
> Anita,
>
> Anyone who builds geronimo from scratch is likely to into into
> problem. We can't really tell people they can't use the jars they
> build themselves on their boxes and have to use the published SNAPSHOT
> jars. So i think we need to fix it. Just imagine that you are trying
> to fix a bug in Geronimo kernel for shipping to your customer, but the
> code does not have a serial version uid and the compiled jar is hence
> unusable...not a pretty picture. I don't think we have to "worry"
> about compatibility especially as right now if 2 jars built from same
> svn revision by 2 different people on different JDK's/JDK versions on
> different boxes, you can't mix the jars. So there is no
> "compatibility" right now :(
>
> Anyway my specific problem was because of lack of the UID in
> GBeanOperation and i checked in a patch for it (487759).
>
> thanks,
> dims
>
> On 12/16/06, anita kulshreshtha <a_kulshre@yahoo.com> wrote:
> > 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 <joe.bohn@earthlink.net> 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 <joe.bohn@earthlink.net> 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
> >
>
>
> --
> Davanum Srinivas : http://www.wso2.net (Oxygen for Web Service Developers)
>

Mime
View raw message