[jira] [Closed] (FELIX-4062) BundleContextImpl.getService() can cause an IllegalArgumentException

2020-04-04 Thread Martin Lichtin (Jira) 


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

Martin Lichtin closed FELIX-4062.
-
Resolution: Cannot Reproduce

> BundleContextImpl.getService() can cause an IllegalArgumentException
> 
>
> Key: FELIX-4062
> URL: https://issues.apache.org/jira/browse/FELIX-4062
> Project: Felix
>  Issue Type: Bug
>Reporter: Martin Lichtin
>Priority: Major
>
> I was unlucky and logged a service reference right at a time when the service 
> went away (or similar)?
> SLF4J: Failed toString() invocation on an object of type 
> [Proxyc34b60d3_f2f7_4e92_96ea_172464aa4ab6]
> java.lang.IllegalArgumentException: null source
>   at java.util.EventObject.(EventObject.java:56)
>   at org.osgi.framework.FrameworkEvent.(FrameworkEvent.java:196)
>   at org.apache.felix.framework.Felix.fireFrameworkEvent(Felix.java:4233)
>   at org.apache.felix.framework.Felix.getService(Felix.java:3424)
>   at 
> org.apache.felix.framework.BundleContextImpl.getService(BundleContextImpl.java:468)
>   at 
> org.apache.aries.blueprint.container.AbstractServiceReferenceRecipe.getServiceSecurely(AbstractServiceReferenceRecipe.java:206)
>   at 
> org.apache.aries.blueprint.container.ReferenceRecipe.getService(ReferenceRecipe.java:238)
>   at 
> org.apache.aries.blueprint.container.ReferenceRecipe.access$000(ReferenceRecipe.java:54)
>   at 
> org.apache.aries.blueprint.container.ReferenceRecipe$ServiceDispatcher.call(ReferenceRecipe.java:291)
>   at Proxyc34b60d3_f2f7_4e92_96ea_172464aa4ab6.toString(Unknown Source)
>   at 
> org.slf4j.helpers.MessageFormatter.safeObjectAppend(MessageFormatter.java:304)
>   at 
> org.slf4j.helpers.MessageFormatter.deeplyAppendParameter(MessageFormatter.java:276)
>   at 
> org.slf4j.helpers.MessageFormatter.arrayFormat(MessageFormatter.java:230)
>   at org.slf4j.helpers.MessageFormatter.format(MessageFormatter.java:124)
>   at org.ops4j.pax.logging.slf4j.Slf4jLogger.debug(Slf4jLogger.java:280)
>   ...



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

[jira] [Created] (FELIX-5645) Embed-Transitive feature is no longer working

2017-05-23 Thread Martin Lichtin (JIRA) 
Martin Lichtin created FELIX-5645:
-

 Summary: Embed-Transitive feature is no longer working
 Key: FELIX-5645
 URL: https://issues.apache.org/jira/browse/FELIX-5645
 Project: Felix
  Issue Type: Bug
  Components: Maven Bundle Plugin
Affects Versions: maven-bundle-plugin-3.3.0
Reporter: Martin Lichtin


When trying to upgrade from version 2.4.0 to latest version 3.3.0,
some bundles no longer are created as they 'should', with
regards to embedding dependencies.

Notably, transitive dependencies are no longer embedded.
It looks like 
true
is broken.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

[jira] [Created] (FELIX-4702) Shell command argument 'string' type handling - loosing leading zeros

2014-11-17 Thread Martin Lichtin (JIRA) 
Martin Lichtin created FELIX-4702:
-

 Summary: Shell command argument 'string' type handling - loosing 
leading zeros
 Key: FELIX-4702
 URL: https://issues.apache.org/jira/browse/FELIX-4702
 Project: Felix
  Issue Type: Bug
  Components: Gogo Shell
 Environment: Karaf 3.0.2
Reporter: Martin Lichtin
Priority: Minor


This is coming from KARAF-3364.

