[ 
https://issues.apache.org/jira/browse/FELIX-2869?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Raymond Augé closed FELIX-2869.
-------------------------------
    Resolution: Abandoned

This issue has not seen activity for at least2 years. So we're closing it. 

If however, you feel this was done in error or because you think you might wish 
to participate in resolving the issue please don't hesitate to reopen it.

> Support for custom handling of directories
> ------------------------------------------
>
>                 Key: FELIX-2869
>                 URL: https://issues.apache.org/jira/browse/FELIX-2869
>             Project: Felix
>          Issue Type: Improvement
>          Components: File Install
>    Affects Versions: fileinstall-3.1.4
>            Reporter: Alasdair Nottingham
>            Priority: Major
>
> In the Aries project we have an ArtifactInstaller for installing our flavour 
> of OSGi applications. We can tell something in the watched directory is an 
> OSGi application because it ends with .eba. We do not care if it is a 
> directory, or an archive, we would cope with both. However we do need it to 
> end in .eba
> The problem is that in the directory case the canHandle method and the 
> install method are passed different things. canHandle is passed a jared up 
> copy of the directory with a .jar extension. install is passed the directory 
> in the watched dir. This breaks my scanning algorithm, which has to be based 
> on extension, as the file has a .jar. I can't even update it to accept a 
> .eba.jar because I only want to support that in the case where file install 
> has jared it up from a directory, not any .eba.jar, but I can't tell this.
> Another concern is if my ArtifactInstaller can cope with a jar, but not a 
> directory then the current approach would call my install method and be 
> broken.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to