Appengine和GWT—为python提供一些java

我意识到这是一个过时的问题，因为appengine现在是java版本，但我有一个python appengine应用程序，我想通过GWT访问它。Python更适合服务器端文本处理（当然使用pyparsing！）。我已经尝试过解释GWT的客户端RPC，但这很复杂，因为没有python对应物（python GWT RPC已经过时）。我刚刚尝试使用JSON和RequestBuilder，但在使用SSL时失败了。有没有人能为python appengine应用程序提供一个好的GWT前端解决方案？

我所熟悉的唯一替代方案（如果你可以这样称呼它的话）是。显然，这更像是GWT的替代，而不是GWT-RPC的替代。除此之外，我认为您将不得不使用某种REST类型的协议编写自己的通信层。

您可以看看GWT JSON RPC

---

如果失败了，在Python和Java中总会有几种XML解析器实现：）

我同意您对Python文本处理和GWT质量的评估。你考虑过使用Jython吗？谷歌搜索“Python”给出了一些褒贬不一的评论，但最近版本的jython似乎取得了一些成功。

我知道我在这个问题上已经晚了

你看过这个项目吗

---

这可能是一个有用的起点

JSON对我来说似乎是最好的方法。您能进一步解释一下为什么SSL不能使用JSON吗？JSON会很好——问题在于RequestBuilder。实际上，我能够在gwt中成功地使用表单小部件，但是如果我使用RequestBuilder（几乎所有JSON对象都是使用它构建的），它将停止使用SSL。基本上，请求通过，服务器发送响应，但应用程序由于某种原因从未收到响应。这只发生在google appengine上的ssl下——当恢复到纯http时，它可以正常工作。因此，我一直坚持将数据以表单形式发布到服务器上，并在我的gwt应用程序捕获的隐藏字段中接收数据。至于睡衣，我非常喜欢它们，我完全支持这个想法。我用python比java快100倍左右，但gwt感觉像是一个更健壮的框架。虽然我已经发现了一些ie兼容性问题（它不是100%跨浏览器兼容的-请参阅gwt问题#3899），但gwt工作得非常好，速度非常快。很明显，谷歌用户在这个应用程序中投入了大量高质量的时间。我在穿睡衣做基本任务时遇到了一些问题。还有什么建议或想法吗？如果我能用SSL解决RequestBuilder问题，那将是一个很好的解决方案。我只使用JSON，我在使用pyjamas（pyjs.org）方面有很好的经验。在groups.google.com/group/pyjamas-dev/上的查询得到准确、快速的响应。很多GWT文档都可以应用，阅读源代码有时也会有所帮助。