org.codehaus.commons.compiler.util.resource.ResourceFinder that finds its resources through a collection of
other org.codehaus.commons.compiler.util.resource.ResourceFinder s.
| Modifier and Type | Field and Description |
|---|---|
| private final Iterable |
| Access | Constructor and Description |
|---|---|
| public | |
| public |
| Modifier and Type | Method and Description |
|---|---|
| public final Resource | findResource(String
Designates the resource; typically structured by slashes ("/") like
" resourceName)com/foo/pkg/Bar.class"Implements abstract org. Resource object.
|
| public Iterable | list(String
E.g. resourceNamePrefix, boolean recurse)"" or "java/lang/"Implements abstract org. |
| resourceFinders | back to summary |
|---|---|
| private final Iterable<? extends ResourceFinder> resourceFinders | |
| MultiResourceFinder | back to summary |
|---|---|
public MultiResourceFinder(Iterable<? extends ResourceFinder> resourceFinders)
| |
| MultiResourceFinder | back to summary |
|---|---|
public MultiResourceFinder(ResourceFinder... resourceFinders)
| |
| findResource | back to summary |
|---|---|
| public final Resource findResource(String resourceName) Implements abstract org. Doc from org. Finds a resource by name and return it as a | |
| list | back to summary |
|---|---|
| public Iterable Implements abstract org. Doc from org. Returns all resources who's names start with a given string. Only resources with a content are included, no "special entries" of any kind, e.g. directories.
If the prefix string ends with "/", you will get a proper directory listing (recurse
resourceFinder.list("dir/", true) =>
dir/
dir/afile
dir/bfile
dir/adir/
dir/adir/file
dir/bdir/
dir/bdir/file
Otherwise, you will get a strange subset of a directory listing, resp. directory tree, as follows:
resourceFinder.list("dir/a", true) =>
dir/afile
dir/adir/
dir/adir/file
| |