DeploymentsResolver

java.lang.Object
- org.apache.openejb.config.DeploymentsResolver

All Implemented Interfaces:: DeploymentFilterable

public class DeploymentsResolver
extends java.lang.Object
implements DeploymentFilterable

Nested Class Summary

Nested Classes
Modifier and Type Class and Description

static class DeploymentsResolver.ClasspathSearcher

static class DeploymentsResolver.DeploymentsConfigurationException

Nested Classes
Modifier and Type	Class and Description
`static class`	`DeploymentsResolver.ClasspathSearcher`
`static class`	`DeploymentsResolver.DeploymentsConfigurationException`

Field Summary
- Fields inherited from interface org.apache.openejb.config.DeploymentFilterable
  CLASSPATH_EXCLUDE, CLASSPATH_FILTER_DESCRIPTORS, CLASSPATH_FILTER_SYSTEMAPPS, CLASSPATH_INCLUDE, CLASSPATH_REQUIRE_DESCRIPTOR, DEPLOYMENTS_CLASSPATH_PROPERTY, PACKAGE_EXCLUDE, PACKAGE_INCLUDE, SEARCH_CLASSPATH_FOR_DEPLOYMENTS_PROPERTY

Constructor Summary

Constructors
Constructor and Description

DeploymentsResolver()

Constructors
Constructor and Description
`DeploymentsResolver()`

Method Summary

All Methods Static Methods Concrete Methods Deprecated Methods
Modifier and Type	Method and Description
`static boolean`	`isExtractedDir(java.io.File f)`
`protected static boolean`	`isValidDirectory(java.io.File file)`
`static void`	`loadFrom(Deployments dep, FileUtils path, java.util.List<java.io.File> jarList)`
`static java.util.List<java.net.URL>`	`loadFromClasspath(java.lang.ClassLoader classLoader)` The algorithm of OpenEJB deployments class-path inclusion and exclusion is implemented as follows: 1- If the string value of the resource URL matches the include class-path pattern Then load this resource 2- If the string value of the resource URL matches the exclude class-path pattern Then ignore this resource 3- If the include and exclude class-path patterns are not defined Then load this resource The previous steps are based on the following points: 1- Include class-path pattern has the highest priority This helps in case both patterns are defined using the same values.
`static void`	`loadFromClasspath(FileUtils ignored, java.util.List<java.net.URL> jarList, java.lang.ClassLoader classLoader)` Deprecated.
`static void`	`processUrls(java.lang.String caller, java.util.List<java.net.URL> urls, java.lang.ClassLoader classLoader, java.util.Set<RequireDescriptors> requireDescriptors, FileUtils ignored, java.util.List<java.net.URL> jarList)` Deprecated.
`static void`	`processUrls(java.lang.String caller, java.util.List<java.net.URL> urls, java.lang.ClassLoader classLoader, java.util.Set<RequireDescriptors> requireDescriptors, java.util.List<java.net.URL> jarList)`

Methods inherited from class java.lang.Object
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait

Constructor Detail
- DeploymentsResolver
```
public DeploymentsResolver()
```

Method Detail

isExtractedDir

public static boolean isExtractedDir(java.io.File f)

isValidDirectory

protected static boolean isValidDirectory(java.io.File file)

loadFrom

public static void loadFrom(Deployments dep,
                            FileUtils path,
                            java.util.List<java.io.File> jarList)

loadFromClasspath
```
public static java.util.List<java.net.URL> loadFromClasspath(java.lang.ClassLoader classLoader)
```
The algorithm of OpenEJB deployments class-path inclusion and exclusion is implemented as follows: 1- If the string value of the resource URL matches the include class-path pattern Then load this resource 2- If the string value of the resource URL matches the exclude class-path pattern Then ignore this resource 3- If the include and exclude class-path patterns are not defined Then load this resource The previous steps are based on the following points: 1- Include class-path pattern has the highest priority This helps in case both patterns are defined using the same values. This appears in step 1 and 2 of the above algorithm. 2- Loading the resource is the default behaviour in case of not defining a value for any class-path pattern This appears in step 3 of the above algorithm.

loadFromClasspath

@Deprecated
public static void loadFromClasspath(FileUtils ignored,
                                                 java.util.List<java.net.URL> jarList,
                                                 java.lang.ClassLoader classLoader)

Deprecated.

Use loadFromClasspath(ClassLoader)

processUrls

@Deprecated
public static void processUrls(java.lang.String caller,
                                           java.util.List<java.net.URL> urls,
                                           java.lang.ClassLoader classLoader,
                                           java.util.Set<RequireDescriptors> requireDescriptors,
                                           FileUtils ignored,
                                           java.util.List<java.net.URL> jarList)

Deprecated.

Use processUrls(String, List, ClassLoader, Set, List)

processUrls

public static void processUrls(java.lang.String caller,
                               java.util.List<java.net.URL> urls,
                               java.lang.ClassLoader classLoader,
                               java.util.Set<RequireDescriptors> requireDescriptors,
                               java.util.List<java.net.URL> jarList)

Class DeploymentsResolver

Nested Class Summary

Field Summary

Fields inherited from interface org.apache.openejb.config.DeploymentFilterable

Constructor Summary

Method Summary

Methods inherited from class java.lang.Object

Constructor Detail

DeploymentsResolver

Method Detail

isExtractedDir

isValidDirectory

loadFrom

loadFromClasspath

loadFromClasspath

processUrls

processUrls