[jira] [Commented] (ARIES-1491) Fragment-host bundle is refreshed when a new fragment is installed

2016-02-11 Thread Tom De Wolf (JIRA)

[ 
https://issues.apache.org/jira/browse/ARIES-1491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15142657#comment-15142657
 ] 

Tom De Wolf commented on ARIES-1491:


[~jwr...@us.ibm.com] any idea if this improvement could be planned with 
option/solution (3)?

> Fragment-host bundle is refreshed when a new fragment is installed
> --
>
> Key: ARIES-1491
> URL: https://issues.apache.org/jira/browse/ARIES-1491
> Project: Aries
>  Issue Type: Improvement
>  Components: Subsystem
>Affects Versions: subsystem-2.0.8
>Reporter: Wouter Bancken
>
> The Felix framework will not allow fragments to attach to an already resolved 
> host. This results in resolution errors when a new fragment bundle appears in 
> a new subsystem while the fragment-host is in an already started subsystem. 
> These resolution errors can be resolved by refreshing 
> (FrameworkWiring.refreshBundles) the resolved fragment-host bundle after 
> installing the fragment. 
> Aries could do this automatically when it encounters a fragment-host 
> requirement when resolving a subsystem. 
> Related mailinglist discussion: 
> http://mail-archives.apache.org/mod_mbox/aries-user/201602.mbox/browser



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


[jira] [Commented] (ARIES-1491) Fragment-host bundle is refreshed when a new fragment is installed

2016-02-11 Thread John Ross (JIRA)

[ 
https://issues.apache.org/jira/browse/ARIES-1491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15142728#comment-15142728
 ] 

John Ross commented on ARIES-1491:
--

I don't have any objections to (3). It's the most complex of the four, of 
course. Proposed patches are welcome.

> Fragment-host bundle is refreshed when a new fragment is installed
> --
>
> Key: ARIES-1491
> URL: https://issues.apache.org/jira/browse/ARIES-1491
> Project: Aries
>  Issue Type: Improvement
>  Components: Subsystem
>Affects Versions: subsystem-2.0.8
>Reporter: Wouter Bancken
>
> The Felix framework will not allow fragments to attach to an already resolved 
> host. This results in resolution errors when a new fragment bundle appears in 
> a new subsystem while the fragment-host is in an already started subsystem. 
> These resolution errors can be resolved by refreshing 
> (FrameworkWiring.refreshBundles) the resolved fragment-host bundle after 
> installing the fragment. 
> Aries could do this automatically when it encounters a fragment-host 
> requirement when resolving a subsystem. 
> Related mailinglist discussion: 
> http://mail-archives.apache.org/mod_mbox/aries-user/201602.mbox/browser



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


[jira] [Commented] (ARIES-1491) Fragment-host bundle is refreshed when a new fragment is installed

2016-02-03 Thread Wouter Bancken (JIRA)

[ 
https://issues.apache.org/jira/browse/ARIES-1491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15130467#comment-15130467
 ] 

Wouter Bancken commented on ARIES-1491:
---

We indeed tried to refresh the fragment-host bundle and this did work. 

As Tom said, we think solution (3) is the best option since it solves the 
issues and has the least overall impact on deployment. I can't think of any 
cases where that behaviour would be undesirable. If we discover a case, we 
could still consider making the refresh configurable.

> Fragment-host bundle is refreshed when a new fragment is installed
> --
>
> Key: ARIES-1491
> URL: https://issues.apache.org/jira/browse/ARIES-1491
> Project: Aries
>  Issue Type: Improvement
>  Components: Subsystem
>Affects Versions: subsystem-2.0.8
>Reporter: Wouter Bancken
>
> The Felix framework will not allow fragments to attach to an already resolved 
> host. This results in resolution errors when a new fragment bundle appears in 
> a new subsystem while the fragment-host is in an already started subsystem. 
> These resolution errors can be resolved by refreshing 
> (FrameworkWiring.refreshBundles) the resolved fragment-host bundle after 
> installing the fragment. 
> Aries could do this automatically when it encounters a fragment-host 
> requirement when resolving a subsystem. 
> Related mailinglist discussion: 
> http://mail-archives.apache.org/mod_mbox/aries-user/201602.mbox/browser



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


[jira] [Commented] (ARIES-1491) Fragment-host bundle is refreshed when a new fragment is installed

