bean constraint violation error during upgrade about hk2

[glassfishrobot]

Reported by adf59

[glassfishrobot]

bbissett said:
I think you meant GMS for the category, but it's not really a GMS issue. Something at the config-api level isn't working. This is the 3rd (I think) time we've seen this issue in a promoted build, and I haven't been able to reproduce it in a workspace.

Can you tell me exactly what build you used to see this? The cluster-upgrade tests have all been passing recently, and they're passing against the glassfish-3.1-b32-12_07_2010.zip build I grabbed from the external site. I also manually tested a cluster upgrade with this build and don't see the problem. The full URL of what I used is:

http://dlc.sun.com.edgesuite.net/glassfish/3.1/nightly/glassfish-3.1-b32-12_07_2010.zip

I also can't reproduce this against the workspace. It would be very helpful to isolate which build has the problem.

[glassfishrobot]

adf59 said:
I grabbed the promoted build from the internal site that Jane sent out. It was GlassFish 3.1 b32.

asadmin version
Version = GlassFish Server Open Source Edition 3.1-b32 (build 32)
Command version executed successfully

[glassfishrobot]

bbissett said:
I don't have that email. Can you please give the exact link you used?

[glassfishrobot]

bbissett said:
I see the problem with this internal build:
http://javaweb.sfbay/java/re/glassfish/3.1/promoted/b32/archive/bundles/glassfish-3.1-b32.zip

But not with the b32 nightly referenced above. Jane, can you send me the tag info I need to check out the code used for the failing build? I'd like to try building that locally as well.

The easiest way to reproduce this is to run the "cluster-upgrade' tests from the admin dev tests. More info here: http://wikis.sun.com/display/GlassFish/AdminTests

[glassfishrobot]

kumara said:
The tag for b32 is -

/tags/3.1-b32

[glassfishrobot]

bbissett said:
Can you tell me the exact command I need to check out the "/tags/3.1-b32" tag? I want to make sure I recreate what the promotion process does.

And assign back to me please with the info.

[glassfishrobot]

kumara said:
svn checkout https://svn.java.net/svn/glassfish~svn/tags/3.1-b32

[glassfishrobot]

bbissett said:
When I check out this branch, I can finally reproduce the issue in a workspace. It doesn't make any sense though that this same error has popped up several times only in promotions, and not anywhere else. The error doesn't make any sense given the code, either. I'm going to try the revision from the trunk that was used to create the branch (I think it's revision 43554) and see if it's there too. The last time I tried this, I couldn't reproduce the error with the code in the trunk.

After that, I can try stepping through this in the debugger now that I can reproduce it. The error is definitely not occurring in the current workspace, but since we've ignored this problem >=3 times already I don't want to drop it now and have the final build of 3.1 be one of the unlucky broken builds.

[glassfishrobot]

bbissett said:
The rev I tried yielded all new weird errors I've never seen, so I'm ignoring that since the current build is working.

I tested the 8 promoted builds we've had since cluster upgrade was working. Of those 8, 4 are showing this exact same error (it's not related to any GMS code – that's just the bean that's failing at the config level). 1 other couldn't even be started due to jvm not found error.

These are the promoted builds that are showing this error: 25, 28, 31, and 32. Since I can build 32 from sources, will try to debug this now.

[glassfishrobot]

bbissett said:
Am moving to hk2 for a look. This issue has prevented cluster upgrades in builds 25, 28, 31, and 32 of GlassFish. The same test domain upgrades without this error in other builds and in the workspace, but the promoted builds above show the problem. Looking at the manifests, the hk2 versions are 1.0.55, 1.0.61, 1.0.66, and 1.0.66, respectively.

Full stack trace:
org.jvnet.hk2.config.TransactionFailure: Constraints for this bean violated.
Message = gmsMulticastPort may not be nullgmsMulticastAddress may not be null
at org.jvnet.hk2.config.WriteableView.canCommit(WriteableView.java:306)
at org.jvnet.hk2.config.Transaction.canCommit(Transaction.java:95)
at org.jvnet.hk2.config.Transaction.commit(Transaction.java:114)
at org.glassfish.config.support.UpgradeService.upgradeV2ApplicationElements(UpgradeService.java:581)
at org.glassfish.config.support.UpgradeService.upgradeApplicationElements(UpgradeService.java:87)
at org.glassfish.config.support.UpgradeService.postConstruct(UpgradeService.java:83)
at com.sun.hk2.component.AbstractCreatorImpl.inject(AbstractCreatorImpl.java:128)
at com.sun.hk2.component.ConstructorCreator.initialize(ConstructorCreator.java:88)
at com.sun.hk2.component.AbstractCreatorImpl.get(AbstractCreatorImpl.java:79)
at com.sun.hk2.component.SingletonInhabitant.get(SingletonInhabitant.java:64)
at com.sun.hk2.component.EventPublishingInhabitant.get(EventPublishingInhabitant.java:136)
at com.sun.hk2.component.AbstractInhabitantImpl.get(AbstractInhabitantImpl.java:73)
at org.glassfish.config.support.DomainXml.upgrade(DomainXml.java:152)
at org.glassfish.config.support.DomainXml.run(DomainXml.java:118)
at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.populateConfig(AbstractModulesRegistryImpl.java:173)
at com.sun.enterprise.module.common_impl.AbstractModulesRegistryImpl.createHabitat(AbstractModulesRegistryImpl.java:155)
at com.sun.enterprise.module.bootstrap.Main.createHabitat(Main.java:430)
at org.jvnet.hk2.osgiadapter.HK2Main.createHabitat(HK2Main.java:93)
at org.glassfish.kernel.GlassFishActivator$1.newGlassFish(GlassFishActivator.java:104)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain$Launcher.launch(GlassFishMain.java:113)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at com.sun.enterprise.glassfish.bootstrap.GlassFishMain.main(GlassFishMain.java:97)
at com.sun.enterprise.glassfish.bootstrap.ASMain.main(ASMain.java:55)

This isn't currently a problem in the GF workspace (hk2 version 1.0.69), but we don't want it happening in further promoted builds. There's a test case for cluster upgrade in the admin dev tests. Run with -Dteststorun=cluster-upgrade.

To reproduce this simply, unzip appserv-tests/devtests/admin/cli/resources/updomain.zip from the dev tests and run an upgrade on it. Admin dev test co info: http://wikis.sun.com/display/GlassFish/AdminTests

The b32 branch info is above in the issue report. If nothing else, it'd be nice to have the cluster upgrade test case run before integrating new hk2 versions into GF.

[glassfishrobot]

tmueller said:
This issue shows up in b33 too, but it is masked by issue 15196. With a fix for 15196, then the same error message shows up again.

[glassfishrobot]

bbissett said:
Since this is in HK2, I don't have the permissions to close it. I think it can be closed though as a duplicate (even though this issue came first, the resolution is in GF-15195). The problem isn't actually in HK2 – it's just that the ordering of inhabitants was different in promoted builds when iterating through them to perform upgrades. The GF code was changed to take care of dependencies properly so the order in HK2 shouldn't matter.

[glassfishrobot]

tbeerbower said:
Duplicate GF issue as noted above.

[glassfishrobot]

Issue-Links:
duplicates
GLASSFISH-15195

[glassfishrobot]

Was assigned to tbeerbower

[glassfishrobot]

This issue was imported from java.net JIRA HK2-11

[glassfishrobot]

Marked as fixed on Friday, December 6th 2013, 3:58:23 am