Have you seen the "Live HTTP Headers" plug-in for Mozilla Firefox?
Making it able to save a JMeter test (or JMeter to import it's output)
would be a really good solution to the recording/SSL problem: no more
proxy configuration, no more problems with SSL.
Another reason to have a browser integr
+0 (sorry, still no time)
En/na Peter Lin ha escrit:
so should we migrate to subversion guys?
peter
On Mon, 3 Jan 2005 22:16:12 -0500, Henri Yandell <[EMAIL PROTECTED]> wrote:
Just wondering if the JMeter community have any thoughts on a
migration to Subversion?
I'm aiming to get Jakarta migrated o
+1
Michael Stover wrote:
To avoid any problems with JMeter's release, I plan on sending the PMC a
message that JMeter is releasing. As such, I want to have a formal vote
for release this weekend. I know several of you have already sent your
informal +1's, but I forgot to gather the evidence, sorr
[Just FYI: Michael's message was delayed because the list's antispam
filter classified it wrongly.]
Yes, I think this is long due. Sebb should have the last word: I'm sure
he knows the product's status.
--
Salut,
Jordi
mstover wrote:
I've finally got my cvs access back (yay!) and I could make
In the previous few months in my case :-)
Been rather busy elsewhere.
Just my 1¢ on this discussion: shouldn't we, rather, be releasing more
often? Then there would be no need for this...
peter lin wrote:
sweet!!! love the idea. considering how many features and fixes the nightly has. It would
Unfortunately most of it gets marked as Spam, and poor moderators have
to approve each message individually... anyone knows if our spam filter
will learn from accepts/rejects?
--
Salut,
Jordi.
Jorg Heymans wrote:
this is actually very cool ! emails are sent out when the wiki is
updated, very n
... I'm just thinking: what's the practical difference between having
the auto-update feature or distributing the binaries with it? (As far as
both of them are OK in relation to the library's license). What's the
point of having a policy that forbids a simple solution but allows a
complex equiv
I'd say we're into several counts of policy breach?
How are other 'application' (as opposed to 'library') projects coping
with these requirements?
Original Message
Subject: Clarifying some licensing issues for Apache developers
Date: Tue, 9 Mar 2004 10:59:49 -0800 (PST)
From: B
No objection.
I'm not familiar with MoinMoin, but on the old Wiki we started without
any naming convention for pages --at least something sufficient to sort
out JMeter's from other project's-- which has been a pain. I would
recommend to establish such a convention (don't care which one) before
up in this case.
S.
-Original Message-
From: Jordi Salvat i Alabart [mailto:[EMAIL PROTECTED]
Sent: 01 March 2004 12:14
To: JMeter Developers List
Subject: Warning message on thread start (current CVS)
Hi.
I'm getting this for each thread I start in current CVS. Can't tell
whethe
Hi.
I'm getting this for each thread I start in current CVS. Can't tell
whether it causes any harm yet, but from the message itself, it looks
like you shouldn't happen.
Anyone know what it may be?
Thanks,
Jordi.
2004/03/01 13:12:40 INFO - jmeter.threads.JMeterThread: Thread
Test141-33 star
Boylan, Crispin wrote:
Just out of interest - what are the release/development plans for JMeter, is
there a page with some info?
A... eh... there should be a release real soon now.
--
Salut,
Jordi.
-
To unsubscribe, e-mail
I touched this code section a few days ago, so it's probably my fault.
I'll have a look...
--
Salut,
Jordi.
[EMAIL PROTECTED] wrote:
sebb2004/02/26 10:14:29
Modified:src/core/org/apache/jmeter/gui/action EnableComponent.java
Log:
See [Bug 27265] - disable does not work
This
ds serious clean-up -- including reviewing the APIs and
contracts. I'm thinking about the TestBean concept being able to replace
all this mess...
--
Salut,
Jordi.
Jordi Salvat i Alabart wrote:
I touched this code section a few days ago, so it's probably my faul
code into
the codebase.
[Sebb: can you go to
http://nagoya.apache.org/wiki/apachewiki.cgi?JMeterCommitters and create
a page for yourself?]
--
Salut,
Jordi.
Jordi Salvat i Alabart wrote:
... thought we should make sure any names we remove are in the Commiters
or Contributors lists. I'll t
ems fairly
stable.
- Task list and Problem list are now separate tabs
- Most plug-ins for 2.1 now also work with 3.0M7.
S.
-Original Message-----
From: Jordi Salvat i Alabart [mailto:[EMAIL PROTECTED]
Sent: 23 February 2004 12:47
To: JMeter Developers List
Subject: [Fwd: ASF Board Summary for F
Looks like we're mostly in-line with the recommendations issued by the
board, except possibly for:
- author tags are officially discouraged. these create difficulties in
establishing the proper ownership and the protection of our
committers. there are other social issues dealing with co
Yes, let's clean up! Have you tried removing those equals() methods?
BAZLEY, Sebastian wrote:
I've been looking at equals/hashcode following some warnings from FindBugs,
but not resolved the problems fully. Thought it would be useful to summarise
what I've found so far:
If a class over-rides equal
If this how it's working?
Yes, it would make sense to keep the context somewhere that can be
accessed easily. The solution you propose sounds good. Maybe we should
make that part of the TestElement interface (and of course implement it
in the AbstractTestElement).
BTW, what's the mechanism use
Forgot to mention in CVS comment: this change also removes some dead code.
[EMAIL PROTECTED] wrote:
jsalvata2004/02/19 18:35:45
Modified:src/core/org/apache/jmeter/gui/action EnableComponent.java
src/core/org/apache/jmeter/gui GuiPackage.java
src/core/org/a
Is it just me?
Salut,
Jordi.
[java] There was 1 error:
[java] 1)
SFFTest1(org.apache.jmeter.functions.PackageTest)java.lang.RuntimeException:
Stop Thread
[java] at
org.apache.jmeter.functions.StringFromFile.execute(StringFromFile.java:242)
[java] at
org.apac
What's this?
[EMAIL PROTECTED] wrote:
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconf
[From my message dated 30/12 on the subject]
More Pros:
- Our multipart POST implementation is quite poor (only one file per
request, for example). HTTPClient's should hopefully be more complete.
- Unit testing: HttpClient comes with a test webapp, that we could use
to write equivalent JMeter te
Oops. Sorry -- my usual working settings crept in. Thanks for fixing it
for me.
--
Salut,
Jordi.
[EMAIL PROTECTED] wrote:
sebb2004/02/11 15:17:49
Modified:bin jmeter.properties
Log:
Fix log file destination and default parser
Revision ChangesPath
1.95 +3
I kant rite. Thanks again.
[EMAIL PROTECTED] wrote:
sebb2004/02/11 15:40:35
Modified:xdocs/localising index.xml
Log:
ASF L V2
Revision ChangesPath
1.3 +21 -57jakarta-jmeter/xdocs/localising/index.xml
Index: index.xml
=
My rationale was that BETA usually means "early distribution -- please
try it out", so it should carry full documentation.
But do whatever you feel is better -- as far as it stays consistent in
both tests, I'll be perfectly happy.
I'm not sure how EXPERIMENTAL differs from ALPHA, either -- feel
Actually, the formatting guidelines we agreed to follow a while ago
(http://jakarta.apache.org/turbine/common/code-standards.html) read:
«
9. All .java files should have a @version tag like the one below.
@version $Id: code-standards.xml,v 1.6 2003/03/12 21:34:39 quintonm Exp$
»
Related, but not
Hi Mike.
Your contribution looks useful to me, and while Mike's suggestion to
merge it with the RandomController makes sense, I still feel it's more
important to get the functionality there before the next release. So
unless you or someone else volonteers to do the merging, I will add it
as-is
make the element's arguments prevail over the config element's ones,
which were merged in later.
Still, there's a GUI bug that prevents using this reasonably :-(
--
Salut,
Jordi.
peter lin wrote:
+1
might be good to include a note in the docs or user manual.
peter lin
Jordi
Hi Peter,
I'm not 100% sure these regexps can be used concurrently, since they are
'owned' by each filter, so as far as filters are not reused by different
threads, we should be safe. I preferred to fix it anyway since the
performance penalty incurred is, as fas as I know, very small -- and, as
BAZLEY, Sebastian wrote:
I started trying to set up for the new ASF 2.0 licence, by following in
instructions at:
http://www.apache.org/dev/apply-license.html
{see also http://www.apache.org/licenses/]
The new URLString and URLCollection classes have got the new licence headers
- I hope I've got
rs receive a warning message and have to allow/deny
distribution. I'm currently one of the moderators and I've not seen any
Gump messages recently (otherwise I would have let them in, of course).
--
Salut,
Jordi.
Stefan Bodewig wrote:
On Mon, 09 Feb 2004, Jordi Salvat i. Alabart <[
I recently changed some GUI-related code in test methods. It may be
related. I'm attaching the relevant CVS commit message.
BTW, any idea why Gump nags are not working? Issues like this would be
spotted much quicker if they did.
--
Salut,
Jordi.
BAZLEY, Sebastian wrote:
Something has broken th
ter lin [mailto:[EMAIL PROTECTED]
Sent: 03 February 2004 20:05
To: JMeter Developers List
Subject: Re: Are we ready for a RC?
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 t
[EMAIL PROTECTED] wrote:
- Original Message -
From: "Jordi Salvat i Alabart" <[EMAIL PROTECTED]>
[...]
Interesting. This is new to me. Should we make the distinction in
JMeter's pages and make sure to point users to the "right" one?
Not quite sure w
s for accessing the URI
itself, getting at the protocol handler, interacting with the protocol
etc. So, at present, we don't plan on changing the URL.equals/hashCode
behavior [...]
»
--
Salut,
Jordi.
En/na Jordi Salvat i Alabart ha escrit:
En/na [EMAIL PROTECTED] ha escrit:
+
is that we tend to be too focused on
our own development ideas and ignore those non-committer patches for
just too long... we should make an effort and consider these with
high(-ish) priority.
Just an opinion.
--
Salut,
Jordi.
En/na [EMAIL PROTECTED] ha escrit:
On 6 Feb 2004 at 1:36, Jord
En/na [EMAIL PROTECTED] ha escrit:
+// TODO: maybe change the API to return URL Strings instead of java.net.URLs?
Since the HTTPSampler would need to re-create the URLs in order to use them, perhaps
we could use URL.toString() as the hash key,
and store the URL as the value? Woul
En/na [EMAIL PROTECTED] ha escrit:
Actually, there are now *two* Gump builds - one against the latest of everything,
and another uses the jars in CVS.
The zipped jars are created from the CVS build, so correspond well with a release.
Interesting. This is new to me. Should we make the distinctio
Hi Mike.
Just some clarification: a FIXED bug is not the same as a CLOSED bug. A
FIXED bug will be CLOSED when the release on which it was fixed goes out
of the door.
We maintain one single codebase at this moment -- no branches. Nightly
builds are a strange beast: they are compiled using what
My fault. I'm working on this. I would have sworn I ran the tests before
committing.
--
Salut,
Jordi.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
+0 on keeping htmlparser code in our codebase -- at least for the time
being.
+0 on switching default parser to htmlparser. Performance-wise, I would
vote for the regex one, but I don't really trust its accuracy (although
it is working very well for me so far, I usually work with sites that
ha
zilla/show_bug.cgi?id=26440 be
applied? It's a trivial oneliner that doesn't need a big review before
getting applied ;)
Jordi Salvat i Alabart 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
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.
--
Salut,
Jordi.
En/na peter lin ha escrit:
I'm almost done setting up roller weblog on my se
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 major version # if we break some ba
.10, then where does that stop? If we do that, then we'll have
to have some justification in the future for ever going to 2.0.
Whereas now, the reason for 2.0 is obvious - it's what comes after
1.9. I see no reason to fear it.
-Mike
On 24 Jan 2004 at 23:58, Jordi Salvat i Alabar
I think Peter is referring to the Test Beans stuff. Yes, it's beyond
1.9.1 -- it will probably go into the new release (1.10?). It's actually
a work-in-progress: as it stands now it should allow you to write Test
Elements with (mostly) no GUI coding -- not only Samplers, but generally
any test
This is now fixed.
I've tested in HTMLParser 1.4 and the bug seems to be fixed there. I
wonder whether the HTMLParser team will be interested in a bugfix for 1.3...
--
Salut,
Jordi.
En/na Jordi Salvat i Alabart ha escrit:
Found so far:
- That change introducing the dependency on JOrphan i
till there, inspite
the change :-(
I've just checked in a modified test case that detects that bug. Sorry
for the disturbance -- hope it won't need to last long.
I'm currently researching the bug.
--
Salut,
Jordi.
En/na Jordi Salvat i Alabart ha escrit:
OK. So having a dependenc
a better plan, speak up!
Just buzz me when you think you're ready to go.
-Mike
On 23 Jan 2004 at 16:14, Jordi Salvat i Alabart wrote:
I've been using JMeter a lot recently and, except for some quirks with
TestBeans I'm working on (not yet on CVS), it is far better than 1.9.1.
I su
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 of having
HtmlParser sources in
JMeter's source tree?
a/ To maintain our independent fork of HtmlParser
b/ To be a
Hi.
What is (or what should be) the intent of having HtmlParser sources in
JMeter's source tree?
a/ To maintain our independent fork of HtmlParser
b/ To be able to do experiments and quick necessary changes, but still
generally keep them in sync with the one maintained by the HtmlParser group.
anuary 2004 16:04
To: JMeter Developers List
Subject: Re: testing latest snap shot/release candidate
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 Ala
I've been using JMeter a lot recently and, except for some quirks with
TestBeans I'm working on (not yet on CVS), it is far better than 1.9.1.
I suggest each of us does a walk through bugzilla, try to fix any
relatively easy bugs we find, and we create a RC real soon now.
Who has the time to be
Please send the code out way -- even better as an attachment to an
enhancement request in bugzilla. I'll make sure to review and commit it.
--
Salut,
Jordi.
En/na Dolf Smits ha escrit:
Hi all,
as promised also my setup forr an foreach controller
give it some input variable, which consists of s
Hi Sebb.
Would it make sense to pack i18nedit.properties in the core .jar so that
we can read the list of supported locales from it? Right now we have
this list in at least three places (the GUI, the bean resources tests,
the resources/messages.properties test).
--
Salut,
Jordi.
En/na BAZLEY,
Sorry, been in France recently... "cacher" = "to hide", there.
I meant "hiding problems" -- exceptions thrown inside TestBean.suite()
were being eaten and never displayed nor logged.
--
Salut,
Jordi.
En/na BAZLEY, Sebastian ha escrit:
Just curious - how did the caching problem show up?
S.
of either the information was not updated to the
thread itself or we might have missed the thread.
If it is already there in the CVS that is great.
Thanks
Applabs Team
- Original Message -
From: "Jordi Salvat i Alabart" <[EMAIL PROTECTED]>
To: "JMeter Developers
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: regex extractor on final redirect page
Data: Tue, 20 Jan 2004 15:10:19 +0530
De: Applabs Performance Team
Respon a:
Hmmm... looks like a new release is really due!
Missatge original
Assumpte: RE: regex extractor on final redirect page
Data: Tue, 20 Jan 2004 15:10:19 +0530
De: Applabs Performance Team <[EMAIL PROTECTED]>
Respon a: JMeter Users List <[EMAIL PROTECTED]>, Applabs
Performance Team
En/na Jordi Salvat i Alabart ha escrit:
[...]
In which case, we should:
- Add i18nEdit's i18nedit.properties and .../*.metaprops files to CVS.
Done.
- Write some brief documentation on how a translator should use i18nEdit
to write translations, and how a committer should merge in subm
MS.]
S.
-----Original Message-
From: Jordi Salvat i Alabart [mailto:[EMAIL PROTECTED]
Sent: 19 January 2004 17:35
To: JMeter Developers List
Subject: Re: current CVS build runtime issues on JVM 1.3
Just a note: -XX:NewSize, etc. are there on Sun and HP's 1.3 JVMs. This
i
Just a note: -XX:NewSize, etc. are there on Sun and HP's 1.3 JVMs. This
issue seems to be IBM-specific, then.
--
Salut,
Jordi.
En/na BAZLEY, Sebastian ha escrit:
-Original Message-
From: Sonam Chauhan [mailto:[EMAIL PROTECTED]
Sent: 19 January 2004 08:20
To: '[EMAIL PROTECTED]'
Subject:
En/na Sebastian Bazley ha escrit:
The problem with the later is that once an initial translation has been
done, there's no way to "tell" the translator that a change has been
made to the English text and the translation should be reviewed. I'm
thinking about semantical changes, not spelling, of
This message is addressed to all those people who have contributed
localization effort (mostly in the form of translations in one of the
messages_*.properties files) to JMeter. We want your opinion on a
subject affecting this work. Your opinion matters a LOT -- in my
opinion, the main objective
En/na Sebastian Bazley ha escrit:
- Original Message -
From: "Jordi Salvat i Alabart" <[EMAIL PROTECTED]>
>[...]
So, I would propose to write our ResourceBundle subclass that will
provide the English strings for any resources missing in the
per-language property fi
names are automatically
derived.
S.
- Original Message -
From: "Jordi Salvat i Alabart" <[EMAIL PROTECTED]>
To: "JMeter Developers List" <[EMAIL PROTECTED]>
Sent: Sunday, January 18, 2004 8:10 PM
Subject: Re: Bean Properties
I'm for a double-check. Ex
one
using it.
--
Salut,
Jordi.
En/na Sebastian Bazley ha escrit:
OK by me.
Just need to decide whether to extend the existing JUnit test to cover all the
property files, or drop it and rely on the tool to
find any omissions.
S.
- Original Message -
From: "Jordi Salvat i Alabart&quo
ator should use i18nEdit
to write translations, and how a committer should merge in submitted
translations.
Any arguments against this plan?
--
Salut,
Jordi
En/na Jordi Salvat i Alabart ha escrit:
Been looking at RBManager. If I've understood well, RBManager manages
single files (with thei
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 the
prefixes) and e
properties would be nice and reduce the number of
properties files.
:)
peter
--- Jordi Salvat i Alabart <[EMAIL PROTECTED]> wrote:
Opposite to what I said about Editors and BeanInfos,
which have a
default place to live in defined by the JavaBeans
standard, the location
of resources w
Opposite to what I said about Editors and BeanInfos, which have a
default place to live in defined by the JavaBeans standard, the location
of resources was of my own choice, so we just need to decide what's
preferrable.
The alternative is to have a messages.properties (global or
per-package),
Hi.
I am very happy with the result of my TestBeans experiment, so I'm
planning to merge it into CVS head as soon as I have the time.
The idea is to merge the jmeter.testbeans packages and whatever
changes they depend on (there's not many), but not [yet] the
HTTPSamplerBean and friends. Th
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 into one single infinitely
complex component.
--
Salut,
Jordi.
En/na Sonam Chauhan ha escrit:
The normal HTTP sam
En/na BAZLEY, Sebastian ha escrit:
The default values are OK, but I'm not sure that they'll work as intended -
for example, if a test plan is saved with an empty value, will the default
be re-applied? I suspect the value will be populated from the test plan.
>
I think it might be better to define
Hi.
I've been off-line for a while (on the road) working on this, and now
I'm under a pay-per-minute connection, so I've had no choice but
uploading a bunch of changes in a single shot. Sorry for that.
I will appreciate comments from anyone willing to spend the time to
synch the testbeans_expe
Go ahead.
En/na BAZLEY, Sebastian ha escrit:
Some potentially useful bug-fixes in the new ORO release - any objections to
updating JMeter CVS with this new version?
S.
-Original Message-
From: Daniel Savarese [mailto:[EMAIL PROTECTED]
Sent: 31 December 2003 05:12
To: [EMAIL PROTECTED]
Subj
En/na Sebastian Bazley ha escrit:
Some tidying up to do, e.g. some fields should be check-boxes (and I think we'll need radio buttons elsewhere).
My idea is not to have any checkboxes. Boolean fields, for example,
would be edited with a combo box having 4 options:
- "Use default" (or "undefined")
I believed we had already dropped 1.3 support... I'm for keeping it, though.
--
Salut,
Jordi.
En/na Sebastian Bazley ha escrit:
Just tried a build using Java 1.3.1_09 on WinXP - there are quite a few errors caused by missing methods.
Some of these are quite easy to fix - for example:
- Boolean.v
En/na Sebastian Bazley ha escrit:
- Original Message -
From: "Jordi Salvat i Alabart" <[EMAIL PROTECTED]>
To: "JMeter Developers List" <[EMAIL PROTECTED]>
Sent: Friday, January 02, 2004 12:51 AM
Subject: TestBeans: proof of concept
How to try:
- Check out branch testbeans_experimental_branch
- Build & run
- Right-click on Workbench -> Add -> Sampler -> HTTPSamplerBean
- See the automatically-generated GUI.
The component probably doesn't work. Of course I'll need to fix this
before declaring the proof-of-concept complete.
U
Hi.
I've completed the initial 'proof of concept' of my TestBeans idea.
The idea is that component developers would develop Java Beans
supporting the basic JMeter interfaces for the kind of component they
want (Sampler, Timer, etc.). JMeter would then automagically provide a
GUI for the compon
En/na Sebastian Bazley ha escrit:
Jordi Salvat i Alabart wrote:
[...]
The following functionalities (of those where I expected HttpClient to
help) will not improve at all, and we will still need to handle them
ourselves:
- Request parameter encoding
- Follow redirects
As far as I can tell, it
Hi.
I've just created a new branch for an experiment for which I'd like to
get your opinions. It's called testbeans_experimental_branch, and the
version where it branched of is Root_testbeans_experimental_branch.
I'll start committing into that branch now. I'll post a descriptive
e-mail as soo
I fixed the bugs I had found (including this one), but I still believe
there is place for more, mostly in the "not per user" case.
Now I would like to (in this order):
- Consider removing the "total executions" mode. It works now, but I
really can't see a relevant use for it, and it makes it mo
Hi.
One of the important proposed changes to JMeter was to switch from the
java.net HTTP client to the Apache Jakarta Commons HTTPClient.
I've been reading through HttpClient's docs, and the changes are not
trivial.
To start with, the equivalents of our cookie manager and authentication
manag
Hi Mike,
I build from Eclipse without any problem -- including the
WebServiceSampler. I only use ant package-only as the very last step to
create the .jars.
I'm attaching my .classpath for your reference. Ignore the http-client
line -- I just added it to play a little.
--
Good luck,
Jordi.
E
ystems Inc.)
Implementation-Vendor-Id: com.sun
Implementation-Vendor: Sun Microsystems, Inc.
Specification-Vendor: Sun Microsystems, Inc.
SCCS-ID: @(#)javamail.mf1.5 02/03/14
Salut,
Jordi.
En/na Mike Bonar ha escrit:
On Wednesday 24 December 2003 03:07, Jordi Salvat i Alabart wrote:
No, there ha
You're absolutely right: the developer documentation is absolutely
insufficient.
The change you want to do probably requires changes in the JMeter
engine. I created a "User Defined Variables" element to define variables
outside of the Test Plan and that's what I had to do. I'm attaching the
CV
No, there has not been any progress. I guess we consider this to be minor.
I have mail.jar in my classpath. You should be able to download it from
somewhere in java.sun.com.
--
Salut,
Jordi.
En/na Michael W Bonar ha escrit:
Has there been any progress on bug "22303 WebServiceSampler requires
ja
Hi.
Are jakarta.apache.org and cvs.apache.org (minotaur and minotaur-2)
down, or is it just me?
Thanks,
Jordi.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
BTW, one reason why I believe the ByNumber option is not very useful is
that it always runs one time less than configured for. The fact that
such an obvious and easy to spot bug has not been reported suggests that
very few people use this option.
--
Salut,
Jordi.
En/na Jordi Salvat i Alabart
Hi.
While working on bug#23027, I've written 5 test cases for the
ThroughputController:
- ByNumber 2 FAILS
- ByNumber 0 PASSES
- ByPercent 0% FAILS
- ByPercent 33.33% FAILS
- ByPercent 100% PASSES
I've carefully reviewed my tests and their results and I'm sure it's the
component that is seriousl
Yes, that would be a solution. Let's hope it doesn't become necessary.
--
Salut,
Jordi.
En/na BAZLEY, Sebastian ha escrit:
If this proves to be a problem, we could perhaps replace all the "UTF-8"
strings with a common variable, and use a property to over-ride the value if
necessary?
Just a though
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 gratefully) surprised the first time. If/when we implement multiple
test plan editing we will just need to remove the prompt-clear phase.
I would
En/na BAZLEY, Sebastian ha escrit:
-Original Message-
From: Jordi Salvat i Alabart [mailto:[EMAIL PROTECTED]
Sent: 16 December 2003 15:19
To: JMeter Developers List
Subject: Save/load
I think we should change the behaviour of the Save & Open commands in
the File menu to:
- Save: save
En/na BAZLEY, Sebastian ha escrit:
The patch problems may well have been due to the effects of the e-mail
transport.
Of course. How I didn't think about that. I should have saved the file
instead of using copy/paste.
The patched code works for me as well - except when the file is loaded on
the
vs right before doing the diff by doing cvs
update. Maybe I did something wrong...I've worked with quite a number of
CM systems, but am relatively new to CVS. Sorry you had to do the work
manually.
Thanks,
Keith
Jordi Salvat i Alabart wrote:
Hi Keith,
your patch worked flawlessly (as fa
enjoyed working on it. I tested it pretty thoroughly, but
PLEASE TEST IT!! :-) I'd hate for my first contribution to break JMeter.
:-)
Keith
Jordi Salvat i Alabart wrote:
Hi Keith,
thanks a lot for your very valuable patch.
As for your question on the correct method: it is correct. You
I'm taking the task of applying this one.
En/na Keith Lancaster ha escrit:
All,
This is my first time to request a patch, so please let me know if this
is the correct method for this group. I will be happy to enter this as
an enh request if that would be preferred.
When working with JMeter, I h
1 - 100 of 331 matches
Mail list logo