On 2011-3-20 17:47, Hanno Schlichting wrote:
Sure. I didn't mean to exclude this. Pyramid allows you to do a very
explicit configuration without any scanning. If you write an
application and have full control over all its parts, this works.
Things get complicated, once you reuse libraries
Hi,
Not sure where to 'hook into' the discussion thread, so I'll just start
here:
On 3/20/11 15:28 PM, Jim Fulton wrote:
Hm, it's been a while since I've looked at grok. Some notes:
- The mechanism I'm thinking of should not require *any* ZCML.
Do you mean without having a configure.zcml
On 3/20/11 16:12 PM, Wichert Akkerman wrote:
Both Grok and Pyramid (or martian and venusian really) do a scan of
the code to find the registration hints.
Pyramid only does so if you tell it to do so by using config.scan(). You
are not obliged to do that, and I have several pyramid projects
On 3/21/11 10:17 , Jan-Wijbrand Kolman wrote:
On 3/20/11 16:12 PM, Wichert Akkerman wrote:
Pyramid only does so if you tell it to do so by using config.scan(). You
are not obliged to do that, and I have several pyramid projects which do
not do any scanning. Not doing scanning has the advantage
On Sun, Mar 20, 2011 at 01:06, Stephan Richter
srich...@cosmos.phy.tufts.edu wrote:
On Saturday, March 19, 2011, Lennart Regebro wrote:
Getting ZCA/ZTK to run on PyPy is probably easier, and actually more
useful. Maybe someone would want to mentor that?
While I would mentor someone wanting to
On 3/21/11 10:30 AM, Wichert Akkerman wrote:
- you may have some draft files in your tree that are not ready
for use
and never referenced anywhere, but a scan will still process them.
This is true.
I ran into this with .html.py files generated by Chameleon as well. My
Zope startup
I haven't read through the whole discussion in detail, so I'm sure I
repeat some of what has been said already, but here is my point of
view.
1. Yes, Grok is pretty implicit. If it's soo implecit is a matter of
taste, but much of the implicitness makes sense. You typically do have
a model and a
Also, the decorators will always return the original component,
meaning they can easily be used as post-config:
@adapter(IMyFace, IMyFeet)
class FootInMouth(object):
...
Will mark the class as an adapter, but not register it.
@adapt(IMyFace, IMyFeet)
class FootInMouth(object):
...
Will
Summary of messages to the zope-tests list.
Period Sun Mar 20 12:00:00 2011 UTC to Mon Mar 21 12:00:00 2011 UTC.
There were 108 messages: 8 from Zope Tests, 4 from buildbot at pov.lt, 29 from
buildbot at winbot.zope.org, 8 from ccomb at free.fr, 59 from jdriessen at
thehealthagency.com.
Test
On Mon, Mar 21, 2011 at 7:47 AM, Lennart Regebro rege...@gmail.com wrote:
...
4. zope.interface already does, and zope.component will as well, once
it's ported. That means we get things like:
class IMyFace(Interface):
whatevah
class IMyFeet(Interface):
something
On Monday, March 21, 2011, Lennart Regebro wrote:
So I'll sign up as a Zope team member.
Cool. But it turns out we need three to make a team (see
https://spreadsheets.google.com/viewform?formkey=dHh3WFNGYzkyWWE0ZjM1eFFoUU
VGWmc6MQ), and we only really have one. :-) I guess I could take a
On Mon, Mar 21, 2011 at 13:28, Stephan Richter
srich...@cosmos.phy.tufts.edu wrote:
On Monday, March 21, 2011, Lennart Regebro wrote:
So I'll sign up as a Zope team member.
Cool. But it turns out we need three to make a team (see
2011/3/21 Zope Tests Summarizer zope-te...@epy.co.at:
Summary of messages to the zope-tests list.
Period Sun Mar 20 12:00:00 2011 UTC to Mon Mar 21 12:00:00 2011 UTC.
There were 108 messages: 8 from Zope Tests, 4 from buildbot at pov.lt, 29
from buildbot at winbot.zope.org, 8 from ccomb at
Hi there,
For Martian, Python 3 support is mostly an issue of making class
directives work as class decorators.
I'm not sure what Lennart means by point 1.
Anyway, Grok's configuration is dependent on the rules you give it, so
it's possible to have a completely explicit set of directives with
On 03/19/2011 10:02 PM, Lennart Regebro wrote:
Getting ZCA/ZTK to run on PyPy is probably easier, and actually more
useful. Maybe someone would want to mentor that?
I agree it'd be easier and more useful. There's also interesting
potential in exploiting PyPy's magic in things like security and
On 03/20/2011 02:31 PM, Jim Fulton wrote:
On Sat, Mar 19, 2011 at 5:02 PM, Lennart Regebrorege...@gmail.com wrote:
Getting ZCA/ZTK to run on PyPy is probably easier, and actually more
useful. Maybe someone would want to mentor that?
This is another porting project. If I was a student, I
Hi,
On 03/20/2011 03:28 PM, Jim Fulton wrote:
Hm, it's been a while since I've looked at grok. Some notes:
We have more than four years of experience with this topic...
- The mechanism I'm thinking of should not require *any* ZCML.
Check. we just bootstrap the grokking process from ZCML
On 03/21/2011 10:17 AM, Jan-Wijbrand Kolman wrote:
- scanning can take a long time, making application (re)start slow for
non-trivial projects
At what point is an application not trivial anymore? In applications I
build so far, startup time has not been an issue at all. But maybe my
On 03/20/2011 04:29 PM, Jim Fulton wrote:
On Sun, Mar 20, 2011 at 11:00 AM, Hanno Schlichtingha...@hannosch.eu wrote:
[snip]
I think you cannot avoid this, if you want to support an explicit
configuration phase. Otherwise the first import of a module could
occur at any point at runtime and
Hi there,
On 03/20/2011 04:00 PM, Hanno Schlichting wrote:
Taking one of the examples of grokcore.component, I think there's a
lot that can be made simpler:
import grokcore.component
from zope.i18n.interfaces import ITranslationDomain
class
Hi there,
On 03/20/2011 05:47 PM, Hanno Schlichting wrote:
Maybe there's something in Grok that comes close to this. I've just
not been able to distinguish the Grok the web framework code with
its convention over configuration idea from some basic explicit
configuration approach.
I don't
On Mon, Mar 21, 2011 at 14:17, Martijn Faassen faas...@startifact.com wrote:
Anyway, Grok's configuration is dependent on the rules you give it, so
it's possible to have a completely explicit set of directives with no
implicit fallback to default values whatsoever. Martian supports that
On Mon, Mar 21, 2011 at 10:07 AM, Lennart Regebro rege...@gmail.com wrote:
On Mon, Mar 21, 2011 at 14:17, Martijn Faassen faas...@startifact.com wrote:
...
With martian, the registration is then done by the grokking process,
but I think decorators would be a process that is more acceptable to
On 03/21/2011 03:07 PM, Lennart Regebro wrote:
On Mon, Mar 21, 2011 at 14:17, Martijn Faassenfaas...@startifact.com wrote:
Anyway, Grok's configuration is dependent on the rules you give it, so
it's possible to have a completely explicit set of directives with no
implicit fallback to default
On 03/21/2011 03:28 PM, Jim Fulton wrote:
I don't know what the right answer is ... at least not yet. :)
In Django and sqlalchemy declarative a meta class is used for this kind
of configuration. Since that is subclassing, it implies inheritance, I
think.
Of course metaclasses are not very
On Mon, Mar 21, 2011 at 15:28, Jim Fulton j...@zope.com wrote:
This might be OK for @implements and maybe @adapts, which describe
behavior, but start feeling wonky to me for something like: @utility.
Well, the wonkyness comes from @utility *not* being inherited, while
@implements would be. That
On Mon, Mar 21, 2011 at 10:38 AM, Martijn Faassen
faas...@startifact.com wrote:
On 03/21/2011 03:28 PM, Jim Fulton wrote:
I don't know what the right answer is ... at least not yet. :)
In Django and sqlalchemy declarative a meta class is used for this kind
of configuration. Since that is
On 03/21/2011 04:08 PM, Jim Fulton wrote:
On Mon, Mar 21, 2011 at 10:38 AM, Martijn Faassen
faas...@startifact.com wrote:
On 03/21/2011 03:28 PM, Jim Fulton wrote:
I don't know what the right answer is ... at least not yet. :)
In Django and sqlalchemy declarative a meta class is used for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Too many never-resolve failures in our buildbots makes their output just
noise: the amount of effort required to diagnose the cause of a failure
seems to have no payoff if we don't get them each cleared up.
I'm just about done with trying to
On Mon, 2011-03-21 at 15:53 +0100, Lennart Regebro wrote:
On Mon, Mar 21, 2011 at 15:28, Jim Fulton j...@zope.com wrote:
This might be OK for @implements and maybe @adapts, which describe
behavior, but start feeling wonky to me for something like: @utility.
Well, the wonkyness comes from
On 03/21/2011 10:59 AM, Chris McDonough wrote:
On Mon, 2011-03-21 at 15:53 +0100, Lennart Regebro wrote:
It's easy and clear, but has the drawback of encouraging that
registration is done on import time, while scanning separates the
registration from the definition. I'm not sure how important
On Mon, Mar 21, 2011 at 12:59 PM, Chris McDonough chr...@plope.com wrote:
On Mon, 2011-03-21 at 15:53 +0100, Lennart Regebro wrote:
...
It's easy and clear, but has the drawback of encouraging that
registration is done on import time, while scanning separates the
registration from the
On Mon, 2011-03-21 at 14:13 -0400, Jim Fulton wrote:
On Mon, Mar 21, 2011 at 12:59 PM, Chris McDonough chr...@plope.com wrote:
On Mon, 2011-03-21 at 15:53 +0100, Lennart Regebro wrote:
...
It's easy and clear, but has the drawback of encouraging that
registration is done on import time,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/21/2011 02:13 PM, Jim Fulton wrote:
On Mon, Mar 21, 2011 at 12:59 PM, Chris McDonough chr...@plope.com wrote:
On Mon, 2011-03-21 at 15:53 +0100, Lennart Regebro wrote:
...
It's easy and clear, but has the drawback of encouraging that
On Mon, Mar 21, 2011 at 4:53 PM, Tres Seaver tsea...@palladion.com wrote:
On 03/21/2011 07:57 AM, Zope Tests Summarizer wrote:
Subject: FAILED : Zope Buildbot / zope2.12-py2.6 slave-osx
From: jdriessen at thehealthagency.com
Date: Sun Mar 20 09:46:37 EDT 2011
URL:
35 matches
Mail list logo