如果无法或不想部署消息代理(推荐方法;在录制来自消息代理的通讯报文中有所说明),您可以使用录制代理“动态”录制 HTTP、JMS 和 MQ 通讯报文。与消息代理一样,这些代理可以同时捕获通过多个端点的活动 HTTP、JMS 和 MQ 通讯报文。
当应用程序运行时,录制代理监控指定传输上的通讯报文。Virtualize“监听”通讯报文请求和响应,然后构建一个合法请求/响应对的通讯报文文件。然后使用改通讯报文生成和部署虚拟化捕获到的行为的虚拟资产(根据捕获到的通讯报文,返回与传入请求消息相关联的虚拟化响应)。
支持 JMS、MQ、HTTP、HTTPS (SSL)、Basic、Digest 和 Kerberos 身份验证;不支持 NTLM。
不支持 HTTP 分块和 continu 头。
在虚拟化应用程序行为中存在三个主要步骤:
若要同时捕获跨一个或多个端点的实时通讯报文,请完成以下步骤:
覆盖会话数据覆盖现有通讯报文文件中的通讯报文数据(在通讯报文文件字段中指定的文件)。如果指定文件早就不存在了,则将创建一个新的文件。
当实时通讯报文被捕获时,您可以在可用选项卡之间切换,以查看每个端点上的请求和响应。下面的屏幕截图显示了在 3 个不同端点并发捕获的通讯报文。
一旦录制了通讯报文,便可以创建和部署虚拟资产,如下所示:
本节解释如何为 HTTP 配置录制代理。这与可部署消息代理的 HTTP 配置不同(在 HTTP 反向代理配置中有所说明)。章节目录:
注意,支持 HTTP、HTTPS (SSL)、Basic、Digest 和 Kerberos 身份验证;不支持 NTLM。
在录制代理向导(与已部署的消息代理相反)中,您可以指定如下 HTTP 设置:
由于 SSL 的性质,Virtualize 的 HTTP 录制代理生成由其自己的证书颁发机构签名的动态服务器证书。为了接受这个动态服务器证书,需要将通过 HTTPS 生成请求的客户端设置为信任所有证书。操作步骤:
由于 SSL 的性质,Virtualize 的 HTTP 录制代理生成由其自己的证书颁发机构签名的动态服务器证书。为了接受这个动态服务器证书,需要将通过 HTTPS 生成请求的客户端设置为信任所有证书。操作步骤:
若要生成从使用服务器端 SSL 或双向 SSL 的服务捕获 HTTPS 通讯报文的通讯报文文件,请根据捕获通讯报文的说明完成向导。
在 HTTP 向导页面中,请确保启用适当的 SSL 选项:
若要配置正在测试的应用程序以访问将代表这个录制的通讯报文的虚拟资产:
realapp.parasoft.com:80
上运行,而您的代理在 mymachine.parasoft.com:44
上(遵循向导中的设置)运行。您可以将客户端应用程序指向 mymachine.parasoft.com:44
,而不是 realapp.parasoft.com:80
,从而迫使通讯报文通过代理。mymachine.parasoft.com:44
设置为浏览器中的代理。这将把通讯报文重定向到录制向导代理,并将录制通讯报文。如果应用程序需要摘要认证,请不要在浏览器中设置代理;相反,修改浏览器所指向的 URL。换言之,不要使用 http://realapp.parasoft.com/mypage.html
,而是使用 http://mymachine.parasoft.com:44/mypage.html
。这将导致通讯报文通过录制代理路由。