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

J.W. Janssen commented on FELIX-4184:
-------------------------------------

Unlike to what Marcel said, DA *is* stopping affected bundles, at least, it 
should do that if I read the StopBundleCommand#omitBundleStop() method 
correctly. 

However, that method contains a flaw, as it retrieves the bundle information 
*twice from the same* (source) DP, instead of once from the source DP and once 
from the target DP. Hence, the "sameVersion" boolean always equals to "true", 
causing *none* of the affected bundles to be stopped. This might explain the 
resolver problems (partly). 

If we would fix this issue, then the affected bundles will be stopped during 
the installation of a DP, but I'm not sure yet whether this would also prevent 
any resolver issues...
                
> Temporary resolver errors while updating bundles with deploymentadmin
> ---------------------------------------------------------------------
>
>                 Key: FELIX-4184
>                 URL: https://issues.apache.org/jira/browse/FELIX-4184
>             Project: Felix
>          Issue Type: Bug
>          Components: Deployment Admin
>    Affects Versions: deploymentadmin-0.9.4
>            Reporter: Marcel Offermans
>
> When you use the system property to not stop the world during an update, 
> updating a running bundle might cause a (temporary) resolver error (I've seen 
> it throw exceptions related to uses constraints). According to the spec, if 
> we get an exception here, we should rollback. If you stop the world, this 
> never happens, but here such temporary exceptions are probably resolved when 
> we refresh packages at the end. That does not happen though, since we never 
> get there. We should consider covering this use case, letting the deployment 
> continue and deal with errors when resolving (and maybe then rolling back).

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Reply via email to