友
您的技术堆栈是拯救您或挂起您的绳索。对于一个人的网络服务创业公司 - 这个列表是什么样的绳索？
Plattform：Google App Engine，后端：Google App Engine数据存储区，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，您可以轻松部署在cheep webhotel上）。我的想法是一个测试，我不想要成本和服务器（谁做？）。我想专注于探索我的想法。所以我正在寻找为启动Web应用程序提供免费Java配额的Google App Engine。
Google App引擎的问题在于它是限制性的Sandbox模型，并且许多框架不按原样部署。
我想要一个能够以最少量的黑客攻击协同工作的技术系列。这就是我要求你的专业知识，帮助我选择合适的框架，在Google App引擎上集成FLEX和Java。
我想使用从服务器到客户端的强类型对象，所以我正在寻找AMF解决方案。从我所看到的论坛BlazeDS需要黑客攻击，Pimento / Cinnamon不起作用，Weborb或Adobe Livecykle不是免费的。然而，GraniteDS无需修补即可在Google应用商店中运行。
GraniteDS附带一个名为Tide的客户端框架，它与服务器端技术集成在一起。但Google App Engine再一次是一个限制性环境。 Seam（将最好的与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。但是在我尝试之前我还知道什么。
答案 0 :(得分：0)
鉴于问题含糊不清：
我正在使用Flex / Cairgorme / Blazeds / JBossAS / Oracle Java EE来实现关键任务，高性能，可扩展的应用程序。我强烈推荐这个组合。