[sldev] [ANN] certified http development

[Tao Takashi]

Hi1


> You really should make this an open source developmen and inform the
> > Python community :-)
> >
> It's already as open source as I can make it, what you see is what we
> have, and I'll keep committing as I keep writing code and figuring out
> the documentation.  Is there something else I can do?  If anyone with a
> contributor agreement wants to hack on the code, that can be arranged too.
>
> I should poke on some of the Python mailing lists (that's where the
> community is, right?). I'll see if I can find the right place.  Not
> everyone is interested in distributed agreement.  :-)



Well, in general I guess you can announce it at least. Of course with
contributor agreements it's harder
to find people than without. It might also depend on how many people's
problem it might solve (not really
sure in this case).
And maybe we need to make more of the Python people in Second Life actually.
There
should be some around and I am not sure if they do meetings or whatever but
it would be
definitely nice (but I am not in that group because of that group limit..)


> I quickly looked at the code and wondered, if maybe the ZODB might be
> > of help
> > for the persistance part. Not sure if it adds to much overhead though.
> > But it would be a finished object storage with transactions and also the
> > possibility to work distributed (e.g. one storage and many clients).
> > Somebody in the Zope community is also implementing some RAID-like
> > solution
> > for it.
> > (the ZODB is part of Zope but can also be used and is available
> > standalone).
> >
> > http://wiki.zope.org/ZODB/FrontPage <http://wiki.zope.org/ZODB/FrontPage
> >
> >
> An ORM would definitely be nicer than ham-handed use of pickle.  I
> wonder if ZODB offers enough control over when the object gets written
> to disk, though.  Definitely certified http should support different
> backends in any case.


What control would you need? I am not really an expert of ZODB internals as
I
mainly use it in a Zope context where it's more or less packaged in. But I
know
at least one guy who is quite an expert (the one hacking on the RAID
solution for it).

As for ACID it should support that at least with the most recent version.
http://www.zope.org/Wikis/ZODB/guide/node3.html also states this.

Different backends might be definitely nice. Did you look at e.g. Zope 3
interfaces? It
might be one solution to have a delegation architecture. You simply define
an interfaces
and on runtime you ask for an object implementing that interface. In this
case it could
be whatever backend might implement IPersistentStore (actually in Zope 3
terms these
would be probably more utilities but these are also simply class with an
interface which
are registered).


> Oh, and you maybe want to start directly with an egg-like structure
> > for the project
> > so you can easily create an egg out of it and e.g. upload it to the
> > cheeseshop.
> >
> Yeah, totally.  Is there a good HOWTO on that?  We should do that for
> eventlet and mulib too, because that would be rad.



You might want to start here:
http://peak.telecommunity.com/DevCenter/PythonEggs

Honestly I haven't really started a project using eggs myself as I mostly
was working
on projects in egg form already. But once I did it I might write a
eventually good HOWTO :-)


> And I hope to see Linden Lab at the next EuroPython :-)
> >
> Me too!


See you in Vilnius then ;-)

(well and tomorrow at your office hour maybe.. Where will it be?)

-- Tao



-- 
taotakashi at gmail.com
http://taotakashi.wordpress.com
http://worldofsl.com

RL: Christian Scholz, cs at comlounge.net
http://mrtopf.de

http://comlounge.net
http://comlounge.tv
http://mrtopf.tv
http://dev.comlounge.net
IRC: MrTopf/Tao_T
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.secondlife.com/pipermail/sldev/attachments/20070919/56eab61c/attachment-0001.htm