karaf@root() feature:install 007
Error executing command: No feature named '7' with version '0.0.0' available

It seems argument-handling changes the value of a string argument.

 @Argument(index = 0, required = true, description = myname)
private String paramName;

I'd expect 'paramName' contain the value as it was typed.
It should only be necessary to quote an argument in case of needing to pass 
special characters, such as white space, etc.



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

[jira] [Created] (FELIX-4540) Deadlock in BundleWiringImpl$BundleClassLoader.loadClass

2014-06-24 Thread Martin Lichtin (JIRA) 
Martin Lichtin created FELIX-4540:
-

 Summary: Deadlock in BundleWiringImpl$BundleClassLoader.loadClass
 Key: FELIX-4540
 URL: https://issues.apache.org/jira/browse/FELIX-4540
 Project: Felix
  Issue Type: Bug
 Environment: Karaf 2.3.4
Reporter: Martin Lichtin


{noformat}
Found one Java-level deadlock:
=
Pax Web Runtime worker:
  waiting to lock monitor 0x0b0a1438 (object 0xfb585990, a 
org.apache.felix.framework.BundleWiringImpl$BundleClassLoaderJava5),
  which is held by Thread-15
Thread-15:
  waiting to lock monitor 0x0b0a1388 (object 0xf7681f70, a 
org.apache.felix.framework.BundleWiringImpl$BundleClassLoaderJava5),
  which is held by Pax Web Runtime worker

Java stack information for the threads listed above:
===
Pax Web Runtime worker:
at 
org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1836)
- waiting to lock 0xfb585990 (a 
org.apache.felix.framework.BundleWiringImpl$BundleClassLoaderJava5)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at 
org.apache.felix.framework.BundleWiringImpl.getClassByDelegation(BundleWiringImpl.java:1317)
at 
org.apache.felix.framework.BundleWiringImpl.searchImports(BundleWiringImpl.java:1481)
at 
org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1427)
at 
org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72)
at 
org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at 
org.ops4j.pax.web.service.internal.Activator.updateController(Activator.java:247)
at 
org.ops4j.pax.web.service.internal.Activator$DynamicsServiceTrackerCustomizer$1.run(Activator.java:376)
at 
org.ops4j.pax.web.service.internal.Executor$Future.run(Executor.java:47)
at 
org.ops4j.pax.web.service.internal.Executor$Worker.run(Executor.java:128)
Thread-15:
at 
org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1836)
- waiting to lock 0xf7681f70 (a 
org.apache.felix.framework.BundleWiringImpl$BundleClassLoaderJava5)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at 
org.apache.felix.framework.BundleWiringImpl.getClassByDelegation(BundleWiringImpl.java:1317)
at 
org.apache.felix.framework.BundleWiringImpl.searchImports(BundleWiringImpl.java:1481)
at 
org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1427)
at 
org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72)
at 
org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at java.lang.ClassLoader.defineClass1(Native Method)
at java.lang.ClassLoader.defineClass(ClassLoader.java:800)
at 
org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.findClass(BundleWiringImpl.java:2128)
- locked 0xfb585990 (a 
org.apache.felix.framework.BundleWiringImpl$BundleClassLoaderJava5)
at 
org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1432)
at 
org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72)
at 
org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at 
org.apache.felix.framework.BundleWiringImpl.getClassByDelegation(BundleWiringImpl.java:1317)
at 
org.apache.felix.framework.BundleWiringImpl.searchImports(BundleWiringImpl.java:1481)
at 
org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1427)
at 
org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72)
at 
org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843)
at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
at 
org.ops4j.pax.web.extender.whiteboard.internal.util.WebContainerUtils.webContainerAvailable(WebContainerUtils.java:46)
at 
org.ops4j.pax.web.extender.whiteboard.internal.util.WebContainerUtils.clinit(WebContainerUtils.java:35)
at 
org.ops4j.pax.web.extender.whiteboard.internal.Activator.start(Activator.java:78)
at 
org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:645)
at org.apache.felix.framework.Felix.activateBundle(Felix.java:1977)
at

