com.ibm.wala.eclipse.util
Class EclipseProjectPath
java.lang.Object
com.ibm.wala.eclipse.util.EclipseProjectPath
public class EclipseProjectPath
- extends java.lang.Object
Representation of an analysis scope from an Eclipse project.
We set up classloaders as follows:
- The project being analyzed is in the Application Loader
- Projects on which the main project depends are in the Extension loader
- System libraries are in the primordial loader.
- Source modules go in a special Source loader.
| Methods inherited from class java.lang.Object |
clone, equals, finalize, getClass, hashCode, notify, notifyAll, wait, wait, wait |
SOURCE
public static final Atom SOURCE
- TODO: do we really need this? Why shouldn't source files come from a
"normal" class loader like any other resource?
SOURCE_REF
public static final ClassLoaderReference SOURCE_REF
make
public static EclipseProjectPath make(org.eclipse.core.runtime.IPath workspaceRootPath,
org.eclipse.jdt.core.IJavaProject project)
resolveClasspathEntries
protected void resolveClasspathEntries(org.eclipse.jdt.core.IClasspathEntry[] entries,
EclipseProjectPath.Loader loader)
throws org.eclipse.jdt.core.JavaModelException,
java.io.IOException
- Throws:
org.eclipse.jdt.core.JavaModelException
java.io.IOException
makeAbsolute
protected org.eclipse.core.runtime.IPath makeAbsolute(org.eclipse.core.runtime.IPath p)
resolveProjectClasspathEntries
public void resolveProjectClasspathEntries()
throws org.eclipse.jdt.core.JavaModelException,
java.io.IOException
- Throws:
org.eclipse.jdt.core.JavaModelException
java.io.IOException
toAnalysisScope
public AnalysisScope toAnalysisScope(java.lang.String exclusionsFile)
- Convert this path to a WALA analysis scope
getModules
public java.util.Collection<Module> getModules(EclipseProjectPath.Loader loader,
boolean binary)
toString
public java.lang.String toString()
- Overrides:
toString in class java.lang.Object