Hello,
It looks like people were generally in favor of bumping up the 80
column width limit, but we didn't really make a decision. It can be
rather difficult to come to an agreement when we are dealing with a
sliding scale (80 columns? 100? 120? Personally I prefer 117.5.) So
let's
The 1.9.1 release is available under
http://jakarta.apache.org/builds/jakarta-jmeter/release/v1.9/, and
mentioned in a number of messages to the list, but I can't find anything
tagged in CVS.
Will these bugfix releases be tagged in CVS? If not, is there a
timestamp I could use to check out
+---+
| Bugzilla Bug ID |
| +-+
| | Status: UNC=Unconfirmed NEW=New ASS=Assigned
Jordi Salvat i Alabart: -0
...because the nice thing about standards is that if you don't like any
of the ones out there you can always create your own... (the sentence is
not mine, but I can't remember the author, sorry Mr/Ms. author).
--
Salut,
Jordi.
Jeremy Arnold wrote:
Hello,
It looks
Hi Jeremy.
The points I made in
http://nagoya.apache.org/wiki/apachewiki.cgi?JMeterDevelopment/Requirements
for supporting even 1.2 are still valid:
«
1/ the Java sampler runs the code being load-tested in the same JVM, and
may require a specific JVM -- or may have similar portability
Not that I want to extend a discussion on code formatting standards
longer than I have to, but...
It might be best to disallow code formatting via programmatic
means (ie, hitting ctrl-shift-F in Eclipse or using pretty printers).
The reason is that no matter what standards you decide,
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=22688.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
Jordi,
Thanks for pointing out those comments. It's good to have the
discussion regardless of what the final outcome ends up being.
First of all, I don't disagree with your points. But I'd like to
dig in a bit deeper. So:
Regarding #1: Are you aware of examples where this would be a
