朋友们，
您的技术堆栈是拯救您或吊死您的绳索。对于一个单人网络服务初创公司——这个列表是什么样的？
平台：Google App Engine，后端：Google App Engine Datastore，Servicelayer：Java，前端：Adobe Flex
客户端/服务集成框架：GraniteDS，客户端应用程序框架：Tide（GraniteDS 堆栈的一部分），服务应用程序框架：Spring
好的，让我给你我的背景。
Flextras 是对的！技术的选择主要是因为知识/基础设施......这就是我最终得到上面给出的列表的方式：
首先：FLEX 对我很有吸引力。构建丰富的 UI 很容易，Adobe 正在将其推向桌面、Web 和设备的方向。Adobe 营销向我们承诺：“与创意套件中的其他工具集成”和“随处部署”。（当然好得令人难以置信，但它们似乎在正确的轨道上。）所以让我们选择 FLEX 作为我们的 UI 框架。
FLEX 通常必须与服务器端技术集成。那么服务层选择什么技术呢？我知道旧的 PHP，但是这种语言的动态、无类型的感觉，与 flex 并排工作感觉不合适。
Flex 的大部分灵感来自 Java。用 ActionScript 思考和用 Java 思考都感觉不错。（我已经探索过 Scala，但还没有工具和最佳实践可供像我这样的人采用这种伟大的新语言）。我选择学习java，希望它能让模式和知识在服务器端编程和客户端编程之间重用。
java 的问题在于它的复杂性，而且更难部署（对于 PHP，你可以很容易地在廉价的 webhotel 上部署）。我的想法是一个测试，我不想要成本和服务器（谁想要？）。我想专注于探索我的想法。因此，我正在寻找为启动 Web 应用程序提供免费 Java 配额的 Google App Engine。
Google App 引擎的问题在于它是限制性沙盒模型，并且许多框架没有按原样部署。
我想要一条能够与最少的黑客一起工作的技术线。这就是我要求您提供专业知识的地方，帮助我选择正确的框架，以便在 Google App 引擎上将 FLEX 与 Java 集成。
我想使用从服务器到客户端的强类型对象，所以我正在寻找 AMF 解决方案。从 BlazeDS 需要 hacking 的论坛中我可以看出，Pimento/Cinnamon 不起作用，Weborb 或 Adobe Livecykle 不是免费的。然而，GraniteDS 似乎可以在不打补丁的情况下在 Google 应用商店上运行。
GraniteDS 带有一个名为 Tide 的客户端框架，它与服务器端技术集成。但是 Google App Engine 再次成为一个限制性环境。接缝（哪些接缝与 Tide 集成得最好）接缝是 Google 应用程序引擎上的一项黑客工作。EJB3 或 CDI 是 Java EE 6 技术，Jetty（支持 Google App Engine 的 servlet 容器）不支持。然而，弹簧接缝就像一个可行的候选人。
Google 应用程序引擎没有关系数据库，但在 Spring 和 Tide (GraniteDS) 都支持的 JPA 接口后面连接了新的数据存储。
我不确定所有这些漫无边际的事情会让我们中的任何一个人变得更聪明。
我要问的是：从 FLEX 到 Google App Store，哪一条技术线让我最容易上吊？我建议 Tide/GraniteDS/Java/Spring/JPA。但是在我尝试之前我知道什么。