Community
Participate
Working Groups
Build Identifier: I20100603-1500 In our product we compare models we were earlier using eclipse3.5 and now moving to eclipse3.6. Eclipse3.6 fails with NPE on opening Compare view on two files this was working absolutely fine with eclipse3.5. I have checked out the source code for EMF compare shipped with eclipse3.5 and 3.6 and on comparison i found that method checkReferencesUpdates(DiffGroup root, Match2Elements mapping) in class org.eclipse.emf.compare.diff.engine.check.ReferencesCheck is modified and a call to checkContainmentReferenceOrderChange() method is added in While loop which was not there in eclipse3.5. This new method is throwing NPE, if i comment this method call code works fine. Reproducible: Always
Created attachment 174841 [details] stack trace of exception thrown by emf comapre code
Putting this in the EMF bucket, not the forums bucket.
Thanks for your feedback, we'll fix this issue ASAP.
Can you give us some information on when can we expect a fix as we are on verge of release if not...is there any workaround till then?
Hi Rahul, Unfortunately, I can't propose any workaround on this, we'll have to fix the bug before you can use the latest releases. Take note that installing the old version of EMF Compare in 3.6 should work if you are desperate. Laurent
Hi Rahul, I've fixed the potential NPE; the fix will be available in the next integration build. However I am unsure has to how you got to that point. Could you provide us with the models you were comparing so that I can try and see if there isn't another NPE lurking behind?
Thanks for the fix. We have a release in couple of days...Any idea when can we get the integration build?Can we get access to the repository were you have fixed it, may be we can checkout the code and use until we get a integration build.
Rahul, Easiest way to check out the code is to follow the instructions on http://wiki.eclipse.org/Setting_up_a_development_environment_for_EMF_Compare#Using_Project_Set_File_.28PSF.29 . As for the next integration build, I was supposed to get it done today, but haven't had enough time to. It should be done by tomorrow noon (CET).
Rahul, Sorry for the delay, we've got some trouble with building EMF Compare :/. You can access one of the latest nightly on https://build.eclipse.org/hudson/view/Modeling/job/emf-compare-1.1/lastSuccessfulBuild/artifact/EMF.Compare.downloads/ , but we can't promote these builds until some bugs on Eclipse side are fixed.
Laurent, Thanks for the quick response and the fix. we are able to use the nightly build code and resolve the concerned NPE issue. Is there going to be any official release of EMF compare after this? if yes, when can we expect it. Actually i am into some more Compare related issues which seems to be due to EMF compare...if there going to be an official release of EMF compare we can give it a try and narrow our investigation.
Rahul, We've switched back to the old build system fro EMF Compare until we've taken care of all the hudson related issues. Either way you can access the latest released builds of EMF Compare on http://eclipse.org/modeling/emf/downloads/?project=compare . Most notably, both 1.1.1RC sport the fix for this issue (1.1.1 final is part of the eclipse Helios SR1 (3.6.1) release which is due September 24, 2010).
I don't know is this bug is the same as bug #326194, but I post here because in that other very similar bug many are complaining and nobody seems to care. Can a release with a working compare be made asap? ================================================== This issue basically makes PDT useless and it's really unacceptable to not release any working build yet.
(In reply to comment #12) > I don't know is this bug is the same as bug #326194, but I post here because in > that other very similar bug many are complaining and nobody seems to care. > > Can a release with a working compare be made asap? > ================================================== > > This issue basically makes PDT useless and it's really unacceptable to not > release any working build yet. Oops just realized this bug is against EMF and I did not mean to pollute your space. The needed release is from PDT, so ignore my comment.
Even if it's not related to this bug at all I'm quite taken aback by your tone. Anyway this bug has been fixed and the SR1 release has been made, closing this bug.
*** Bug 330907 has been marked as a duplicate of this bug. ***
