You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@felix.apache.org by "Carsten Ziegeler (JIRA)" <ji...@apache.org> on 2015/03/17 07:58:38 UTC

[jira] [Closed] (FELIX-3714) Error when when fragment bundle is updated

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

Carsten Ziegeler closed FELIX-3714.
-----------------------------------

> Error when when fragment bundle is updated
> ------------------------------------------
>
>                 Key: FELIX-3714
>                 URL: https://issues.apache.org/jira/browse/FELIX-3714
>             Project: Felix
>          Issue Type: Bug
>          Components: File Install
>    Affects Versions: fileinstall-3.2.6
>            Reporter: Evgeniy Sedyshev
>            Assignee: Guillaume Nodet
>             Fix For: fileinstall-3.2.8
>
>
> On our project we have FileInstall watching a directory with bundles. One of those bundles is a fragment. 
> When the fragment is modified (or deleted/created), we get the following error in the log:
> 2012-10-17-13:20:53.406+0400 ERROR [Thread-17] org.apache.felix.fileinstall    In main loop, we have serious trouble
> java.lang.NullPointerException: null
>         at org.apache.felix.fileinstall.internal.DirectoryWatcher.findBundlesWithFragmentsToRefresh(DirectoryWatcher.java:1273) ~[na:na]
>         at org.apache.felix.fileinstall.internal.DirectoryWatcher.process(DirectoryWatcher.java:491) ~[na:na]
>         at org.apache.felix.fileinstall.internal.DirectoryWatcher.run(DirectoryWatcher.java:291) ~[na:na]
> And what is more critical none of the other modified bundles becomes updated.
> The source of the NPE is 
> if (hostBundle.getSymbolicName().equals(path.getName()))  
> because there is no check here for SymbolicName being null.
> In our case the problem was in that there was a non-bundle jar inside osgi container that therefore didn't have a SymbolicName, so we just removed it and that solved the problem. 
> However, I strongly believe that there should be a check for not null in the mentioned line.



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