OpenBD 或 Railo 是 ColdFusion 的可行替代品吗？
这里有人有在生产中运行 OpenBD 或 Railo 的经验吗？ 我们有一些传统的 CF6.1 应用程序需要托管在某个地方，我想知道 OpenBD 或 Railo 是否足够稳定以供生产使用，是否不需要大量的精力来迁移，等等。
Has anyone here had any experience with running OpenBD or Railo in production? We have some legacy CF6.1 apps that need to be hosted somewhere and I'm wondering if OpenBD or Railo is stable enough for production use, won't require a great deal effort to migrate to, etc.
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（8）
我将以“Adobe”的身份插话并说，是的，OpenBD 和 Railo 都是可行的 CFML 引擎。 主要障碍在于 CFML 兼容性。 在过去的十年中，Allaire/Macomedia/Adobe 一直在推动 CFML 标准的发展，但我们已经组建了一个由该领域的各种专家组成的开放式 CFML 顾问委员会，以帮助推动该语言的未来。
如今，ColdFusion 7 似乎是基础标准。 从那时起，CFML 标准似乎在供应商之间分裂。 ColdFusion 8 添加了许多其他引擎未添加的专有功能，Railo 和 OpenBD 反之亦然。 未来，CFML Advisory 应该可以解决这个问题。
使用 ColdFusion 作为标准，我发现以下两个链接是了解兼容性差异的最佳位置。
OpenBD 兼容性
Railo 兼容性
以下是 CFML 咨询小组的网址。 他们刚刚启动该网站，因此还没有太多信息。
OpenCFML.org
I'll chime in as the 'Adobe' guy and say that yes, both OpenBD and Railo are viable CFML engines. The main hurdles are around CFML compatibility. For the last decade Allaire/Macomedia/Adobe has been driving the CFML standard, but we've formed an open CFML Advisory board made up of various experts in the field to help drive the future of the language.
Today it seems that ColdFusion 7 is the foundational standard. From there the CFML standard seems to splinter between vendors. ColdFusion 8 added a number of exclusive features that haven't been added to the other engines and vice-versa with Railo and OpenBD. In the future, the CFML Advisory should solve this problem.
Using ColdFusion as the standard, I find the following two link to be the best places to understand the compatibility differences.
OpenBD Compatibility
Railo Compatability
Here is the url for the CFML Advisory group. They just started the site so there isn't too much info up there yet.
OpenCFML.org
Railo 中的 CFML 兼容性是我们关注的重点。 如果 Railo 中存在与 Adobe CF 不兼容的内容，请告知我们，我们将尽力尽快修复它们。 当然，我们正在努力在 Railo 3.1.x 中实现 CFML 咨询委员会的所有要求，以便我们可以称自己与 CFML 2009 兼容。
AFAIK 引擎应该实现核心和扩展核心，称为 CFML 2009 兼容，但我猜咨询委员会尚未同意这一点。 事实上，供应商（像我们一样）应该遵守这些标准并相应地实施它们。
当然，如果您遇到任何问题，请告知 Railo Google 小组或通过 www.getrailo.com 联系我们
Gert Franz
Railo Professional Open Source
The CFML compatibility in Railo is a major focus for us. If there are things in Railo that aren't compatible with Adobe CF, then please let us know about them and then we'll try to fix them asap. We are of course trying to get all the requirements of the CFML Advisory Committee implemented in Railo 3.1.x so that we can call ourselves CFML 2009 compatible.
AFAIK an engine should implement the core and the extended core to be called CFML 2009 compatible, but I guess the Advisory Committee hasn't agreed on this. In fact the vendors (like we are) should obey these standards and implement them accordingly.
If of course you experience any problems, just let the Railo Google group know or contact us at www.getrailo.com
Gert Franz
Railo Professional Open Source
两者都具有 CFMX 7 兼容性，因此将 cf6.1 站点迁移到其中任何一个都不会有任何问题。
请注意，OpenBD 不支持CFDOCUMENT标签，因此 PDF 生成将成为一个问题。 另一方面， Railo 就是这样。
Railo 有一个 express 版本，无需安装即可使用很容易查看现有应用程序是否可以使用它。
OpenBD也有一个下载并准备运行的版本，虽然我还没有尝试过，它应该像 Railo Express 版本一样易于设置。
看来 OpenBD 已经启动了一个项目来将 Flying Saucer 项目 集成为CFDOCUMENT 支持的替代品。 有关此内容的更多信息，请在此处找到。
Both are on par with CFMX 7 compatability so you shouldn't have any problems migrating a cf6.1 site to either.
Be for warned through that OpenBD DOES NOT support the CFDOCUMENT tag so PDF generation is going to be a problem. Railo on the other hand does.
Railo has an express version, which doesn't require an install and makes it real easy to see if an existing application works with it or not.
OpenBD also has a download and ready to run version, though I haven't tried it out, it should be as easy to setup as the Railo Express version.
It seems that there is project started for OpenBD to integrate the Flying Saucer project as a replacement for CFDOCUMENT support. More can be found here about this.
绝对地！ 两者都是企业级解决方案，不会造成太多问题。 正如 rip747 提到的，您可以下载一些副本来快速测试您的应用程序兼容性。
至于性能，人们普遍认为 Railo 是三个引擎中最快的，而 BlueDragon 是最慢的。 虽然它目前尚未投入生产，但我正在针对 Railo 3.0 开发一个应用程序，并打算在 Railo 3.1 发布后部署到它。
Absolutely! Both are enterprise class solutions and shouldn't pose too many problems. As rip747 mentions there are copies you can download to quickly test your applications compatibility.
As for performance it's generally believed that Railo is the fastest of the three engines while BlueDragon is the slowest. Although it's not currently in production I'm developing an application against Railo 3.0 and intend to deploy to Railo 3.1 once it's released.
对 cfdocument 的支持将包含在 OpenBD 的下一个“主要”版本中。
只是为了让人们了解 OpenBD 中 cfdocument 支持的一些背景，新亚特兰大 BlueDragon 中的 cfdocument 使用了一个商业库，因此在 OpenBD 开源时必须将其删除。 然而，“钩子”仍然存在于 OpenBD 引擎中，因此这实际上只是使用开源文档引擎实现底层功能的问题，开源文档引擎有很多。
Support for cfdocument will be included in the next "major" versioned release of OpenBD.
Just to give folks a bit of background on cfdocument support in OpenBD, a commercial library was used for cfdocument in New Atlanta BlueDragon, so that had to be removed when OpenBD went open source. The "hooks" are still in the OpenBD engine, however, so it's really just a matter of implementing the underlying functionality using an open source document engine, of which there are many.
我认为 Replacedirect.nl 最近将他们的网上商店迁移到了railo。
I think replacedirect.nl recently migrated their webshop to railo.
Railo 实际上没有任何文档。 这似乎不是核心团队的优先事项，他们没有很好地管理 Railo 开源项目。 这是由于无能而失去动力的情况。
由于文档非常薄弱，Railo 很难部署，因此不能被认真对待。 此外，当您向下滚动到使用示例时，标签和功能标签为空。 这个开源项目和运行它的团队就是一个笑话，完全与过去两年中反复出现的安装/配置困难的抱怨脱节。
坚持使用具有良好文档的 Adobe Coldfusion 或切换到其他语言。
Railo virtually has no documentation. It does not seem to be a priority for the core team, they have not managed the Railo open source project well. It is a case of lost momentum due to incompetency.
Railo is quite difficult to deploy on account of very weak documentation and consequently cannot be taken seriously. Furthermore the tag and function tags are empty when you scroll down to usage examples. This open source project and the team running it are a joke, completely out of touch with the recurrinfg complaints of install/config difficulties over the past 2 years.
Stick with Adobe Coldfusion which has good documentation or switch to another language.
罗布，介意我尝试提供与您的问题不同的解决方案来解决您的问题吗？
当您提到对托管的兴趣时，请记住，如果您指的是共享托管，那么您无需担心 CFML 引擎的成本。 这将由托管提供商承担，并由服务器上的人员分摊。 因此，您会发现许多低成本（甚至免费）的 CF 托管提供商在 Adobe CF 上运行（并且您会发现其中一系列运行不同版本以满足个人喜好，从 CF 6、7、8 或9，正如我今天所写的。）
CF 托管提供商有各种列表。 我在我的 CF411 站点的一个类别中提供了一个（并且还提供了指向其他列表的指针）： http://www .cf411.com/#cfhost
Rob, mind if I try to solve your problem by providing a different solution than your question asks?
In that you mention an interest in hosting, just keep in mind that if you mean shared hosting, then you don't need to worry about the cost of the CFML engine. That will be born by the hosting provider, and amortized over the folks on the server. As such, you will find many low- (and even no-) cost CF hosting providers running on Adobe CF (and you'll find a range of them running different versions to suit one's taste, from CF 6, 7, 8, or 9, as I write today.)
There are various lists of CF hosting providers. I offer one (and also provide pointers to still other lists) at a category of my CF411 site: http://www.cf411.com/#cfhost