【发布时间】：2013-03-03 13:57:22
【问题描述】：
这里有人有在生产环境中运行 OpenBD 或 Railo 的经验吗？我们有一些需要托管在某个地方的遗留 CF6.1 应用程序，我想知道 OpenBD 或 Railo 是否足够稳定以供生产使用，不需要大量的努力即可迁移到等等。
【问题讨论】：
标签： coldfusion railo openbd cfml
【发布时间】：2013-03-03 13:57:22
【问题描述】：
我会以“Adobe”的身份插话并说是的，OpenBD 和 Railo 都是可行的 CFML 引擎。主要障碍是 CFML 兼容性。在过去十年中，Allaire/Macomedia/Adobe 一直在推动 CFML 标准，但我们已经成立了一个由该领域的多位专家组成的开放式 CFML 顾问委员会，以帮助推动该语言的未来发展。
今天看来，ColdFusion 7 是基础标准。从那里开始，CFML 标准似乎在供应商之间分裂。 ColdFusion 8 添加了许多其他引擎未添加的专有功能，Railo 和 OpenBD 反之亦然。未来，CFML Advisory 应该会解决这个问题。
使用 ColdFusion 作为标准，我发现以下两个链接是了解兼容性差异的最佳位置。
这是 CFML 咨询小组的网址。他们刚刚启动了这个网站，所以那里还没有太多信息。
【讨论】：
-
由于这个答案已经快两年了，它可能值得更新。 Adobe 于 2010 年退出 CFML 咨询委员会。Railo 和 OpenBD 在过去几年中一直在稳步添加功能，现在包括添加到 ColdFusion 8 和 ColdFusion 9 的许多功能 - 以及 Adobe 产品中不存在的许多功能. Railo 的文档可以在这里找到wiki.getrailo.com，OpenBD 的文档可以在这里找到openbluedragon.org/manual
-
可能值得注意的是为什么 Adobe 退出了委员会。如果您对此细节感兴趣，请here is the announcement。
-
我找不到原始公告的有效链接，但如果有人感兴趣，请Sean Corfield has posted his post-mortem。
Railo 中的 CFML 兼容性是我们的主要关注点。如果 Railo 中存在与 Adobe CF 不兼容的内容，请告知我们，我们会尽快修复。我们当然会尝试在 Railo 3.1.x 中实现 CFML 咨询委员会的所有要求，以便我们可以称自己为 CFML 2009 兼容。
AFAIK 引擎应该实现被称为 CFML 2009 兼容的核心和扩展核心，但我猜咨询委员会尚未就此达成一致。事实上，供应商（就像我们一样）应该遵守这些标准并相应地实施它们。
当然，如果您遇到任何问题，请告知 Railo Google 小组或通过 www.getrailo.com 联系我们
格特·弗兰茨
Railo 专业开源
【讨论】：
两者都与 CFMX 7 兼容，因此将 cf6.1 站点迁移到任何一个都不会有任何问题。
请注意OpenBD 不 支持 CFDOCUMENT 标签，因此 PDF 生成将是一个问题。另一方面，Railo 可以。
Railo 有一个 express version，它不需要安装，并且可以很容易地查看现有应用程序是否可以使用它。
OpenBD 也有一个download and ready to run version，虽然我没试过，但应该和 Railo Express 版本一样容易设置。
OpenBD 似乎已经启动了一个项目来集成 Flying Saucer project 作为 CFDOCUMENT 支持的替代品。更多可以found here了解这个。
【讨论】：
绝对！两者都是企业级解决方案，不应该造成太多问题。正如 rip747 所提到的，您可以下载副本以快速测试您的应用程序兼容性。
至于性能，一般认为Railo 是三个引擎中最快的，而BlueDragon 是最慢的。虽然它目前没有投入生产，但我正在开发一个针对 Railo 3.0 的应用程序，并打算在 Railo 3.1 发布后部署到它。
【讨论】：
对 cfdocument 的支持将包含在 OpenBD 的下一个“主要”版本中。
只是为了让人们了解一些有关 OpenBD 中 cfdocument 支持的背景知识，在 New Atlanta BlueDragon 中为 cfdocument 使用了一个商业库，因此在 OpenBD 开源时必须将其删除。然而，“钩子”仍在 OpenBD 引擎中，因此实际上只是使用开源文档引擎实现底层功能的问题，其中有很多。
【讨论】：
我认为 replacedirect.nl 最近将他们的网店迁移到 railo。
【讨论】：
Railo 实际上没有文档。这似乎不是核心团队的优先事项，他们没有很好地管理 Railo 开源项目。这是一个因无能而失去动力的案例。
由于文档非常薄弱，Railo 很难部署，因此不能认真对待。此外，当您向下滚动到使用示例时，标签和功能标签是空的。这个开源项目和运行它的团队是个笑话，与过去 2 年反复出现的安装/配置困难的抱怨完全脱节。
坚持使用具有良好文档的 Adobe Coldfusion 或切换到另一种语言。
【讨论】：
-
这条评论于 10 月初出现在 Internet 上的多个地方，很可能是同一个人向 Railo 团队的许多人发送侮辱性电子邮件（因为它使用非常相似的措辞）发布的。
-
作者说的有道理，但在侮辱的语气中迷失了。 Railo IS 缺乏文档（截至 2011 年 7 月）。它的官方 wiki 实际上只是列出了函数/标签参数，并且在简明的解释、已知的错误/限制、示例等方面提供的很少。另一方面，99.5% 的 CF9 文档和文献直接适用于 Railo 和 BD所以问题不在于缺少文档，而是缺少“官方”文档，即便如此，wiki、博客和邮件列表上仍有大量内容讨论已知的兼容性问题
Rob，介意我尝试通过提供与您的问题不同的解决方案来解决您的问题吗？
您提到对托管感兴趣，请记住，如果您指的是共享托管，那么您无需担心 CFML 引擎的成本。这将由托管服务提供商承担，并由服务器上的人员分摊。因此，您会发现许多低成本（甚至免费）的 CF 托管服务提供商在 Adobe CF 上运行（并且您会发现其中一系列运行不同的版本以适合个人口味，从 CF 6、7、8 或9，正如我今天所写的那样。）
有各种 CF 托管服务提供商列表。我在我的 CF411 站点的一个类别中提供了一个（并且还提供了指向其他列表的指针）：http://www.cf411.com/#cfhost
【讨论】：