several years back Mike Stover and I worked on a detailed tutorial on
writing plugins for JMeter.
Having a list of the classes is a good thing to have, but I personally
find tutorials more useful. The old tutorial is in the jmeter
resources.
peter
On Wed, May 26, 2010 at 11:59 AM, Alberto
I hate maven and it sucks. It does not reduce maintenance at all. I vote
against changing to maven.
-1
Maven is a road to he'll on my book
Sent from my iPhone
On Nov 25, 2010, at 1:28 PM, sebb seb...@gmail.com wrote:
On 25 November 2010 17:54, Peter Lynch pe...@peterlynch.ca wrote:
Hi
cost below zero?
On Thu, Nov 25, 2010 at 3:44 PM, Tim O'Brien tobr...@discursive.com wrote:
On Nov 25, 2010, at 2:29 PM, Peter Lin wool...@gmail.com wrote:
even though I haven't been active in jmeter in a while, I am still a
jmeter committer.
Quantify a while.
I'm still a committee
to run for the
hills and the project to die if JMeter project is built with Maven?
On Thu, Nov 25, 2010 at 3:29 PM, Peter Lin wool...@gmail.com wrote:
even though I haven't been active in jmeter in a while, I am still a
jmeter committer.
quite honestly, I've seen maven work first hand.
1
On Fri, Nov 26, 2010 at 12:08 AM, Peter Lynch ply...@apache.org wrote:
Peter Lin,
On Thu, Nov 25, 2010 at 10:49 PM, Peter Lin wool...@gmail.com wrote:
so far I am not convinced of the benefits of changing to maven.
my vote is still -1
As I said before, my feeling is jmeter is mature
, Tim O'Brien tobr...@discursive.com
wrote:
On Nov 25, 2010, at 2:29 PM, Peter Lin wool...@gmail.com wrote:
even though I haven't been active in jmeter in a while, I am still a
jmeter committer.
Quantify a while.
snip/
No need, we have archives for the curious.
I'm still
|S-N|:0 S:2464903 N:2464903
@:2520 |S-N|:0 S:2525020 N:2525020
@:2580 |S-N|:0 S:2585138 N:2585138
@:2640 |S-N|:0 S:2645256 N:2645256
On 3 April 2011 13:50, Peter Lin wool...@gmail.com wrote:
Another important thing to consider is that nano time costs a lot more
than System.currentTimeMillis
+1
On Thu, Sep 22, 2011 at 6:53 PM, Milamber milam...@apache.org wrote:
Hello,
The first release candidate for JMeter 2.5.1 has been prepared, and your
votes are solicited.
This release fixes mainly some bugs appeared since JMeter 2.5, but
contains few improvements.
Tests (load tests or
+1
On Sun, Sep 25, 2011 at 8:01 AM, Milamber milam...@apache.org wrote:
Hello,
The second release candidate for JMeter 2.5.1 has been prepared, and your
votes are solicited.
This release fixes mainly some bugs appeared since JMeter 2.5, but
contains few improvements.
Tests (load tests or
+1
sebb is planning a release right now, so probably a good time to move to
testing project
peter
On 3/24/06, Henri Yandell [EMAIL PROTECTED] wrote:
If you vote +1 and want to be a part of the new Testing project, could
you add your name to the proposal please. I've added my name so that I
For those who are using JMeter to test SOAP/XML-RPC
services, please give the new webservice sampler a
try. I would love to hear people's feedback on it.
peter lin
__
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com
I would be happy with something in between, since I use 19 lcd at home. maybe
something that works for 1024 x 768 or 1280 x 1024 would be a good compromise for
column width.
peter lin
[EMAIL PROTECTED] wrote:
Can we revisit the rule about 80 column width? Who here is doing development
that anyway. In my mind, this
is the hardest step.
Peter: Does this sound similar to what you are trying to do?
Other comments from anybody?
Jeremy
ATTACHMENT part 2 message/rfc822 name=Re: monitoring with jmeter
Date: Thu, 28 Aug 2003 05:53:43 -0700 (PDT)
From: peter lin
Subject: Re
I just posted some notes on the proposed monitor to jmeter wiki.
http://nagoya.apache.org/wiki/apachewiki.cgi?JMeterDevelopment/LongTerm
peter
-
Do you Yahoo!?
Yahoo! SiteBuilder - Free, easy-to-use web site design software
Another added benefit is the factory could reuse the objects to decrease the memory
usage. On laptops this would be a welcome improvement :)
peter
[EMAIL PROTECTED] wrote:
I like the idea, but I've had slightly different thoughts on the matter. Instead of
putting this logic into the
I was just looking over the http samplers and I'm willing to help refactor the code to
use a SampleResult factory. I'm also considering writing a custom sax parser to
replace Tidy and make parsing the result a bit more efficient than creating an entire
DOM document.
First I want to get a
the first step is to write a sampler using your custom driver. You should be able to
test it out with the default controllers, then you can work on your own custom
controller.
peter
Patrick LeBoutillier [EMAIL PROTECTED] wrote:
Hi,
I'm new to JMeter and want to use it to do performance
I'm currently working on replacing Tidy with HTMLParser for httpsamplerfull. The way
HTMLParser works is you register tag listeners. I plan to do a test implementation
this weekend. what did you have in mind specifically?
peter
Joseph Fifield [EMAIL PROTECTED] wrote:
Hello,
I need to
when the number of nodes you need to get are less than 50.
peter lin
Joseph Fifield [EMAIL PROTECTED] wrote:
I don't have an immediate need for the others, but I'm sure some of them
will come up as the tests grow. I can already think of places I could use
the HTML Link HRef Extractor.
I started
with the parser. I hope that helps. if
you have specific questions, feel free to email me directly. I'm not an expert on
htmlparser, but it would make sense to address the needs at the same time I swap out
tidy for htmlparser.
peter lin
Joseph Fifield [EMAIL PROTECTED] wrote:
Sounds good
I ran some benchmarks today with a new version of httpsamplerfull using HtmlParser.
the results are interesting. Perhaps the biggest and most interesting discovery for me
is the dramatic difference in performance between with and without -Xincgc.
, but probably good enough, and possibly much
faster.
--
Salut,
Jordi.
peter lin wrote:
I ran some benchmarks today with a new version of
httpsamplerfull using HtmlParser. the results are
interesting. Perhaps the biggest and most
interesting discovery for me is the dramatic
difference
biggest CPU hogs.
We will probably be able to use the results for extractors, too.
--
Salut,
Jordi.
peter lin wrote:
I'm not convinced a regexp approach would be better
than HtmlParser for a couple of reasons.
- HtmlParser already works on the stream directly
using readers.
- java regexp
important, because
I've seen that processing responses is one of JMeter's biggest CPU hogs.
We will probably be able to use the results for extractors, too.
--
Salut,
Jordi.
peter lin wrote:
I'm not convinced a regexp approach would be better
than HtmlParser for a couple of reasons
the htmlparser developers to use it and change the
license in the source. If everyone is ok with using the newer JUnit, I can make the
update this weekend and test the build task for htmlparser.
peter lin
BAZLEY, Sebastian [EMAIL PROTECTED] wrote:
Following up my own post:
Would
separate CVS versions ...
Sebastian
-Original Message-
From: peter lin [mailto:[EMAIL PROTECTED]
Sent: 17 October 2003 13:37
To: JMeter Developers List
Subject: Re: HTML Parser code - should it be in JMeter CVS?
hey sebastian,
can we wait on adding the build task for htmlparser. I
thanks for fixing that. I forgot to add the dependency. My mistake.
peter
[EMAIL PROTECTED] wrote:
rittmey 2003/10/22 05:24:49
Modified: . build.xml
Log:
Target-correction
Revision Changes Path
1.126 +3 -2 jakarta-jmeter/build.xml
Index: build.xml
hmm, good question. one could argue either way. how are these kinds of test done
currently? I remember there were tests for JTidy, but it had the text in the test
class, if I remember correctly.
peter
BAZLEY, Sebastian [EMAIL PROTECTED] wrote:
I've just updated build.xml to add a
Alabart [EMAIL PROTECTED] wrote:
Hi.
I've finally found some time to test the performance
of the
HTTPSamplerFull implementation currently in CVS
(developped by Peter Lin
using HTMLParser) against the implementation I sent
a while ago to the
list (developped by me using Regexps
:
Hi.
I've finally found some time to test the
performance of the
HTTPSamplerFull implementation currently in CVS
(developped by Peter Lin
using HTMLParser) against the implementation I
sent a while ago to the
list (developped by me using Regexps). [Remember:
the objective
is wrong... :-)
--
Salut,
Jordi.
En/na peter lin ha escrit:
can you verify if the old JTidy implementation
contains the same bug?
I'm going to guess it's how I'm using htmlparser.
peter
--- Jordi Salvat i Alabart [EMAIL PROTECTED]
wrote:
Responding to myself again
i like the idea of an iterator, since that is how we use it anyways :)
peter
Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
En/na BAZLEY, Sebastian ha escrit:
Oops. The parser selection property I introduced does not extend well.
You're right. I have no shame.
I propose changing the
.
En/na peter lin ha escrit:
i like the idea of an iterator, since that is how we use it anyways :)
peter
[...]
In the short-term, I suggest hard-coding the class names in
HTTPSamplerFull,
but it might be useful to use a factory in future.
Or simply grabbing jmeter.html.parser
Subject: Re: Parser refactoring; should Jmeter fetch more than
images/appl ets?
OK. I'm doing that.
I will also try to devise some easy-to-reproduce test that we can use
for comparison.
En/na peter lin ha escrit:
i like the idea of an iterator, since that is how we use it anyways
sounds like a good idea. if I get time to benchmark the new implementation over the
holiday, I'll post any results I generate.
peter
BAZLEY, Sebastian [EMAIL PROTECTED] wrote:
The HTML parser using JTidy now does a single scan of the DOM, using a
recursive method.
Functionally, it seems
thanks for running those tests. interesting results and good food for thought. unless
we are in a hurry to release the next version I am planning on debugging htmlparser
and figuring where the bug is.
the code for the images should be isolated in 2 classes, so tracking down the bug
should
Mike is right. He and I had discussions about how to best handle validation at
runtime. I probably won't have time until next week to fix it, so feel free to clean
out AccessLogSampler.
the larger problem of how to handle runtime errors and pass the events back to the GUI
is a much larger
I'll fine with either updating the docs or doing a 1.9.2 release.
there have been quite a few feature additions and I think it might be stable enough
for users to use. the accesslogSampler still needs to be cleaned, so let's leave it
labeled as alpha until I get time to clean it up or if
I would also vote to keep Open as the current behavior. Close makes sense to me, so +
on that.
peter
Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
I would still leave Open for prompt-clear-read -- since that's what is
costumary in most other programs. Existing users will only be (slightly
and rebuild again I go back
to having just the one WebServiceSampler error.
Am I adding the jars wrong?
Mike
On Thursday 25 December 2003 11:44, peter lin wrote:
I'm just getting over the flu.
it does require java mail, since apache soap driver
requires it.
peter lin
--- Michael W Bonar
in the New Year!
Mike
On Monday 29 December 2003 07:40, peter lin wrote:
hi mike,
I believe the beanshell stuff is for the java samplers. webservice sampler
just requires the activation.jar and mail.jar as required by the apache
soap driver.
peter
...snip
+1
I haven't used HTTPClient in a while, but the default java HttpConnection is a bit
retarded. Given the way I use JMeter, I don't think having keep-alive always on is a
problem. For me atleast, having it on produces better results. this is based on the
benchmarks I ran with remy using
I don't know what kind of time frame you are thinking of, but this weekend I should
have some time to play with it and check out the branch then. I've been swamped with
stuff at work.
by the way, thanks for cleaning up the accesslog gui stuff, I forget who did it.
peter
BAZLEY,
of
improvement were you thinking of specifically sonam?
peter lin
--- Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
Why can't we keep this function with the SOAP
sampler? I agree the SOAP
sampler is poor and buggy -- it needs to be
improved. But I'm not in
favour of piling up all functionalities
I wrote the sampler back during the summer. the
webservice sampler should be right after soap/xml-rpc.
I just fixed a bug for proxy support reported by Peter
Reid. if you get the latest CVS and build it, you'll
se the latest version.
peter lin
--- Sonam Chauhan [EMAIL PROTECTED] wrote
Chauhan
--
Corporate Express Australia Ltd.
Phone: +61-2-9335-0725, Fax: 9335-0753, Email:
[EMAIL PROTECTED]
-Original Message-
From: peter lin [mailto:[EMAIL PROTECTED]
Sent: Tuesday, 13 January 2004 2:29 PM
To: JMeter Developers List
Subject: RE: Suggestion for enhancing
I think this might be due to missing mail.jar and activation.jar. I forget how the
build works now, but it might be the sampler isn't built if those jar files are
missing. Since ANT won't be able to build if those jar files are missing.
peter
BAZLEY, Sebastian [EMAIL PROTECTED] wrote:
Not
expects/requires from
the details you've provided so far.
peter lin
--- Sonam Chauhan [EMAIL PROTECTED] wrote:
Thanks Peter. I just tried the SOAP sampler with
that document but the
receiving server spits out an error - possibly
because of 'incorrect'
HTTP header used by SOAP sampler
a wide variety of soap services
and many of them are not compatible. In fact,
webservices built with .NET, JWSDP, and IBM
webservices take lots of work to get them to work
together.
In any case, if you provide more information, I can
help you figure out what is wrong.
peter lin
--- Sonam
list exactly what the service needs in
terms of encoding, content-type, content-length, post
and so on, I can take a look.
peter lin
--- Sonam Chauhan [EMAIL PROTECTED] wrote:
Hi Peter - thanks for all your inputs! Sorry man -
the commerceone
document I included in the message below isn't
hi sonam,
did you try adding a http config element to set the content-type?
add - config element - http header manager.
that might work. can you give it a try and see if that fixes it?
peter lin
Sonam Chauhan [EMAIL PROTECTED] wrote:
that makes sense. but back to the task of how can
the
sampler migrate to this, it will be easier to handle situations where we want to pass
events from the sampler to the GUI to show relevant messages.
maybe by v2.0, I'll be able to make the accesslogsampler pass back precise error
messages instead of just letting them fail silently :)
peter
I'm thinking of chaning the title of the webservice sampler from Alpha to beta. It
could still use some testing, but it looks fairly stable at this point. Any thoughts?
peter lin
-
Do you Yahoo!?
Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes
I'll take a look and see if I can make that change.
peter lin
--- Sonam Chauhan [EMAIL PROTECTED] wrote:
Kenneth - Thanks for the suggestion. I don't
understand it completely,
but it probably does not apply to my problem because
I am posting
non-XML data (specifically, a MIME-format
.
a workable solution might be
third way
---
1. user starts Jmeter with proxy
2. load test plan
3. the proxy settings are overriden by command line
values. they are always visible
4. when the user saves, old values are not overridden.
peter lin
--- Peter Reid [EMAIL PROTECTED] wrote
host and
port entry.
peter lin
--- Peter Reid [EMAIL PROTECTED] wrote:
I can't answer the question.
Will you change the Sampler to just pick up the
command line argument?
__
Do you Yahoo!?
Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes
http
haha, i like that :)
peter
--- [EMAIL PROTECTED] wrote:
sebb2004/01/15 19:03:41
Modified:src/core/org/apache/jmeter/junit
JMeterTest.java
Log:
Don't complain about missing docn for ALPHA/BETA
code
Revision ChangesPath
1.30 +10 -3
I'd have to agree with sebastian. package level properties would be nice and reduce
the number of files to update and change. especially with internationalization.
peter lin
BAZLEY, Sebastian [EMAIL PROTECTED] wrote:
Is the idea to move all the Bean-related properties from
cool. after you post them, I will see if I can
compliment it with addition interface and abstract
class diagrams. the other diagrams I was thinking of
is component diagrams.
peter lin
--- Lancaster, Keith [EMAIL PROTECTED]
wrote:
Allowing pictures would be great. On the issue
I really have no preference for the naming convention.
the one you have looks fine to me.
since I'm lazy, having per package or per protocol
properties would be nice and reduce the number of
properties files.
:)
peter
--- Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
Opposite to what I
:)
I'd have to say one per bean is more common from my
own experience. either way, i have no objections.
peter lin
--- Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
Being lazy, I'd rather choose one .properties file
per bean: it makes
keys shorter to type (no need to copy/paste
+ from me.
great. thanks for doing all the leg work.
peter lin
--- Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
Hi.
i18nEdit is exactly what we need: it handles
projects with multiple
.properties files very nicely. You just press F2 and
it takes you to the
next [untranslated
I would agree. there have been quite a few fixes by jordi and sebastian. Do we want to
include controller patch mentioned by Applab?
peter lin
Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
Hmmm... looks like a new release is really due!
Missatge original
Assumpte: RE
that just goes to show how out of date I am. you and sebastian have been doing a ton
of work and it's hard to keep up. thanks to both of your by the way :)
anyone want to give a shot at making a new build?
peter lin
Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
No, the reason for my
: peter lin [mailto:[EMAIL PROTECTED]
Sent: 20 January 2004 13:38
To: JMeter Developers List
Subject: Re: [Fwd: RE: regex extractor on final redirect page]
I would agree. there have been quite a few fixes by jordi and
sebastian. Do we want to include controller patch mentioned by Applab?
peter lin
make a unit test for SoapSampler to catch these types of bugs.
thanks for you assitance.
peter lin
Sonam Chauhan [EMAIL PROTECTED] wrote:
Hi Peter - I'm sorry I don't have an external server to demo this on.
I'm very effectively firewalled :]
A servlet or CGI that 'reflects' HTTP request
-user mailing list.
peter lin
-
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site building tool. Try it!
I just updated from CVS and there might be a build problem. when I do a plain
build, it first tries to build jorphan, but AllTests uses JMeterUtils.split.
peter lin
Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
I've been using JMeter a lot recently and, except for some quirks
I was going through the open bugs and came across this one.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26178
This bug was already fixed by sebastian. I just tested it using the echo servlet I
wrote to test the patch I made to the Soap/Xml-rpc sampler. I'm changing this bug to
fixed.
I may write up an article on how to simulate
production traffic and post it on wiki. seems like
people don't have a clue how to analyze access logs to
determine how to simulate the same load.
if I get a chance next week, I'll whip up a short 5-8
page article on this topic.
peter lin
developers and none of them
responded. most of the like using sourceforge and
didn't want to change. can't blame them. they already
have access to their own CVS, so it's just more work
for them.
peter lin
--- Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
Hi.
What is (or what should be) the intent
thanks jordi for fixing that. my patch was a bit lame.
htmlparser 1.4 is changing to a generalized lexer. my
plan is to wait for 4-5 months once 1.4 is stabilized.
then i will sync up our version with the latest
htmlparser.
peter lin
--- Jordi Salvat i Alabart [EMAIL PROTECTED] wrote
have you looked at the new method for creating
samplers? jordi and sebastian have been working on it,
so you may want to take a look at that.
peter lin
--- Jerry Pulley [EMAIL PROTECTED] wrote:
Hi, Mike.
All things considered, I'm inclined to agree. And
it's not creating a
problem
well considering the amount of changes, I think mike's reasons have convinced me 2.0
is an appropriate version for it.
peter lin
[EMAIL PROTECTED] wrote:
1.9.2 wouldn't be appropriate for the general naming scheme
JMeter's been using and would give people the wrong information
about
. for myself, it would motivate me to play with the new bean
architecture and see how the accessLogSampler would migrate over.
my 0.1 cent worth of gibberish.
peter lin
Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
I would rather preserve 2.0 for a significant overhawl. We should
definitely change
i plan to take 2 weeks off when my next child is born next month, so I should get time
to migrate AccessLogSampler over :)
peter lin
Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
OK. I'm seeing that it boils down to a matter of taste/personal
preference. So, given there's two people
I've started a new article on how to simulate production traffic and techniques for
figuring what kind of test plan to create. I'm hoping to finish it in a few days and
then post it on tomcat-user, jmeter-user for review before I post it.
peter lin
-
Do
yeah, i was planning on posting on Jmeter wiki. My
other article is on Tomcat's resource page, so I may
ask remy to post it there too.
peter lin
--- BAZLEY, Sebastian
[EMAIL PROTECTED] wrote:
Why not post the article itself on the JMeter Wiki,
and send the link to the
mailing lists?
S
thanks for the link.
peter lin
[EMAIL PROTECTED] wrote:
Dear JMeter Web site maintainer and all the others,
FYI the usage of JMeter has been covered in the book
WebSphere Version 5 Application Development Handbook
(in Chapter 18. Performance and load testing)
A free PDF copy of the book
I'm almost done setting up roller weblog on my server for load testing purposes. Are
we ready to make a release candidate? Once we do, I'll make a test plan that posts
messages to the blog.
peter lin
-
Do you Yahoo!?
Yahoo! SiteBuilder - Free web site
what do you think sebastian?
peter lin
Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
I have no objections. There's a ton outstanding bugs, but none of them
is regressions -- and there's several tons of fixed ones since 1.9.1, so
yes, I think we should go for a RC as soon as possible
sounds like a good idea.
peter lin
--- Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
Thanks for bringing this to our attention. I've just
reviewed it and
will apply it now.
Maybe we should do a quick bugzilla scan for bugs
with patches provided
and apply them if appropriate
these are the ones I am aware of.
mail.jar, activation.jar, bsh.jar
feels like I'm missing one.
peter
[EMAIL PROTECTED] wrote:
If I'm doing the build, I assume I should have all the optional
libraries, so maybe I need a rundown on what I need. I have the
mail jars. What else do I need
/index.html.
I guess this info needs to be added to the JMeter docs somewhere.
S.
-Original Message-
From: peter lin [mailto:[EMAIL PROTECTED]
Sent: 04 February 2004 14:58
To: JMeter Developers List
Subject: RE: Are we ready for a RC?
these are the ones I am aware
to that idea? If so, speak up now
and I'll just keep the results to myself.
I went through the bugs last night. I don't know enough of those samplers to be able
to provide a quick patch. Are there any other bugs we want to address before a release
candidate?
peter lin
BAZLEY, Sebastian [EMAIL
BAZLEY, Sebastian [EMAIL PROTECTED] wrote:
-Original Message-
From: peter lin [mailto:[EMAIL PROTECTED]
Sent: 05 February 2004 13:53
To: JMeter Developers List
Subject: Re: How to handle htmlparser library (was Are we ready for a
RC?)
[...]
I went through the bugs last night. I don't
I'm sure will be.
--
Salut,
Jordi.
I'll report my findings once I am done.
peter lin
-
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online
that's an interesting piece of information. I
definitely wasn't aware of that. Great job.
peter
--- Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
I was thinking about this, and it's actually a bug
in java.net.URL:
since the advent of HTTP 1.1,
http://foo.bar/index.html will very often
+1
might be good to include a note in the docs or user manual.
peter lin
Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
BAZLEY, Sebastian wrote:
I'm not averse to creating a release candidate, but it would be good if we
could fix at least some of the following before release:
26605
Ok, I'll start changing the headers on the stuff I'm responsible for and then move on
from there.
peter lin
Jordi Salvat i Alabart [EMAIL PROTECTED] wrote:
BAZLEY, Sebastian wrote:
I started trying to set up for the new ASF 2.0 licence, by following in
instructions at:
http
I already updated htmlparser source file with v2 license. There's a comment in all the
source files acknowledging the contribution of htmlparser developers. it also has a
big thanks in there.
if there's anything else required, just tell me and I'll make the changes today :)
peter lin
to just stick with what we have. I like how we handle HTTP headers and don't really
feel like patching HTTPClient.
peter lin
-
Do you Yahoo!?
Yahoo! Finance: Get your refund fast by filing online
get more familiar with it and see if we
really benefit from using it.
peter lin
--- [EMAIL PROTECTED] wrote:
Pros:
4. Should be able to re-use connections, so can
implement proper keep-alive.
As to Con: 1 - Doesn't HttpMethod give access to
headers?
I guess I should give it a try
thanks for the summary sebastian.
I'm on vacation the next two weeks and I think mike is
on vacation for a week. :)
thanks for all the hardwork.
peter
--- BAZLEY, Sebastian
[EMAIL PROTECTED] wrote:
I *think* most of the source files have now been
updated to include the new
ASF V2 license
sounds good to me.
peter lin
BAZLEY, Sebastian [EMAIL PROTECTED] wrote:
I'm proposing to ask infrastructure for a JMeter Wiki to be set up on the
new MoinMoin Wiki farm:
http://wiki.apache.org/
as an independent Jakarta sub-project, i.e. the initial page would be
http://wiki.apache.org
uploading images is a nice feature to have. I think it's worth it, but since I'm not
the one doing it, I leave it up to sebastian :)
peter lin
BAZLEY, Sebastian [EMAIL PROTECTED] wrote:
I'm not sure that's necessary now - the Wikis are being set up as sub-wikis,
and I think
it is still useful and provides
details the new one wouldn't have. to make that happen, I think AbstractVisualizer
would need to declare the ResultCollector as protected and allow subclasses to
override .createTestElement.
peter lin
-
Do you Yahoo!?
Yahoo! Search
files. we could write new apache replacements for these
libs, but that feels like taking a huge step backwards.
peter lin
[EMAIL PROTECTED] wrote:
Indeed, I was going to post about this, as we currently use the following non-Apache
software:
- htmlparser (this may be OK)
- jdom
- js (rhino
.
peter lin
BAZLEY, Sebastian [EMAIL PROTECTED] wrote:
Actually, it's the Apache BSF that we use, so it's not a problem.
But anyway, JMeter CVS and the zips only USE BSF (and BeanShell, which is
not ASF) - it does not include any of the BSF or BeanShell code. This is
done using reflection where
Sounds like we should delay release 2.0 until this is resolved. In that case, I will
begin adding the new monitor code i've been working on.
peter lin
BAZLEY, Sebastian [EMAIL PROTECTED] wrote:
They may be optional at run-time, but they're currently not optional at
build time, and the jars
1 - 100 of 549 matches
Mail list logo
