[g...@vmgump]: Project jakarta-jmeter-svn (in module jakarta-jmeter) 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 gene...@gump.apache.org. Project jakarta-jmeter-svn has an issue affecting its community integration. This issue affects 2 projects, and has been outstanding for 3 runs. The current state of this project is 'Failed', with reason 'Build Failed'. For reference only, the following projects are affected by this: - jakarta-jmeter-svn : Pure Java load testing and performance measurement tool. ... - jakarta-jmeter-test : Pure Java load testing and performance measurement tool. ... Full details are available at: http://vmgump.apache.org/gump/public/jakarta-jmeter/jakarta-jmeter-svn/index.html That said, some information snippets are provided here. The following annotations (debug/informational/warning/error messages) were provided: -INFO- Made directory [/srv/gump/public/workspace/jakarta-jmeter/build/core] -INFO- Made directory [/srv/gump/public/workspace/jakarta-jmeter/build/jorphan] -INFO- Made directory [/srv/gump/public/workspace/jakarta-jmeter/build/components] -INFO- Made directory [/srv/gump/public/workspace/jakarta-jmeter/build/protocol/http] -INFO- Made directory [/srv/gump/public/workspace/jakarta-jmeter/build/monitor/model] -INFO- Failed with reason build failed The following work was performed: http://vmgump.apache.org/gump/public/jakarta-jmeter/jakarta-jmeter-svn/gump_work/build_jakarta-jmeter_jakarta-jmeter-svn.html Work Name: build_jakarta-jmeter_jakarta-jmeter-svn (Type: Build) Work ended in a state of : Failed Elapsed: 11 secs Command Line: /usr/lib/jvm/java-6-sun/bin/java -Djava.awt.headless=true -Xbootclasspath/p:/srv/gump/public/workspace/xml-xalan/build/serializer.jar:/srv/gump/public/workspace/xml-xalan/build/xalan-unbundled.jar:/srv/gump/public/workspace/xml-commons/java/external/build/xml-apis.jar:/srv/gump/public/workspace/xml-xerces2/build/xercesImpl.jar org.apache.tools.ant.Main -Dgump.merge=/srv/gump/public/gump/work/merge.xml -Dbuild.sysclasspath=only '-Dversion.projectfile=$Revision: 888330 $' -Djmeter.version=12012010 -Dgump.run=true '-Ddate.projectfile=$Date: 2009-12-08 03:17:10 -0800 (Tue, 08 Dec 2009) $' gump-build [Working Directory: /srv/gump/public/workspace/jakarta-jmeter] CLASSPATH: /usr/lib/jvm/java-6-sun/lib/tools.jar:/srv/gump/public/workspace/jakarta-jmeter/build/core:/srv/gump/public/workspace/jakarta-jmeter/build/jorphan:/srv/gump/public/workspace/jakarta-jmeter/build/components:/srv/gump/public/workspace/jakarta-jmeter/build/protocol/http:/srv/gump/public/workspace/jakarta-jmeter/build/monitor/model:/srv/gump/public/workspace/ant/dist/lib/ant-jmf.jar:/srv/gump/public/workspace/ant/dist/lib/ant-swing.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-resolver.jar:/srv/gump/public/workspace/ant/dist/lib/ant-apache-xalan2.jar:/srv/gump/public/workspace/ant/dist/lib/ant-trax.jar:/srv/gump/public/workspace/ant/dist/lib/ant-junit.jar:/srv/gump/public/workspace/ant/dist/lib/ant-launcher.jar:/srv/gump/public/workspace/ant/dist/lib/ant-nodeps.jar:/srv/gump/public/workspace/ant/dist/lib/ant.jar:/srv/gump/packages/jaf-1.1ea/activation.jar:/srv/gump/packages/javamail-1.4/mail.jar:/srv/gump/packages/javamail-1.4/lib/mailapi.jar:/srv/gump/package s/jsse1.0.3/lib/jcert.jar:/srv/gump/packages/jsse1.0.3/lib/jnet.jar:/srv/gump/packages/jsse1.0.3/lib/jsse.jar:/srv/gump/packages/jms1.1/lib/jms.jar:/srv/gump/public/workspace/rhino/build/rhino_12012010/js.jar:/srv/gump/public/workspace/jakarta-bsf/build/lib/bsf.jar:/srv/gump/public/workspace/apache-commons/codec/dist/commons-codec-12012010.jar:/srv/gump/public/workspace/apache-commons/io/target/commons-io-12012010.jar:/srv/gump/public/workspace/commons-lang-2.x/target/commons-lang-2.4.jar:/srv/gump/public/workspace/commons-jexl-1.x/target/commons-jexl-1.1.1-SNAPSHOT.jar:/srv/gump/public/workspace/httpcomponents/oac.hc3x/dist/commons-httpclient.jar:/srv/gump/public/workspace/apache-commons/net/dist/commons-net-12012010.jar:/srv/gump/public/workspace/commons-collections-3.x/target/commons-collections-3.3-SNAPSHOT.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-12012010.jar:/srv/gump/public/workspace/apache-commons/logging/target/commons-logging-api
DO NOT REPLY [Bug 48542] New: SoapSampler uses wrong response header field to decide if response is gzip encoded
https://issues.apache.org/bugzilla/show_bug.cgi?id=48542 Summary: SoapSampler uses wrong response header field to decide if response is gzip encoded Product: JMeter Version: 2.3.4 Platform: PC OS/Version: Windows XP Status: NEW Severity: major Priority: P2 Component: HTTP AssignedTo: jmeter-dev@jakarta.apache.org ReportedBy: t...@einwaller.net currently the SoapSampler uses the response header field Transfer-Encoding to decide if response is gzip encoded and has to be sent through the GZIPInputStream It should use the response header field Content-Encoding which is set to gzip by apache for example if the response body is gzip encoded by mod_deflate -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org
DO NOT REPLY [Bug 48542] SoapSampler uses wrong response header field to decide if response is gzip encoded
https://issues.apache.org/bugzilla/show_bug.cgi?id=48542 --- Comment #1 from Thomas Einwaller t...@einwaller.net 2010-01-14 05:48:49 UTC --- Created an attachment (id=24843) -- (https://issues.apache.org/bugzilla/attachment.cgi?id=24843) Patch that changes checked response header field to Content-Encoding -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org
Cyrillic data broken in after Regex Extractor
Hello! I have an AbstractTCPClient implementation class, I feed its to TCP sampler, and everything goes well. But when I apply Regex Extractor to data in response (Cp1251 encoded), result variable shows ??? instead of correct Cyrillic text. If I place debug.info() in my class, it shows Cp1251 strings in jmeter log well. What's the trick? How can I force Regex Extractor to handle Cp1251 strings correct? Should my class convert response text data to some different encoding? С уважением, Андрей Похилько -Original Message- From: Baudouin [mailto:baudouin.dup...@ext.ec.europa.eu] Sent: Wednesday, January 13, 2010 11:42 AM To: jmeter-dev@jakarta.apache.org Subject: Re: HTTP cookie manager Thank you for your quick answer. Your answer is logical and I fully agree. Have a nice day. sebb-2-2 wrote: On 12/01/2010, Baudouin baudouin.dup...@ext.ec.europa.eu wrote: Is it possible to propagate cookies through different Thread Groups of the same Test Plan ? No. JMeter threads are intended to represent independent users, so cookies and variables are local to a thread. I have seen that I could add a HTTP cookie manager either at the level of the Thread Group (this works fine), but also at the level of the Test Plan. By adding it at the level of the Test Plan, I though that I could have a first Thread Group that would select the language and then the selected language would have been propagated throughout all remaining tests via the cookie. Thank you -- View this message in context: http://old.nabble.com/HTTP-cookie-manager-tp27130900p27130900.html Sent from the JMeter - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org - To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org -- View this message in context: http://old.nabble.com/HTTP-cookie-manager-tp27130900p27141340.html Sent from the JMeter - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org - To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org
svn commit: r899207 - in /jakarta/jmeter/trunk: src/protocol/http/org/apache/jmeter/protocol/http/sampler/SoapSampler.java xdocs/changes.xml
Author: sebb
Date: Thu Jan 14 14:08:37 2010
New Revision: 899207
URL: http://svn.apache.org/viewvc?rev=899207view=rev
Log:
Bug 48542 - SoapSampler uses wrong response header field to decide if response
is gzip encoded
Modified:
jakarta/jmeter/trunk/src/protocol/http/org/apache/jmeter/protocol/http/sampler/SoapSampler.java
jakarta/jmeter/trunk/xdocs/changes.xml
Modified:
jakarta/jmeter/trunk/src/protocol/http/org/apache/jmeter/protocol/http/sampler/SoapSampler.java
URL:
http://svn.apache.org/viewvc/jakarta/jmeter/trunk/src/protocol/http/org/apache/jmeter/protocol/http/sampler/SoapSampler.java?rev=899207r1=899206r2=899207view=diff
==
---
jakarta/jmeter/trunk/src/protocol/http/org/apache/jmeter/protocol/http/sampler/SoapSampler.java
(original)
+++
jakarta/jmeter/trunk/src/protocol/http/org/apache/jmeter/protocol/http/sampler/SoapSampler.java
Thu Jan 14 14:08:37 2010
@@ -260,7 +260,7 @@
if (instream != null) {// will be null for HEAD
-org.apache.commons.httpclient.Header responseHeader =
httpMethod.getResponseHeader(TRANSFER_ENCODING);
+org.apache.commons.httpclient.Header responseHeader =
httpMethod.getResponseHeader(HEADER_CONTENT_ENCODING);
if (responseHeader != null
ENCODING_GZIP.equals(responseHeader.getValue())) {
instream = new GZIPInputStream(instream);
}
Modified: jakarta/jmeter/trunk/xdocs/changes.xml
URL:
http://svn.apache.org/viewvc/jakarta/jmeter/trunk/xdocs/changes.xml?rev=899207r1=899206r2=899207view=diff
==
--- jakarta/jmeter/trunk/xdocs/changes.xml (original)
+++ jakarta/jmeter/trunk/xdocs/changes.xml Thu Jan 14 14:08:37 2010
@@ -74,6 +74,7 @@
liBug 47445 - Using Proxy with https-spoofing secure cookies need to be
unsecured/li
liBug 47442 - Missing replacement of https by http for certain conditions
using https-spoofing/li
liBug 48451 - Error in: SoapSampler.setPostHeaders(PostMethod post) in the
else branch/li
+liBug 48542 - SoapSampler uses wrong response header field to decide if
response is gzip encoded/li
/ul
h3Other Samplers/h3
-
To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org
DO NOT REPLY [Bug 48542] SoapSampler uses wrong response header field to decide if response is gzip encoded
https://issues.apache.org/bugzilla/show_bug.cgi?id=48542 Sebb s...@apache.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Sebb s...@apache.org 2010-01-14 06:13:05 UTC --- Oops! Thanks for the report, fixed in: URL: http://svn.apache.org/viewvc?rev=899207view=rev Log: Bug 48542 - SoapSampler uses wrong response header field to decide if response is gzip encoded -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org
Re: Cyrillic data broken in after Regex Extractor
I think that you should create a new post with your question because it is not related to my problem and I cannot answer you. I am not part of the JMeter team. Sorry, Andrey Pohilko-2 wrote: Hello! I have an AbstractTCPClient implementation class, I feed its to TCP sampler, and everything goes well. But when I apply Regex Extractor to data in response (Cp1251 encoded), result variable shows ??? instead of correct Cyrillic text. If I place debug.info() in my class, it shows Cp1251 strings in jmeter log well. What's the trick? How can I force Regex Extractor to handle Cp1251 strings correct? Should my class convert response text data to some different encoding? С уважением, Андрей Похилько -Original Message- From: Baudouin [mailto:baudouin.dup...@ext.ec.europa.eu] Sent: Wednesday, January 13, 2010 11:42 AM To: jmeter-dev@jakarta.apache.org Subject: Re: HTTP cookie manager Thank you for your quick answer. Your answer is logical and I fully agree. Have a nice day. sebb-2-2 wrote: On 12/01/2010, Baudouin baudouin.dup...@ext.ec.europa.eu wrote: Is it possible to propagate cookies through different Thread Groups of the same Test Plan ? No. JMeter threads are intended to represent independent users, so cookies and variables are local to a thread. I have seen that I could add a HTTP cookie manager either at the level of the Thread Group (this works fine), but also at the level of the Test Plan. By adding it at the level of the Test Plan, I though that I could have a first Thread Group that would select the language and then the selected language would have been propagated throughout all remaining tests via the cookie. Thank you -- View this message in context: http://old.nabble.com/HTTP-cookie-manager-tp27130900p27130900.html Sent from the JMeter - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org - To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org -- View this message in context: http://old.nabble.com/HTTP-cookie-manager-tp27130900p27141340.html Sent from the JMeter - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org - To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org -- View this message in context: http://old.nabble.com/HTTP-cookie-manager-tp27130900p27162509.html Sent from the JMeter - Dev mailing list archive at Nabble.com. - To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org
RE: Cyrillic data broken in after Regex Extractor
OMG, I've forgotten to clear window... So, I have an AbstractTCPClient implementation class, I feed its to TCP sampler, and everything goes well. But when I apply Regex Extractor to data in response (Cp1251 encoded), result variable shows ??? instead of correct Cyrillic text. If I place debug.info() in my class, it shows Cp1251 strings in jmeter log well. What's the trick? How can I force Regex Extractor to handle Cp1251 strings correct? Should my class convert response text data to some different encoding? С уважением, Андрей Похилько -Original Message- From: Baudouin [mailto:baudouin.dup...@ext.ec.europa.eu] Sent: Thursday, January 14, 2010 5:54 PM To: jmeter-dev@jakarta.apache.org Subject: Re: Cyrillic data broken in after Regex Extractor I think that you should create a new post with your question because it is not related to my problem and I cannot answer you. I am not part of the JMeter team. Sorry, Andrey Pohilko-2 wrote: Hello! I have an AbstractTCPClient implementation class, I feed its to TCP sampler, and everything goes well. But when I apply Regex Extractor to data in response (Cp1251 encoded), result variable shows ??? instead of correct Cyrillic text. If I place debug.info() in my class, it shows Cp1251 strings in jmeter log well. What's the trick? How can I force Regex Extractor to handle Cp1251 strings correct? Should my class convert response text data to some different encoding? - To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org
DO NOT REPLY [Bug 48452] parameterize arbitary generated binary file amf protocol
https://issues.apache.org/bugzilla/show_bug.cgi?id=48452 Rachit rachit.mathu...@gmail.com changed: What|Removed |Added CC||rachit.mathu...@gmail.com --- Comment #1 from Rachit rachit.mathu...@gmail.com 2010-01-14 10:40:42 UTC --- (In reply to comment #0) We need to load test our web based (flex AMF protocol) application. We are able to record the AMF request and also rerun the TestPlan. We need to parameterize the arbitarily created binary file but we couldnot achieve it. To test scenarios we require swf to be parameterized. Please help us the way and provide us the solution to goahead. -- Configure bugmail: https://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. - To unsubscribe, e-mail: jmeter-dev-unsubscr...@jakarta.apache.org For additional commands, e-mail: jmeter-dev-h...@jakarta.apache.org