[jira] [Updated] (FELIX-4540) Deadlock in BundleWiringImpl$BundleClassLoader.loadClass

2014-06-24 Thread Martin Lichtin (JIRA) 

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

Martin Lichtin updated FELIX-4540:
--

Environment: 
java version 1.7.0_55
Karaf 2.3.4, Felix 4.0.3


  was:Karaf 2.3.4


 Deadlock in BundleWiringImpl$BundleClassLoader.loadClass
 

 Key: FELIX-4540
 URL: https://issues.apache.org/jira/browse/FELIX-4540
 Project: Felix
  Issue Type: Bug
 Environment: java version 1.7.0_55
 Karaf 2.3.4, Felix 4.0.3
Reporter: Martin Lichtin

 {noformat}
 Found one Java-level deadlock:
 =
 Pax Web Runtime worker:
   waiting to lock monitor 0x0b0a1438 (object 0xfb585990, a 
 org.apache.felix.framework.BundleWiringImpl$BundleClassLoaderJava5),
   which is held by Thread-15
 Thread-15:
   waiting to lock monitor 0x0b0a1388 (object 0xf7681f70, a 
 org.apache.felix.framework.BundleWiringImpl$BundleClassLoaderJava5),
   which is held by Pax Web Runtime worker
 Java stack information for the threads listed above:
 ===
 Pax Web Runtime worker:
 at 
 org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1836)
 - waiting to lock 0xfb585990 (a 
 org.apache.felix.framework.BundleWiringImpl$BundleClassLoaderJava5)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
 at 
 org.apache.felix.framework.BundleWiringImpl.getClassByDelegation(BundleWiringImpl.java:1317)
 at 
 org.apache.felix.framework.BundleWiringImpl.searchImports(BundleWiringImpl.java:1481)
 at 
 org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1427)
 at 
 org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72)
 at 
 org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
 at 
 org.ops4j.pax.web.service.internal.Activator.updateController(Activator.java:247)
 at 
 org.ops4j.pax.web.service.internal.Activator$DynamicsServiceTrackerCustomizer$1.run(Activator.java:376)
 at 
 org.ops4j.pax.web.service.internal.Executor$Future.run(Executor.java:47)
 at 
 org.ops4j.pax.web.service.internal.Executor$Worker.run(Executor.java:128)
 Thread-15:
 at 
 org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1836)
 - waiting to lock 0xf7681f70 (a 
 org.apache.felix.framework.BundleWiringImpl$BundleClassLoaderJava5)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
 at 
 org.apache.felix.framework.BundleWiringImpl.getClassByDelegation(BundleWiringImpl.java:1317)
 at 
 org.apache.felix.framework.BundleWiringImpl.searchImports(BundleWiringImpl.java:1481)
 at 
 org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1427)
 at 
 org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72)
 at 
 org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
 at java.lang.ClassLoader.defineClass1(Native Method)
 at java.lang.ClassLoader.defineClass(ClassLoader.java:800)
 at 
 org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.findClass(BundleWiringImpl.java:2128)
 - locked 0xfb585990 (a 
 org.apache.felix.framework.BundleWiringImpl$BundleClassLoaderJava5)
 at 
 org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1432)
 at 
 org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72)
 at 
 org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
 at 
 org.apache.felix.framework.BundleWiringImpl.getClassByDelegation(BundleWiringImpl.java:1317)
 at 
 org.apache.felix.framework.BundleWiringImpl.searchImports(BundleWiringImpl.java:1481)
 at 
 org.apache.felix.framework.BundleWiringImpl.findClassOrResourceByDelegation(BundleWiringImpl.java:1427)
 at 
 org.apache.felix.framework.BundleWiringImpl.access$400(BundleWiringImpl.java:72)
 at 
 org.apache.felix.framework.BundleWiringImpl$BundleClassLoader.loadClass(BundleWiringImpl.java:1843)
 at java.lang.ClassLoader.loadClass(ClassLoader.java:358)
 at 
 org.ops4j.pax.web.extender.whiteboard.internal.util.WebContainerUtils.webContainerAvailable(WebContainerUtils.java:46)
 at