2016-02-03 Thread John Ross (JIRA)

[ 
https://issues.apache.org/jira/browse/ARIES-1491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15130355#comment-15130355
 ] 

John Ross commented on ARIES-1491:
--

So then the motivating use case here is when it is not possible to ensure that 
all subsystems are installed first before starting any. You have an environment 
in which subsystems containing fragments may come and go after the subsystem 
containing the host bundle has been started. Note that simply stopping then 
starting the host subsystem will not work since the bundles will remain in the 
RESOLVED state, and resolving an already RESOLVED bundle is a no-op.

You noted that refreshing only the host bundle works. Is this something you've 
actually tried? It should work in theory since both Felix and Equinox will 
automatically search for installed fragments as part of a host bundle's 
resolution, but would be nice to know for sure.  Refreshing only the host 
bundle is a much simpler task for a client then having to compute the host as 
well as all fragments itself.

I can think of the following possible implementations.

(1) Always refresh a subsystem's bundles as part of starting. Heavyweight. 
Affects everyone all the time.

(2) Always refresh a subsystem's bundles as part of starting if indicated by a 
configurable property whose default value would result in the current behavior. 
Heavyweight if the desired behavior is not often necessary.

(3) Detect installing fragments, query the current state of the host, refresh 
if necessary. Optimal for this particular case but are there other cases when a 
refresh would be desirable that we want to address? Also, are there cases where 
this behavior would be undesirable (i.e. should the behavior be configurable)?

(4) Add an additional method to the AriesSubsystem interface called 
"startWithRefresh", or simply "restart" where the refresh is implied, or 
whatever name is desired, and let clients dictate exactly when a refresh should 
occur. It's not clear if this adds any value above and beyond simply calling 
FrameworkWiring.refreshBundles() on the host.

> Fragment-host bundle is refreshed when a new fragment is installed
> --
>
> Key: ARIES-1491
> URL: https://issues.apache.org/jira/browse/ARIES-1491
> Project: Aries
>  Issue Type: Improvement
>  Components: Subsystem
>Affects Versions: subsystem-2.0.8
>Reporter: Wouter Bancken
>
> The Felix framework will not allow fragments to attach to an already resolved 
> host. This results in resolution errors when a new fragment bundle appears in 
> a new subsystem while the fragment-host is in an already started subsystem. 
> These resolution errors can be resolved by refreshing 
> (FrameworkWiring.refreshBundles) the resolved fragment-host bundle after 
> installing the fragment. 
> Aries could do this automatically when it encounters a fragment-host 
> requirement when resolving a subsystem. 
> Related mailinglist discussion: 
> http://mail-archives.apache.org/mod_mbox/aries-user/201602.mbox/browser



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


[jira] [Commented] (ARIES-1491) Fragment-host bundle is refreshed when a new fragment is installed

2016-02-03 Thread Tom De Wolf (JIRA)

[ 
https://issues.apache.org/jira/browse/ARIES-1491?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15130366#comment-15130366
 ] 

Tom De Wolf commented on ARIES-1491:


Looks like option (3) is the best option as in general normal bundles do not 
need such a refresh cross-subsystem. OSGi fragments-host is part of the OSGi 
spec so have fragment specific support cross-subsystems seems logical to 
implement. The current aries subsystem implementation already has specific 
fragment support for other reasons.

> Fragment-host bundle is refreshed when a new fragment is installed
> --
>
> Key: ARIES-1491
> URL: https://issues.apache.org/jira/browse/ARIES-1491
> Project: Aries
>  Issue Type: Improvement
>  Components: Subsystem
>Affects Versions: subsystem-2.0.8
>Reporter: Wouter Bancken
>
> The Felix framework will not allow fragments to attach to an already resolved 
> host. This results in resolution errors when a new fragment bundle appears in 
> a new subsystem while the fragment-host is in an already started subsystem. 
> These resolution errors can be resolved by refreshing 
> (FrameworkWiring.refreshBundles) the resolved fragment-host bundle after 
> installing the fragment. 
> Aries could do this automatically when it encounters a fragment-host 
> requirement when resolving a subsystem. 
> Related mailinglist discussion: 
> http://mail-archives.apache.org/mod_mbox/aries-user/201602.mbox/browser



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