fiddler和oracle融合中间件表单

所以我试图弄清楚oracle forms应用程序发送给服务器的是什么（可能用于负载测试）。Fiddler告诉我示例请求的标题如下所示：

POST http://server:9001/forms/lservlet;jsessionid=[long string] HTTP/1.1
Pragma: 81
Content-type: application/octet-stream
Cache-Control: no-cache
User-Agent: Mozilla/4.0 (Windows XP 5.1) Java/1.6.0_30
Host: server:9001
Accept: text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
Connection: keep-alive
Content-Length: 39

身体看起来像是加密/压缩的。问题是：主体发生了什么（压缩、解密）以及如何获得可读字符串？或者至少是我可以通过编程发送的字节

编辑 好吧，如果我去fiddler的HexView那里，我有一个很好的十六进制表示法，表示发送的内容。不过，仍然不清楚客户端对数据包体做了什么

编辑2 似乎没有人喜欢黑客攻击oracle表单数据包。总之，为了结束这一切，我得出了一个结论：如果您发送一个与之前相同的http数据包（就像在表单中模拟搜索），服务器将以

ifError:0/FRM-93618: fatal error reading data from runtime process
Contact your system administrator.

然后应用程序本身就会抛出

    FRM-92104: A network error or server failure has occurred. The request was sent to the
 wrong application server (not the one which created the session). The Forms client has
 attempted to migrate the session %s time(s) without success. You will need to restart your application.

---

如果有人能解释一下为什么会这样，那就太好了。

Oracle Forms使用HTTP上的专有通信机制。TestNext软件已经破解了它。它们为Oracle窗体提供了负载测试解决方案，允许用户记录和参数化Oracle窗体交互

---

通过将HTTP服务器指令

KeepAlive

设置为

Off

可以解决此问题。这是表单的建议设置

Oracle建议使用Oracle Enterprise Manager 11g Fusion中间件控制http://localhost:7001/em其中

7001

是修改配置文件的默认端口]。要修改此设置，请完成以下操作：

• 在导航器窗格中，单击

  Web层

  下的

  OHS

  节点
• 在此节点的右上角，单击Oracle HTTP Server->

  管理

  ->

  高级配置

• 从下拉列表中选择

  httpd.conf

• 将

  KeepAlive

  参数设置为

  Off

• 应用更改
• 您需要重新启动

  HTTP服务器

  ，此更改才能生效

或者，直接编辑该文件

%DOMAIN\u HOME%\config\config.xml

（在Unix上：

$ORACLE\u INSTANCE/config/config.xml

）

通过手动将

KeepAlive

参数从

On

设置为

Off

---

将“forms.conf”或“mod_wl_ohs.conf”文件中的DynamicServerList设置为ON

有进展吗？我有一个问题可能会从中受益。@Jeff Burdges没有，不幸的是没有进展。我发现旧版本的Oracle Forms直接通过SQL进行交互。如果这仍然是真的，那么可能只是打包了Oracle SQL查询。