FileInstall 3.1.2 ConfigAdmin support is broken.  Please try the 3.1.4
under vote or trunk.

On Wed, Jan 5, 2011 at 01:05, Alexander Yaremenko
<[email protected]> wrote:
> Neither helped. I even created ManagedServiceFactory implementation outside 
> of iPOJO, registered the service in the bundle's activator. That service 
> would not get called either...
>
>
>
> --- On Tue, 1/4/11, Guillaume Nodet <[email protected]> wrote:
>
>> From: Guillaume Nodet <[email protected]>
>> Subject: Re: FileInstall creates multiple instances for one cfg
>> To: [email protected], [email protected]
>> Date: Tuesday, January 4, 2011, 4:53 PM
>> Try installing config admin before
>> fileinstall, or refreshing
>> fileinstall bundle maybe.
>>
>> On Wed, Jan 5, 2011 at 00:47, Alexander Yaremenko
>> <[email protected]>
>> wrote:
>> > Guillaume,
>> > I've got some time to play with the FileInstall again.
>> It still does not work as I expected. What do you mean by
>> 'wiring ConfigAdmin to FileInstall'? Could you provide some
>> example, please? Here is a snapshot of my Felix console:
>> >
>> > g! lb
>> > START LEVEL 6
>> >   ID|State      |Level|Name
>> >    0|Active     |    0|System Bundle (3.0.1)
>> >    1|Active     |    5|Apache Felix iPOJO
>> (1.6.6)
>> >    2|Active     |    5|Apache Felix iPOJO Gogo
>> Command (1.0.0)
>> >    3|Active     |    5|Apache Felix File Install
>> (3.1.2)
>> >    4|Active     |    5|Apache Felix
>> Configuration Admin Service (1.2.8)
>> >    5|Active     |    5|myosgi.fileinsttest.fit
>> [myosgi.fit] (1.0.0.SNAPSHOT)
>> >    6|Active     |    1|Apache Felix Gogo Command
>> (0.6.0)
>> >    7|Active     |    1|Apache Felix Gogo Runtime
>> (0.6.0)
>> >    8|Active     |    1|Apache Felix Gogo Shell
>> (0.6.0)
>> > g! instances
>> > Instance org.apache.felix.ipojo.arch.gogo.Arch-0 ->
>> valid
>> > Instance myLnr-1 -> valid
>> >
>> > Extract from metadata.xml, where the managed service
>> factory is defined (it is in the bundle 5 above):
>> >
>> > <component
>> classname="myosgi.fit.internal.FooSvcImpl"
>> name="fooSvc">
>> > <properties propagation="true">
>> >        <property field="intProp"
>> mandatory="true"/>
>> >        <property field="strProp"/>
>> > </properties>
>> > <callback transition="validate"
>> method="start"/>
>> > </component>
>> >
>> >
>> > thanks for your help,
>> > Alex.
>> >
>> > --- On Thu, 12/16/10, Guillaume Nodet <[email protected]>
>> wrote:
>> >
>> >> From: Guillaume Nodet <[email protected]>
>> >> Subject: Re: FileInstall creates multiple
>> instances for one cfg
>> >> To: [email protected],
>> [email protected]
>> >> Date: Thursday, December 16, 2010, 12:09 AM
>> >> That would be the case if you don't
>> >> have ConfigAdmin installed and
>> >> wired to FileInstall.  But the default haven't
>> >> changed.
>> >>
>> >> On Thu, Dec 16, 2010 at 02:40, Alexander
>> Yaremenko
>> >> <[email protected]>
>> >> wrote:
>> >> > Guillaume,
>> >> > I tried
>> >>
>> org.apache.felix.fileinstall-3.1.1-20101215.210800-1.jar.
>> It
>> >> seems like this version does not react on *.cfg
>> files in the
>> >> ./load at all. Have you changed the defaults or
>> the
>> >> configuration properties?
>> >> >
>> >> > --
>> >> > Alex.
>> >> >
>> >> > --- On Wed, 12/15/10, Guillaume Nodet <[email protected]>
>> >> wrote:
>> >> >
>> >> >> From: Guillaume Nodet <[email protected]>
>> >> >> Subject: Re: FileInstall creates
>> multiple
>> >> instances for one cfg
>> >> >> To: [email protected],
>> >> [email protected]
>> >> >> Date: Wednesday, December 15, 2010, 2:01
>> PM
>> >> >> Could you give a try to a recent
>> >> >> snapshot ? I've fixed a few problems
>> >> >> in fileinstall that haven't been released
>> yet.
>> >> >> If it does not fix the problem, please
>> raise a
>> >> JIRA and
>> >> >> I'll have a look.
>> >> >>
>> >> >> On Wed, Dec 15, 2010 at 19:03, Alexander
>> >> Yaremenko
>> >> >> <[email protected]>
>> >> >> wrote:
>> >> >> > Hi,
>> >> >> > It looks like FileInstall keeps
>> creating new
>> >> service
>> >> >> instances until the *.cfg file is removed
>> from the
>> >> ./load
>> >> >> directory. This behavior is different
>> from that
>> >> explained in
>> >> >> this blog:  
>> >> >> http://ipojo-dark-side.blogspot.com/2009/04/ipojo-and-file-install-configuring.html
>> >> >> >
>> >> >> > I use the following environment:
>> >> >> > START LEVEL 6
>> >> >> >   ID|State      |Level|Name
>> >> >> >    0|Active     |    0|System
>> Bundle
>> >> (3.0.1)
>> >> >> >    1|Active     |    5|OSGi R4
>> Core
>> >> Bundle
>> >> >> (4.1.0)
>> >> >> >    2|Active     |    5|OSGi
>> R4
>> >> Compendium Bundle
>> >> >> (4.1.0)
>> >> >> >    3|Active     |    5|Apache
>> Sling
>> >> OSGi
>> >> >> LogService Implementation (2.0.6)
>> >> >> >    4|Active     |    5|Apache
>> Felix
>> >> iPOJO
>> >> >> (1.6.8)
>> >> >> >    5|Active     |    5|Apache
>> Felix
>> >> iPOJO Gogo
>> >> >> Command (1.0.0)
>> >> >> >    6|Active     |    5|Apache
>> Felix
>> >> >> Configuration Admin Service (1.2.8)
>> >> >> >    7|Active     |    5|Apache
>> Felix
>> >> EventAdmin
>> >> >> (1.2.6)
>> >> >> >    8|Active     |    5|Apache
>> Felix
>> >> iPOJO Event
>> >> >> Admin Handler (1.6.0)
>> >> >> >    9|Active     |    5|Apache
>> Felix
>> >> File Install
>> >> >> (3.1.0)
>> >> >> >   10|Active     |    5|ce.dom
>> >> (1.0.0.SNAPSHOT)
>> >> >> >   11|Active     |
>>  5|ce.persist
>> >> >> (1.0.0.SNAPSHOT)
>> >> >> >   12|Active     |
>>  5|ce.rules
>> >> (1.0.0.SNAPSHOT)
>> >> >> >   13|Active     |
>>  5|ce.tiblnr
>> >> >> (1.0.0.SNAPSHOT)
>> >> >> >   14|Active     |    1|Apache
>> Felix Gogo
>> >> Command
>> >> >> (0.6.0)
>> >> >> >   15|Active     |    1|Apache
>> Felix Gogo
>> >> Runtime
>> >> >> (0.6.0)
>> >> >> >   16|Active     |    1|Apache
>> Felix Gogo
>> >> Shell
>> >> >> (0.6.0)
>> >> >> >
>> >> >> > jdk 1.6.0_20 from Oracle, Windows
>> XP.
>> >> >> >
>> >> >> > Any ideas?
>> >> >> >
>> >> >> > --
>> >> >> > Alex
>> >> >> >
>> >> >> >
>> >> >> >
>> >> >>
>> >>
>> ---------------------------------------------------------------------
>> >> >> > To unsubscribe, e-mail: [email protected]
>> >> >> > For additional commands, e-mail: [email protected]
>> >> >> >
>> >> >> >
>> >> >>
>> >> >>
>> >> >>
>> >> >> --
>> >> >> Cheers,
>> >> >> Guillaume Nodet
>> >> >> ------------------------
>> >> >> Blog: http://gnodet.blogspot.com/
>> >> >> ------------------------
>> >> >> Open Source SOA
>> >> >> http://fusesource.com
>> >> >>
>> >> >>
>> >>
>> ---------------------------------------------------------------------
>> >> >> 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]
>> >> >
>> >> >
>> >>
>> >>
>> >>
>> >> --
>> >> Cheers,
>> >> Guillaume Nodet
>> >> ------------------------
>> >> Blog: http://gnodet.blogspot.com/
>> >> ------------------------
>> >> Open Source SOA
>> >> http://fusesource.com
>> >>
>> >>
>> ---------------------------------------------------------------------
>> >> 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]
>> >
>> >
>>
>>
>>
>> --
>> Cheers,
>> Guillaume Nodet
>> ------------------------
>> Blog: http://gnodet.blogspot.com/
>> ------------------------
>> Open Source SOA
>> http://fusesource.com
>>
>> ---------------------------------------------------------------------
>> 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]
>
>



-- 
Cheers,
Guillaume Nodet
------------------------
Blog: http://gnodet.blogspot.com/
------------------------
Open Source SOA
http://fusesource.com

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to