<font size=2 face="sans-serif">Today the Swift team has merged copy middleware
- congrats!</font><br><font size=2 face="sans-serif">For us, however, it breaks the copy
code path, which in fact can get much simpler now.</font><br><br><font size=2 face="sans-serif">As a quick and temporary resolution
I have changes the tox.ini dependency to be 2.7.0</font><br><font size=2 face="sans-serif">Instead of master. We still need, however,
to port the code accordingly,</font><br><br><font size=2 face="sans-serif">Here is a suggestion:</font><br><font size=2 face="sans-serif">The copy middleware will process the
COPY / PUT & X-Copy-From and will:</font><br><font size=2 face="sans-serif">1. Do a GET of the source object</font><br><font size=2 face="sans-serif">2. Do a PUT to the target object</font><br><br><font size=2 face="sans-serif">I believe that for Storlets what would
happen is that both PUT and GET</font><br><font size=2 face="sans-serif">cause a storlet invocation, where in
fact we want that invocation to happen</font><br><font size=2 face="sans-serif">Eithrer in the GET or in the PUT (but
not both)</font><br><font size=2 face="sans-serif">I believe that if we are OK with running
the storlet on the put, we can use</font><br><font size=2 face="sans-serif">The swift_source SSC as an indicator
that the get is generated from the</font><br><font size=2 face="sans-serif">Copy middleware and disregard the X-Run-Storlet
header.</font><br><br><font size=2 face="sans-serif">Thoughts?</font><br><br><font size=2 face="sans-serif">Thanks,</font><br><font size=2 face="sans-serif">Eran</font><br><BR>