Bree Van Oss created ACE-512:
--------------------------------

             Summary: Custom artifacts not conformed to filename standard are 
ignored by repo:cd Gogo command
                 Key: ACE-512
                 URL: https://issues.apache.org/jira/browse/ACE-512
             Project: ACE
          Issue Type: Bug
          Components: Repository
    Affects Versions: 2.0.1
         Environment: OS X 10.10.1 with Java 8

java version "1.8.0_25"
Java(TM) SE Runtime Environment (build 1.8.0_25-b17)
Java HotSpot(TM) 64-Bit Server VM (build 25.25-b02, mixed mode)
            Reporter: Bree Van Oss
            Priority: Minor


Non-Java OSGi artifacts whose names do not end in a version number, in the form 
dash number (e.g. some-artifact-1.0.zip) are silently ignored by the ACE 
repo:cd Gogo command.

Presently we are attempting to use ACE to provision several non-Java OSGi 
artifacts. Each of these components has a different artifact naming convention 
and none of the conventions conform what ACE (or BND) expects. We do not have 
control over the name of one artifact type (RPM) and I believe it will be 
fairly difficult to overcome this obstacle by simply working around the issue 
on our end.

A bit more detail follows.

The following filter is used, however when the "version" attribute is not 
specified, the filter fails and the artifact is consequently filtered out

filter: (&(osgi.identity=*)(version=*)(type=*))

Map<Requirement, Collection<Capability>> sourceResources = 
repository.findProviders(Collections.singleton(requirement));

FrameworkUtil$FilterImpl.match(Dictionary<String,?>) line: 418  
CapabilityIndex.appendMatchingCapabilities(Requirement, Collection<Capability>) 
line: 50        
AceObrRepository(AbstractIndexedRepo).findProviders(Collection<Requirement>) 
line: 332  
RepositoryUtil.findResources(Repository, Requirement) line: 296 
RepositoryUtil.findResources(Repository, String, String, String) line: 285      
RepositoryUtil.findResources(Repository, String, String) line: 278      
ContinuousDeployer.deployResources() line: 68   
RepoCommands.cd(CommandRepo, CommandRepo, CommandRepo) line: 136        
... (more)




--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Reply via email to