使用磨牀負載測試框架的問題

我遇到了試圖使用The Grinder的問題。網站上的教程告訴我跑「StartAgent.bat」，它看起來像這樣：使用磨牀負載測試框架的問題

call "C:\Documents and Settings\dkeller\Desktop\Grinder\setGrinderEnv.bat" 
java -cp %CLASSPATH% net.grinder.Grinder %GRINDERPROPERTIES%

當我打開命令控制檯，並嘗試運行它，我得到這個錯誤：

"C:\Documents and Settings\dkeller\Desktop\Grinder>java -cp "C:\Documents and Settings\dkeller\My Documents\grinder-3.4"\lib\grinder.jar;"C:\Documents and Settings\dkeller\My Documents\grinder-3.4"\lib\grinder.jar;"C:\Documents and Settings\dkeller\My Documents\grinder-3.4"\lib\grinder.jar;"C:\Documents and Settings\dkeller\My Documents\grinder-3.4"\lib\grinder.jar; net.grinder.Grinder "C:\jython2.5.2\grinder.properties" 
Exception in thread "main" java.lang.UnsupportedClassVersionError: net/grinder/G 
rinder (Unsupported major.minor version 49.0) 
     at java.lang.ClassLoader.defineClass0(Native Method) 
     at java.lang.ClassLoader.defineClass(Unknown Source) 
     at java.security.SecureClassLoader.defineClass(Unknown Source) 
     at java.net.URLClassLoader.defineClass(Unknown Source) 
     at java.net.URLClassLoader.access$100(Unknown Source) 
     at java.net.URLClassLoader$1.run(Unknown Source) 
     at java.security.AccessController.doPrivileged(Native Method) 
     at java.net.URLClassLoader.findClass(Unknown Source) 
     at java.lang.ClassLoader.loadClass(Unknown Source) 
     at sun.misc.Launcher$AppClassLoader.loadClass(Unknown Source) 
     at java.lang.ClassLoader.loadClass(Unknown Source) 
     at java.lang.ClassLoader.loadClassInternal(Unknown Source)"

哎呀。不完全確定問題是什麼。認爲它可能是Java版本的問題，我確保更新到最新版本，但我不確定它是否正常工作。這是我跑過的一些命令，所以你可以看到我的意思。

「Java的版本」返回

java version "1.4.2_03" 
Java(TM) 2 Runtime Environment, Standard Edition (build 1.4.2_03-b02) 
Java HotSpot(TM) Client VM (build 1.4.2_03-b02, mixed mode)

和「的javac -version」返回

javac 1.6.0_26

任何幫助將不勝感激，因爲我不知道下一個嘗試的東西。

來源

2011-06-13 Duncan

看起來像你的PATH環境變量是問題所在。編輯JDK的bin目錄在環境變量的「user」部分的PATH中可能是最容易的，因此它可能在包含java.exe的其他任何東西之前出現。

基本上當您運行java -version時，您希望它顯示與javac -version相同的版本號。

或者，你可能會考慮除非你還在使用它的別的東西......

來源

2011-06-13 16:02:57

感謝您的回答，喬恩卸載Java 1.4.2。當我「設置classpath = C：\ Program Files \ Java \ jdk1.6.0_26 \ bin」，然後再次運行java -version時，我得到了與上述文章相同的結果。這裏是我的PATH，直接從環境變量：「C：\ Program Files \ Java \ jdk1.6.0_26 \ bin; C：\ Program Files \ Java \ jre6 \ bin」。正如你所看到的，JDK和JRE都是版本6.就刪除我的舊Java版本而言，我無法在任何地方找到它。你知道它會在哪裏嗎？它不在我的程序的Java文件夾中。 – Duncan 2011-06-13 16:19:16

@Duncan：不是你的* classpath * - 你的*路徑*。他們非常不同。如果你的路徑直接進入JDK 1.6目錄，我無法解釋你爲什麼會看到Java 1.4.2。嘗試從'c：\'運行'dir/s java.exe' - 我想知道你安裝的其他東西是否使用嵌入式安裝... – 2011-06-13 16:22:17

有趣。這是我認爲導致問題的文件：「C：\ Oracle \ product \ 10.1.0 \ Client_1 \ jre \ 1.4.2 \ bin目錄12/11/2003 07:47 PM 24,681 java.exe 1文件（s ）24,681字節。「你認爲刪除該文件夾是安全的嗎？我不相信我用它來做任何事情。如果不是，你認爲我應該怎麼做？ – Duncan 2011-06-13 16:27:13

使用磨牀負載測試框架的問題

回答

相關問題