Re: [aspectj-users] No warning for class not found in parameter type

[Andrew Eisenberg <andrew@xxxxxxxxxxxx>]

I think that you saying that if Project A is on Project B's in path,
then A and all its java element children should be decorated in the
package explorer and other views.

The problem with this is that in/aspect path is a one way
relationship.  If A is on B's in path, it may not be on C's in path
(even if there is a dependency).  So decorating A might be confusing,
especially if the decoration is brought down through all its children.

An alternative, which would  be less explicit but perhaps more
precise, is to decorate the elements when they appear in the
referenced libraries or the plug in dependencies container.  This is
already happening for jars, but not for folders, projects, or
classpath variables.

If we wanted to tie this into the markers view, then project B can
place a marker on project A to mark that A is on B's in path, but the
difficulty would be in ensuring that the marker is properly removed if
B is ever deleted or any of a number of other situations happen.


On Mon, Mar 16, 2009 at 2:56 AM, Neale Upstone <neale.upstone@xxxxxxxxxx> wrote:
> I wonder if something could be done in AJDT to highlight things, such as a
> decoration for libs, packages and classes to indicate which are and aren't
> on the inpath.
>
> I can't see this working unless the inpath projects were all AJDT enabled,
> which is something I try to avoid.
>
> This is something that would be easier to browse in the Problems/Markers
> view once the Info messages have accurate resource/line number info.
>
> See https://bugs.eclipse.org/bugs/show_bug.cgi?id=268309