Hi Tom, I created and fixed FELIX-317 [1] for this issue. I also deployed a new snapshot build to the Apache Snapshot repository.
Can you please confirm whether this fixes your issues ? Thanks. Regards Felix [1] https://issues.apache.org/jira/browse/FELIX-317 Am Freitag, den 29.06.2007, 18:04 +0200 schrieb Tom Remoleur: > Ok, I think this short exemple illustrate my problem, If we want more, > just tell me. > > The result is : > > Time: 0.143 > There was 1 failure: > 1) > testBug(fr.u_strasbg.clarinet.stork.test.deviceconfig.ca.TestBugCA)junit.framework.AssertionFailedError: > > expected:<1000> but was:<500> > at > fr.u_strasbg.clarinet.stork.test.deviceconfig.ca.TestBugCA.testBug(TestBugCA.java:67) > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > at > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) > at > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) > at > fr.u_strasbg.clarinet.stork.test.TestActivator.start(TestActivator.java:27) > at > org.apache.felix.framework.util.SecureAction.startActivator(SecureAction.java:589) > at org.apache.felix.framework.Felix._startBundle(Felix.java:1309) > at org.apache.felix.framework.Felix.startBundle(Felix.java:1243) > at > org.apache.felix.framework.Felix.setFrameworkStartLevel(Felix.java:838) > at > org.apache.felix.framework.StartLevelImpl.run(StartLevelImpl.java:256) > at java.lang.Thread.run(Thread.java:595) > > FAILURES!!! > Tests run: 1, Failures: 1, Errors: 0 > > Thanks > > Tom Remoleur > > On Fri, 29 Jun 2007 17:13:20 +0200, Felix Meschberger > <[EMAIL PROTECTED]> wrote: > > > Hi Tom, > > > > This would certainly not be a feature but a bug. But since > > Configuration.update immediately stores a configuration object, such that > > persistene and internal cache have the same state, this is unexpected. > > > > Can you provide me with a short test case to reproduce the issue ? Thank > > you > > very much. > > > > Regards > > Felix > > > > On 6/29/07, Tom Remoleur <[EMAIL PROTECTED]> wrote: > >> > >> > >> Hi all, > >> > >> I've got a problem with the Felix configuration admin service : > >> For accessing to configuration I'm both using the configuration admin > >> "getConfiguration" and "listConfiguration" methods, but if I update a > >> configuration using first the "listConfiguration" method and after I > >> access to the same conf using the "getConfiguration" method, it's return > >> me the old configuration without the previous update modifications. > >> I've debugged my application and I've noticed the "listConfiguration" > >> command read the configuration from the persistant store by the > >> "getConfiguration" retrieve them from a cache but when a configuration > >> getted by "listConfiguration" is updated the cached configuration isn't > >> updated. > >> > >> Is it a feature or a bug ? > >> > >> Thanks > >> > >> Tom Remoleur > >> > >> --------------------------------------------------------------------- > >> To unsubscribe, e-mail: [EMAIL PROTECTED] > >> For additional commands, e-mail: [EMAIL PROTECTED] > >> > >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
