Re: Lots of CLOSE_WAIT with HC4 HTTP implementation

e request/response? Can you enable debug logging for HTTPHC4Impl ? This should show if the clients are being reused or not. I suggest you reduce thread and loop counts, or the log file will be very big. [I think we need to fix this before releasing 2.5.1] > HTTP conversations show Keep-

Re: Java Pre/PostProcessor ?

xisting GUIs. > Thanks > Regards > Philippe > > On Tue, Sep 20, 2011 at 11:08 PM, sebb wrote: > >> On 20 September 2011 22:03, Philippe Mouawad >> wrote: >> > Hello, >> > I am wondering if there is an implementation of a Java Post / Pre >> p

Re: Java Pre/PostProcessor ?

On 20 September 2011 22:03, Philippe Mouawad wrote: > Hello, > I am wondering if there is an implementation of a Java Post / Pre processor > in JMeter. > What I would like would be this: > >   - User would implement interface DelegatePreProcessor >   or DelegatePreProcessor and package them in a J

Re: JMeter & OS tested

OK, try again please. On 20 September 2011 15:46, Philippe Mouawad wrote: > Hello Sebb, > I log with "Philippe Mouawad" so I think you must add " ". > > Regards > Philippe > > On Tue, Sep 20, 2011 at 4:42 PM, sebb wrote: > >> On 20 September 20

Re: JMeter & OS tested

>>> >>> [image: ScreenShot019.jpg] >>> >>> 3. hit Save Changes >>> >>> >>> Nermin >>> >>> >>> >>> >>> >>> >>> On 20 September 2011 16:14, Philippe Mouawad >>> wro

Re: JMeter & OS tested

On 20 September 2011 14:56, Nermin Caluk wrote: > my wiki login is: > nermin.caluk<http://wiki.apache.org/jakarta-jmeter/nermin.caluk> OK, try again now. > Thanks, > Nermin > > > > On 20 September 2011 15:41, sebb wrote: > >> On 20 September 2011 13:46,

Re: JMeter & OS tested

On 20 September 2011 14:43, Philippe Mouawad wrote: > Hello, > By the way I am also in this case (Can Login but cannot update). > If I am allowed my user is: Philippe Mouawad Try again now. > Regards > Philippe > On Tue, Sep 20, 2011 at 3:41 PM, sebb wrote: > >>

Re: JMeter & OS tested

you to the list of allowed updaters. > Nermin > > > On 20 September 2011 11:45, Milamber wrote: > >> >> >> Le 19/09/2011 10:15, sebb a ecrit : >> > On 19 September 2011 04:21, Rainer Jung wrote: >> > >> >> On 19.09.2011 02:41, se

Re: Question about issues management

On 19 September 2011 12:27, Philippe Mouawad wrote: > Hello Sebb, > > A question about Issue management strategy if a bug is in status NEED and > you don't get any answer ? after how many time do you close the issue ? Depends on the issue, but generally at least a few months

Re: DO NOT REPLY [Bug 51840] JMS : Cache of InitialContext has some issues

normally close issues. > Thank you > Regards > Philippe > > On Monday, September 19, 2011,   wrote: >> https://issues.apache.org/bugzilla/show_bug.cgi?id=51840 >> >> --- Comment #7 from Sebb 2011-09-19 00:58:45 UTC --- >> Thanks for finding the bug and the p

Re: JMeter & OS tested

On 19 September 2011 04:21, Rainer Jung wrote: > On 19.09.2011 02:41, sebb wrote: >> On 18 September 2011 18:02, Milamber wrote: >> Solaris? > > Solaris Sparc with HotSpot JVM (Sun/Oracle) workes very well (at least > for JMeter 2.4). > > Regards, > > Rainer

Re: JMeter & OS tested

