Hi Felix,
I've rebuild felix from SVN and all works fine now, good job.
Thanks
Tom
On Wed, 04 Jul 2007 09:27:57 +0200, Felix Meschberger <[EMAIL PROTECTED]>
wrote:
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]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
