You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Guillaume Nodet (JIRA)" <ji...@apache.org> on 2013/12/06 10:25:35 UTC

[jira] [Commented] (FELIX-4328) Provide a scoping mechanism to limit bundles to be refreshed

    [ https://issues.apache.org/jira/browse/FELIX-4328?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13841125#comment-13841125 ] 

Guillaume Nodet commented on FELIX-4328:
----------------------------------------

In the managed configuration, 2 new options are provided:
  * felix.fileinstall.optionalImportRefreshScope
  * felix.fileinstall.fragmentRefreshScope
which can take the values "none", "managed" or "all" (default).
It affects the scope of bundles to be searched when looking for optional imports or fragments.


> Provide a scoping mechanism to limit bundles to be refreshed
> ------------------------------------------------------------
>
>                 Key: FELIX-4328
>                 URL: https://issues.apache.org/jira/browse/FELIX-4328
>             Project: Felix
>          Issue Type: Improvement
>          Components: File Install
>    Affects Versions: fileinstall-3.2.0, fileinstall-3.2.2, fileinstall-3.2.4, fileinstall-3.2.6
>            Reporter: Jorge Cercas
>            Assignee: Guillaume Nodet
>            Priority: Blocker
>             Fix For: fileinstall-3.2.8
>
>
> File Install is meddling with bundles that are out of it's jurisdiction.
> Bundles that have already been started manually and are not in any directory specified in the felix.fileinstall.dir property, are being stopped and restarted by File Install when File Install is started.
> e.g.:
> -- Properties
> felix.fileinstall.dir=./bundles/deploy
> -- Files
> bundles/manual/
>     |_ bundle.a.jar
>     |_ org.apache.felix.fileinstall.jar
> bundles/deploy/
>     |_ bundle.b.jar
>     |_ bundle.c.jar
> With the above setup File Install is starting bundle.b.jar, bundle.c.jar and restarting (stop/start) bundle.a.jar which is not under it's control.



--
This message was sent by Atlassian JIRA
(v6.1#6144)