Skip to main content


Eclipse Community Forums
Forum Search:

Search      Help    Register    Login    Home
Home » Modeling » EMF "Technology" (Ecore Tools, EMFatic, etc)  » [EMF Compare] NullViewer opening
[EMF Compare] NullViewer opening [message #89673] Fri, 13 July 2007 07:06 Go to next message
Sascha Theves is currently offline Sascha ThevesFriend
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
Re: [EMF Compare] NullViewer opening [message #89768 is a reply to message #89673] Fri, 13 July 2007 12:17 Go to previous messageGo to next message
Cedric Brun is currently offline Cedric BrunFriend
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.
Re: [EMF Compare] NullViewer opening [message #90183 is a reply to message #89768] Tue, 17 July 2007 15:55 Go to previous messageGo to next message
Sascha Theves is currently offline Sascha ThevesFriend
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
Re: [EMF Compare] NullViewer opening [message #90347 is a reply to message #90183] Wed, 18 July 2007 12:07 Go to previous messageGo to next message
Laurent Goubet is currently offline Laurent GoubetFriend
Messages: 1900
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
>
>
Re: [EMF Compare] NullViewer opening [message #90631 is a reply to message #90347] Thu, 19 July 2007 09:18 Go to previous message
Laurent Goubet is currently offline Laurent GoubetFriend
Messages: 1900
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
>>
Re: [EMF Compare] NullViewer opening [message #608746 is a reply to message #89673] Fri, 13 July 2007 12:17 Go to previous message
Cedric Brun is currently offline Cedric BrunFriend
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.
Re: [EMF Compare] NullViewer opening [message #608773 is a reply to message #89768] Tue, 17 July 2007 15:55 Go to previous message
Sascha Theves is currently offline Sascha ThevesFriend
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
Re: [EMF Compare] NullViewer opening [message #608784 is a reply to message #90183] Wed, 18 July 2007 12:07 Go to previous message
Laurent Goubet is currently offline Laurent GoubetFriend
Messages: 1900
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
>
>
Re: [EMF Compare] NullViewer opening [message #608802 is a reply to message #90347] Thu, 19 July 2007 09:18 Go to previous message
Laurent Goubet is currently offline Laurent GoubetFriend
Messages: 1900
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
>>
Previous Topic:Latest build Teneo, backward compatibility
Next Topic:a strange problem when configure jpoxDataStore
Goto Forum:
  


Current Time: Tue Aug 09 11:57:26 GMT 2022

Powered by FUDForum. Page generated in 0.02088 seconds
.:: Contact :: Home ::.

Powered by: FUDforum 3.0.2.
Copyright ©2001-2010 FUDforum Bulletin Board Software

Back to the top