Louis's Blog
Louis-KB-1
我在安装LoadRunner9.1版本的时候，取得的license是Java协议，需要在服务器上安装JDK。首先服务器是Microsoft Windows Server 2003 R2 Enterprise Edition Service Pack2(x64)，安装的LoadRunner9.1默认是在C盘的Program Files中，按照这样来说，就需要安装64为的JDK，我即安装jdk-1_5_0_16-windows-amd64.exe，但是在安装成功后，运行写好的Java协议脚本，会出现如下的错误：
Error: Failed to find javac.exe Java Compiler in Path and JDK installation folder in registry. [MsgId: MERR-22981]
Error: Failed to find java.exe.
Please add the &JDK&\bin to the path and try again. [MsgId: MERR-22968]
Warning: Extension java_int.dll reports error -1 on call to function ExtPerProcessInitialize [MsgId: MWAR-10485]
Error: Thread Context: Call to service of the driver failed, reason - thread context wasn't initialized on this thread. [MsgId: MERR-10176]
Error: Failed to find java.exe.
Please add the &JDK&\bin to the path and try again. [MsgId: MERR-22968]
Warning: Extension java_int.dll reports error -1 on call to function ExtPerProcessInitialize [MsgId: MWAR-10485]
Error: Thread Context: Call to service of the driver failed, reason - thread context wasn't initialized on this thread. [MsgId: MERR-10176]
在检测JDK安装是否成功时，JDK能够正常运行，LoadRunner的安装也没有任何问题，这样的问题就定位到二者的结合的问题上，首先在Vuser-&Run-Time Setting中的Java Environment Settings-&ClassPath中能够识别环境变量中的ClassPath，但是还是会报以上的错误。
在找问题所在的时候，我发现LoadRunner9.1没有任何说明此版本是64位软件，如何没有任何说明，则默认应该是32位软件，而对应的JDK应该也是32位的JDK，64位操作系统是兼容32位软件，我马上安装了32位的JDK，重启server，删除Vuser-&Run-Time Setting中的Java Environment Settings-&ClassPath中所有变量，重新运行脚本，发现错误消失。
写此文章就是想告诉大家，32位的软件和64位软件还是有很多不兼容，出现的报错信息也是五花八门，希望能对大家有帮助。
阅读(...) 评论()jcljvp 的BLOG
用户名：jcljvp
文章数：69
访问量：4518
注册日期：
阅读量：5863
阅读量：12276
阅读量：384007
阅读量：1075331
51CTO推荐博文
注：loadrunner11只支持JDK1.6 32位 安装有C:\Program Files (x86)目录1、下载并安装JDKPS：一定要记得用管理员身份运行安装程序，并暂停安全软件 2、设置环境变量用鼠标右击“我的电脑”-&属性-&高级-&环境变量系统变量-&新建-&变量名：JAVA_HOME变量值：C:\Program Files (x86)\Java\jdk1.6.0_45(这只是JDK的安装路径)系统变量-&编辑-&变量名：在path变量最前面加上：%JAVA_HOME%/%JAVA_HOME%/jre/系统变量-&新建-&变量名：CLASSPATH变量值：.;%JAVA_HOME%/lib/dt.%JAVA_HOME%/lib/tools.jar3.（可选）测试是否成功进入CMD（命令提示符）输入 java -version 或者 javac本文出自 “” 博客，请务必保留此出处
了这篇文章
类别：┆阅读(0)┆评论(0)回到主题，11.5版本的TruClient协议较11.0版本的感觉改了好多，尤其参数化，真是琢磨了半天。名字也做了稍微的更改，还多了2个浏览器支持新建完成后，操作还是和云层大哥写的操作步骤是一样的，点击Develop Script进行脚本的录制与编辑：录制完后是这个样子滴，假设需要参数化的内容是这个第3行的账号保存后关闭页面，回到脚本页面，与11.0不同的是，11.0查看到的脚本全是注释的状态，而11.5版本增加这种高亮的形式，阅读起来更加方便了。然后DesignàParametersàParameters List，打开参数化配置界面。增加一个名叫User的变量，这里的操作和以前的版本是一样的。然后继续Develop Script进入到这个编辑脚本的地方，展开第3步，在红框的地方有个【JS】按钮，点击打开js编辑框，输入Value=LR.getParam(“User”)，点击OK这里的User就是上一步中，替代账号的这个变量。OK点击完后，就是下面这个样子啦。同样的，保存关闭后，回到脚本界面，原本的账号变成了如下形式。就结束了，余下的就是和普通脚本一样进行啦~&PS:附上云层大哥的关于这个协议操作的地址：PSS:
11.0版本的TruClient协议貌似很不好用，经常会找不到对象，11.5相对会好一些。PSSS:
11.0版本的TruClient脚本在11.5版本上很难能运行成功。PSSSS:
11.5版本的场景中添加压力负载机时，无法使用11.0的负载机，Vgen软件业需要安装11.5版本的。PSSSSS:我出现过在场景中编辑脚本，迭代次数从1改为2，运行脚本后，3事务*2=6事务Pass，再将迭代次数改回1，发现场景运行的事务数依旧是按照迭代次数2来运行的。}