Re: [Repoze-dev] bfg 1.3 on gae problem scanning

2010-11-03 Thread Andreas Reuleaux
OK, thanks (again). That's what I did for now. - Andreas On Thu, Nov 04, 2010 at 06:40:14AM +0800, Tim Hoffman wrote: > Hi > > In my experience I personally wouldn't use scan and in fact I am > trying to use zcml as little as possible > > For any app to be successful on appengine it needs to

Re: [Repoze-dev] bfg 1.3 on gae problem scanning

2010-11-03 Thread Tim Hoffman
Hi In my experience I personally wouldn't use scan and in fact I am trying to use zcml as little as possible For any app to be successful on appengine it needs to start fast. zcml parsing is slowing than explicit imports. The docs suggest scan is slow too. Also during startup you can get Deadli

[Repoze-dev] bfg 1.3 on gae problem scanning

2010-11-03 Thread Andreas Reuleaux
I follow exactly the steps described in the bfg on appengine tutorial, i. e. I am * using the current gae (1.3.8) * with python2.5 as that seems the the maximum python version supported by appengine monkey / GAE * using the current/simple index for bfg bin/easy_install -i http://dist.repo

[Repoze-dev] Improving renderer setup for views

2010-11-03 Thread Wichert Akkerman
I spent some time today trying to figure out why my views where unable to find a renderer even though it was registered. It turns out that I was calling config.scan() before doing config.add_renderer(). The resulting behaviour is a bit misleading: when rendering a view RendererHelper.renderer()