我刚刚在运行 ColdFusion 9 (2008 R2 64bit) 的服务器上安装了一个应用程序
我安装的应用程序没有使用 CF，而是一个 isapi dll。
要运行我的应用程序，我需要使用 jrun_iis6_wildcard.dll 删除一个处理程序，该处理程序似乎处理和阻止应该由我的 isapi dll 处理的请求。
我不知道 Cold Fusion，但我很好奇：jrun_iis6_wildcard.dll 的用途是什么？
先感谢您
斯特凡诺
我有一个想要迁移到 CF9 的 MX7 客户。我在我的 WinXP 机器上为他们提供了一个开发环境，我已经将 MX7 配置为与 JRun 的内置 Web 服务器一起运行。我已经使用常规连接和 SSL 连接工作了很长时间。
我昨天将 CF9 与现有的 MX7 安装并排安装以开始测试。安装顺利，检测到 MX7，调整 CF9 的端口号以确保没有冲突等。测试开始良好：MX7 在常规和 SSL 上仍然有效，CF9 在常规 HTTP 上工作。但我无法让 CF9 与 SSL 一起使用。我用 keytool 安装了一个新证书，FireFox (v3.6) 抱怨它没有签名，我将它添加到例外列表中，现在我得到了这个：
Secure Connection Failed
An error occurred during a connection to localhost:9101.
Peer reports it experienced an internal error.
(Error code: ssl_error_internal_error_alert)
我一直在谷歌搜索所有变体，但找不到太多帮助来克服这个问题。我也没有在任何日志文件中看到任何信息。FWIW，这是我来自 SERVER-INF/jrun.xml 的 SSL 配置：
<service class="jrun.servlet.http.SSLService" name="SSLService">
<attribute name="enabled">true</attribute>`
<attribute name="interface">*</attribute>
<attribute name="port">9101</attribute>
<attribute name="keyStore">{jrun.rootdir}/lib/mykey</attribute>
<attribute name="keyStorePassword">*deleted*</attribute>
<attribute name="trustStore">{jrun.rootdir}/lib/trustStore</attribute>
<attribute name="socketFactoryName">jrun.servlet.http.JRunSSLServerSocketFactory</attribute>
<attribute name="deactivated">false</attribute>
<attribute name="bindAddress">*</attribute>
<attribute name="clientAuth">false</attribute>
</service>
这里有人知道重新设置 SSL 和 CF9 的任何问题吗？有人成功了吗？
戴夫
我们有一个具有以下规格的服务器：
英特尔双核，4GB。
我们在同一台服务器上运行 MainEnable、Coldfusion、PHP、ASP 和 Mysql。我们有大约 500 多个用于 Mail Enable 的电子邮件帐户。我们有大约 91 个域。
我需要找出单台计算机的域限制是多少以及太多，这样我才能隔离问题并找出导致 JRUN 占用 100% CPU 的原因。
我们只需要重新启动冷融合服务器，因为它已经没有响应。查看 Apache 错误日志（我们在 RedHat 服务器上通过 Apache 有 jrun 4），我一遍又一遍地看到以下内容......
[Tue Jun 02 12:21:45 2009] [info] 服务器似乎很忙，（您可能需要增加 StartServers 或 Min/MaxSpareServers），产生 8 个孩子，有 2 个空闲，总共 59 个孩子 [Tue Jun 02 12 :21:45 2009] [通知] jrApache [11773: 62983] 为 127.0.0.1:51010 初始化代理 [2009 年 6 月 2 日星期二 12:21:45] [通知] jrApache [11780: 47108] 为 127.0.0.1 初始化代理： 51010 [Tue Jun 02 12:21:47 2009] [notice] jrApache[11784: 37263] 为 127.0.0.1:51010 初始化代理 [Tue Jun 02 12:21:47 2009] [notice] jrApache[11786: 774] 已初始化127.0.0.1:51010 的代理 [2009 年 6 月 2 日星期二 12:21:47] [通知] jrApache [11787: 63825] 为 127.0.0.1:51010 初始化代理 [2009 年 6 月 2 日星期二 12:21:47] [通知] jrApache [11788:45712] 为 127.0.0.1:51010 初始化代理 [2009 年 6 月 2 日星期二 12:21:47] [通知] jrApache[11789:1286] 为 127.0.0.1 初始化代理：51010 [Tue Jun 02 12:21:53 2009] [notice] jrApache [11815: 8710] 为 127.0.0.1:51010 初始化代理
这种情况一次又一次地发生，所以我假设是什么原因导致它产生了这些额外的孩子，直到服务器内存不足并停止响应。
我无法弄清楚为什么会这样。有没有人熟悉 jrun 并且可能知道发生了什么？
我们正计划将我们的应用程序服务器升级到新版本的 JRun，它带有从 Java 1.4 到 Java 1.6 的升级。作为其中的一部分，我们一直在测试我们的软件堆栈的各个部分，并意识到也需要查看我们的 Oracle JDBC 驱动程序。
查看 Oracle 站点和文档，不同版本似乎主要针对 JDBC API 的各种版本，这些版本往往与引入它们的 JVM 版本相对应。Java（通常）向后兼容，看起来像坚持使用 ojdbc14.jar 可能是最有意义的，但我希望有人可以更好地澄清事情。
文档专门调出了这样的图表，这让我怀疑 ojdbc14.jar 是否在 Java 6 下得到官方支持。
classes12.jar - for Java 1.2 and 1.3
ojdbc14.jar - for Java 1.4 and 1.5
ojdbc5.jar - for Java 1.5
ojdbc6.jar - for Java 1.6
在混合和匹配驱动程序和虚拟机时，从系统的角度来看，有什么我应该注意的吗？