public Class AsmRelationshipProvider

Create a basic hierarchy to represent an aspect only available in binary (from the aspectpath).

Half baked implementation - will need completing if we go down this route rather than replacing it all for binary aspects. Doesn't attempt to get parameter names correct - they may have been lost during (de)serialization of the munger, but the member could still be located so they might be retrievable.

Finds or creates a code IProgramElement for the given shadow. The byteCodeName of the created node is set to 'shadowSig.getName() + "!" + counter', eg "println!3". The counter is the occurence count of children within the enclosingNode which have the same name. So, for example, if a method contains two System.out.println statements, the first one will have byteCodeName 'println!1' and the second will have byteCodeName 'println!2'. This is to ensure the two nodes have unique handles when the handles do not depend on sourcelocations. Currently the shadows are examined in the sequence they appear in the source file. This means that the counters are consistent over incremental builds. All aspects are compiled up front and any new aspect created will force a full build. Moreover, if the body of the enclosingShadow is changed, then the model for this is rebuilt from scratch.

Returns the File with pathname to the class file, for example either C:\temp \ajcSandbox\workspace\ajcTest16957.tmp\simple.jar!pkg\BinaryAspect.class if the class file is in a jar file, or C:\temp\ajcSandbox\workspace\ajcTest16957.tmp!pkg\BinaryAspect.class if the class file is in a directory

Returns the binarySourceLocation for the given sourcelocation. This isn't cached because it's used when faulting in the binary nodes and is called with ISourceLocations for all advice, pointcuts and deows contained within the resolvedDeclaringAspect.