<div dir="ltr">A bit of a mixed bag that.  I would have gone for an even-odd invalidation.  You have one full cycle to comply.  But at least that doesn't leave sims twisting in the wind.</div><div class="gmail_extra"><br>
<br><div class="gmail_quote">On Mon, Mar 31, 2014 at 12:51 PM, Melanie <span dir="ltr"><<a href="mailto:melanie@t-data.com" target="_blank">melanie@t-data.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
There is no implicit versioning in the actual request protocol. That<br>
would have been impossible to maintain in the long run. Instead,<br>
there is a "protocol version". We can bump it when there are<br>
incompatible changes on any protocol and it invalidates all of them.<br>
So a sim version 7 will refuse to connect to a server version 6 and<br>
vice versa. This gives us both control and simplicity.<br>
<br>
Melanie<br>
<br>
On 31/03/2014 18:45, Jim Williams wrote:<br>
> Seems reasonable to me...A design approach I would have taken.<br>
><br>
> One question.  Is there some sort of versioning built into the protocol?<br>
>  One verb yes, but the dictionary numbers the definitions.....<br>
><br>
><br>
> On Mon, Mar 31, 2014 at 12:35 PM, Melanie <<a href="mailto:melanie@t-data.com">melanie@t-data.com</a>> wrote:<br>
><br>
>> This isn't designed as RPC, it's designed as REST. One URL/VERB<br>
>> combination for each function.<br>
>> We wanted to get away from the RPC concept. Let's not take backwards<br>
>> steps here.<br>
>><br>
>> Melanie<br>
>><br>
>> On 31/03/2014 15:15, Oren Hurvitz wrote:<br>
>> > This isn't overloading: it's an RPC endpoint that accepts many methods.<br>
>> You<br>
>> > wouldn't create a separate endpoint for each method, would you?<br>
>> ><br>
>> ><br>
>> ><br>
>> ><br>
>> > --<br>
>> > View this message in context:<br>
>> <a href="http://opensim-dev.2196679.n2.nabble.com/Optimize-pushing-assets-to-other-grids-tp7579093p7579104.html" target="_blank">http://opensim-dev.2196679.n2.nabble.com/Optimize-pushing-assets-to-other-grids-tp7579093p7579104.html</a><br>

>> > Sent from the opensim-dev mailing list archive at Nabble.com.<br>
>> ><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > Opensim-dev mailing list<br>
>> > <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
>> > <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
>> _______________________________________________<br>
>> Opensim-dev mailing list<br>
>> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
>> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
>><br>
><br>
><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Opensim-dev mailing list<br>
> <a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
> <a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
_______________________________________________<br>
Opensim-dev mailing list<br>
<a href="mailto:Opensim-dev@lists.berlios.de">Opensim-dev@lists.berlios.de</a><br>
<a href="https://lists.berlios.de/mailman/listinfo/opensim-dev" target="_blank">https://lists.berlios.de/mailman/listinfo/opensim-dev</a><br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br>No essence.  No permanence.  No perfection.  Only action.
</div>