felix-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Carsten Ziegeler <cziege...@apache.org>
Subject Re: Moving fragment to Resolved state in fileinstall watched directory?
Date Thu, 14 Jul 2011 05:56:07 GMT
We have implemented such a feature in the Apache Sling OSGi Installer
which also supports file based installation like FileInstall :)

Carsten

2011/7/13 Richard Hall <heavy@ungoverned.org>:
> On Wed, Jul 13, 2011 at 4:11 PM, Achim Nierbeck <bcanhome@googlemail.com>wrote:
>
>> I might be naive,
>
>
> Yes, you are. ;-)
>
>
>> but I think this would be a great feature for felix.
>> Often this is a real downside for using fragments that they don't get
>> attached because the host bundle
>> is already started, so you start tuning with startlevels which for me is
>> just a bad workaround.
>> Would this be a possible enhancement for felix?
>>
>
> No, this is a management agent issue, not a framework issue. This can all
> easily be handled on top in a bundle (or management agent), so there is no
> reason to bake this into the framework. However, you could consider opening
> an issue against File Install and suggest that it implement such a
> feature...that would make more sense to me.
>
> -> richard
>
>
>>
>> regards, Achim
>>
>> Am 13.07.2011 18:30, schrieb Richard Hall:
>> > On Wed, Jul 13, 2011 at 12:03 PM, lili_ili <svetloe@gmail.com> wrote:
>> >
>> >> Thank you, Richard. Can you recommend a java side solution?
>> >> I have an "installer" code that copies the fragment to the watched
>> >> directory. From there, I think to add a listener and after a fragment is
>> >> started redeploy its host. Is there a simpler solution?
>> >>
>> > I'm pretty sure this was some discussion on this exact topic not too long
>> > ago...
>> >
>> > At any rate, you could write a bundle that listens for bundles to be
>> > installed. It could (after perhaps a short delay) determine if that
>> bundle
>> > was a fragment and if its matching host was already resolved. If so, it
>> > could then refresh and/or re-resolve the host, which would most likely
>> > result in the framework attaching the fragment. If the host is active,
>> then
>> > refreshing it should be sufficient since it will automatically get
>> > re-started and re-resolved.
>> >
>> > -> richard
>> >
>> >
>> >> thanks again
>> >>
>> >>
>> >> Richard S. Hall wrote:
>> >>> If the host gets resolved first, then the fragment won't be able to
>> >>> attach to it since Felix doesn't support dynamic fragment attachment
>> >>> (and Equinox only supports it in a limited way). The most portable
>> >>> approach is to make sure the fragment is installed into the framework
>> >>> before the host is resolved.
>> >>>
>> >>> -> richard
>> >>>
>> >>> On 7/13/11 10:01, lili_ili wrote:
>> >>>> Hi
>> >>>>
>> >>>> I have a directory being watched by fileinstall. Fragment is copied
to
>> >>>> this
>> >>>> directory after its host, and it automatically moves to "Installed"
>> >>>> state.
>> >>>> To make it "Resolved", I need to either run "resolve X" command,
or
>> >>>> restart
>> >>>> the server.
>> >>>> Is there a way to solve it and resolve fragments located in "watched"
>> >>>> directories?
>> >>>>
>> >>>> thank you.
>> >>> ---------------------------------------------------------------------
>> >>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> >>> For additional commands, e-mail: users-help@felix.apache.org
>> >>>
>> >>>
>> >>>
>> >> --
>> >> View this message in context:
>> >>
>> http://old.nabble.com/Moving-fragment-to-Resolved-state-in-fileinstall-watched-directory--tp32052770p32054785.html
>> >> Sent from the Apache Felix - Users mailing list archive at Nabble.com.
>> >>
>> >>
>> >> ---------------------------------------------------------------------
>> >> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> >> For additional commands, e-mail: users-help@felix.apache.org
>> >>
>> >>
>>
>>
>> --
>> -----
>>
>> Apache Karaf <http://karaf.apache.org/> Committer & PMC
>> OPS4J Pax Web <http://wiki.ops4j.org/display/paxweb/Pax+Web/>  Committer &
>> Project Lead
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
>> For additional commands, e-mail: users-help@felix.apache.org
>>
>>
>



-- 
Carsten Ziegeler
cziegeler@apache.org

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@felix.apache.org
For additional commands, e-mail: users-help@felix.apache.org


Mime
View raw message