[Grok-dev] Re: STORM howto
optilude at gmx.net
Sun Mar 16 10:06:19 EDT 2008
Martijn Faassen wrote:
> Martin Aspeli wrote:
>> Martijn Faassen wrote:
>>> Cool to see so much work going on. Is one of those libraries just a
>>> Python library that integrates schemas with SQLAlchemy, or is this all
>>> mixed with other stuff?
>> I'm pretty sure collective.tin and collective.mercury are intended to be
> Having glanced at collective.mercury, I see it does code generation. I
> was hoping it generated schemas from tables at run-time (and was
> wondering how it took care of some of the initialization complexities
> involved), but instead it generates Python modules.
> I don't like code generation much...
From what I understand, collective.mercury was intended as a
bootstrapping solution to get schemata. However, it took the
table-to-schema generation from Alchemist which does it all at runtime,
so you should be able to just use that bit and keep the schema in memory
and skip the serialise-to-Python part. Laurence should be able to tell
you more, though.
> (the license is also GPL, which I'd like to avoid for Grok)
> collective.tin has dependencies on Plone. At first glance, it looks like
> the implementation of a Zope 2 containerish thing similar to Christian's
> work on the Storm container to Grok. Not immediately useful to Grok,
> though perhaps the experiences there are of use.
I think that's probably true. I think Laurence said he was interested in
refactoring it so that the basic containerish stuff works in plain Zope
3 with only a thinner Zope 2 integration layer.
Author of `Professional Plone Development`, a book for developers who
want to work with Plone. See http://martinaspeli.net/plone-book
More information about the Grok-dev