[jira] [Commented] (FELIX-4165) FilePersistenceManager fails to rename configuration file

2013-08-14 Thread Martin Lichtin (JIRA) 

[ 
https://issues.apache.org/jira/browse/FELIX-4165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13739384#comment-13739384
 ] 

Martin Lichtin commented on FELIX-4165:
---

Thanks for having a look and the check.

As mentioned elsewhere, it is likely related to Windows and a virus scanner 
(Kaspersky in my case).
I excluded the Karaf run directories from getting scanned by KAV and don't see 
the issue since then (fingers crossed).


 FilePersistenceManager fails to rename configuration file
 -

 Key: FELIX-4165
 URL: https://issues.apache.org/jira/browse/FELIX-4165
 Project: Felix
  Issue Type: Bug
  Components: Configuration Admin
Affects Versions: configadmin-1.6.0
Reporter: Martin Lichtin
Assignee: Felix Meschberger
 Fix For: configadmin-1.6.2


 Quite frequently a file move fails. The symptom is:
 java.io.IOException: Failed to rename configuration file from 
 'C:\Users\mli\nuc\env\master\karaf\karaf\karaf-deploy-std\target\karaf\data\cache\bundle5\data\config\org_apache_felix_cm_impl_DynamicBindings.config2019338524809240991.tmp'
  to 
 'C:\Users\mli\nuc\env\master\karaf\karaf\karaf-deploy-std\target\karaf\data\cache\bundle5\data\config\org_apache_felix_cm_impl_DynamicBindings.config
   at 
 org.apache.felix.cm.file.FilePersistenceManager._store(FilePersistenceManager.java:640)[5:org.apache.felix.configadmin:1.6.0]
   at 
 org.apache.felix.cm.file.FilePersistenceManager.store(FilePersistenceManager.java:582)[5:org.apache.felix.configadmin:1.6.0]
   at 
 org.apache.felix.cm.impl.DynamicBindings.putLocation(DynamicBindings.java:116)[5:org.apache.felix.configadmin:1.6.0]
   at 
 org.apache.felix.cm.impl.ConfigurationManager.setDynamicBundleLocation(ConfigurationManager.java:461)[5:org.apache.felix.configadmin:1.6.0]
   at 
 org.apache.felix.cm.impl.ConfigurationImpl.setDynamicBundleLocation(ConfigurationImpl.java:281)[5:org.apache.felix.configadmin:1.6.0]
   at 
 org.apache.felix.cm.impl.ConfigurationImpl.tryBindLocation(ConfigurationImpl.java:304)[5:org.apache.felix.configadmin:1.6.0]
   at 
 org.apache.felix.cm.impl.ConfigurationManager$UpdateConfiguration.run(ConfigurationManager.java:1705)[5:org.apache.felix.configadmin:1.6.0]
   at 
 org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:103)[5:org.apache.felix.configadmin:1.6.0]
   at java.lang.Thread.run(Thread.java:724)[:1.7.0_25]
 Perhaps the file exists and cannot be deleted (could report return value of 
 the delete() on line 634).

--
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

[jira] [Commented] (FELIX-4165) FilePersistenceManager fails to rename configuration file

2013-07-12 Thread Martin Lichtin (JIRA) 

[ 
https://issues.apache.org/jira/browse/FELIX-4165?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13706903#comment-13706903
 ] 

Martin Lichtin commented on FELIX-4165:
---

I wanted to work around the issue, but unfortunately the exception is swallowed 
in ConfigurationImpl.java:

private void updateFactory() throws IOException {
String factoryPid = getFactoryPidString();
if ( factoryPid != null )
{
Factory factory = getConfigurationManager().getOrCreateFactory( 
factoryPid );
if ( factory.addPID( getPidString() ) )
{
// only write back if the pid was not already registered
// with the factory
try
{
factory.store();
}
catch ( IOException ioe )
{
getConfigurationManager().log( LogService.LOG_ERROR,
Failure storing factory {0} with new configuration 
{1}, new Object[]
{ factoryPid, getPidString(), ioe } );
}
}
}
}

Could you either re-throw or perhaps not catch the exception at all if you 
don't know how to handle it?

 FilePersistenceManager fails to rename configuration file
 -

 Key: FELIX-4165
 URL: https://issues.apache.org/jira/browse/FELIX-4165
 Project: Felix
  Issue Type: Bug
  Components: Configuration Admin
Affects Versions: configadmin-1.6.0
Reporter: Martin Lichtin

 Quite frequently a file move fails. The symptom is:
 java.io.IOException: Failed to rename configuration file from 
 'C:\Users\mli\nuc\env\master\karaf\karaf\karaf-deploy-std\target\karaf\data\cache\bundle5\data\config\org_apache_felix_cm_impl_DynamicBindings.config2019338524809240991.tmp'
  to 
 'C:\Users\mli\nuc\env\master\karaf\karaf\karaf-deploy-std\target\karaf\data\cache\bundle5\data\config\org_apache_felix_cm_impl_DynamicBindings.config
   at 
 org.apache.felix.cm.file.FilePersistenceManager._store(FilePersistenceManager.java:640)[5:org.apache.felix.configadmin:1.6.0]
   at 
 org.apache.felix.cm.file.FilePersistenceManager.store(FilePersistenceManager.java:582)[5:org.apache.felix.configadmin:1.6.0]
   at 
 org.apache.felix.cm.impl.DynamicBindings.putLocation(DynamicBindings.java:116)[5:org.apache.felix.configadmin:1.6.0]
   at 
 org.apache.felix.cm.impl.ConfigurationManager.setDynamicBundleLocation(ConfigurationManager.java:461)[5:org.apache.felix.configadmin:1.6.0]
   at 
 org.apache.felix.cm.impl.ConfigurationImpl.setDynamicBundleLocation(ConfigurationImpl.java:281)[5:org.apache.felix.configadmin:1.6.0]
   at 
 org.apache.felix.cm.impl.ConfigurationImpl.tryBindLocation(ConfigurationImpl.java:304)[5:org.apache.felix.configadmin:1.6.0]
   at 
 org.apache.felix.cm.impl.ConfigurationManager$UpdateConfiguration.run(ConfigurationManager.java:1705)[5:org.apache.felix.configadmin:1.6.0]
   at 
 org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:103)[5:org.apache.felix.configadmin:1.6.0]
   at java.lang.Thread.run(Thread.java:724)[:1.7.0_25]
 Perhaps the file exists and cannot be deleted (could report return value of 
 the delete() on line 634).

--
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

[jira] [Created] (FELIX-4165) FilePersistenceManager fails to rename configuration file

2013-07-08 Thread Martin Lichtin (JIRA) 
Martin Lichtin created FELIX-4165:
-

 Summary: FilePersistenceManager fails to rename configuration file
 Key: FELIX-4165
 URL: https://issues.apache.org/jira/browse/FELIX-4165
 Project: Felix
  Issue Type: Bug
  Components: Configuration Admin
Affects Versions: configadmin-1.6.0
Reporter: Martin Lichtin


Quite frequently a file move fails. The symptom is:

java.io.IOException: Failed to rename configuration file from 
'C:\Users\mli\nuc\env\master\karaf\karaf\karaf-deploy-std\target\karaf\data\cache\bundle5\data\config\org_apache_felix_cm_impl_DynamicBindings.config2019338524809240991.tmp'
 to 
