我们有这个在Oracle表单上运行的胖客户端应用程序，使用Oracle应用服务器版本10.1.2.0.2 ，客户端在一些机器上使用Oracle JInitiator：Version 1.3.1.22 ，我们发现jinitiator控制台倾倒了数千行类似于这些：
@@@@@@@@ ValorLabel: Logon @@@@@@@@ ToolTipAdded: 1: Position 1 @@@@@@@@ ToolTipAdded: 2: Position 2 @@@@@@@@ ToolTipAdded: 3: Position 3 ######## ValorButton4: Connect pos: 4 @@@@@@@@ ValorLabel: Logon @@@@@@@@ ToolTipAdded: 1: Position 1 @@@@@@@@ ToolTipAdded: 2: Position 2 @@@@@@@@ ToolTipAdded: 3: Position 3 等等，我search了整个networking，与应用程序供应商，与甲骨文元链接和微软的知识库，但没有运气。
这种重复的消息的问题在于，它与高堆内存消耗和最终以崩溃或挂起结束的应用程序的低性能相关联。
我希望有人可以帮助我们确定这种转储信息的来源
系统规格：
我们计划尽快迁移到Sun Java Plug-in，但在我们进行变更pipe理和testing之前，我们需要find这个问题背后的原因
更新这个问题不会发生在我的笔记本电脑，这是有相同的jinitiator版本。 我可以看到唯一的区别是不同的JRE和JDK的可用性，因为我已经安装在这台机器上的Eclipse。
然而，jinitator在两种情况下使用的JRE（我的latop和受影响的PC）是完全一样的。
Oracle JInitiator: Version 1.3.1.22 Using JRE version 1.3.1.22-internal Java HotSpot(TM) Client VM
我在控制台上做了一个转储系统属性，两个terminal（好的和坏的）的结果几乎相同，除了用户名。 和一些额外的path
万分感谢您的帮助
find了！！！
原因竟然是安装JInitiator和稍后在同一台机器上安装的另一个应用程序之间的一些冲突。 我们集中推送的Lotus Expeditor似乎与JInitiator产生冲突，导致这个无休止的评论转储到Java控制台。 这种做法从现在起，JInitator使用Java虚拟机运行，同时，Lotus Expeditor基于eclipse技术，而eclipse技术又基于Java。 我们设法在没有任何问题的干净机器上重新生产相同的问题。
使JInitiator正常工作的解决scheme（无论对Expeditor会有什么影响）是做如下工作：
问题应该在这里消失
请注意，为了pipe理实施步骤1到8，我们需要本地pipe理员权限，以便与我们在Windows上login的用户相同
奥秘的答案是：