On Wed, Oct 28, 2009 at 02:18:35PM +1100, Michael Neale wrote:
Good point - well I would expect that is it, no need for deltacloud
itself to have any state really?
Deltacloud framework explicitly has no state by design. We toyed with
caching credentials to keep connections open, but it proved to be
tedious so we went with a pure stateless model.
FWIW the Deltacloud Portal will store several bits of data including
credentials, cloud pools, and so on, and will expose an API similar to
the framework.
--Hugh
On Wed, Oct 28, 2009 at 2:05 PM, Ivan Meredith
<ivan(a)ivan.net.nz> wrote:
> Actaully... I just had a thought. It might be my browser storing and using
> the auth header. I didnt think about that until now. Which would explain why
> restarting rails didn't help.
>
> 2009/10/28 Michael Neale <michael.neale(a)gmail.com>
>>
>> Hey - Ivan pointed out to me that the Framework is storing the
>> credentials - I can assume that this is in the session store for rails
>> for it- I assume this isn't really the intent, and that in practice
>> deltacloud should either only keep sessions in memory, or not at all,
>> and just challenge each request?
>>
>>
>>
>> --
>> Michael D Neale
>> home:
www.michaelneale.net
>> blog:
michaelneale.blogspot.com
>> _______________________________________________
>> deltacloud-devel mailing list
>> deltacloud-devel(a)lists.fedorahosted.org
>>
https://fedorahosted.org/mailman/listinfo/deltacloud-devel
>
>
--
Michael D Neale
home:
www.michaelneale.net
blog:
michaelneale.blogspot.com
_______________________________________________
deltacloud-devel mailing list
deltacloud-devel(a)lists.fedorahosted.org
https://fedorahosted.org/mailman/listinfo/deltacloud-devel