There are definitely many ways of installing and updating an OSGi framework. 
BundleContext gives you the low level API you need, and it's not too hard to 
create your own. Pretty soon you might end up with something that's similar to 
Apache Felix FileInstall that hot deploys things from a local folder. Or you 
might want to use the OBR client to pull in bundles and their dependencies.

However, if you are looking for something that you can use in bigger production 
environments, that installs updates transactionally, that keeps history so you 
can quickly go back to older versions, etc. Then ACE might be a project to look 
at (and participate in).

Greetings, Marcel


On Feb 9, 2011, at 22:28 , teemu kanstren wrote:

> If you wish to hack together something of your own, you can also check the
> OSGI Bundle interface and its uninstall() method. The counterpart would be
> BundleContext.installBundle().
> 
> Probably ACE will take care of a lot of headaches for you but I have not
> used it so far so can't really say. It seems rather complex but I guess it
> needs to be for large scale and varying configurations.
> 
> How complex it all gets also sort of depends on do you need to update a
> running system with complex configurations, existing interactions and
> connections between different component/service versions, state transfers,
> etc.
> 
> Cheers,
> Teemu
> 
> 2011/2/9 Marcel Offermans <marcel.offerm...@luminis.nl>
> 
>> Hello Dan,
>> 
>> Like Steven says, I recommend you have a look at Apache ACE. It is designed
>> to centrally control and distribute OSGi bundles, configuration data and
>> pretty much anything else you want to provision to targets. It can install
>> and update and by default it works over HTTP.
>> 
>> Probably it makes sense to move a more detailed discussion to the ace-dev
>> mailing list, so I crossposted this mail to it already.
>> 
>> Greetings, Marcel
>> 
>> On 9 Feb 2011, at 6:05 , Steven Siebert wrote:
>> 
>>> Check out http://incubator.apache.org/ace/
>>> 
>>> On Wed, Feb 9, 2011 at 12:03 AM, Dan Tran <dant...@gmail.com> wrote:
>>>> 
>>>> 
>>>> Hello I am very new to OSGI and spent a number of hours over Safari
>> online
>>>> bookstore over this topic.  But still could not get a grasp of what I am
>>>> looking for.  So I'd like to post here if i could get some answer
>>>> 
>>>> I am tasked to build a java agent technology where my to be agent will
>> be
>>>> installed on thousand of machines.  So the deployment will be a
>> nightmare
>>>> specially the upgrade/hotfixes parts.  So  I turn to OSGI since it
>> sounds
>>>> like a right technology.
>>>> 
>>>> Could some expert advice how I would go about to implement this solution
>>>> from a high level? Let's just start with a simple scenarios:
>>>> 
>>>> 1. Locally install first, then remotely update a bundle perfer over a
>> http
>>>> connection? what would I need?
>>>> 
>>>> 2. Locally install first, then remotely upgrade ( possible a agent
>> restart
>>>> is reuquired )
>>>> 
>>>> Big Thanks  for all advices
>>>> 
>>>> -D
>>>> --
>>>> View this message in context:
>> http://old.nabble.com/Updatable-agent-with-OSGI.-Possible--tp30879990p30879990.html
>>>> Sent from the Apache Felix - Users mailing list archive at Nabble.com.
>>>> 
>>>> 
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
>>>> For additional commands, e-mail: users-h...@felix.apache.org
>>>> 
>>>> 
>>> 
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
>>> For additional commands, e-mail: users-h...@felix.apache.org
>>> 
>>> 
>> 
>> 
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscr...@felix.apache.org
>> For additional commands, e-mail: users-h...@felix.apache.org
>> 
>> 


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

Reply via email to