'C:\Users\mli\nuc\env\master\karaf\karaf\karaf-deploy-std\target\karaf\data\cache\bundle5\data\config\org_apache_felix_cm_impl_DynamicBindings.config
at 
org.apache.felix.cm.file.FilePersistenceManager._store(FilePersistenceManager.java:640)[5:org.apache.felix.configadmin:1.6.0]
at 
org.apache.felix.cm.file.FilePersistenceManager.store(FilePersistenceManager.java:582)[5:org.apache.felix.configadmin:1.6.0]
at 
org.apache.felix.cm.impl.DynamicBindings.putLocation(DynamicBindings.java:116)[5:org.apache.felix.configadmin:1.6.0]
at 
org.apache.felix.cm.impl.ConfigurationManager.setDynamicBundleLocation(ConfigurationManager.java:461)[5:org.apache.felix.configadmin:1.6.0]
at 
org.apache.felix.cm.impl.ConfigurationImpl.setDynamicBundleLocation(ConfigurationImpl.java:281)[5:org.apache.felix.configadmin:1.6.0]
at 
org.apache.felix.cm.impl.ConfigurationImpl.tryBindLocation(ConfigurationImpl.java:304)[5:org.apache.felix.configadmin:1.6.0]
at 
org.apache.felix.cm.impl.ConfigurationManager$UpdateConfiguration.run(ConfigurationManager.java:1705)[5:org.apache.felix.configadmin:1.6.0]
at 
org.apache.felix.cm.impl.UpdateThread.run(UpdateThread.java:103)[5:org.apache.felix.configadmin:1.6.0]
at java.lang.Thread.run(Thread.java:724)[:1.7.0_25]

Perhaps the file exists and cannot be deleted (could report return value of the 
delete() on line 634).


--
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

[jira] [Created] (FELIX-4062) BundleContextImpl.getService() can cause an IllegalArgumentException

2013-05-11 Thread Martin Lichtin (JIRA) 
Martin Lichtin created FELIX-4062:
-

 Summary: BundleContextImpl.getService() can cause an 
IllegalArgumentException
 Key: FELIX-4062
 URL: https://issues.apache.org/jira/browse/FELIX-4062
 Project: Felix
  Issue Type: Bug
Reporter: Martin Lichtin


I was unlucky and logged a service reference right at a time when the service 
went away (or similar)?

SLF4J: Failed toString() invocation on an object of type 
[Proxyc34b60d3_f2f7_4e92_96ea_172464aa4ab6]
java.lang.IllegalArgumentException: null source
at java.util.EventObject.init(EventObject.java:56)
at org.osgi.framework.FrameworkEvent.init(FrameworkEvent.java:196)
at org.apache.felix.framework.Felix.fireFrameworkEvent(Felix.java:4233)
at org.apache.felix.framework.Felix.getService(Felix.java:3424)
at 
org.apache.felix.framework.BundleContextImpl.getService(BundleContextImpl.java:468)
at 
org.apache.aries.blueprint.container.AbstractServiceReferenceRecipe.getServiceSecurely(AbstractServiceReferenceRecipe.java:206)
at 
org.apache.aries.blueprint.container.ReferenceRecipe.getService(ReferenceRecipe.java:238)
at 
org.apache.aries.blueprint.container.ReferenceRecipe.access$000(ReferenceRecipe.java:54)
at 
org.apache.aries.blueprint.container.ReferenceRecipe$ServiceDispatcher.call(ReferenceRecipe.java:291)
at Proxyc34b60d3_f2f7_4e92_96ea_172464aa4ab6.toString(Unknown Source)
at 
org.slf4j.helpers.MessageFormatter.safeObjectAppend(MessageFormatter.java:304)
at 
org.slf4j.helpers.MessageFormatter.deeplyAppendParameter(MessageFormatter.java:276)
at 
org.slf4j.helpers.MessageFormatter.arrayFormat(MessageFormatter.java:230)
at org.slf4j.helpers.MessageFormatter.format(MessageFormatter.java:124)
at org.ops4j.pax.logging.slf4j.Slf4jLogger.debug(Slf4jLogger.java:280)
...

--
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