<div dir="ltr">Sure, I just think the problem is that it hasn't been an urgent priority for anyone.  I don't think there's a blocking problem it's just a bunch of integration and testing work to get it going well.  I was planning to do the bits I need to do over the summer and start bugging people about it as well.<br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 29, 2014 at 3:43 PM, Michael Wilde <span dir="ltr"><<a href="mailto:wilde@anl.gov" target="_blank">wilde@anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class=""><br>
On 5/29/14, 3:32 PM, Tim Armstrong wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Aside from It seems that it would be difficult (impossible?) to build<br>
things like provider staging on top of this.<br>
</blockquote></div>
I'd envision using GridFTP for staging; it seems to be well-callable from Python, as demonstrated by the GO transfer client (as well as, I think, SAGA).<br>
<br>
Having said all that - and started this thread - I'd also like to see the coaster binding to Swift/T actually work to the point of user-readiness.<br>
<br>
I've got to believe, Mihael, Justin, Tim, and Yadu, that if you set your mind to this and worked closely on it, you could jointly break through all current problems and actually make this work, provider-staging included.<br>

<br>
- Mike<br>
<br>
<br>
<br>
<br>
</blockquote></div><br></div>