You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@felix.apache.org by Felix Meschberger <fm...@gmail.com> on 2007/07/04 09:27:57 UTC
Re: Problem with Felix Configuration Admin Service
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
> <Fe...@day.com> 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 <to...@ulp.u-strasbg.fr> 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: users-unsubscribe@felix.apache.org
> >> For additional commands, e-mail: users-help@felix.apache.org
> >>
> >>
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org
Re: Problem with Felix Configuration Admin Service
Posted by Tom Remoleur <to...@ulp.u-strasbg.fr>.
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 <fm...@gmail.com>
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
>> <Fe...@day.com> 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 <to...@ulp.u-strasbg.fr> 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: users-unsubscribe@felix.apache.org
>> >> For additional commands, e-mail: users-help@felix.apache.org
>> >>
>> >>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
> For additional commands, e-mail: users-help@felix.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org