Class BasedirNameMapper
- All Implemented Interfaces:
NameMapper
NameMapper
class that is file system friendly: it wraps another
NameMapper
and resolves the resulting "file system friendly" names against local
repository basedir.- Since:
- 1.9.0
-
Field Summary
-
Constructor Summary
ConstructorDescriptionBasedirNameMapper
(NameMapper delegate) BasedirNameMapper
(NameMapper delegate, Path path) Creates basedir name mapper with provided path as base. -
Method Summary
Modifier and TypeMethodDescriptionboolean
Returnstrue
if lock names returned by this lock name mapper are file system friendly, can be used as file names and paths.Collection
<org.eclipse.aether.named.NamedLockKey> nameLocks
(org.eclipse.aether.RepositorySystemSession session, Collection<? extends org.eclipse.aether.artifact.Artifact> artifacts, Collection<? extends org.eclipse.aether.metadata.Metadata> metadatas) Creates (opaque) names for passed in artifacts and metadata.
-
Field Details
-
CONFIG_PROP_LOCKS_DIR
The location of the directory toi use for locks. If relative path, it is resolved from the local repository root.- See Also:
- Sourced from:
RepositorySystemSession.getConfigProperties()
- Value type:
String
- Default value:
DEFAULT_LOCKS_DIR
-
DEFAULT_LOCKS_DIR
- See Also:
-
-
Constructor Details
-
BasedirNameMapper
-
BasedirNameMapper
Creates basedir name mapper with provided path as base.- Parameters:
delegate
- The delegate to resolve against basedir, must not benull
. The delegate must be "file system friendly", seeNameMapper.isFileSystemFriendly()
method.path
- The basedir, may benull
in which case given session local repository root is used as basedir.- Since:
- 2.0.0
-
-
Method Details
-
isFileSystemFriendly
Description copied from interface:NameMapper
Returnstrue
if lock names returned by this lock name mapper are file system friendly, can be used as file names and paths.Note: The fact that name mapper is "file system friendly" means ONLY that names it produces CAN be used as file names and paths. Still, it does not mean they will work with ANY file based locking, as for example
FileLockNamedLockFactory
expects names as string encodedURI
s. The only name mapper doing it isBasedirNameMapper
.- Specified by:
isFileSystemFriendly
in interfaceNameMapper
-
nameLocks
public Collection<org.eclipse.aether.named.NamedLockKey> nameLocks(org.eclipse.aether.RepositorySystemSession session, Collection<? extends org.eclipse.aether.artifact.Artifact> artifacts, Collection<? extends org.eclipse.aether.metadata.Metadata> metadatas) Description copied from interface:NameMapper
Creates (opaque) names for passed in artifacts and metadata. Returned collection has max size of sum of the passed in artifacts and metadata collections, or less. If an empty collection is returned, there will be no locking happening. Never returnsnull
. The resulting collection MUST BE "stable" (always sorted by same criteria) to avoid deadlocks by acquiring locks in same order, essentially disregarding the order of the input collections.There is no requirement of any kind of "parity" between input element count (sum of two collections, that is) and output collection size, just the returned upper size limit is defined (sum of the passed in two collections size). If returned collection is empty, no locking will happen, if single element, one lock will be used, if two then two named locks will be used etc.
Note: name mapper must not use same string for artifacts and metadata, so even the simplest possible implementation like
StaticNameMapper
uses two different static strings.- Specified by:
nameLocks
in interfaceNameMapper
-