DO NOT REPLY [Bug 40589] - Escaped ampersand characters are not unescaped when URL's are visited
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40589. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=40589 --- Additional Comments From [EMAIL PROTECTED] 2007-02-27 02:27 --- Created an attachment (id=19643) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=19643action=view) Patch for using instead of amp; in URL Attached is a patch against svn.apache.org/repos/asf/jakarta/jmeter/branches/rel-2-2 as of today. It replaces all amp; in the URL for an embedded resource with . This is needed to be able to test valid xhtml pages, because xhtml will use amp; in the href attribute of the a tag. But when the browser or in this case Jmeter uses that URL, it must use and not amp; -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 36755] - Characters in cyrillic need to be saved under unicode
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=36755. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=36755 --- Additional Comments From [EMAIL PROTECTED] 2007-02-27 04:30 --- The bug report does not tell wether the problem is happening with http get request or http post request. If I use unicode characters as value for parameter used in a http get request, and check on the encode checkbox for that parameter, things seems to work fine for me. If you want to use unicode characters when posting, then I think you need to wait until the bug 41705 is fixed. And if you want your testdata in a csv file, you need to wait for 41704. I tested with utf8 samples from http://www.columbia.edu/kermit/utf8.html -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HTTP Proxy with XML-RPC
New files can be provided as patches, but it is usually easier to provide the source. Please ensure that you include the ASF license header; thanks. S. On 27/02/07, Two Hawk [EMAIL PROTECTED] wrote: Hi Thanks for your comments. My reason for validating the xml against the schema is only to be sure that it is an xml-rpc call and not just some xml being posted. The alternative is to call the feature isXmlData, not isXmlRpc, and then skip the parsing and schema checking? Also, i will fix my code according to your comments asap, and repost my files on bugzilla. A quick question regarding my bugzilla post; should new files (xml-rpc.xsd and XmlRpcErrorHandler.java) go as patches or ...? /Jesper From: sebb [EMAIL PROTECTED] Reply-To: JMeter Developers List jmeter-dev@jakarta.apache.org To: JMeter Developers List jmeter-dev@jakarta.apache.org Subject: Re: HTTP Proxy with XML-RPC Date: Mon, 26 Feb 2007 18:26:40 + Thanks. Just wondering why the query string needs to be compared against a schema? If the content starts with ?xml surely this means that the string should not be parsed into name/value pairs? Or am I missing something here? Unless the DOM parsing is needed, it would obviously be a lot cheaper to omit it. Some minor issues: - unless the DOMParser is thread-safe, one cannot use a static copy. - catch Exception is not a good idea; one should only catch expected errors - should probably use log.warn rather than log.debug for logging the exception. S. On 26/02/07, Two Hawk [EMAIL PROTECTED] wrote: Hi My code is now submitted to bugzilla as #41707. Looking forward to hear your reactions/comments ... /Jesper From: sebb [EMAIL PROTECTED] Reply-To: JMeter Developers List jmeter-dev@jakarta.apache.org To: JMeter Developers List jmeter-dev@jakarta.apache.org Subject: Re: HTTP Proxy with XML-RPC Date: Sun, 25 Feb 2007 18:36:14 + Thanks! Sounds useful. Please create a Bugzilla enhancement issue describing the code. You can then add any patches or new code as attachments to the issue. Please ensure that any patches are in unified diff format (as generated by Eclipse), and are generated against branches/rel-2-2, not the trunk, which is very out of date. On 24/02/07, Two Hawk [EMAIL PROTECTED] wrote: Hi I have added some code to allow xml-rpc communication to be recorded correctly when using the http proxy. Would anyone be interested in adding this to the codebase? If yes, how do i proceed from here? Best regards, Jesper _ Download din yndlingsmusik på MSN Music: http://www.msn.dk/music - det er nemt og billigt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Ta' på udsalg året rundt på MSN Shopping: http://shopping.msn.dk - her finder du altid de bedste priser - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Del dine store filer uden problemer på MSN Messenger: http://messenger.msn.dk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[EMAIL PROTECTED]: Project jakarta-jmeter-22-svn (in module jakarta-jmeter-22) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-jmeter-22-svn has an issue affecting its community integration. This issue affects 2 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-jmeter-22-svn : Pure Java load testing and performance measurement tool. ... - jakarta-jmeter-22-test : Pure Java load testing and performance measurement tool. ... Full details are available at: http://vmgump.apache.org/gump/public/jakarta-jmeter-22/jakarta-jmeter-22-svn/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Output [jakarta-jmeter-2_1_27022007_lib.zip] identifier set to output basename: [jakarta-jmeter-2_1_27022007_lib.zip] -DEBUG- Output [jakarta-jmeter-2_1_27022007_bin.zip] identifier set to output basename: [jakarta-jmeter-2_1_27022007_bin.zip] -DEBUG- Output [NOTICE] identifier set to output basename: [NOTICE] -DEBUG- Output [jakarta-jmeter-2_1_27022007_src.zip] identifier set to output basename: [jakarta-jmeter-2_1_27022007_src.zip] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-jmeter-22/build/core] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-jmeter-22/build/htmlparser] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-jmeter-22/build/jorphan] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-jmeter-22/build/components] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-jmeter-22/build/protocol/http] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-jmeter-22/build/monitor/model] -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-jmeter-22/jakarta-jmeter-22-svn/gump_work/build_jakarta-jmeter-22_jakarta-jmeter-22-svn.html Work Name: build_jakarta-jmeter-22_jakarta-jmeter-22-svn (Type: Build) Work ended in a state of : Failed Elapsed: 19 secs Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only '-Dversion.projectfile=$Revision: 494051 $' -Djmeter.version=2_1_27022007 -Dgump.run=true '-Ddate.projectfile=$Date: 2007-01-08 05:00:42 -0800 (Mon, 08 Jan 2007) $' gump-build [Working Directory: /usr/local/gump/public/workspace/jakarta-jmeter-22] CLASSPATH:
[EMAIL PROTECTED]: Project jakarta-jmeter-22-svn (in module jakarta-jmeter-22) failed
To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project jakarta-jmeter-22-svn has an issue affecting its community integration. This issue affects 2 projects. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-jmeter-22-svn : Pure Java load testing and performance measurement tool. ... - jakarta-jmeter-22-test : Pure Java load testing and performance measurement tool. ... Full details are available at: http://vmgump.apache.org/gump/public/jakarta-jmeter-22/jakarta-jmeter-22-svn/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -DEBUG- Output [jakarta-jmeter-2_1_27022007_lib.zip] identifier set to output basename: [jakarta-jmeter-2_1_27022007_lib.zip] -DEBUG- Output [jakarta-jmeter-2_1_27022007_bin.zip] identifier set to output basename: [jakarta-jmeter-2_1_27022007_bin.zip] -DEBUG- Output [NOTICE] identifier set to output basename: [NOTICE] -DEBUG- Output [jakarta-jmeter-2_1_27022007_src.zip] identifier set to output basename: [jakarta-jmeter-2_1_27022007_src.zip] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-jmeter-22/build/core] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-jmeter-22/build/htmlparser] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-jmeter-22/build/jorphan] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-jmeter-22/build/components] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-jmeter-22/build/protocol/http] -INFO- Made directory [/usr/local/gump/public/workspace/jakarta-jmeter-22/build/monitor/model] -INFO- Failed with reason build failed -INFO- Failed to extract fallback artifacts from Gump Repository The following work was performed: http://vmgump.apache.org/gump/public/jakarta-jmeter-22/jakarta-jmeter-22-svn/gump_work/build_jakarta-jmeter-22_jakarta-jmeter-22-svn.html Work Name: build_jakarta-jmeter-22_jakarta-jmeter-22-svn (Type: Build) Work ended in a state of : Failed Elapsed: 19 secs Command Line: java -Djava.awt.headless=true org.apache.tools.ant.Main -Dgump.merge=/x1/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only '-Dversion.projectfile=$Revision: 494051 $' -Djmeter.version=2_1_27022007 -Dgump.run=true '-Ddate.projectfile=$Date: 2007-01-08 05:00:42 -0800 (Mon, 08 Jan 2007) $' gump-build [Working Directory: /usr/local/gump/public/workspace/jakarta-jmeter-22] CLASSPATH:
DO NOT REPLY [Bug 40696] - retieve all embeded resources from html pages for CSS images
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40696. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=40696 --- Additional Comments From [EMAIL PROTECTED] 2007-02-27 05:59 --- The problem is not that the response is not valid xhtml. The reason is that the parser that parses the response and looks for embedded resources, does not look for constructs like anytag style=background:url('someurl')/. I am not sure if the parser should look for such embedded resources. If the stylesheet file references any resources, those will not be downloaded by jmeter, because jmeter only downloads any stylesheet files referenced, it does not parse the downloaded stylesheet files and then download all resources referenced by the stylesheet file. So if there should be no difference between resources mentioned inside stylesheet files and resouces mentioned in inline style of the actual document, then I think this bug should be closed as invalid. If you want resources mentioned in inline styling of the document, then the following code could be added to the bottom of the parseNodes method of the HtmlParserHTMLParser seems to do the work : String styleTagStr = tag.getAttribute(STYLE); if(styleTagStr != null) { PatternCompiler compiler = new Perl5Compiler(); PatternMatcher matcher = new Perl5Matcher(); Pattern pattern = null; PatternMatcherInput input = null; try { pattern = compiler.compile(URL\\(('|\)(.*)('|\)\\), Perl5Compiler.CASE_INSENSITIVE_MASK | Perl5Compiler.SINGLELINE_MASK | Perl5Compiler.READ_ONLY_MASK); input = new PatternMatcherInput(styleTagStr); while (matcher.contains(input, pattern)) { MatchResult match = matcher.getMatch(); // The value is in the second group String styleUrl = match.group(2); urls.addURL(styleUrl, baseUrl.url); } } catch (MalformedPatternException mpe) { log.warn(Malformed pattern for getting url of style attribute of a tag); } } -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41705] - Make HTTP Sampler POST using specified encoding
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41705. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41705 --- Additional Comments From [EMAIL PROTECTED] 2007-02-27 06:23 --- The code for PostWriter.java in the patch, should probably be changed slightly, from String postData = sampler.getQueryString(); OutputStreamWriter out = new OutputStreamWriter(connection.getOutputStream(), sampler.getContentEncoding()); out.write(postData); to String postData = sampler.getQueryString(); OutputStreamWriter out = null; if(sampler.getContentEncoding() != null sampler.getContentEncoding().trim().length() 0) { out = new OutputStreamWriter(connection.getOutputStream(), sampler.getContentEncoding()); } else { out = new OutputStreamWriter(connection.getOutputStream()); } out.write(postData); so that the behavior is backwards compatible, i.e. if no encoding is specified, the default one is used. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 40696] - retieve all embeded resources from html pages for CSS images
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40696. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=40696 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |ASSIGNED --- Additional Comments From [EMAIL PROTECTED] 2007-02-27 07:14 --- Agreed that JMeter should not parse the content of CSS files when looking for embedded resources. [This could be quite tricky, as the CSS file can contain definitions that are not used.] However, if the background image is part of a style attribute in the HTML page itself, then it seems sensible to treat this the same as other background images. I'll see about adding this. Note: there are two related issues: bug 40933 and bug 40945. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41707] - HTTP Proxy XML-RPC support
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41707. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41707 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #19639|0 |1 is obsolete|| -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41707] - HTTP Proxy XML-RPC support
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41707. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41707 --- Additional Comments From [EMAIL PROTECTED] 2007-02-27 08:32 --- Created an attachment (id=19645) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=19645action=view) HTTPSamplerBase supporting xml-rpc recording, cleaned up -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41707] - HTTP Proxy XML-RPC support
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41707. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41707 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #19640|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2007-02-27 08:34 --- Created an attachment (id=19646) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=19646action=view) XmlRpcErrorHandler used for xsd schema checking of xml-rpc call -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 41707] - HTTP Proxy XML-RPC support
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=41707. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=41707 [EMAIL PROTECTED] changed: What|Removed |Added Attachment #19641|0 |1 is obsolete|| --- Additional Comments From [EMAIL PROTECTED] 2007-02-27 08:35 --- Created an attachment (id=19647) -- (http://issues.apache.org/bugzilla/attachment.cgi?id=19647action=view) XML-RPC xsd schema (un-official) -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: HTTP Proxy with XML-RPC
Ok, cleaned up version of HTTPSamplerBase is now in bugzilla. It is still validating the xml against the xml-rpc xsd, but let me know if you wan't me to change it into a generalized xml detection thing, ie isXmlData (or add this extra option). The code is modified according to your comments ... Let me know what you think. /Jesper On 2/27/07, sebb [EMAIL PROTECTED] wrote: New files can be provided as patches, but it is usually easier to provide the source. Please ensure that you include the ASF license header; thanks. S. On 27/02/07, Two Hawk [EMAIL PROTECTED] wrote: Hi Thanks for your comments. My reason for validating the xml against the schema is only to be sure that it is an xml-rpc call and not just some xml being posted. The alternative is to call the feature isXmlData, not isXmlRpc, and then skip the parsing and schema checking? Also, i will fix my code according to your comments asap, and repost my files on bugzilla. A quick question regarding my bugzilla post; should new files (xml-rpc.xsd and XmlRpcErrorHandler.java) go as patches or ...? /Jesper From: sebb [EMAIL PROTECTED] Reply-To: JMeter Developers List jmeter-dev@jakarta.apache.org To: JMeter Developers List jmeter-dev@jakarta.apache.org Subject: Re: HTTP Proxy with XML-RPC Date: Mon, 26 Feb 2007 18:26:40 + Thanks. Just wondering why the query string needs to be compared against a schema? If the content starts with ?xml surely this means that the string should not be parsed into name/value pairs? Or am I missing something here? Unless the DOM parsing is needed, it would obviously be a lot cheaper to omit it. Some minor issues: - unless the DOMParser is thread-safe, one cannot use a static copy. - catch Exception is not a good idea; one should only catch expected errors - should probably use log.warn rather than log.debug for logging the exception. S. On 26/02/07, Two Hawk [EMAIL PROTECTED] wrote: Hi My code is now submitted to bugzilla as #41707. Looking forward to hear your reactions/comments ... /Jesper From: sebb [EMAIL PROTECTED] Reply-To: JMeter Developers List jmeter-dev@jakarta.apache.org To: JMeter Developers List jmeter-dev@jakarta.apache.org Subject: Re: HTTP Proxy with XML-RPC Date: Sun, 25 Feb 2007 18:36:14 + Thanks! Sounds useful. Please create a Bugzilla enhancement issue describing the code. You can then add any patches or new code as attachments to the issue. Please ensure that any patches are in unified diff format (as generated by Eclipse), and are generated against branches/rel-2-2, not the trunk, which is very out of date. On 24/02/07, Two Hawk [EMAIL PROTECTED] wrote: Hi I have added some code to allow xml-rpc communication to be recorded correctly when using the http proxy. Would anyone be interested in adding this to the codebase? If yes, how do i proceed from here? Best regards, Jesper _ Download din yndlingsmusik på MSN Music: http://www.msn.dk/music - det er nemt og billigt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Ta' på udsalg året rundt på MSN Shopping: http://shopping.msn.dk - her finder du altid de bedste priser - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Del dine store filer uden problemer på MSN Messenger: http://messenger.msn.dk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
How to include new options into gui menus?
Hi. I'm developing a new assertion class. CustomAssertion and CustomAssertionGui. I extended the appropriated classes and seems to be all ok. But the thing is: how could I insert the option to load my CustomAssertion from gui menus? I took a look into MenuFactory class but couldnt figure it out. ClassFinder.findClassesThatExtend() shouldn't find my new class, since it extends AbstractAssertionGui? Thanks. Juliano - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Building jmeter-2.2 from source leads to 2.1.2 binary (and incompatible jmx format)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Maybe someone can give me a hint with the following problem I encountered: Starting to develop an extension for JMeter, I built version 2.2 from source. With a downloaded jmeter binary, I was not able to open a jmx file saved with the version built from the 2.2 sources. I realized that the jmx format saved by a downloaded binary 2.2 version and the version built from 2.2 sources look completely different. A jmx file from the built version starts with: jmeterTestPlan version=1.2 properties=1.8 The jmx file from the built version starts with: org.apache.jmeter.save.ScriptWrapper Also, the binary built from 2.2 sources reports version 2.1.2.20070227 in its help dialog. When I checked the build.xml I also found the line: property name=jmeter.version value=2.1.2.${DSTAMP}/ Is it possible that my built version saves its jmx files in an old format (or even the binary itself is version 2.1)? And how is it possible, that a version number 2.1 is reported? I will give a step-by-step explanation of how I built JMeter. Maybe I made I mistake in the build procedure. Also, I appended the respective parts of the log files when saving and openening the jmx file. - - downloaded and extracted jakarta-jmeter-2.2_src.tgz - - cd jakarta-jmeter-2.2 - - mkdir lib/opt - - copied jars from lib/ directory of binary archive jakarta-jmeter-2.2.tgz to lib/ (if placed inside lib/opt build works but execution fails) - - Downloaded and added the following jars to lib/ - jms.jar (jms1.1) - activation.jar (jaf-1.1) - mail.jar (javamail-1.4) - bsh-2.0b4.jar - - When executing 'ant' the missing directory lib/junit/ is reported - - I copied lib/junit/ from binary archive jakarta-jmeter-2.2.tgz - - Due to a java.lang.RuntimeException: Could not read JMeter properties file when bin/jmeter ist started, I copied bin/jmeter.properties from binary archive to bin/ - - Now, jmeter executes but shows the version string 2.1.2.20070227 in its help dialog instead of a 2.2 version string. - - A test plan saved with this build cannot be opened with the downloadable 2.2 JMeter binary: XStream Conversion Exception at line: 2 version: version Perhaps a missing jar? See log file The log files report the following when saving/opening the jmx file: = BEGIN: build version saving the jmx file 2007/02/27 20:34:36 INFO - jmeter.save.SaveService: Testplan (JMX) version: 2.2. Testlog (JTL) version: 2.2 2007/02/27 20:34:36 ERROR - jmeter.save.SaveService: Bad saveservice properties file java.io.FileNotFoundExcep tion: /home/avanhoorn/tmp/jakarta-jmeter-2.2/bin/saveservice.properties (No such file or directory) at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:106) at java.io.FileInputStream.init(FileInputStream.java:66) at org.apache.jmeter.save.SaveService.loadProperties(SaveService.java:142) at org.apache.jmeter.save.SaveService.initProps(SaveService.java:150) at org.apache.jmeter.save.SaveService.clinit(SaveService.java:120) at org.apache.jmeter.gui.action.Save.doAction(Save.java:108) at org.apache.jmeter.gui.action.ActionRouter.performAction(ActionRouter.java:75) at org.apache.jmeter.gui.action.ActionRouter.access$000(ActionRouter.java:43) at org.apache.jmeter.gui.action.ActionRouter$1.run(ActionRouter.java:60) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) 2007/02/27 20:34:36 WARN - jmeter.save.SaveService: Bad _version - expected 1.8, found . 2007/02/27 20:34:36 WARN - jmeter.save.SaveService: Bad _file_version - expected 408187, found . 2007/02/27 20:34:36 INFO - jmeter.save.SaveService: All converter versions present and correct = END: build version saving the jmx file = BEGIN: binary version opening the jmx file 2007/02/27 20:38:24 INFO - jmeter.gui.action.Load: Loading file: /home/avanhoorn/tmp/jakarta-jmeter-2.2/WorkBench.jmx 2007/02/27 20:38:24 INFO - jmeter.save.SaveService: Testplan (JMX) version: 2.2. Testlog (JTL) version: 2.2 2007/02/27 20:38:24 INFO - jmeter.save.SaveService: Using SaveService properties file version 408187 2007/02/27 20:38:24 WARN - jmeter.save.SaveService: Could not set up alias MailerModel java.lang.NoClassDefFoundError: javax/mail/Message 2007/02/27 20:38:24 INFO - jmeter.protocol.http.sampler.HTTPSampler2: Local host = wsmobil
Re: HTTP Proxy with XML-RPC
OK, that looks better. But I'm still unsure as to why one would ever want to split XML data into name/value pairs. Surely one cannot have a parameter name starting with ?xml ? Also, it looks like parseArguments() was originally intended only for use by the proxy, but is now also being used elsewhere. It seems to me that either the fix should be moved to the proxy code, i.e. HttpRequestHdr, or there should be a wrapper function in HTTPSamplerBase that is only used by the proxy routines (and this should be documented). S. On 27/02/07, Jesper Thorhauge [EMAIL PROTECTED] wrote: Ok, cleaned up version of HTTPSamplerBase is now in bugzilla. It is still validating the xml against the xml-rpc xsd, but let me know if you wan't me to change it into a generalized xml detection thing, ie isXmlData (or add this extra option). The code is modified according to your comments ... Let me know what you think. /Jesper On 2/27/07, sebb [EMAIL PROTECTED] wrote: New files can be provided as patches, but it is usually easier to provide the source. Please ensure that you include the ASF license header; thanks. S. On 27/02/07, Two Hawk [EMAIL PROTECTED] wrote: Hi Thanks for your comments. My reason for validating the xml against the schema is only to be sure that it is an xml-rpc call and not just some xml being posted. The alternative is to call the feature isXmlData, not isXmlRpc, and then skip the parsing and schema checking? Also, i will fix my code according to your comments asap, and repost my files on bugzilla. A quick question regarding my bugzilla post; should new files (xml-rpc.xsd and XmlRpcErrorHandler.java) go as patches or ...? /Jesper From: sebb [EMAIL PROTECTED] Reply-To: JMeter Developers List jmeter-dev@jakarta.apache.org To: JMeter Developers List jmeter-dev@jakarta.apache.org Subject: Re: HTTP Proxy with XML-RPC Date: Mon, 26 Feb 2007 18:26:40 + Thanks. Just wondering why the query string needs to be compared against a schema? If the content starts with ?xml surely this means that the string should not be parsed into name/value pairs? Or am I missing something here? Unless the DOM parsing is needed, it would obviously be a lot cheaper to omit it. Some minor issues: - unless the DOMParser is thread-safe, one cannot use a static copy. - catch Exception is not a good idea; one should only catch expected errors - should probably use log.warn rather than log.debug for logging the exception. S. On 26/02/07, Two Hawk [EMAIL PROTECTED] wrote: Hi My code is now submitted to bugzilla as #41707. Looking forward to hear your reactions/comments ... /Jesper From: sebb [EMAIL PROTECTED] Reply-To: JMeter Developers List jmeter-dev@jakarta.apache.org To: JMeter Developers List jmeter-dev@jakarta.apache.org Subject: Re: HTTP Proxy with XML-RPC Date: Sun, 25 Feb 2007 18:36:14 + Thanks! Sounds useful. Please create a Bugzilla enhancement issue describing the code. You can then add any patches or new code as attachments to the issue. Please ensure that any patches are in unified diff format (as generated by Eclipse), and are generated against branches/rel-2-2, not the trunk, which is very out of date. On 24/02/07, Two Hawk [EMAIL PROTECTED] wrote: Hi I have added some code to allow xml-rpc communication to be recorded correctly when using the http proxy. Would anyone be interested in adding this to the codebase? If yes, how do i proceed from here? Best regards, Jesper _ Download din yndlingsmusik på MSN Music: http://www.msn.dk/music - det er nemt og billigt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Ta' på udsalg året rundt på MSN Shopping: http://shopping.msn.dk - her finder du altid de bedste priser - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Del dine store filer uden problemer på MSN Messenger: http://messenger.msn.dk/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands,
Re: Building jmeter-2.2 from source leads to 2.1.2 binary (and incompatible jmx format)
On 27/02/07, Andre van Hoorn [EMAIL PROTECTED] wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, Maybe someone can give me a hint with the following problem I encountered: Starting to develop an extension for JMeter, I built version 2.2 from source. With a downloaded jmeter binary, I was not able to open a jmx file saved with the version built from the 2.2 sources. No need to build JMeter in order to develop extensions; just add the compiled jars to the classpath. I realized that the jmx format saved by a downloaded binary 2.2 version and the version built from 2.2 sources look completely different. A jmx file from the built version starts with: jmeterTestPlan version=1.2 properties=1.8 The jmx file from the built version starts with: org.apache.jmeter.save.ScriptWrapper There must be something wrong with the build. Also, the binary built from 2.2 sources reports version 2.1.2.20070227 in its help dialog. When I checked the build.xml I also found the line: property name=jmeter.version value=2.1.2.${DSTAMP}/ This is because 2.2 was originally going to be called 2.1.2, but the version was changed at the last minute. A few instances of 2.1.2 were not updated. But when a distribution is built, the version property is overridden on the command-line. Is it possible that my built version saves its jmx files in an old format (or even the binary itself is version 2.1)? And how is it See below, missing saveservice.properties file possible, that a version number 2.1 is reported? See above. I will give a step-by-step explanation of how I built JMeter. Maybe I made I mistake in the build procedure. Also, I appended the respective parts of the log files when saving and openening the jmx file. - - downloaded and extracted jakarta-jmeter-2.2_src.tgz - - cd jakarta-jmeter-2.2 - - mkdir lib/opt - - copied jars from lib/ directory of binary archive jakarta-jmeter-2.2.tgz to lib/ (if placed inside lib/opt build works but execution fails) You need to unpack the entire binary archive into the same directory structure as the source. - - Downloaded and added the following jars to lib/ - jms.jar (jms1.1) - activation.jar (jaf-1.1) - mail.jar (javamail-1.4) - bsh-2.0b4.jar - - When executing 'ant' the missing directory lib/junit/ is reported - - I copied lib/junit/ from binary archive jakarta-jmeter-2.2.tgz - - Due to a java.lang.RuntimeException: Could not read JMeter properties file when bin/jmeter ist started, I copied bin/jmeter.properties from binary archive to bin/ See above - - Now, jmeter executes but shows the version string 2.1.2.20070227 in its help dialog instead of a 2.2 version string. See above - - A test plan saved with this build cannot be opened with the downloadable 2.2 JMeter binary: XStream Conversion Exception at line: 2 version: version Perhaps a missing jar? See log file The log files report the following when saving/opening the jmx file: = BEGIN: build version saving the jmx file 2007/02/27 20:34:36 INFO - jmeter.save.SaveService: Testplan (JMX) version: 2.2. Testlog (JTL) version: 2.2 2007/02/27 20:34:36 ERROR - jmeter.save.SaveService: Bad saveservice properties file java.io.FileNotFoundExcep tion: /home/avanhoorn/tmp/jakarta-jmeter-2.2/bin/saveservice.properties (No such file or directory) This file is in the source archive. at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:106) at java.io.FileInputStream.init(FileInputStream.java:66) at org.apache.jmeter.save.SaveService.loadProperties(SaveService.java:142) at org.apache.jmeter.save.SaveService.initProps(SaveService.java:150) at org.apache.jmeter.save.SaveService.clinit(SaveService.java:120) at org.apache.jmeter.gui.action.Save.doAction(Save.java:108) at org.apache.jmeter.gui.action.ActionRouter.performAction(ActionRouter.java:75) at org.apache.jmeter.gui.action.ActionRouter.access$000(ActionRouter.java:43) at org.apache.jmeter.gui.action.ActionRouter$1.run(ActionRouter.java:60) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) 2007/02/27 20:34:36 WARN - jmeter.save.SaveService: Bad _version - expected 1.8, found . 2007/02/27 20:34:36 WARN - jmeter.save.SaveService: Bad _file_version - expected 408187, found . 2007/02/27 20:34:36 INFO - jmeter.save.SaveService: All converter versions present and correct = END: build version saving
Re: How to include new options into gui menus?
They must be put in a jar in lib/ext. On 27/02/07, jsm83 [EMAIL PROTECTED] wrote: Hi. I'm developing a new assertion class. CustomAssertion and CustomAssertionGui. I extended the appropriated classes and seems to be all ok. But the thing is: how could I insert the option to load my CustomAssertion from gui menus? I took a look into MenuFactory class but couldnt figure it out. ClassFinder.findClassesThatExtend() shouldn't find my new class, since it extends AbstractAssertionGui? Thanks. Juliano - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Building jmeter-2.2 from source leads to 2.1.2 binary (and incompatible jmx format)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 It works, thanks a lot! sebb schrieb: On 27/02/07, Andre van Hoorn [EMAIL PROTECTED] wrote: Hi, Maybe someone can give me a hint with the following problem I encountered: Starting to develop an extension for JMeter, I built version 2.2 from source. With a downloaded jmeter binary, I was not able to open a jmx file saved with the version built from the 2.2 sources. No need to build JMeter in order to develop extensions; just add the compiled jars to the classpath. I realized that the jmx format saved by a downloaded binary 2.2 version and the version built from 2.2 sources look completely different. A jmx file from the built version starts with: jmeterTestPlan version=1.2 properties=1.8 The jmx file from the built version starts with: org.apache.jmeter.save.ScriptWrapper There must be something wrong with the build. Also, the binary built from 2.2 sources reports version 2.1.2.20070227 in its help dialog. When I checked the build.xml I also found the line: property name=jmeter.version value=2.1.2.${DSTAMP}/ This is because 2.2 was originally going to be called 2.1.2, but the version was changed at the last minute. A few instances of 2.1.2 were not updated. But when a distribution is built, the version property is overridden on the command-line. Is it possible that my built version saves its jmx files in an old format (or even the binary itself is version 2.1)? And how is it See below, missing saveservice.properties file possible, that a version number 2.1 is reported? See above. I will give a step-by-step explanation of how I built JMeter. Maybe I made I mistake in the build procedure. Also, I appended the respective parts of the log files when saving and openening the jmx file. - downloaded and extracted jakarta-jmeter-2.2_src.tgz - cd jakarta-jmeter-2.2 - mkdir lib/opt - copied jars from lib/ directory of binary archive jakarta-jmeter-2.2.tgz to lib/ (if placed inside lib/opt build works but execution fails) You need to unpack the entire binary archive into the same directory structure as the source. - Downloaded and added the following jars to lib/ - jms.jar (jms1.1) - activation.jar (jaf-1.1) - mail.jar (javamail-1.4) - bsh-2.0b4.jar - When executing 'ant' the missing directory lib/junit/ is reported - I copied lib/junit/ from binary archive jakarta-jmeter-2.2.tgz - Due to a java.lang.RuntimeException: Could not read JMeter properties file when bin/jmeter ist started, I copied bin/jmeter.properties from binary archive to bin/ See above - Now, jmeter executes but shows the version string 2.1.2.20070227 in its help dialog instead of a 2.2 version string. See above - A test plan saved with this build cannot be opened with the downloadable 2.2 JMeter binary: XStream Conversion Exception at line: 2 version: version Perhaps a missing jar? See log file The log files report the following when saving/opening the jmx file: = BEGIN: build version saving the jmx file 2007/02/27 20:34:36 INFO - jmeter.save.SaveService: Testplan (JMX) version: 2.2. Testlog (JTL) version: 2.2 2007/02/27 20:34:36 ERROR - jmeter.save.SaveService: Bad saveservice properties file java.io.FileNotFoundExcep tion: /home/avanhoorn/tmp/jakarta-jmeter-2.2/bin/saveservice.properties (No such file or directory) This file is in the source archive. at java.io.FileInputStream.open(Native Method) at java.io.FileInputStream.init(FileInputStream.java:106) at java.io.FileInputStream.init(FileInputStream.java:66) at org.apache.jmeter.save.SaveService.loadProperties(SaveService.java:142) at org.apache.jmeter.save.SaveService.initProps(SaveService.java:150) at org.apache.jmeter.save.SaveService.clinit(SaveService.java:120) at org.apache.jmeter.gui.action.Save.doAction(Save.java:108) at org.apache.jmeter.gui.action.ActionRouter.performAction(ActionRouter.java:75) at org.apache.jmeter.gui.action.ActionRouter.access$000(ActionRouter.java:43) at org.apache.jmeter.gui.action.ActionRouter$1.run(ActionRouter.java:60) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:209) at java.awt.EventQueue.dispatchEvent(EventQueue.java:461) at java.awt.EventDispatchThread.pumpOneEventForHierarchy(EventDispatchThread.java:242) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:163) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:157) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:149) at java.awt.EventDispatchThread.run(EventDispatchThread.java:110) 2007/02/27 20:34:36 WARN - jmeter.save.SaveService: Bad _version - expected 1.8, found . 2007/02/27 20:34:36 WARN - jmeter.save.SaveService: Bad _file_version - expected
svn commit: r512431 - /jakarta/jmeter/branches/rel-2-2/test/src/org/apache/jmeter/samplers/TestSampleResult.java
Author: sebb Date: Tue Feb 27 13:38:06 2007 New Revision: 512431 URL: http://svn.apache.org/viewvc?view=revrev=512431 Log: Show time if test fails Modified: jakarta/jmeter/branches/rel-2-2/test/src/org/apache/jmeter/samplers/TestSampleResult.java Modified: jakarta/jmeter/branches/rel-2-2/test/src/org/apache/jmeter/samplers/TestSampleResult.java URL: http://svn.apache.org/viewvc/jakarta/jmeter/branches/rel-2-2/test/src/org/apache/jmeter/samplers/TestSampleResult.java?view=diffrev=512431r1=512430r2=512431 == --- jakarta/jmeter/branches/rel-2-2/test/src/org/apache/jmeter/samplers/TestSampleResult.java (original) +++ jakarta/jmeter/branches/rel-2-2/test/src/org/apache/jmeter/samplers/TestSampleResult.java Tue Feb 27 13:38:06 2007 @@ -41,7 +41,10 @@ res.sampleStart(); Thread.sleep(100); res.sampleEnd(); -assertTrue(res.getTime() = 100); + long time = res.getTime(); +if(time 100){ + fail(Sample time should be =100, actual +time); +} } public void testPause() throws Exception { - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
svn commit: r512449 - in /jakarta/jmeter/branches/rel-2-2: build.xml eclipse.classpath lib/xpp3_min-1.1.3.4.I.jar lib/xpp3_min-1.1.3.4.O.jar lib/xstream-1.1.3.jar lib/xstream-1.2.1.jar xdocs/changes.x
Author: sebb Date: Tue Feb 27 14:18:24 2007 New Revision: 512449 URL: http://svn.apache.org/viewvc?view=revrev=512449 Log: Xstream 1.2.1 xpp3_min-1.1.1.3.4.O Added: jakarta/jmeter/branches/rel-2-2/lib/xpp3_min-1.1.3.4.O.jar (with props) jakarta/jmeter/branches/rel-2-2/lib/xstream-1.2.1.jar (with props) Removed: jakarta/jmeter/branches/rel-2-2/lib/xpp3_min-1.1.3.4.I.jar jakarta/jmeter/branches/rel-2-2/lib/xstream-1.1.3.jar Modified: jakarta/jmeter/branches/rel-2-2/build.xml jakarta/jmeter/branches/rel-2-2/eclipse.classpath jakarta/jmeter/branches/rel-2-2/xdocs/changes.xml Modified: jakarta/jmeter/branches/rel-2-2/build.xml URL: http://svn.apache.org/viewvc/jakarta/jmeter/branches/rel-2-2/build.xml?view=diffrev=512449r1=512448r2=512449 == --- jakarta/jmeter/branches/rel-2-2/build.xml (original) +++ jakarta/jmeter/branches/rel-2-2/build.xml Tue Feb 27 14:18:24 2007 @@ -317,8 +317,8 @@ property name=excalibur-datasource.jar value=${lib.dir}/excalibur-datasource-1.1.1.jar/ property name=excalibur-pool.jar value=${lib.dir}/excalibur-pool-1.2.jar/ property name=excalibur-instrument.jar value=${lib.dir}/excalibur-instrument-1.0.jar/ - property name=xstream.jar value=${lib.dir}/xstream-1.1.3.jar/ - property name=xpp3.jar value=${lib.dir}/xpp3_min-1.1.3.4.I.jar/ + property name=xstream.jar value=${lib.dir}/xstream-1.2.1.jar/ + property name=xpp3.jar value=${lib.dir}/xpp3_min-1.1.3.4.O.jar/ !-- The following 3 jars are probably optional for JDK1.4 -- property name=xalan.jar value=${lib.dir}/xalan.jar/ Modified: jakarta/jmeter/branches/rel-2-2/eclipse.classpath URL: http://svn.apache.org/viewvc/jakarta/jmeter/branches/rel-2-2/eclipse.classpath?view=diffrev=512449r1=512448r2=512449 == --- jakarta/jmeter/branches/rel-2-2/eclipse.classpath (original) +++ jakarta/jmeter/branches/rel-2-2/eclipse.classpath Tue Feb 27 14:18:24 2007 @@ -1,50 +1,50 @@ ?xml version=1.0 encoding=UTF-8? classpath - classpathentry output=build/jorphan kind=src path=src/jorphan/ - classpathentry output=build/examples kind=src path=src/examples/ - classpathentry output=build/junit kind=src path=src/junit/ - classpathentry output=build/reports kind=src path=src/reports/ - classpathentry output=build/test kind=src path=test/src/ - classpathentry excluding=org/apache/jmeter/protocol/jms/ output=build/protocol/jms kind=src path=src/protocol/jms/ - classpathentry excluding=org/apache/jmeter/protocol/mail/ output=build/protocol/mail kind=src path=src/protocol/mail/ - classpathentry excluding=org/apache/jmeter/images/|org/apache/jmeter/resources/*.properties output=build/core kind=src path=src/core/ - classpathentry output=build/components excluding=org/apache/jmeter/reporters/MailerModel.java|org/apache/jmeter/reporters/MailerResultCollector.java|org/apache/jmeter/visualizers/MailerVisualizer.java kind=src path=src/components/ - classpathentry output=build/functions kind=src path=src/functions/ - classpathentry excluding=org/apache/jmeter/protocol/http/sampler/WebServiceSampler.java|org/apache/jmeter/protocol/http/control/gui/WebServiceSamplerGui.java output=build/protocol/http kind=src path=src/protocol/http/ - classpathentry output=build/protocol/ftp kind=src path=src/protocol/ftp/ - classpathentry output=build/protocol/jdbc kind=src path=src/protocol/jdbc/ - classpathentry output=build/protocol/java kind=src path=src/protocol/java/ - classpathentry output=build/protocol/ldap kind=src path=src/protocol/ldap/ - classpathentry output=build/protocol/tcp kind=src path=src/protocol/tcp/ - classpathentry output=build/monitor/model kind=src path=src/monitor/model/ - classpathentry output=build/monitor/components kind=src path=src/monitor/components/ - classpathentry output=build/htmlparser kind=src path=src/htmlparser/ - classpathentry output=build/htmlparser16 kind=src path=src/htmlparser16/ + classpathentry kind=src output=build/jorphan path=src/jorphan/ + classpathentry kind=src output=build/examples path=src/examples/ + classpathentry kind=src output=build/junit path=src/junit/ + classpathentry kind=src output=build/reports path=src/reports/ + classpathentry kind=src output=build/test path=test/src/ + classpathentry kind=src output=build/protocol/jms path=src/protocol/jms/ + classpathentry kind=src output=build/protocol/mail path=src/protocol/mail/ + classpathentry excluding=org/apache/jmeter/images/|org/apache/jmeter/resources/*.properties kind=src output=build/core path=src/core/ + classpathentry kind=src output=build/components
DO NOT REPLY [Bug 40424] - Web Services proxy
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://issues.apache.org/bugzilla/show_bug.cgi?id=40424. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=40424 [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |NEEDINFO --- Additional Comments From [EMAIL PROTECTED] 2007-02-27 15:33 --- What is the purpose of the HttpReplyHdr class? It seems to be the same as the existing one in http/proxy. Likewise, what is the purpose of the wsproxy/WebServiceSampler class? It redefines convertSoapHeaders and changes the key/value separator from = to : and adds some extra information to the sampleResult. The new class won't be used by existing test plans. If the changes are worthwhile, then they should be added to the existing class. What is the purpose of the host/port redirection? -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug, or are watching the assignee. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]