felix-users mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Felix Meschberger <fmesc...@adobe.com>
Subject Re: can web console RESTful API block until installation has been finished?
Date Thu, 24 May 2012 08:12:18 GMT
Hi,

Am 23.05.2012 um 19:06 schrieb sam ”:

> Ah, thanks.
> 
> Meanwhile, is there a better way to deploy 10 or so bundles?
> I can put sleeps between curl commands.. but I was wondering if there's a
> way to take felix down and rsync bundles to some location in the felix
> server.

You might leverage the Sling JCR Install functionality.

Just make sure you store the bundles in a single JCR transaction:

   Session s = acquireSession();
   ... store all bundles in /apps/**/install ...
   s. save();

Regards
Felix

> 
> 
> On Wed, May 23, 2012 at 4:06 AM, Felix Meschberger <fmeschbe@adobe.com>wrote:
> 
>> Hi,
>> 
>> Am 22.05.2012 um 22:52 schrieb sam ”:
>> 
>>> Problem of multiple -Fbundlefile=@bundle1.jar
>> -Fbundlefile=@bundlefile2.jar
>>> ....
>>> 
>>> is that bundles become Installed  state, not Active state.
>> 
>> Hmm, if you supplied the bundlestart parameter, it should start them, but
>> ....
>> 
>> Unfortunately, this is done completely wrong and I have to come back to my
>> earlier remark: The Web Console sould probably implement a proper queue for
>> installations. Because currently, even though you can upload multiple
>> bundles, each bundle will be installed in its own thread thus you are back
>> to field one.
>> 
>> I have created FELIX-3523 [1] to track that.
>> 
>> Regards
>> Felix
>> 
>> [1] https://issues.apache.org/jira/browse/FELIX-3523
>> 
>>> 
>>> 
>>> 
>>> 
>>> On Mon, May 21, 2012 at 10:06 AM, Felix Meschberger <fmeschbe@adobe.com
>>> wrote:
>>> 
>>>> Hi,
>>>> 
>>>> No, the console installs the bundles asynchronously.
>>>> 
>>>> But you could upload all the bundles with a single curl command with the
>>>> bundlefile parameter repeated to list each bundle.
>>>> 
>>>> Regards
>>>> Felix
>>>> 
>>>> PS: thinking out loud, the web console could run a single thread for
>>>> installation and queue such requests ... (You might report an issue, if
>> you
>>>> like the idea ;- )
>>>> 
>>>> Am 21.05.2012 um 15:55 schrieb sam ”:
>>>> 
>>>>> Hey,
>>>>> 
>>>>> My deployment script uses curl command:
>>>>> curl -u admin:admin -F "action=install" -F "_noredir_=_noredir_" -F
>>>>> "bundlefile=@bundle1.jar" -F "bundlestart=start" -F
>> "bundlestartlevel=20"
>>>>> -F "refreshPackages=true" "
>> http://localhost:4502/system/console/install"
>>>>> curl -u admin:admin -F "action=install" -F "_noredir_=_noredir_" -F
>>>>> "bundlefile=@bundle2.jar" -F "bundlestart=start" -F
>> "bundlestartlevel=20"
>>>>> -F "refreshPackages=true" "
>> http://localhost:4502/system/console/install"
>>>>> ...
>>>>> curl -u admin:admin -F "action=install" -F "_noredir_=_noredir_" -F
>>>>> "bundlefile=@bundle10.jar" -F "bundlestart=start" -F
>>>> "bundlestartlevel=20"
>>>>> -F "refreshPackages=true" "
>> http://localhost:4502/system/console/install"
>>>>> 
>>>>> 
>>>>> Each curl command returns very fast.  Unless I put  `sleep 10`  between
>>>>> curl commands,  I have to `kill -9`  felix instance.
>>>>> 
>>>>> Is there a way to configure web console so that it sends out HTTP
>>>> response
>>>>> only after the bundle is completely installed? It looks like I am
>> sending
>>>>> install request for bundle2.jar  while felix has not finished
>> installing
>>>>> bundle1.jar.
>>>> 
>>>> 
>>>> ---------------------------------------------------------------------
>>>> 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


Mime
View raw message