python– 金字塔jinja2和新的GAE运行时

python– 金字塔jinja2和新的GAE运行时,第1张

概述我试图在线程安全模式和GAE 1.6.0预发布SDK中使用新的Python 2.7运行时使用Jinja2运行Pyramid.我按照概述here对我的应用程序进行了修改,即我在app.yaml中设置了运行时:python27,threadsafe:true并且摆脱了main()函数.当我自己生成响应时,它工作正常,但是当我尝试将jinja2引入等式时,我得到以

我试图在线程安全模式和GAE 1.6.0预发布SDK中使用新的Python 2.7运行时使用Jinja2运行PyramID.我按照概述here对我的应用程序进行了修改,即我在app.yaml中设置了运行时:python27,threadsafe:true并且摆脱了main()函数.当我自己生成响应时,它工作正常,但是当我尝试将jinja2引入等式时,我得到以下异常:

ERROR    2011-11-07 00:10:34,356 wsgi.py:170] Traceback (most recent call last):  file "/gae/Google/appengine/runtime/wsgi.py",line 168,in Handle  [...]  file "/myapp/source/myapp-tip/main.py",line 29,in 

我尝试使用pyramID_jinja2代码来解决这个问题,但只留下另一个例外:

ERROR    2011-11-04 12:06:38,720 wsgi.py:170] Traceback (most recent call last):  file "/gae/Google/appengine/runtime/wsgi.py",in Handle    handler = _config_handle.add_wsgi_mIDdleware(self._LoadHandler())  [...]  file "/myapp/source/myapp-tip/main.py",in 

如果有人能够了解金字塔在引擎盖下试图做什么,我会很高兴.从后面的堆栈跟踪来看,它似乎正在尝试解析资产,但为什么它会尝试重新加载__main__?我甚至不确定我的问题是由金字塔还是GAE引起的.

感谢您对此问题的任何见解.

最佳答案我不熟悉金字塔,但问题确实似乎与这一行有关:

config.include('pyramID_jinja2')

无论配置是什么,它似乎都在做一些动态的导入魔术.

不要那样做.

应用引擎环境不像普通python那样处理导入.使用调试器逐步执行该行,您将最终看到导入系统的替换版本,您很快就会看到,只实现了真正的python所做的一小部分.

如果可能的话,只需使用正常的import语句……否则,你将不得不深入研究config.include并使其与GAE上受限制的导入功能配合使用.

总结

以上是内存溢出为你收集整理的python – 金字塔jinja2和新的GAE运行时全部内容,希望文章能够帮你解决python – 金字塔jinja2和新的GAE运行时所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/1205761.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-06-04
下一篇 2022-06-04

发表评论

登录后才能评论

评论列表(0条)