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@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@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@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@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/deltacloud-devel