On 18 September 2011 18:02, Milamber wrote: > Hello, > > On JMeter Get Started documentation, there are: > >    JMeter is a 100% Java application and should run correctly on any >    system that has a compliant Java implementation. >    JMeter has been tested and works under: > >        * Unix (So

Re: svn commit: r1172194 - in /jakarta/jmeter/trunk/xdocs: images/screenshots/ usermanual/

On 18 September 2011 05:36, wrote: > Author: milamber > Date: Sun Sep 18 04:36:08 2011 > New Revision: 1172194 > > URL: http://svn.apache.org/viewvc?rev=1172194&view=rev > Log: > Update docs, View results tree & graph results sceenshots > > Modified: >    jakarta/jmeter/trunk/xdocs/images/screens

Re: [JMeter] release 2.5.1 to fix issues in 2.5?

e a look at that; solution may have to wait for next release. > > By the way,I closed > 51667<https://issues.apache.org/bugzilla/show_bug.cgi?id=51667>(If I > am wrong reopen) OK > Regards > Philippe > > On Sun, Sep 18, 2011 at 1:41 AM, sebb wrote: > >>

Re: [JMeter] release 2.5.1 to fix issues in 2.5?

On 17 September 2011 22:44, Philippe Mouawad wrote: > Hello, > New submissions that may be integrated: > >   - 51691 Fixed >   - 51841 Fixed >   - 49976

Re: svn commit: r1170701 - in /jakarta/jmeter/trunk: src/protocol/http/org/apache/jmeter/protocol/http/sampler/ xdocs/

On 14 September 2011 17:10, wrote: > Author: milamber > Date: Wed Sep 14 16:10:06 2011 > New Revision: 1170701 > > URL: http://svn.apache.org/viewvc?rev=1170701&view=rev > Log: > Bug 51775 - Port number duplicates in Host header when capturing by > HttpClient (3.1 and 4.x) > > Modified: >     >

Re: svn commit: r1170595 - in /jakarta/jmeter/trunk: bin/testfiles/BatchTestLocal.csv bin/testfiles/BatchTestLocal.jmx bin/testfiles/BatchTestLocal.xml src/core/org/apache/jmeter/testelement/property/

st/src/org/apache/jmeter/testelement/property/PackageTest.java .? >>        if (jp1.hashCode() == jp2.hashCode()) { >>            System.out.println("Expected different hashCodes for " + >> jp1.getClass().getName()); >> >>        } >> >> Milamber &

[JMeter] release 2.5.1 to fix issues in 2.5?

I'm thinking it might be worth releasing 2.5.1 soon. The main reason is to fix the bug in HttpClient4 connection handling, but there have been a few other useful fixes. What do you think? If there are any quick fix bugs we can squash, let's do those (e.g. I've nearly finished on Bug 48943), but

Re: svn commit: r1166165 - in /jakarta/jmeter/trunk: src/protocol/http/org/apache/jmeter/protocol/http/control/CacheManager.java xdocs/changes.xml

On 7 September 2011 14:51, Milamber wrote: > On Wed, Sep 7, 2011 at 1:35 PM, sebb wrote: > >> On 7 September 2011 14:20,   wrote: >> [snip] >> >> -    private transient ThreadLocal> threadCache; >> > +    private transient InheritableThreadLocal>

Re: svn commit: r1166165 - in /jakarta/jmeter/trunk: src/protocol/http/org/apache/jmeter/protocol/http/control/CacheManager.java xdocs/changes.xml

On 7 September 2011 14:20, wrote: > Author: milamber > Date: Wed Sep  7 13:20:47 2011 > New Revision: 1166165 > > URL: http://svn.apache.org/viewvc?rev=1166165&view=rev > Log: > Bug 51752 - HTTP Cache is broken when using "Retrieve all embedded resources" > with concurrent pool > > Modified: >  

Re: Lots of CLOSE_WAIT with HC4 HTTP implementation

On 24 August 2011 02:43, sebb wrote: > Looks like HTTPHC4Impl is not reusing HttpClient instances. > > It should only create one per thread per unique URL + some other fields. > > It seems not to be finding the previously created instances, so it > creates a new one for every

Re: Lots of CLOSE_WAIT with HC4 HTTP implementation

Looks like HTTPHC4Impl is not reusing HttpClient instances. It should only create one per thread per unique URL + some other fields. It seems not to be finding the previously created instances, so it creates a new one for every sample. Not sure why yet; probably something simple. However the cod

Re: Lots of CLOSE_WAIT with HC4 HTTP implementation

On 23 August 2011 14:23, Milamber wrote: > Hello, > > I thinks I found a issue with HttpClient 4.1 on JMeter 2.5. > > I've a (big) JMeter test (+800 http requests) on 3 Thread Groups. > TG1 => 63 users > TG2 => 38 users > TG3 => 14 users > > Scheduler test with a duration: 1800 secs (ramp-up : 200

Re: svn commit: r1159057 - /jakarta/jmeter/trunk/doap_JMeter.rdf

hives.apache.org/mod_mbox/ - list of all public archives http://mail-archives.apache.org/mod_mbox/jakarta-dev/ - dev@jakarta It may take an hour or so for the archive to catch up, but if a later message is there and yours is not, then it probably got lost ... > Le 18/08/2011 14:36, sebb a ecri

Re: svn commit: r1159057 - /jakarta/jmeter/trunk/doap_JMeter.rdf

Excellent work on the release! Thanks! S/// On 18 August 2011 07:40, wrote: > Author: milamber > Date: Thu Aug 18 06:40:00 2011 > New Revision: 1159057 > > URL: http://svn.apache.org/viewvc?rev=1159057&view=rev > Log: > JMeter 2.5 release > > Modified: >    jakarta/jmeter/trunk/doap_JMeter.rdf

Re: [VOTE] Release JMeter 2.5 RC3

On 14 August 2011 22:54, Milamber wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > Hello, > > The third release candidate for JMeter 2.5 has been prepared, and your > votes are solicited. > > JMeter is a Java desktop application designed to load test functional > behavior and measure

Re: [VOTE] Release JMeter 2.5 RC2

On 14 August 2011 00:21, Milamber wrote: > > > Le 13/08/2011 22:11, sebb a ecrit : >> [snip] >>>>> Yes. I've added 2 options on build.xml to permit build for non-svn >>>>> http://svn.apache.org/viewvc?rev=1154787&view=rev >>>>&g

Re: [VOTE] Release JMeter 2.5 RC2

On 10 August 2011 20:07, Milamber wrote: > > > Le 10/08/2011 17:06, sebb a ecrit : >> On 9 August 2011 16:46, Milamber wrote: >> >>> >>> Le 09/08/2011 14:58, sebb a ecrit : >>> >>>> Sorry, but I think the JMeterVersion changes need a b

Re: Accessing StandardJMeterEngine.allThreads

thout > it in Throughput Shaper... > > On Saturday 13 August 2011 16:36:43 sebb wrote: >> On 13 August 2011 13:13, Andrey Pohilko wrote: >> > Hi all! >> > >> > JMeter users frequently ask for some inter-thread communications on >> > JMeter forums.

Re: Accessing StandardJMeterEngine.allThreads

On 13 August 2011 13:13, Andrey Pohilko wrote: > Hi all! > > JMeter users frequently ask for some inter-thread communications on JMeter > forums. JMeter threads represent independent users; it should not be necessary to pass data between them. JMeter 2.5 will support setUp threads, which solve m

Re: [VOTE] Release JMeter 2.5 RC2

On 9 August 2011 16:46, Milamber wrote: > > > Le 09/08/2011 14:58, sebb a ecrit : >> Sorry, but I think the JMeterVersion changes need a bit more work. >> I did not realise all the consequences of trying to align the SVN tag >> with the source archive. >> I thi

Re: [VOTE] Release JMeter 2.5 RC2

Sorry, but I think the JMeterVersion changes need a bit more work. I did not realise all the consequences of trying to align the SVN tag with the source archive. I think the current build.xml does not work well for non-SVN builds. What do we need the build script to provide? At the very least, we

Re: svn commit: r1154741 - /jakarta/jmeter/trunk/build.xml

} > $";'/> > > When you try a ant check-version, this error appears: > build.xml:1298: svn.revision must be same as JMeterVersion.REVISION Drat! Should have caught that. Hopefully now fixed. > Milamber > > > > Le 07/08/2011 18:09, s...@apache.org a ecri

Re: [VOTE] Release JMeter 2.5 RC1

On 07/08/2011, sebb wrote: > On 7 August 2011 02:19, Milamber wrote: >> >> >> Le 02/08/2011 20:38, sebb a ecrit : >>> On 2 August 2011 19:53, Milamber wrote: >>> >>>> >>>> Le 02/08/2011 13:05, sebb a ecrit : >>>> &

Re: [VOTE] Release JMeter 2.5 RC1

On 7 August 2011 02:19, Milamber wrote: > > > Le 02/08/2011 20:38, sebb a ecrit : >> On 2 August 2011 19:53, Milamber wrote: >> >>> >>> Le 02/08/2011 13:05, sebb a ecrit : >>> >>>>>> * ApacheJMeter.jar should probably not contai

Re: [VOTE] Release JMeter 2.5 RC1

On 2 August 2011 19:53, Milamber wrote: > > > Le 02/08/2011 13:05, sebb a ecrit : >>> > * ApacheJMeter.jar should probably not contain the tird party notice and >>> >  licenses but only the ASF ones as the files inside the jar only apply >>> >  to

Re: [VOTE] Release JMeter 2.5 RC1

On 2 August 2011 14:05, sebb wrote: > On 1 August 2011 06:46, Stefan Bodewig wrote: >> On 2011-08-01, Milamber wrote: >> >>> The first release candidate for JMeter 2.5 has been prepared, and your >>> votes are solicited. >> >> I haven't performe

Re: [VOTE] Release JMeter 2.5 RC1

On 1 August 2011 06:46, Stefan Bodewig wrote: > On 2011-08-01, Milamber wrote: > >> The first release candidate for JMeter 2.5 has been prepared, and your >> votes are solicited. > > I haven't performed any sort of test, not even tried to build JMeter. > > * hashes and sigs are fine > > * source t

Re: svn commit: r1152605 - in /jakarta/jmeter/trunk: build.properties eclipse.classpath xdocs/changes.xml

On 31 July 2011 19:09, wrote: > Author: milamber > Date: Sun Jul 31 18:09:09 2011 > New Revision: 1152605 > > URL: http://svn.apache.org/viewvc?rev=1152605&view=rev > Log: > Update to httpcore 4.1.3 > > Modified: >    jakarta/jmeter/trunk/build.properties >    jakarta/jmeter/trunk/eclipse.classpa

Re: [JMeter] Add a new number version to Bugzilla

On 30 July 2011 13:01, Milamber wrote: > Hello, > > I prepare a new release of Apache Jakarta JMeter : version 2.4.1 > The release process says : request Bugzilla version update. > > bugzilla-admin@ is the good way? if not, can you indicate me the way? I think it's best to create a JIRA INFRA iss

Re: [JMeter][RFC] JMeter report generator based on JAMon

l be much smaller and is less expensive at run-time. It's also easier to parse - and again, JMeter has the code to parse the file. > Cheers, > > Siegfried Goeschl > > On 25.07.11 14:25, sebb wrote: >> >> On 24 July 2011 15:19, Siegfried Goeschl >>  wrote: >

Re: [JMeter][RFC] JMeter report generator based on JAMon

On 24 July 2011 15:19, Siegfried Goeschl wrote: > Hi folks, > > I'm using JMeter for some large-scale performance tests and had problems > with the current approach of using XSLT to generate the HTML report since my > JTL files exceed two gigabytes. Therefore I implemented a new reporting > backen

Re: [GUMP@vmgump]: Project bcel (in module jakarta-bcel) failed

Fixed On 22 July 2011 12:28, Dave Brosius wrote: > -ERROR- Missing Output: > /srv/gump/public/workspace/jakarta-bcel/target/bcel-5.3-SNAPSHOT.jar > > > Greetings list. Due to various reasons, the BCEL team has moved the target > release to version 6.0 > > > On 07/22/2011 02:23 AM, Gump wrote: >>

Re: Incorrect response time - JMeter Response Time > Actual Response Time

This discussion is off-topic for the JMeter developer list. If necessary, please continue on the JMeter user list. On 19 July 2011 11:38, Oliver Lloyd wrote: > Dude, have you considered the possibility that you load test is causing the > application to slow down? You know, this is actually quite

Re: [JMeter] TCPSampler not logging info in debug mode

On 27 June 2011 21:50, sebb wrote: > On 27 June 2011 20:31, Franco _ wrote: >> Hi guys, > > Wrong guys - this is the developer list. > > Please subscribe to and use the JMeter User list. See: http://jakarta.apache.org/site/mail2.html >> I'm trying to debug

Re: [JMeter] TCPSampler not logging info in debug mode

On 27 June 2011 20:31, Franco _ wrote: > Hi guys, Wrong guys - this is the developer list. Please subscribe to and use the JMeter User list. > I'm trying to debug TCPSampler in a test but nothing appears in jmeter.log, > I'm using JMeter 2.4 and I started JMeter in debug mode (-LDEBUG), I also

Re: [VOTE][LAZY] Move BCEL and JCS to Commons

On 23 June 2011 03:38, Rahul Akolkar wrote: > After reasonable support to the idea on Jakarta and Commons lists, > this is a vote to move BCEL and JCS to Apache Commons. > > As part of the move, I'll nominate any active committers for Commons > karma (so far: dbrosius, asmuts, tv -- anyone else, p

Fwd: Travel Assistance applications now open for ApacheCon NA 2011

-- Forwarded message -- From: Gavin McDonald Date: 6 June 2011 09:01 Subject: Travel Assistance applications now open for ApacheCon NA 2011 To: commun...@apache.org The Apache Software Foundation (ASF)'s Travel Assistance Committee (TAC) is now accepting applications for ApacheCo

Re: [BSF] Couldn't build bsf project from source

On 27 April 2011 12:57, vijayaratha vijayasingam wrote: > > > > > > ____ > From: sebb > To: dev@jakarta.apache.org > Sent: Wed, 27 April, 2011 17:19:20 > Subject: Re: [BSF] Couldn't build bsf project from source > > On 27 A

Re: [BSF] Couldn't build bsf project from source

tEngine(ScriptMediator.java:402) > > >        at > org.apache.synapse.mediators.bsf.ScriptMediator.initInlineScript(ScriptMediator.java:268) > > > > > > > > From: sebb > To: dev@jakarta.apache.org > Sent: Wed, 27 April, 2011 16:51:48 > Subject: Re: [BSF] Couldn&

Re: [BSF] Couldn't build bsf project from source

On 27 April 2011 12:00, vijayaratha vijayasingam wrote: > > > > > > ____ > From: sebb > To: dev@jakarta.apache.org > Sent: Wed, 27 April, 2011 16:21:18 > Subject: Re: [BSF] Couldn't build bsf project from source > > On 27 A

Re: [BSF] Couldn't build bsf project from source

On 27 April 2011 11:22, vijayaratha vijayasingam wrote: > Hi all, > I'm trying to build the bsf project from source (version  3.0.0) .I downloaded > the source distribution and tried  to build it.. but  anyway  i'm failing   > with > the following issue [1], since 'jsr' site is  unavailable.. Not

Re: [JMeter] HTTP Sampler consolidation of implementations

On 21 April 2011 01:57, sebb wrote: > On 20 April 2011 22:30, Milamber wrote: >> Hello, >> >> HTTPClient 3.1 sampler always have a (hidden) Cookie Manager (the defaut >> policy: ignore cookie seems don't works) > > Looks like this is a new bug - the exampl

Re: [JMeter] HTTP Sampler consolidation of implementations

les/jsp/security/protected/ > don't forget to uncommented users/roles in tomcat_home/conf/tomcat-users.xml > before running tomcat) > > Simple test case. Thanks - well spotted! > Milamber > > Le 25/11/2010 16:45, sebb a ecrit : > > Just a heads up that I'm curre

Re: Counting actual input size [was: svn commit: r1088435]

On 18 April 2011 22:36, Milamber wrote: > [snip] >> >> > Thanks for your works on this bug. > > Where download a nightly build of httpcore for test in JMeter? > (or I must compile last trunk?) > > I've created a snapshot here: https://repository.apach

Re: Counting actual input size [was: svn commit: r1088435]

On 15 April 2011 08:21, Milamber wrote: > > > Le 14/04/2011 23:09, sebb a ecrit : >> On 14 April 2011 22:09, Milamber wrote: >> >>> >>> Le 14/04/2011 12:14, sebb a ecrit : >>> >>>> On 14 April 2011 00:12, sebb wrote: >>>> &

Re: Counting actual input size [was: svn commit: r1088435]

On 14 April 2011 22:09, Milamber wrote: > > > Le 14/04/2011 12:14, sebb a ecrit : >> On 14 April 2011 00:12, sebb wrote: >> >>> On 13 April 2011 23:33, Milamber wrote: >>> >>>> >>>> Le 13/04/2011 14:26, sebb a ecrit : >>>

Re: nightlies vs release: two files

; > > On Thu, Apr 14, 2011 at 9:24 AM, sebb wrote: > >> On 14 April 2011 14:14, Peter Lynch wrote: >> > The nightlies require unzipping two files to make a usable runtime as >> > described here http://people.apache.org/builds/jakarta-jmeter/nightly/ . >> &g

Re: nightlies vs release: two files

On 14 April 2011 14:14, Peter Lynch wrote: > The nightlies require unzipping two files to make a usable runtime as > described here http://people.apache.org/builds/jakarta-jmeter/nightly/ . > > Is it correct to assume that the a final release will just be one > distributable? Sort of. There is a

Re: Counting actual input size [was: svn commit: r1088435]

On 14 April 2011 00:12, sebb wrote: > On 13 April 2011 23:33, Milamber wrote: >> >> >> Le 13/04/2011 14:26, sebb a ecrit : >>> On 13 April 2011 07:53, Milamber wrote: >>> >>>> I've updated the patch on bug 43363 since your last co

Re: Counting actual input size [was: svn commit: r1088435]

On 13 April 2011 23:33, Milamber wrote: > > > Le 13/04/2011 14:26, sebb a ecrit : >> On 13 April 2011 07:53, Milamber wrote: >> >>> I've updated the patch on bug 43363 since your last commit on HC4 >>> >>> https://issues.apache.org/bugzilla/s

Re: Counting actual input size [was: svn commit: r1088435]

ts in future. If you can provide details of how you are generating the test data above, I can take a further look at the problem. > Milamber > > > Le 10/04/2011 16:09, Milamber a ecrit : >> >> Le 09/04/2011 12:40, sebb a ecrit : >> >>> [snip] >>>

Re: Counting actual input size [was: svn commit: r1088435]

On 8 April 2011 14:23, sebb wrote: > On 8 April 2011 07:45, Milamber wrote: > [...] > >>>> With my last submission (r1088748), I try to respond to your feedback. >>>> Please say me if another thing to improve. >>>> >>> The problem of chunked

Counting actual input size [was: svn commit: r1088435]

On 8 April 2011 07:45, Milamber wrote: [...] >>> With my last submission (r1088748), I try to respond to your feedback. >>> Please say me if another thing to improve. >>> >> The problem of chunked responses still exists - such responses don't >> have a Content-Length header. >> >> One way round t

Re: [JMeter] HTTP Sampler consolidation of implementations

On 7 April 2011 00:07, sebb wrote: > On 6 April 2011 23:36, Milamber wrote: >> >>> HC4 should do this automatically, I think, but there was a bug whereby >>> >> >> I have found this problem too: >> Unlike HC3, HC4 sampler works with a HTTPS website wi

Re: [JMeter] HTTP Sampler consolidation of implementations

with www.google.com Thanks, that was useful, though strangely google would not gzip until I added a User-Agent of Firefox. Accepting gzip was not enough. Code now fixed - HC4 does support gzip decoding, but not by default. > Milamber >> >>> Milamber >>> >>

Re: [JMeter] HTTP Sampler consolidation of implementations

you were using, and the >> Content-type used by Apache 2.2? >> >> >>> Milamber >>> >>> >>> Le 25/11/2010 15:45, sebb a ecrit : >>> >>>> Just a heads up that I'm currently working on trying to combine the >>>&g

Re: [JMeter] HTTP Sampler consolidation of implementations

l, the x-gzip fix is in httpclient 4.1.1 (which JMeter trunk was recently updated to use). Can you check which version of HC4 you were using, and the Content-type used by Apache 2.2? > Milamber > > > Le 25/11/2010 15:45, sebb a ecrit : >> Just a heads up that I'm currently

Re: svn commit: r1088435 - in /jakarta/jmeter/trunk: bin/ src/core/org/apache/jmeter/util/ src/protocol/http/org/apache/jmeter/protocol/http/sampler/ xdocs/ xdocs/usermanual/

On 4 April 2011 20:35, Milamber wrote: > > [snip] >>> +#http.getbytes.type=default >>> +#http.getbytes.type=calculate_headers_size+default >>> +#http.getbytes.type=calculate_headers_size+content-length_value >>> >> These values are a bit complicated; I'd prefer to see true/false >> values if possi

Re: svn commit: r1088442 - /jakarta/jmeter/trunk/build.xml

On 4 April 2011 00:39, wrote: > Author: milamber > Date: Sun Apr  3 23:39:56 2011 > New Revision: 1088442 > > URL: http://svn.apache.org/viewvc?rev=1088442&view=rev > Log: > Add HTTPClient 4 jars libraries for the binary distribution Well spotted! > Modified: >    jakarta/jmeter/trunk/build.xml

Re: svn commit: r1088435 - in /jakarta/jmeter/trunk: bin/ src/core/org/apache/jmeter/util/ src/protocol/http/org/apache/jmeter/protocol/http/sampler/ xdocs/ xdocs/usermanual/

On 4 April 2011 00:13, wrote: > Author: milamber > Date: Sun Apr  3 23:13:09 2011 > New Revision: 1088435 > > URL: http://svn.apache.org/viewvc?rev=1088435&view=rev > Log: > Bug 50170 - Bytes reported by http sampler is after GUnZip > Add an optional property to allow change the method to get res

Re: [JMeter] JUnit sampler sample time changes

consider is that nano time costs a lot more > than System.currentTimeMillis(). > > I've done some benchmarking in the past and nano time costs 30% on > windows. On linux, the cost is higher due to differences in how it's > implemented. > > On Sun, Apr 3, 2011 at 5:28 AM, sebb

Re: [JMeter] JUnit sampler sample time changes

data storage. > Regards > On 2 Apr 2011, at 16:18, sebb wrote: > >> On 31 March 2011 19:41, Ben Cuthbert wrote: >>> All >>> >>> I have been looking over the code in the JUnitSampler code under the jmeter >>> source. >>> I would like to make

Re: [JMeter] JUnit sampler sample time changes

On 31 March 2011 19:41, Ben Cuthbert wrote: > All > > I have been looking over the code in the JUnitSampler code under the jmeter > source. > I would like to make a change to use nanoTime() rather than milliseconds. Why? > I can see in the AnnotatedTestCase there is an elapsed time. But I can't

Re: [VOTE][LAZY] Move Jakarta Regexp to Attic

On 22 March 2011 00:00, Rahul Akolkar wrote: > This is a vote to move Jakarta Regexp to the Apache Attic, based on > the outcome of the most recent discussion on the topic. > > Since Regexp may not have enough PMC members active, this vote will be > held by lazy consensus. If you object, please al

Re: svn commit: r1084019 - /jakarta/jmeter/trunk/src/protocol/http/org/apache/jmeter/protocol/http/sampler/HTTPSamplerBase.java

Thanks, that's fixed it. On 21 March 2011 23:32, wrote: > Author: milamber > Date: Mon Mar 21 23:32:17 2011 > New Revision: 1084019 > > URL: http://svn.apache.org/viewvc?rev=1084019&view=rev > Log: > Correct a compiler error with a real JDK 1.5 > Bug 50943 - Allowing concurrent downloads of embe

Re: svn commit: r1083962 - in /jakarta/jmeter/trunk: bin/ docs/images/screenshots/ docs/images/screenshots/http-config/ src/core/org/apache/jmeter/resources/ src/protocol/http/org/apache/jmeter/protoc

a.util.Collection,%20long,%20java.util.concurrent.TimeUnit%29 > > I use 1.5 complier compliance level in Eclipse for project with a JDK > 1.6 (on Linux) > I will change with JDK 1.5 to search to reproduce compiler error > > Milamber > > Le 21/03/2011 22:33, sebb a ecrit : >> I get

Re: svn commit: r1083962 - in /jakarta/jmeter/trunk: bin/ docs/images/screenshots/ docs/images/screenshots/http-config/ src/core/org/apache/jmeter/resources/ src/protocol/http/org/apache/jmeter/protoc

I get a compiler error with Java 1.5: [javac] D:\eclipseworkspaces\main\JMeter_trunk\src\protocol\http\org\apache\jmeter\protocol\http\sampler\HTTPSamplerBase.java:11 90: cannot find symbol [javac] symbol : method invokeAll(java.util.ArrayList) [javac] location: class java.util.concu

Re: JMETER [Bug 50943] New: Allowing concurrent downloads of embedded resources in html page

On 17 March 2011 23:06, Milamber wrote: > Hello, > > I would like commit this patch next week. > Any comments are welcome. OK by me, so long as it does not affect existing test plan behaviour if not selected. > Milamber > > > Original Message > Subject:        DO NOT REPLY [Bug

Re: [JMeter] Offer to submit JMeter AMF Sampler to JMeter community

On 28 February 2011 22:35, Vince Adamo wrote: > Philippe, > > I opened an enhancement request and attached the source. > > See Bug 50842 - Adobe AMF Protocol Sampler based on HTTPSampler2 > > Please feel free to e-mail me with any comments and/or questions. Unfortunately, the BlazeDS library is L

Re: JMeter - include JChart2D (LGPL v2.1) to JMeter

etter at http://apache-extras.org/ > or I can put him in Jmeter main with a > note for download separately the J2Char2D jar file? Possibly. I'm trying to find out about that. > Milamber > > > > Le 28/02/2011 22:17, sebb a ecrit : >> On 28 February 2011 21:28, Mil

Re: JMeter - include JChart2D (LGPL v2.1) to JMeter

On 28 February 2011 21:28, Milamber wrote: > Hello, > > Does it possible to include the jar JChart2D, under LGPL v2.1, in JMeter > main (ASF license)? > http://jchart2d.sourceforge.net/index.shtml No, we cannot include the jar in JMeter downloads, see: http://www.apache.org/legal/resolved.html#c

Re: svn commit: r1065011 - /jakarta/jmeter/trunk/src/core/org/apache/jmeter/resources/messages.properties

27;t better to change the menu factory > to manage an optional order? Yes, that would be better, but this works for now. I won't object if anyone else wants to fix it - I'm not sure when I will do so. > Milamber > > > > Le 29/01/2011 12:39, s...@apache.org a ecrit : >

Re: Small feature request - test start time stored in StandardJMeterEngine

2011/1/14 Stéphane Hoblingre : > Hi, > > I'm committer in JMeter Plugins project ( > http://code.google.com/p/jmeter-plugins/) and would like to add in our > charts relative time. For this, I need to get the test start time. Could it > be possible to store this value in the StandardJMeterEngine obj

Re: svn commit: r1057347 - /jakarta/jmeter/trunk/build.xml

On 12 January 2011 09:20, sebb wrote: > On 11 January 2011 17:40, Milamber wrote: >> Hello, >> >> With fork=no, all test cases aren't execute when run ant tests (or >> distribution). > > Thanks. > > I'm looking into that now. The problem seem

Re: svn commit: r1057347 - /jakarta/jmeter/trunk/build.xml

On 11 January 2011 17:40, Milamber wrote: > Hello, > > With fork=no, all test cases aren't execute when run ant tests (or > distribution). Thanks. I'm looking into that now. > Milamber > > Le 10/01/2011 20:28, s...@apache.org a ecrit : >> Author: sebb >

Re: News link on Jakarta website

On 11 January 2011 09:25, Milamber wrote: > Hello, > > In Jakarta website, on right column at top, there is a http link to News > with this url: > http://jakarta.apache.org/site/news/index.html > > But this page (news/index.html) has only very old news. That is possible > to change this link by (f

Re: [Jakarta-jmeter Wiki] Update of "AdminGroup" by JMeterAdmin

On 30 December 2010 17:39, Antoine Levy-Lambert wrote: > Hi, > > I see that you guys are maintaining a page to prevent bad content. > I do not know how to do it myself. I would need to do the same for Ant and > Gump's wikis. Just create the page "LocalBadContent". > I was also wondering whether

Re: [JMeter] HTTP Sampler consolidation of implementations

reads.JMeterThread.process_sampler(JMeterThread.java:369) >        at org.apache.jmeter.threads.JMeterThread.run(JMeterThread.java:262) >        at java.lang.Thread.run(Thread.java:662) > > Have I forgot something? No - I've not yet finished working on the HC4 sampler. > Milambe

Re: [JMeter] HTTP Sampler consolidation of implementations

l be clear >>> enough. >>> >> Done. >> > > Perhaps [http] is better than ([http]), more readable? Good point, you're right - and it's shorter. > Milamber > >> >>>> Milamber >>>> >>>> >>>> Le

Re: svn commit: r1041513 - /jakarta/jmeter/trunk/build.properties

ttpclient-4.1-beta1.jar > > > Milamber > > Le 02/12/2010 18:25, s...@apache.org a ecrit : >> Author: sebb >> Date: Thu Dec  2 18:25:15 2010 >> New Revision: 1041513 >> >> URL: http://svn.apache.org/viewvc?rev=1041513&view=rev >> Log: >> Add HttpClient

Re: [JMeter] HTTP Sampler consolidation of implementations

On 2 December 2010 12:59, sebb wrote: > On 2 December 2010 07:34, Milamber wrote: >> Hello, >> >> I have tested your changes from svn. I have these issues: >> * on HTTP Proxy server, in HTTP Sampler settings section, Type combo >> list says "HTTP Request&quo

Re: [JMeter] HTTP Sampler consolidation of implementations

e "Protocol (default http)" to "Protocol ([http])" - this should still be clear enough. > Milamber > > > Le 26/11/2010 00:28, sebb a ecrit : >> On 25 November 2010 23:13, Milamber wrote: >> >>> Hello, >>> >>> Your plan seems very w

Re: svn commit: r1039675 - /jakarta/jmeter/trunk/eclipse.readme

On 27 November 2010 13:13, wrote: > Author: milamber > Date: Sat Nov 27 13:13:21 2010 > New Revision: 1039675 > > URL: http://svn.apache.org/viewvc?rev=1039675&view=rev > Log: > typo Well spotted! > Modified: >    jakarta/jmeter/trunk/eclipse.readme > > Modified: jakarta/jmeter/trunk/eclipse.re

Re: [JMeter] Convert to Maven based build?

On 26 November 2010 16:54, Phil Steitz wrote: > On Thu, Nov 25, 2010 at 4:29 PM, Rahul Akolkar wrote: > >> On Thu, Nov 25, 2010 at 3:44 PM, Tim O'Brien >> wrote: >> > On Nov 25, 2010, at 2:29 PM, Peter Lin wrote: >> > >> >> even though I haven't been active in jmeter in a while, I am still a >>

Re: [JMeter] HTTP Sampler consolidation of implementations

er property. > AJP sampler seems not very used like sampler. Keep his independence will > be good for the evolution of federated http sampler. > > Milamber > > Le 25/11/2010 15:45, sebb a ecrit : >> Just a heads up that I'm currently working on trying to combine the >&

Re: [JMeter] Convert to Maven based build?

On 25 November 2010 17:54, Peter Lynch wrote: > Hi sebb, > > On Thu, Nov 25, 2010 at 9:42 AM, sebb wrote: > >> On 25 November 2010 14:18, Peter Lynch wrote: >> > I am wondering if there is developer support for the idea of converting >> > JMeter's build

[JMeter] HTTP Sampler consolidation of implementations

Just a heads up that I'm currently working on trying to combine the HTTP implementations (Java, HttpClient3) into a single GUI, with run-time choice of implementation. The rationale for this is that HttpClient 4 is now available, and it would be good to add that, but I think we should keep HttpCli

Re: [JMeter] Convert to Maven based build?

On 25 November 2010 14:18, Peter Lynch wrote: > I am wondering if there is developer support for the idea of converting > JMeter's build process to be based on Maven. If there is suitable support of > this idea, I was going to start writing a conversion script that would > convert the project sour

Re: [JMeter] - Get the log file parameter from plugin code (non gui mode, -j option)

none) in any test run. > I'm sorry I have diverted from the JMeter model to implement this particular > plugin... > > Regards, > > Stephane > > > > On Tue, Nov 23, 2010 at 12:14 AM, sebb wrote: > >> 2010/11/18 Stéphane Hoblingre : >> > Hi

<    1   2   3   >