RE: [ajdt-dev] Problems/Markers clear/update issues? + incremental (drop

["Neale Upstone" <neale.upstone@xxxxxxxxxx>]

Hi Andrew,

 

<< My entries like this

 

 So, I think you are talking about two things.  The second thing you are talking about is the poor incremental build analysis for when projects are on the in path.  Would you be able to raise a bug for that and describe your specific scenario as you did below?

<< Yes.  That stuff was just FYI, given that you guys were looking for feedback.  I'll see if I can create a minimal project that exhibits that stuff... 

 
The second issue is consistency of the markers.  We should try to get our terminology the same so that we know that we are talking about the same issues.  When you say "problems view", do you really mean "markers view"?  Or are you talking about the weave info messages as they come through the AJDT Event Trace view?
 

<< Markers view.  Problems view is just a filter and diff columns of the same data if I recall correctly.

 
But, fundamentally, the markers in the markers view, the gutter markers in the editor, and the items in the xref view are all populated from the same AspectJ project model.  There shouldn't be any differences between them.   

 

<< correct.  They're consistent between each other. 

If you do see inconsistency between gutter markers and the marker/problems view, then this implies that there is an issue with how we display the project model in the different views.

If gutter markers and marker./problems view are the same, but do not show all of the references all of the time, then that is an issue with how the project model is created and (partially) refreshed. 

 

<< This seems to be the case 

In your logs below, I see that only full builds are occurring (even though an auto build was requested).  This should mean that markers are completely deleted and completely recreated.  If you are not seeing the complete markers after a full build, then it would seem that the underlying AJ project model is not being fully populated.

One thing I can do is provide more information on the Event trace view about exactly how many markers were created.  I'll try to get a build of this out there and maybe you can try it out. 

 

<< that'd be good.

 

Thanks.

 

neale 

**********************************************************************
IMPORTANT NOTICE.
Confidentiality:  This e-mail and its attachments are intended for the above named only and may be confidential.  If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this e-mail and highlight the error.
Security Warning:  Please note that this e-mail has been created in the knowledge that Internet e-mail is not a 100% secure communications medium.
We advise that you understand and observe this lack of security when e-mailing us.
Viruses:  Although we have taken steps to ensure that this e-mail and attachments are free from any virus, we advise that in keeping with good computing practice the recipient should ensure they are actually virus free.
Monitoring and Scanning:  Cambridge Cognition has monitoring and scanning systems in place in relation to emails sent and received to: monitor / record business communications; prevent and detect crime; investigate the use of the Company's internal and external email system; and provide evidence of compliance with business practices.

Cambridge Cognition Limited
Company Registration Number 4338746
Registered address:
Tunbridge Court
Tunbridge Lane
Bottisham
Cambridge
CB25 9TU
UK
**********************************************************************