<html><head><meta http-equiv="Content-Type" content="text/html charset=windows-1252"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Hi Dave,<div><br></div><div>I can see src variables like&nbsp;biocache_hub_war_url pointing to a war file which makes the step essentially copying files over the internet. In that case, I wonder whether it’s possible to deposit the war file on any cloud storage service(GDrive, Dropbox or any) as part of your release workflow, and then modify the Ansible playbook to retrieve the war file directly from the storage service?</div><div><br></div><div>I find this copying step is most time-consuming and I believe putting it on the cloud would speed up a lot and facilitate the testing of the ALA setup. But I might have oversight here since I am not familiar with Java development workflow.</div><div><br></div><div>What do you think?</div><div><br></div><div>Cheers,</div><div><br></div><div>Burke</div><div><br><div><div>On 03 Jun 2014, at 14:00, Tim Robertson [GBIF] &lt;<a href="mailto:trobertson@gbif.org">trobertson@gbif.org</a>&gt; wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><meta http-equiv="Content-Type" content="text/html charset=windows-1252"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;">Thanks Dave - a good point I hadn’t considered.&nbsp;<div>Let’s leave it for now then, but we might want to consider somehow getting the artifacts cached and replicated (nexus seems like a decent option for that).</div><div><br></div><div>Cheers,</div><div>Tim</div><div><br></div><div><br></div><div><br></div><div><br><div><div>On 03 Jun 2014, at 13:50, &lt;<a href="mailto:David.Martin@csiro.au">David.Martin@csiro.au</a>&gt; &lt;<a href="mailto:David.Martin@csiro.au">David.Martin@csiro.au</a>&gt; wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hi Tim,<br><br>I made that change during a big refactor - but for selfish reasons.<br>Use of local repo from my home internet connection to external VMs (EC2 and Nectar - an Aussie provider) made running the scripts from scratch too slow to use/test. Testing with vagrant is very useful, but up until point.<br>I think Australia lacks the internet speeds (particularly upload speeds) of the scandinavia :)<br>Perhaps we need a toggle to use local repo or not. Or alternatively a way of replicating artefacts to other maven repositories so that it isnt slow from other countries.<br><br>Cheers<br><br>Dave<br>________________________________________<br>From: <a href="mailto:ala-portal-bounces@lists.gbif.org">ala-portal-bounces@lists.gbif.org</a> [<a href="mailto:ala-portal-bounces@lists.gbif.org">ala-portal-bounces@lists.gbif.org</a>] on behalf of Tim Robertson [GBIF] [<a href="mailto:trobertson@gbif.org">trobertson@gbif.org</a>]<br>Sent: 03 June 2014 21:33<br>To: <a href="mailto:ala-portal@lists.gbif.org">ala-portal@lists.gbif.org</a><br>Subject: [Ala-portal] Ansible changes removes local caches - intended?<br><br>Hi ALA folks<br><br>With this commit: <a href="https://github.com/gbif/ala-install/commit/d5b6394f44aa82451079d84f646e200caafbd2a8">https://github.com/gbif/ala-install/commit/d5b6394f44aa82451079d84f646e200caafbd2a8</a><br><br>Things like the following were removed:<br><br>-- name: determine if the application is in our local repo<br> - &nbsp;local_action: stat path={{local_repo_dir}}/{{biocache_service}}.war<br> - &nbsp;register: biocache_war_path<br> -<br> -- name: fetch application if it is not in our local repo<br> - &nbsp;local_action: get_url url={{biocache_service_url}} dest={{local_repo_dir}}/{{biocache_service}}.war<br> - &nbsp;when: biocache_war_path.stat.exists == false<br><br>The original design was to pull the large artifacts to a local directory once (the .ala folder) so that if you were provisioning different environments (locally, uat, production etc) you weren’t troubled with huge download times for each environment.<br><br>Was this an oversight perhaps? &nbsp;In Europe we see 10s of minutes in this stage, hence the original design to cache locally.<br><br>If we get into proper maven releases and versioned artifacts deployed to nexus, we can start mirroring nexus repositories to bring back data locality too (plus it’ll use the local .m2 repo directory on the host).<br><br>Any thoughts on this? &nbsp;Would you like me to revert those changes?<br><br>Thanks,<br>Tim<br><br><br>_______________________________________________<br>Ala-portal mailing list<br><a href="mailto:Ala-portal@lists.gbif.org">Ala-portal@lists.gbif.org</a><br><a href="http://lists.gbif.org/mailman/listinfo/ala-portal">http://lists.gbif.org/mailman/listinfo/ala-portal</a><br><br></blockquote></div><br><div apple-content-edited="true">
<span class="Apple-style-span" style="border-collapse: separate; border-spacing: 0px;"><span class="Apple-style-span" style="border-collapse: separate; font-family: Arial; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-align: -webkit-auto; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px; border-spacing: 0px; -webkit-text-decorations-in-effect: none; -webkit-text-stroke-width: 0px;"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div style="margin: 0px; font-style: normal; font-variant: normal; font-weight: normal; font-size: 12px; line-height: normal; font-family: Arial;">----------------------------------------------------------------------------------------</div><div style="margin: 0px; font-style: normal; font-variant: normal; font-weight: normal; font-size: 12px; line-height: normal; font-family: Arial;">Tim Robertson - GBIF Head of Informatics - <a href="mailto:trobertson@gbif.org">trobertson@gbif.org</a></div><div style="margin: 0px; font-style: normal; font-variant: normal; font-weight: normal; font-size: 12px; line-height: normal; font-family: Arial;">Global Biodiversity Information Facility <a href="http://www.gbif.org/">http://www.gbif.org/</a></div><div style="margin: 0px; font-style: normal; font-variant: normal; font-weight: normal; font-size: 12px; line-height: normal; font-family: Arial;">GBIF Secretariat, Universitetsparken 15, DK-2100 Copenhagen Ø, Denmark</div><div style="margin: 0px; font-style: normal; font-variant: normal; font-weight: normal; font-size: 12px; line-height: normal; font-family: Arial;">Tel: +45 3532 1487<span class="Apple-converted-space">&nbsp;<span class="Apple-converted-space">&nbsp;</span></span>Mob: +45 2826 1487<span class="Apple-converted-space">&nbsp;<span class="Apple-converted-space">&nbsp;</span></span>Fax: +45 2875 1480</div><div style="margin: 0px; font-style: normal; font-variant: normal; font-weight: normal; font-size: 12px; line-height: normal; font-family: Arial;">----------------------------------------------------------------------------------------</div></div></span></span>
</div>
<br></div></div>_______________________________________________<br>Ala-portal mailing list<br><a href="mailto:Ala-portal@lists.gbif.org">Ala-portal@lists.gbif.org</a><br>http://lists.gbif.org/mailman/listinfo/ala-portal<br></blockquote></div><br></div></body></html>