Eclipse Community Forums: EMF "Technology" (Ecore Tools, EMFatic, etc)

Help

Home

Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc) » [EMF Compare] NullViewer opening

Show: Today's Messages :: Show Polls :: Message Navigator

[EMF Compare] NullViewer opening [message #89673]

Fri, 13 July 2007 07:06

Sascha Theves

Messages: 39
Registered: July 2009

Member

Hello,

we are using EMF Compare to compare our model files. The core part
(matching, differencing...) works fine, but when I select the 'Compare With
> Local history' Action in the UI, nothing is shown in the
ContentMergeViewer. A NullViewer is opened. This Issue only appears if the
model is NOT under VersionControl. Is there a workaround for this problem?
How can we prevent the NullViewer opening?

Thanks in advance

Sascha

Report message to a moderator

Re: [EMF Compare] NullViewer opening [message #89768 is a reply to message #89673]

Fri, 13 July 2007 12:17

Cedric Brun

Messages: 431
Registered: July 2009

Senior Member

You just spotted a bug, right now we are building 0.7.0 RC2 providing a fix
for this bug, using the RC2 build you won't have this NullViewer and the
diff will show up, though some strange behaviors appears when using the
Local History and clicking in the top-right panel, we'll work on it but
it's not a trivial fix so it will be fixed for the next release.

Cédric

Sascha Theves wrote:

> Hello,
>
> we are using EMF Compare to compare our model files. The core part
> (matching, differencing...) works fine, but when I select the 'Compare
> With
> > Local history' Action in the UI, nothing is shown in the
> ContentMergeViewer. A NullViewer is opened. This Issue only appears if the
> model is NOT under VersionControl. Is there a workaround for this problem?
> How can we prevent the NullViewer opening?
>
> Thanks in advance
>
> Sascha

http://cedric.brun.io news and articles on eclipse and eclipse modeling.

Report message to a moderator

Re: [EMF Compare] NullViewer opening [message #90183 is a reply to message #89768]

Tue, 17 July 2007 15:55

Sascha Theves

Messages: 39
Registered: July 2009

Member

Hello,

first of all thanks for the fast reply!

We just upgraded to the EMFT Compare 0.7.0RC2 build. But the bug with the
NullViewer is still there. Will the next release fix this bug?

I tried to fix the bug by myself. I used ICompareInput elements in the
structure viewer to avoid opening the null viewer. This worked fine but
strange issues are coming up if we compare with Latest from Head etc... The
CompareEditors now switched the content provider of the structure viewer
after each click on the ICompareInput elements in the structure viewer. I
didn`t figured out how to prevent this. Is this the right way to avoid this
bug? What`s your approach?

Thanks in advance

Sascha

Report message to a moderator

Re: [EMF Compare] NullViewer opening [message #90347 is a reply to message #90183]

Wed, 18 July 2007 12:07

Laurent Goubet

Messages: 1902
Registered: July 2009

Senior Member

Sascha,

The "Strange behavior" Cedric was talking about in his last reply to
your feedback was indeed the NullViewer opening, what was truly fixed in
RC2 had been a NullPointerException.

I have modified the code to handle the selection events that were
triggering this NullViewer opening and comparison with local history as
well as with CVS/SVN are now functionnal. Expect the fix to be committed
in the next few days on EMF Compare CVS.

Thanks for your feedback,
Laurent

Sascha Theves a écrit :
> Hello,
>
> first of all thanks for the fast reply!
>
> We just upgraded to the EMFT Compare 0.7.0RC2 build. But the bug with the
> NullViewer is still there. Will the next release fix this bug?
>
> I tried to fix the bug by myself. I used ICompareInput elements in the
> structure viewer to avoid opening the null viewer. This worked fine but
> strange issues are coming up if we compare with Latest from Head etc... The
> CompareEditors now switched the content provider of the structure viewer
> after each click on the ICompareInput elements in the structure viewer. I
> didn`t figured out how to prevent this. Is this the right way to avoid this
> bug? What`s your approach?
>
> Thanks in advance
>
> Sascha
>
>

Report message to a moderator

Re: [EMF Compare] NullViewer opening [message #90631 is a reply to message #90347]

Thu, 19 July 2007 09:18

Laurent Goubet

Messages: 1902
Registered: July 2009

Senior Member

Sascha,

The bug fix has now been committed on the R0_7_0_maintenance branch of
EMF Compare CVS, yet no build will be made until the final 0.7 release.

I'll gladly welcome any feedback on this NullViewer issue, whether still
present on your end or properly corrected.

Thanks
Laurent

Laurent Goubet a écrit :
> Sascha,
>
> The "Strange behavior" Cedric was talking about in his last reply to
> your feedback was indeed the NullViewer opening, what was truly fixed in
> RC2 had been a NullPointerException.
>
> I have modified the code to handle the selection events that were
> triggering this NullViewer opening and comparison with local history as
> well as with CVS/SVN are now functionnal. Expect the fix to be committed
> in the next few days on EMF Compare CVS.
>
> Thanks for your feedback,
> Laurent
>
>
> Sascha Theves a écrit :
>> Hello,
>>
>> first of all thanks for the fast reply!
>>
>> We just upgraded to the EMFT Compare 0.7.0RC2 build. But the bug with
>> the NullViewer is still there. Will the next release fix this bug?
>>
>> I tried to fix the bug by myself. I used ICompareInput elements in the
>> structure viewer to avoid opening the null viewer. This worked fine
>> but strange issues are coming up if we compare with Latest from Head
>> etc... The CompareEditors now switched the content provider of the
>> structure viewer after each click on the ICompareInput elements in the
>> structure viewer. I didn`t figured out how to prevent this. Is this
>> the right way to avoid this bug? What`s your approach?
>>
>> Thanks in advance
>>
>> Sascha
>>

Report message to a moderator