Dropbox does not mount ... it just maintains a folder, there is no magic 
involved, at least not on my Mac. I made the same mistake :-)

Kind regards,

        Peter Kriens

On 12 feb 2011, at 00:48, Andriy Drozdyuk wrote:

> Dropbox? Does that really work? Haha!
> Does one have to "mount" the folder every time - or can some kind of
> "url" be used?
> 
> -Andriy Drozdyuk
> 
> 
> 
> On Thu, Feb 10, 2011 at 3:25 PM, teemu kanstren <tkanst...@gmail.com> wrote:
>> OK, thanks everyone for your information and suggestions! I still did not
>> really understand how all these help me define a proper way to do
>> state-transfer or control how the install/uninstall happens the way I want.
>> But at least I know my options now so I can investigate.
>> 
>> Cheers,
>> Teemu
>> 
>> 2011/2/10 Peter Kriens <peter.kri...@aqute.biz>
>> 
>>> A key question is if you care about who is running the code. That is, do
>>> you want to be in control to shut down each and every framework at any time?
>>> In that case ACE is a proper direction. However, if you just want to fire
>>> and forget then there are many simple methods:
>>> 
>>> * Apache FileInstall + Dropbox. Just drop your bundles in a Dropbox folder
>>> and everyone that you share it with automatically installs the bundles +
>>> configurations. Scales very well and is pretty secure.
>>> * Create a launcher that reads a URL for a Java Properties file. One of the
>>> properties is the set of bundles that needs to be installed as URLs. Create
>>> a Felix instance with the launcher API, give it the properties and install
>>> the bundles, then start all bundles. While the framework is running, check
>>> the Properties URL every 15 mins or so with an HEAD method and relaunch when
>>> changed.
>>> * Use Neil Bartlets S3Install https://github.com/njbartlett/pmpp
>>> 
>>> Have fun, kind regards,
>>> 
>>>        Peter Kriens
>>> 
>>> 
>>> 
>>> On 9 feb 2011, at 06:03, Dan Tran 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