You are viewing a plain text version of this content. The canonical link for it is here.
Posted to general@jakarta.apache.org by sebb <se...@gmail.com> on 2008/05/20 02:23:37 UTC
[VOTE] JMeter 2.3.2RC1
It's about time (indeed overdue) for another JMeter release, so I've
created JMeter 2.3.1 RC1 in the directory:
http://people.apache.org/~sebb/jmeter-2.3.2/dist
Site/Docs are here:
http://people.apache.org/~sebb/jmeter-2.3.2/docs
Tag:
http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
Keys are here:
http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
also
http://www.apache.org/dist/jakarta/jmeter/KEYS
All feedback (and votes!) welcome.
[ ]+1 - the release candidate is OK
[ ]-1 - there is a problem (please indicate what it is)
The vote will remain open for at least 72 hours.
Note: If the vote passes, the intention is to release the archive
files and create the release tag from the RC1 tag.
Here's my:
+1
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [VOTE] JMeter 2.3.2RC1
Posted by Peter Lin <wo...@gmail.com>.
+1
peter
On Mon, May 19, 2008 at 8:23 PM, sebb <se...@gmail.com> wrote:
> It's about time (indeed overdue) for another JMeter release, so I've
> created JMeter 2.3.1 RC1 in the directory:
>
> http://people.apache.org/~sebb/jmeter-2.3.2/dist
>
> Site/Docs are here:
> http://people.apache.org/~sebb/jmeter-2.3.2/docs
>
> Tag:
> http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
>
> Keys are here:
> http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
> also
> http://www.apache.org/dist/jakarta/jmeter/KEYS
>
> All feedback (and votes!) welcome.
>
> [ ]+1 - the release candidate is OK
> [ ]-1 - there is a problem (please indicate what it is)
>
> The vote will remain open for at least 72 hours.
>
> Note: If the vote passes, the intention is to release the archive
> files and create the release tag from the RC1 tag.
>
> Here's my:
>
> +1
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: [VOTE] JMeter 2.3.2RC1
Posted by sebb <se...@gmail.com>.
On 22/05/2008, Rahul Akolkar <ra...@gmail.com> wrote:
> On 5/21/08, sebb <se...@gmail.com> wrote:
> <snip/>
>
> >
> >
> > I'd forgotten about that...
> >
> > Looking at it, this uses the Assembly plugin, which supports
> > EOL-transformation as part of the file collation process. I assume
> > this copies the files to a temporary directory for the archiver to
> > pick them up.
> >
> > I suppose I could do something similar with Ant.
> >
> >
>
> <snap/>
>
> Is this vote still open or are you planning to make any changes?
>
I think I'll do another build to fix the test file EOL problem.
> -Rahul
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: [VOTE] JMeter 2.3.2RC1
Posted by Rahul Akolkar <ra...@gmail.com>.
On 5/21/08, sebb <se...@gmail.com> wrote:
<snip/>
>
>
> I'd forgotten about that...
>
> Looking at it, this uses the Assembly plugin, which supports
> EOL-transformation as part of the file collation process. I assume
> this copies the files to a temporary directory for the archiver to
> pick them up.
>
> I suppose I could do something similar with Ant.
>
>
<snap/>
Is this vote still open or are you planning to make any changes?
-Rahul
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: [VOTE] JMeter 2.3.2RC1
Posted by sebb <se...@gmail.com>.
On 21/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> On Wed, 2008-05-21 at 10:42 +0100, sebb wrote:
> > On 21/05/2008, Norval Hope <nr...@gmail.com> wrote:
> > > What about using the SVN properties on the file(s) concerned? In
> > > similar cases we use "svn:eol-style=LF" on files we want to be
> > > unix-friendly, as we do all our development on Windoze.
> > >
> > > Hope that helps with your particular situation.
> >
> > Unfortunately not, as this is a test output file, which is created
> > with CRLF on Windows and LF on Unix. Hence it is set up with
> > svn:eol-style=native.
> >
>
>
> Sebastian,
>
> I do not see a way around adjusting line delimiters with Ant while
> generating the TGZ packages.
>
> Actually, once you made me do something similar for HttpComponents
> builds, but HC utilizes Maven, not Ant.
>
I'd forgotten about that...
Looking at it, this uses the Assembly plugin, which supports
EOL-transformation as part of the file collation process. I assume
this copies the files to a temporary directory for the archiver to
pick them up.
I suppose I could do something similar with Ant.
> Oleg
>
>
>
>
> > >
> > >
> > > On Wed, May 21, 2008 at 11:49 AM, sebb <se...@gmail.com> wrote:
> > > > On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> > > >> On Tue, 2008-05-20 at 21:03 +0100, sebb wrote:
> > > >> > On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> > > >> > > On Tue, 2008-05-20 at 01:23 +0100, sebb wrote:
> > > >> > > > It's about time (indeed overdue) for another JMeter release, so I've
> > > >> > > > created JMeter 2.3.1 RC1 in the directory:
> > > >> > > >
> > > >> > > > http://people.apache.org/~sebb/jmeter-2.3.2/dist
> > > >> > > >
> > > >> > > > Site/Docs are here:
> > > >> > > > http://people.apache.org/~sebb/jmeter-2.3.2/docs
> > > >> > > >
> > > >> > > > Tag:
> > > >> > > > http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
> > > >> > > >
> > > >> > > > Keys are here:
> > > >> > > > http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
> > > >> > > > also
> > > >> > > > http://www.apache.org/dist/jakarta/jmeter/KEYS
> > > >> > > >
> > > >> > > > All feedback (and votes!) welcome.
> > > >> > > >
> > > >> > > > [ ]+1 - the release candidate is OK
> > > >> > > > [ ]-1 - there is a problem (please indicate what it is)
> > > >> > > >
> > > >> > > > The vote will remain open for at least 72 hours.
> > > >> > > >
> > > >> > > > Note: If the vote passes, the intention is to release the archive
> > > >> > > > files and create the release tag from the RC1 tag.
> > > >> > > >
> > > >> > >
> > > >> > >
> > > >> > > Hi Sebastian
> > > >> >
> > > >> > Thanks for trying it out.
> > > >> >
> > > >> > > JMeter compiles and builds just fine. All tests pass for me, but the
> > > >> > > 'ant test' terminates with a build failure.
> > > >> > >
> > > >> > > BUILD FAILED
> > > >> > > /home/oleg/temp/jakarta-jmeter-2.3.2/build.xml:1552: Files are not
> > > >> > > identical.
> > > >> > >
> > > >> > > Any idea what may be wrong?
> > > >> >
> > > >> > One of the tests uses two threads - the ramp up time is supposed to
> > > >> > ensure that the first thread finishes before the second starts, but
> > > >> > sometimes this does not happen, and the samples occur in the wrong
> > > >> > order.
> > > >> >
> > > >> > In my experience that is fairly rare, but perhaps the ramp-up needs to
> > > >> > be increased.
> > > >> >
> > > >> > If the comparison fails, there should be some BatchTestLocal.csv/.xml
> > > >> > files in the bin directory; these should agree with the same name
> > > >> > files in bin/testfiles.
> > > >> >
> > > >> > If you want to run it again without rebuilding everything, try
> > > >> >
> > > >> > ant batchtest
> > > >> > or
> > > >> > ant batchtestserver
> > > >> >
> > > >>
> > > >>
> > > >> The batch test seems to be failing consistently for me. I did not get a
> > > >> single successful run out of 6.
> > > >>
> > > >
> > > > Just tested it myself on Ubuntu (VMWare) and I see the same problem.
> > > >
> > > > Turns out the cause is that the CSV comparison file in testfiles has
> > > > got the wrong line endings - CRLF instead of CR. This is because the
> > > > tgz files were created on Windows.
> > > > I removed the extra CR characters and the test ran fine.
> > > >
> > > > If the files are checked out from SVN on Linux it should also work OK,
> > > > because the files are eol=native.
> > > >
> > > > I guess one solution is to ensure that all the eol=native files are
> > > > converted to the "normal" line-ending for the archive, i.e. CRLF for
> > > > zip and LF for tgz, though that does not solve the problem for MacOS
> > > > users.
> > > >
> > > > I could fix the test case by updating the Ant script, but perhaps it
> > > > would be better to ensure that the correct line endings were generated
> > > > in the first place...
> > > >
> > > > Not quite sure how to fix this in general - any bright ideas anyone?
> > > >
> > > >>
> > > >> > If the test often fails on your system then clearly the test needs
> > > >> > fixing - what OS/Java/hardware are you using?
> > > >> >
> > > >>
> > > >>
> > > >> Single core Intel Centrino CPU, 2GB
> > > >>
> > > >> Ubuntu 8.04
> > > >>
> > > >> Linux ubuntu 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686
> > > >> GNU/Linux
> > > >>
> > > >> Sun JDK 1.5.0
> > > >>
> > > >> java version "1.5.0_11"
> > > >> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
> > > >> Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode)
> > > >>
> > > >> I do not think it is a blocker, but I would be nice to fix it.
> > > >>
> > > >>
> > > >> Oleg
> > > >>
> > > >>
> > > >>
> > > >> > > Oleg
> > > >> > >
> > > >> > > > Here's my:
> > > >> > > >
> > > >> > > > +1
> > > >> > > >
> > > >> > > > ---------------------------------------------------------------------
> > > >> > > > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > > >> > > > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> > > >> > > >
> > > >> > >
> > > >> > >
> > > >> > > ---------------------------------------------------------------------
> > > >> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > >> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > >> > >
> > > >> > >
> > > >> >
> > > >> > ---------------------------------------------------------------------
> > > >> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > >> > For additional commands, e-mail: general-help@jakarta.apache.org
> > > >> >
> > > >>
> > > >>
> > > >> ---------------------------------------------------------------------
> > > >> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > > >> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> > > >>
> > > >>
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: [VOTE] JMeter 2.3.2RC1
Posted by Oleg Kalnichevski <ol...@apache.org>.
On Wed, 2008-05-21 at 10:42 +0100, sebb wrote:
> On 21/05/2008, Norval Hope <nr...@gmail.com> wrote:
> > What about using the SVN properties on the file(s) concerned? In
> > similar cases we use "svn:eol-style=LF" on files we want to be
> > unix-friendly, as we do all our development on Windoze.
> >
> > Hope that helps with your particular situation.
>
> Unfortunately not, as this is a test output file, which is created
> with CRLF on Windows and LF on Unix. Hence it is set up with
> svn:eol-style=native.
>
Sebastian,
I do not see a way around adjusting line delimiters with Ant while
generating the TGZ packages.
Actually, once you made me do something similar for HttpComponents
builds, but HC utilizes Maven, not Ant.
Oleg
> >
> >
> > On Wed, May 21, 2008 at 11:49 AM, sebb <se...@gmail.com> wrote:
> > > On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> > >> On Tue, 2008-05-20 at 21:03 +0100, sebb wrote:
> > >> > On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> > >> > > On Tue, 2008-05-20 at 01:23 +0100, sebb wrote:
> > >> > > > It's about time (indeed overdue) for another JMeter release, so I've
> > >> > > > created JMeter 2.3.1 RC1 in the directory:
> > >> > > >
> > >> > > > http://people.apache.org/~sebb/jmeter-2.3.2/dist
> > >> > > >
> > >> > > > Site/Docs are here:
> > >> > > > http://people.apache.org/~sebb/jmeter-2.3.2/docs
> > >> > > >
> > >> > > > Tag:
> > >> > > > http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
> > >> > > >
> > >> > > > Keys are here:
> > >> > > > http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
> > >> > > > also
> > >> > > > http://www.apache.org/dist/jakarta/jmeter/KEYS
> > >> > > >
> > >> > > > All feedback (and votes!) welcome.
> > >> > > >
> > >> > > > [ ]+1 - the release candidate is OK
> > >> > > > [ ]-1 - there is a problem (please indicate what it is)
> > >> > > >
> > >> > > > The vote will remain open for at least 72 hours.
> > >> > > >
> > >> > > > Note: If the vote passes, the intention is to release the archive
> > >> > > > files and create the release tag from the RC1 tag.
> > >> > > >
> > >> > >
> > >> > >
> > >> > > Hi Sebastian
> > >> >
> > >> > Thanks for trying it out.
> > >> >
> > >> > > JMeter compiles and builds just fine. All tests pass for me, but the
> > >> > > 'ant test' terminates with a build failure.
> > >> > >
> > >> > > BUILD FAILED
> > >> > > /home/oleg/temp/jakarta-jmeter-2.3.2/build.xml:1552: Files are not
> > >> > > identical.
> > >> > >
> > >> > > Any idea what may be wrong?
> > >> >
> > >> > One of the tests uses two threads - the ramp up time is supposed to
> > >> > ensure that the first thread finishes before the second starts, but
> > >> > sometimes this does not happen, and the samples occur in the wrong
> > >> > order.
> > >> >
> > >> > In my experience that is fairly rare, but perhaps the ramp-up needs to
> > >> > be increased.
> > >> >
> > >> > If the comparison fails, there should be some BatchTestLocal.csv/.xml
> > >> > files in the bin directory; these should agree with the same name
> > >> > files in bin/testfiles.
> > >> >
> > >> > If you want to run it again without rebuilding everything, try
> > >> >
> > >> > ant batchtest
> > >> > or
> > >> > ant batchtestserver
> > >> >
> > >>
> > >>
> > >> The batch test seems to be failing consistently for me. I did not get a
> > >> single successful run out of 6.
> > >>
> > >
> > > Just tested it myself on Ubuntu (VMWare) and I see the same problem.
> > >
> > > Turns out the cause is that the CSV comparison file in testfiles has
> > > got the wrong line endings - CRLF instead of CR. This is because the
> > > tgz files were created on Windows.
> > > I removed the extra CR characters and the test ran fine.
> > >
> > > If the files are checked out from SVN on Linux it should also work OK,
> > > because the files are eol=native.
> > >
> > > I guess one solution is to ensure that all the eol=native files are
> > > converted to the "normal" line-ending for the archive, i.e. CRLF for
> > > zip and LF for tgz, though that does not solve the problem for MacOS
> > > users.
> > >
> > > I could fix the test case by updating the Ant script, but perhaps it
> > > would be better to ensure that the correct line endings were generated
> > > in the first place...
> > >
> > > Not quite sure how to fix this in general - any bright ideas anyone?
> > >
> > >>
> > >> > If the test often fails on your system then clearly the test needs
> > >> > fixing - what OS/Java/hardware are you using?
> > >> >
> > >>
> > >>
> > >> Single core Intel Centrino CPU, 2GB
> > >>
> > >> Ubuntu 8.04
> > >>
> > >> Linux ubuntu 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686
> > >> GNU/Linux
> > >>
> > >> Sun JDK 1.5.0
> > >>
> > >> java version "1.5.0_11"
> > >> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
> > >> Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode)
> > >>
> > >> I do not think it is a blocker, but I would be nice to fix it.
> > >>
> > >>
> > >> Oleg
> > >>
> > >>
> > >>
> > >> > > Oleg
> > >> > >
> > >> > > > Here's my:
> > >> > > >
> > >> > > > +1
> > >> > > >
> > >> > > > ---------------------------------------------------------------------
> > >> > > > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > >> > > > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> > >> > > >
> > >> > >
> > >> > >
> > >> > > ---------------------------------------------------------------------
> > >> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > >> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > >> > >
> > >> > >
> > >> >
> > >> > ---------------------------------------------------------------------
> > >> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > >> > For additional commands, e-mail: general-help@jakarta.apache.org
> > >> >
> > >>
> > >>
> > >> ---------------------------------------------------------------------
> > >> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > >> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> > >>
> > >>
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: [VOTE] JMeter 2.3.2RC1
Posted by sebb <se...@gmail.com>.
On 21/05/2008, Norval Hope <nr...@gmail.com> wrote:
> What about using the SVN properties on the file(s) concerned? In
> similar cases we use "svn:eol-style=LF" on files we want to be
> unix-friendly, as we do all our development on Windoze.
>
> Hope that helps with your particular situation.
Unfortunately not, as this is a test output file, which is created
with CRLF on Windows and LF on Unix. Hence it is set up with
svn:eol-style=native.
>
>
> On Wed, May 21, 2008 at 11:49 AM, sebb <se...@gmail.com> wrote:
> > On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> >> On Tue, 2008-05-20 at 21:03 +0100, sebb wrote:
> >> > On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> >> > > On Tue, 2008-05-20 at 01:23 +0100, sebb wrote:
> >> > > > It's about time (indeed overdue) for another JMeter release, so I've
> >> > > > created JMeter 2.3.1 RC1 in the directory:
> >> > > >
> >> > > > http://people.apache.org/~sebb/jmeter-2.3.2/dist
> >> > > >
> >> > > > Site/Docs are here:
> >> > > > http://people.apache.org/~sebb/jmeter-2.3.2/docs
> >> > > >
> >> > > > Tag:
> >> > > > http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
> >> > > >
> >> > > > Keys are here:
> >> > > > http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
> >> > > > also
> >> > > > http://www.apache.org/dist/jakarta/jmeter/KEYS
> >> > > >
> >> > > > All feedback (and votes!) welcome.
> >> > > >
> >> > > > [ ]+1 - the release candidate is OK
> >> > > > [ ]-1 - there is a problem (please indicate what it is)
> >> > > >
> >> > > > The vote will remain open for at least 72 hours.
> >> > > >
> >> > > > Note: If the vote passes, the intention is to release the archive
> >> > > > files and create the release tag from the RC1 tag.
> >> > > >
> >> > >
> >> > >
> >> > > Hi Sebastian
> >> >
> >> > Thanks for trying it out.
> >> >
> >> > > JMeter compiles and builds just fine. All tests pass for me, but the
> >> > > 'ant test' terminates with a build failure.
> >> > >
> >> > > BUILD FAILED
> >> > > /home/oleg/temp/jakarta-jmeter-2.3.2/build.xml:1552: Files are not
> >> > > identical.
> >> > >
> >> > > Any idea what may be wrong?
> >> >
> >> > One of the tests uses two threads - the ramp up time is supposed to
> >> > ensure that the first thread finishes before the second starts, but
> >> > sometimes this does not happen, and the samples occur in the wrong
> >> > order.
> >> >
> >> > In my experience that is fairly rare, but perhaps the ramp-up needs to
> >> > be increased.
> >> >
> >> > If the comparison fails, there should be some BatchTestLocal.csv/.xml
> >> > files in the bin directory; these should agree with the same name
> >> > files in bin/testfiles.
> >> >
> >> > If you want to run it again without rebuilding everything, try
> >> >
> >> > ant batchtest
> >> > or
> >> > ant batchtestserver
> >> >
> >>
> >>
> >> The batch test seems to be failing consistently for me. I did not get a
> >> single successful run out of 6.
> >>
> >
> > Just tested it myself on Ubuntu (VMWare) and I see the same problem.
> >
> > Turns out the cause is that the CSV comparison file in testfiles has
> > got the wrong line endings - CRLF instead of CR. This is because the
> > tgz files were created on Windows.
> > I removed the extra CR characters and the test ran fine.
> >
> > If the files are checked out from SVN on Linux it should also work OK,
> > because the files are eol=native.
> >
> > I guess one solution is to ensure that all the eol=native files are
> > converted to the "normal" line-ending for the archive, i.e. CRLF for
> > zip and LF for tgz, though that does not solve the problem for MacOS
> > users.
> >
> > I could fix the test case by updating the Ant script, but perhaps it
> > would be better to ensure that the correct line endings were generated
> > in the first place...
> >
> > Not quite sure how to fix this in general - any bright ideas anyone?
> >
> >>
> >> > If the test often fails on your system then clearly the test needs
> >> > fixing - what OS/Java/hardware are you using?
> >> >
> >>
> >>
> >> Single core Intel Centrino CPU, 2GB
> >>
> >> Ubuntu 8.04
> >>
> >> Linux ubuntu 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686
> >> GNU/Linux
> >>
> >> Sun JDK 1.5.0
> >>
> >> java version "1.5.0_11"
> >> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
> >> Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode)
> >>
> >> I do not think it is a blocker, but I would be nice to fix it.
> >>
> >>
> >> Oleg
> >>
> >>
> >>
> >> > > Oleg
> >> > >
> >> > > > Here's my:
> >> > > >
> >> > > > +1
> >> > > >
> >> > > > ---------------------------------------------------------------------
> >> > > > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> >> > > > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> >> > > >
> >> > >
> >> > >
> >> > > ---------------------------------------------------------------------
> >> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> >> > > For additional commands, e-mail: general-help@jakarta.apache.org
> >> > >
> >> > >
> >> >
> >> > ---------------------------------------------------------------------
> >> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> >> > For additional commands, e-mail: general-help@jakarta.apache.org
> >> >
> >>
> >>
> >> ---------------------------------------------------------------------
> >> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> >> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> >>
> >>
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: [VOTE] JMeter 2.3.2RC1
Posted by Norval Hope <nr...@gmail.com>.
What about using the SVN properties on the file(s) concerned? In
similar cases we use "svn:eol-style=LF" on files we want to be
unix-friendly, as we do all our development on Windoze.
Hope that helps with your particular situation.
On Wed, May 21, 2008 at 11:49 AM, sebb <se...@gmail.com> wrote:
> On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
>> On Tue, 2008-05-20 at 21:03 +0100, sebb wrote:
>> > On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
>> > > On Tue, 2008-05-20 at 01:23 +0100, sebb wrote:
>> > > > It's about time (indeed overdue) for another JMeter release, so I've
>> > > > created JMeter 2.3.1 RC1 in the directory:
>> > > >
>> > > > http://people.apache.org/~sebb/jmeter-2.3.2/dist
>> > > >
>> > > > Site/Docs are here:
>> > > > http://people.apache.org/~sebb/jmeter-2.3.2/docs
>> > > >
>> > > > Tag:
>> > > > http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
>> > > >
>> > > > Keys are here:
>> > > > http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
>> > > > also
>> > > > http://www.apache.org/dist/jakarta/jmeter/KEYS
>> > > >
>> > > > All feedback (and votes!) welcome.
>> > > >
>> > > > [ ]+1 - the release candidate is OK
>> > > > [ ]-1 - there is a problem (please indicate what it is)
>> > > >
>> > > > The vote will remain open for at least 72 hours.
>> > > >
>> > > > Note: If the vote passes, the intention is to release the archive
>> > > > files and create the release tag from the RC1 tag.
>> > > >
>> > >
>> > >
>> > > Hi Sebastian
>> >
>> > Thanks for trying it out.
>> >
>> > > JMeter compiles and builds just fine. All tests pass for me, but the
>> > > 'ant test' terminates with a build failure.
>> > >
>> > > BUILD FAILED
>> > > /home/oleg/temp/jakarta-jmeter-2.3.2/build.xml:1552: Files are not
>> > > identical.
>> > >
>> > > Any idea what may be wrong?
>> >
>> > One of the tests uses two threads - the ramp up time is supposed to
>> > ensure that the first thread finishes before the second starts, but
>> > sometimes this does not happen, and the samples occur in the wrong
>> > order.
>> >
>> > In my experience that is fairly rare, but perhaps the ramp-up needs to
>> > be increased.
>> >
>> > If the comparison fails, there should be some BatchTestLocal.csv/.xml
>> > files in the bin directory; these should agree with the same name
>> > files in bin/testfiles.
>> >
>> > If you want to run it again without rebuilding everything, try
>> >
>> > ant batchtest
>> > or
>> > ant batchtestserver
>> >
>>
>>
>> The batch test seems to be failing consistently for me. I did not get a
>> single successful run out of 6.
>>
>
> Just tested it myself on Ubuntu (VMWare) and I see the same problem.
>
> Turns out the cause is that the CSV comparison file in testfiles has
> got the wrong line endings - CRLF instead of CR. This is because the
> tgz files were created on Windows.
> I removed the extra CR characters and the test ran fine.
>
> If the files are checked out from SVN on Linux it should also work OK,
> because the files are eol=native.
>
> I guess one solution is to ensure that all the eol=native files are
> converted to the "normal" line-ending for the archive, i.e. CRLF for
> zip and LF for tgz, though that does not solve the problem for MacOS
> users.
>
> I could fix the test case by updating the Ant script, but perhaps it
> would be better to ensure that the correct line endings were generated
> in the first place...
>
> Not quite sure how to fix this in general - any bright ideas anyone?
>
>>
>> > If the test often fails on your system then clearly the test needs
>> > fixing - what OS/Java/hardware are you using?
>> >
>>
>>
>> Single core Intel Centrino CPU, 2GB
>>
>> Ubuntu 8.04
>>
>> Linux ubuntu 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686
>> GNU/Linux
>>
>> Sun JDK 1.5.0
>>
>> java version "1.5.0_11"
>> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
>> Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode)
>>
>> I do not think it is a blocker, but I would be nice to fix it.
>>
>>
>> Oleg
>>
>>
>>
>> > > Oleg
>> > >
>> > > > Here's my:
>> > > >
>> > > > +1
>> > > >
>> > > > ---------------------------------------------------------------------
>> > > > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
>> > > > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>> > > >
>> > >
>> > >
>> > > ---------------------------------------------------------------------
>> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
>> > > For additional commands, e-mail: general-help@jakarta.apache.org
>> > >
>> > >
>> >
>> > ---------------------------------------------------------------------
>> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
>> > For additional commands, e-mail: general-help@jakarta.apache.org
>> >
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
>> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>>
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: [VOTE] JMeter 2.3.2RC1
Posted by sebb <se...@gmail.com>.
On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> On Tue, 2008-05-20 at 21:03 +0100, sebb wrote:
> > On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> > > On Tue, 2008-05-20 at 01:23 +0100, sebb wrote:
> > > > It's about time (indeed overdue) for another JMeter release, so I've
> > > > created JMeter 2.3.1 RC1 in the directory:
> > > >
> > > > http://people.apache.org/~sebb/jmeter-2.3.2/dist
> > > >
> > > > Site/Docs are here:
> > > > http://people.apache.org/~sebb/jmeter-2.3.2/docs
> > > >
> > > > Tag:
> > > > http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
> > > >
> > > > Keys are here:
> > > > http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
> > > > also
> > > > http://www.apache.org/dist/jakarta/jmeter/KEYS
> > > >
> > > > All feedback (and votes!) welcome.
> > > >
> > > > [ ]+1 - the release candidate is OK
> > > > [ ]-1 - there is a problem (please indicate what it is)
> > > >
> > > > The vote will remain open for at least 72 hours.
> > > >
> > > > Note: If the vote passes, the intention is to release the archive
> > > > files and create the release tag from the RC1 tag.
> > > >
> > >
> > >
> > > Hi Sebastian
> >
> > Thanks for trying it out.
> >
> > > JMeter compiles and builds just fine. All tests pass for me, but the
> > > 'ant test' terminates with a build failure.
> > >
> > > BUILD FAILED
> > > /home/oleg/temp/jakarta-jmeter-2.3.2/build.xml:1552: Files are not
> > > identical.
> > >
> > > Any idea what may be wrong?
> >
> > One of the tests uses two threads - the ramp up time is supposed to
> > ensure that the first thread finishes before the second starts, but
> > sometimes this does not happen, and the samples occur in the wrong
> > order.
> >
> > In my experience that is fairly rare, but perhaps the ramp-up needs to
> > be increased.
> >
> > If the comparison fails, there should be some BatchTestLocal.csv/.xml
> > files in the bin directory; these should agree with the same name
> > files in bin/testfiles.
> >
> > If you want to run it again without rebuilding everything, try
> >
> > ant batchtest
> > or
> > ant batchtestserver
> >
>
>
> The batch test seems to be failing consistently for me. I did not get a
> single successful run out of 6.
>
Just tested it myself on Ubuntu (VMWare) and I see the same problem.
Turns out the cause is that the CSV comparison file in testfiles has
got the wrong line endings - CRLF instead of CR. This is because the
tgz files were created on Windows.
I removed the extra CR characters and the test ran fine.
If the files are checked out from SVN on Linux it should also work OK,
because the files are eol=native.
I guess one solution is to ensure that all the eol=native files are
converted to the "normal" line-ending for the archive, i.e. CRLF for
zip and LF for tgz, though that does not solve the problem for MacOS
users.
I could fix the test case by updating the Ant script, but perhaps it
would be better to ensure that the correct line endings were generated
in the first place...
Not quite sure how to fix this in general - any bright ideas anyone?
>
> > If the test often fails on your system then clearly the test needs
> > fixing - what OS/Java/hardware are you using?
> >
>
>
> Single core Intel Centrino CPU, 2GB
>
> Ubuntu 8.04
>
> Linux ubuntu 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686
> GNU/Linux
>
> Sun JDK 1.5.0
>
> java version "1.5.0_11"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
> Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode)
>
> I do not think it is a blocker, but I would be nice to fix it.
>
>
> Oleg
>
>
>
> > > Oleg
> > >
> > > > Here's my:
> > > >
> > > > +1
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: [VOTE] JMeter 2.3.2RC1
Posted by sebb <se...@gmail.com>.
On 22/05/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> Hi guys,
>
> I checked out the tag and tried to build it with
> ant
> and all went well. Then I tried to execute:
> ant test
> and I got a coonection exception
Thanks for checking.
The error is in the client-server test, which uses RMI and is somewhat
sensitive to the network settings. For example, if the hosts database
does not have the correct IP for the current host.
Can you try running the jmeter-server script, and have a look at the log file?
(Just let it run for 20 seconds or so, and then kill the process)
The log file should say something like:
INFO - jmeter.JMeter: IP: 192.168.0.4 Name: MYPC FullName: MYPC
INFO - jmeter.engine.RemoteJMeterEngineImpl: Starting backing engine
on 1099
INFO - jmeter.engine.RemoteJMeterEngineImpl: IP address=192.168.0.4
INFO - jmeter.engine.RemoteJMeterEngineImpl: Creating RMI registry
(server.rmi.create=true)
If there are any WARN or ERROR lines instead, then that indicates a
host file problem - usually the problem is that the local host name
(i.e. MYPC above) is defined as 127.0.0.1 in the hosts database. RMI
does not like this.
> ------------------------------------------------------------------------
> batchtest:
> [echo] Starting BatchTestLocal using -Rlocalhost
> [java] Created the tree successfully using testfiles/BatchTestLocal.jmx
> [java] Configuring remote engine for localhost
> [java] Failure connecting to remote hostjava.rmi.ConnectException:
> Connection refused to host: localhost; nested exception is:
> [java] java.net.ConnectException: Connection refused
> [java] Java Result: 1
> [echo] BatchTestLocal output files compared OK
> [concat] 2008/05/22 12:46:31 FATAL - jmeter.JMeter: Failure connecting to
> remote host java.rmi.ConnectException: Connection refused to host:
> localhost; nested exception is:
> [concat] java.net.ConnectException: Connection refused
> [concat] at
> sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:601)
> [concat] at
> sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:198)
> [concat] at
> sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:184)
> [concat] at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:322)
> [concat] at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
> [concat] at java.rmi.Naming.lookup(Naming.java:84)
> [concat] at
> org.apache.jmeter.engine.ClientJMeterEngine.getEngine(ClientJMeterEngine.java:52)
> [concat] at
> org.apache.jmeter.engine.ClientJMeterEngine.<init>(ClientJMeterEngine.java:56)
> [concat] at org.apache.jmeter.JMeter.doRemoteInit(JMeter.java:857)
> [concat] at org.apache.jmeter.JMeter.run(JMeter.java:769)
> [concat] at org.apache.jmeter.JMeter.startNonGui(JMeter.java:703)
> [concat] at org.apache.jmeter.JMeter.start(JMeter.java:360)
> [concat] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> [concat] at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> [concat] at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> [concat] at java.lang.reflect.Method.invoke(Method.java:597)
> [concat] at org.apache.jmeter.NewDriver.main(NewDriver.java:210)
> [concat] Caused by: java.net.ConnectException: Connection refused
> [concat] at java.net.PlainSocketImpl.socketConnect(Native Method)
> [concat] at
> java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
> [concat] at
> java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
> [concat] at
> java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
> [concat] at
> java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
> [concat] at java.net.Socket.connect(Socket.java:518)
> [concat] at java.net.Socket.connect(Socket.java:468)
> [concat] at java.net.Socket.<init>(Socket.java:365)
> [concat] at java.net.Socket.<init>(Socket.java:179)
> [concat] at
> sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketFactory.java:22)
> [concat] at
> sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketFactory.java:128)
> [concat] at
> sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:595)
> [concat] ... 16 more
> ----------------------------------------------------------------------------------------------------------------
>
> HTH, Petar.
>
>
> On Tue, May 20, 2008 at 11:46 PM, Oleg Kalnichevski <ol...@apache.org>
>
> wrote:
>
> > On Tue, 2008-05-20 at 21:03 +0100, sebb wrote:
> > > On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> > > > On Tue, 2008-05-20 at 01:23 +0100, sebb wrote:
> > > > > It's about time (indeed overdue) for another JMeter release, so I've
> > > > > created JMeter 2.3.1 RC1 in the directory:
> > > > >
>
> > > > > http://people.apache.org/~sebb/jmeter-2.3.2/dist<http://people.apache.org/%7Esebb/jmeter-2.3.2/dist>
> > > > >
> > > > > Site/Docs are here:
> > > > > http://people.apache.org/~sebb/jmeter-2.3.2/docs<http://people.apache.org/%7Esebb/jmeter-2.3.2/docs>
>
> > > > >
> > > > > Tag:
> > > > > http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
> > > > >
> > > > > Keys are here:
> > > > > http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
> > > > > also
> > > > > http://www.apache.org/dist/jakarta/jmeter/KEYS
> > > > >
> > > > > All feedback (and votes!) welcome.
> > > > >
> > > > > [ ]+1 - the release candidate is OK
> > > > > [ ]-1 - there is a problem (please indicate what it is)
> > > > >
> > > > > The vote will remain open for at least 72 hours.
> > > > >
> > > > > Note: If the vote passes, the intention is to release the archive
> > > > > files and create the release tag from the RC1 tag.
> > > > >
> > > >
> > > >
> > > > Hi Sebastian
> > >
> > > Thanks for trying it out.
> > >
> > > > JMeter compiles and builds just fine. All tests pass for me, but the
> > > > 'ant test' terminates with a build failure.
> > > >
> > > > BUILD FAILED
> > > > /home/oleg/temp/jakarta-jmeter-2.3.2/build.xml:1552: Files are not
> > > > identical.
> > > >
> > > > Any idea what may be wrong?
> > >
> > > One of the tests uses two threads - the ramp up time is supposed to
> > > ensure that the first thread finishes before the second starts, but
> > > sometimes this does not happen, and the samples occur in the wrong
> > > order.
> > >
> > > In my experience that is fairly rare, but perhaps the ramp-up needs to
> > > be increased.
> > >
> > > If the comparison fails, there should be some BatchTestLocal.csv/.xml
> > > files in the bin directory; these should agree with the same name
> > > files in bin/testfiles.
> > >
> > > If you want to run it again without rebuilding everything, try
> > >
> > > ant batchtest
> > > or
> > > ant batchtestserver
> > >
> >
> > The batch test seems to be failing consistently for me. I did not get a
> > single successful run out of 6.
> >
> > > If the test often fails on your system then clearly the test needs
> > > fixing - what OS/Java/hardware are you using?
> > >
> >
> > Single core Intel Centrino CPU, 2GB
> >
> > Ubuntu 8.04
> >
> > Linux ubuntu 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686
> > GNU/Linux
> >
> > Sun JDK 1.5.0
> >
> > java version "1.5.0_11"
> > Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
> > Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode)
> >
> > I do not think it is a blocker, but I would be nice to fix it.
> >
> > Oleg
> >
> >
> > > > Oleg
> > > >
> > > > > Here's my:
> > > > >
> > > > > +1
> > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > > > > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> > > > >
> > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
>
> --
>
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: [VOTE] JMeter 2.3.2RC1
Posted by sebb <se...@gmail.com>.
On 22/05/2008, Petar Tahchiev <pa...@gmail.com> wrote:
> Hi guys,
>
> I checked out the tag and tried to build it with
> ant
> and all went well. Then I tried to execute:
> ant test
> and I got a coonection exception
Thanks for checking.
The error is in the client-server test, which uses RMI and is somewhat
sensitive to the network settings. For example, if the hosts database
does not have the correct IP for the current host.
Can you try running the jmeter-server script, and have a look at the log file?
(Just let it run for 20 seconds or so, and then kill the process)
The log file should say something like:
INFO - jmeter.JMeter: IP: 192.168.0.4 Name: MYPC FullName: MYPC
INFO - jmeter.engine.RemoteJMeterEngineImpl: Starting backing engine
on 1099
INFO - jmeter.engine.RemoteJMeterEngineImpl: IP address=192.168.0.4
INFO - jmeter.engine.RemoteJMeterEngineImpl: Creating RMI registry
(server.rmi.create=true)
If there are any WARN or ERROR lines instead, then that indicates a
host file problem - usually the problem is that the local host name
(i.e. MYPC above) is defined as 127.0.0.1 in the hosts database. RMI
does not like this.
> ------------------------------------------------------------------------
> batchtest:
> [echo] Starting BatchTestLocal using -Rlocalhost
> [java] Created the tree successfully using testfiles/BatchTestLocal.jmx
> [java] Configuring remote engine for localhost
> [java] Failure connecting to remote hostjava.rmi.ConnectException:
> Connection refused to host: localhost; nested exception is:
> [java] java.net.ConnectException: Connection refused
> [java] Java Result: 1
> [echo] BatchTestLocal output files compared OK
> [concat] 2008/05/22 12:46:31 FATAL - jmeter.JMeter: Failure connecting to
> remote host java.rmi.ConnectException: Connection refused to host:
> localhost; nested exception is:
> [concat] java.net.ConnectException: Connection refused
> [concat] at
> sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:601)
> [concat] at
> sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:198)
> [concat] at
> sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:184)
> [concat] at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:322)
> [concat] at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
> [concat] at java.rmi.Naming.lookup(Naming.java:84)
> [concat] at
> org.apache.jmeter.engine.ClientJMeterEngine.getEngine(ClientJMeterEngine.java:52)
> [concat] at
> org.apache.jmeter.engine.ClientJMeterEngine.<init>(ClientJMeterEngine.java:56)
> [concat] at org.apache.jmeter.JMeter.doRemoteInit(JMeter.java:857)
> [concat] at org.apache.jmeter.JMeter.run(JMeter.java:769)
> [concat] at org.apache.jmeter.JMeter.startNonGui(JMeter.java:703)
> [concat] at org.apache.jmeter.JMeter.start(JMeter.java:360)
> [concat] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
> Method)
> [concat] at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> [concat] at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> [concat] at java.lang.reflect.Method.invoke(Method.java:597)
> [concat] at org.apache.jmeter.NewDriver.main(NewDriver.java:210)
> [concat] Caused by: java.net.ConnectException: Connection refused
> [concat] at java.net.PlainSocketImpl.socketConnect(Native Method)
> [concat] at
> java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
> [concat] at
> java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
> [concat] at
> java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
> [concat] at
> java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
> [concat] at java.net.Socket.connect(Socket.java:518)
> [concat] at java.net.Socket.connect(Socket.java:468)
> [concat] at java.net.Socket.<init>(Socket.java:365)
> [concat] at java.net.Socket.<init>(Socket.java:179)
> [concat] at
> sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketFactory.java:22)
> [concat] at
> sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketFactory.java:128)
> [concat] at
> sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:595)
> [concat] ... 16 more
> ----------------------------------------------------------------------------------------------------------------
>
> HTH, Petar.
>
>
> On Tue, May 20, 2008 at 11:46 PM, Oleg Kalnichevski <ol...@apache.org>
>
> wrote:
>
> > On Tue, 2008-05-20 at 21:03 +0100, sebb wrote:
> > > On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> > > > On Tue, 2008-05-20 at 01:23 +0100, sebb wrote:
> > > > > It's about time (indeed overdue) for another JMeter release, so I've
> > > > > created JMeter 2.3.1 RC1 in the directory:
> > > > >
>
> > > > > http://people.apache.org/~sebb/jmeter-2.3.2/dist<http://people.apache.org/%7Esebb/jmeter-2.3.2/dist>
> > > > >
> > > > > Site/Docs are here:
> > > > > http://people.apache.org/~sebb/jmeter-2.3.2/docs<http://people.apache.org/%7Esebb/jmeter-2.3.2/docs>
>
> > > > >
> > > > > Tag:
> > > > > http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
> > > > >
> > > > > Keys are here:
> > > > > http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
> > > > > also
> > > > > http://www.apache.org/dist/jakarta/jmeter/KEYS
> > > > >
> > > > > All feedback (and votes!) welcome.
> > > > >
> > > > > [ ]+1 - the release candidate is OK
> > > > > [ ]-1 - there is a problem (please indicate what it is)
> > > > >
> > > > > The vote will remain open for at least 72 hours.
> > > > >
> > > > > Note: If the vote passes, the intention is to release the archive
> > > > > files and create the release tag from the RC1 tag.
> > > > >
> > > >
> > > >
> > > > Hi Sebastian
> > >
> > > Thanks for trying it out.
> > >
> > > > JMeter compiles and builds just fine. All tests pass for me, but the
> > > > 'ant test' terminates with a build failure.
> > > >
> > > > BUILD FAILED
> > > > /home/oleg/temp/jakarta-jmeter-2.3.2/build.xml:1552: Files are not
> > > > identical.
> > > >
> > > > Any idea what may be wrong?
> > >
> > > One of the tests uses two threads - the ramp up time is supposed to
> > > ensure that the first thread finishes before the second starts, but
> > > sometimes this does not happen, and the samples occur in the wrong
> > > order.
> > >
> > > In my experience that is fairly rare, but perhaps the ramp-up needs to
> > > be increased.
> > >
> > > If the comparison fails, there should be some BatchTestLocal.csv/.xml
> > > files in the bin directory; these should agree with the same name
> > > files in bin/testfiles.
> > >
> > > If you want to run it again without rebuilding everything, try
> > >
> > > ant batchtest
> > > or
> > > ant batchtestserver
> > >
> >
> > The batch test seems to be failing consistently for me. I did not get a
> > single successful run out of 6.
> >
> > > If the test often fails on your system then clearly the test needs
> > > fixing - what OS/Java/hardware are you using?
> > >
> >
> > Single core Intel Centrino CPU, 2GB
> >
> > Ubuntu 8.04
> >
> > Linux ubuntu 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686
> > GNU/Linux
> >
> > Sun JDK 1.5.0
> >
> > java version "1.5.0_11"
> > Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
> > Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode)
> >
> > I do not think it is a blocker, but I would be nice to fix it.
> >
> > Oleg
> >
> >
> > > > Oleg
> > > >
> > > > > Here's my:
> > > > >
> > > > > +1
> > > > >
> > > > >
> > ---------------------------------------------------------------------
> > > > > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > > > > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> > > > >
> > > >
> > > >
> > > > ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: general-help@jakarta.apache.org
> > > >
> > > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
>
> --
>
> Regards, Petar!
> Karlovo, Bulgaria.
>
> EOOXML objections
> http://www.grokdoc.net/index.php/EOOXML_objections
>
> Public PGP Key at:
> http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
> Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [VOTE] JMeter 2.3.2RC1
Posted by Petar Tahchiev <pa...@gmail.com>.
Hi guys,
I checked out the tag and tried to build it with
ant
and all went well. Then I tried to execute:
ant test
and I got a coonection exception
------------------------------------------------------------------------
batchtest:
[echo] Starting BatchTestLocal using -Rlocalhost
[java] Created the tree successfully using testfiles/BatchTestLocal.jmx
[java] Configuring remote engine for localhost
[java] Failure connecting to remote hostjava.rmi.ConnectException:
Connection refused to host: localhost; nested exception is:
[java] java.net.ConnectException: Connection refused
[java] Java Result: 1
[echo] BatchTestLocal output files compared OK
[concat] 2008/05/22 12:46:31 FATAL - jmeter.JMeter: Failure connecting to
remote host java.rmi.ConnectException: Connection refused to host:
localhost; nested exception is:
[concat] java.net.ConnectException: Connection refused
[concat] at
sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:601)
[concat] at
sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:198)
[concat] at
sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:184)
[concat] at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:322)
[concat] at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
[concat] at java.rmi.Naming.lookup(Naming.java:84)
[concat] at
org.apache.jmeter.engine.ClientJMeterEngine.getEngine(ClientJMeterEngine.java:52)
[concat] at
org.apache.jmeter.engine.ClientJMeterEngine.<init>(ClientJMeterEngine.java:56)
[concat] at org.apache.jmeter.JMeter.doRemoteInit(JMeter.java:857)
[concat] at org.apache.jmeter.JMeter.run(JMeter.java:769)
[concat] at org.apache.jmeter.JMeter.startNonGui(JMeter.java:703)
[concat] at org.apache.jmeter.JMeter.start(JMeter.java:360)
[concat] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
[concat] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[concat] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[concat] at java.lang.reflect.Method.invoke(Method.java:597)
[concat] at org.apache.jmeter.NewDriver.main(NewDriver.java:210)
[concat] Caused by: java.net.ConnectException: Connection refused
[concat] at java.net.PlainSocketImpl.socketConnect(Native Method)
[concat] at
java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
[concat] at
java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
[concat] at
java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
[concat] at
java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
[concat] at java.net.Socket.connect(Socket.java:518)
[concat] at java.net.Socket.connect(Socket.java:468)
[concat] at java.net.Socket.<init>(Socket.java:365)
[concat] at java.net.Socket.<init>(Socket.java:179)
[concat] at
sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketFactory.java:22)
[concat] at
sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketFactory.java:128)
[concat] at
sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:595)
[concat] ... 16 more
----------------------------------------------------------------------------------------------------------------
HTH, Petar.
On Tue, May 20, 2008 at 11:46 PM, Oleg Kalnichevski <ol...@apache.org>
wrote:
> On Tue, 2008-05-20 at 21:03 +0100, sebb wrote:
> > On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> > > On Tue, 2008-05-20 at 01:23 +0100, sebb wrote:
> > > > It's about time (indeed overdue) for another JMeter release, so I've
> > > > created JMeter 2.3.1 RC1 in the directory:
> > > >
> > > > http://people.apache.org/~sebb/jmeter-2.3.2/dist<http://people.apache.org/%7Esebb/jmeter-2.3.2/dist>
> > > >
> > > > Site/Docs are here:
> > > > http://people.apache.org/~sebb/jmeter-2.3.2/docs<http://people.apache.org/%7Esebb/jmeter-2.3.2/docs>
> > > >
> > > > Tag:
> > > > http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
> > > >
> > > > Keys are here:
> > > > http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
> > > > also
> > > > http://www.apache.org/dist/jakarta/jmeter/KEYS
> > > >
> > > > All feedback (and votes!) welcome.
> > > >
> > > > [ ]+1 - the release candidate is OK
> > > > [ ]-1 - there is a problem (please indicate what it is)
> > > >
> > > > The vote will remain open for at least 72 hours.
> > > >
> > > > Note: If the vote passes, the intention is to release the archive
> > > > files and create the release tag from the RC1 tag.
> > > >
> > >
> > >
> > > Hi Sebastian
> >
> > Thanks for trying it out.
> >
> > > JMeter compiles and builds just fine. All tests pass for me, but the
> > > 'ant test' terminates with a build failure.
> > >
> > > BUILD FAILED
> > > /home/oleg/temp/jakarta-jmeter-2.3.2/build.xml:1552: Files are not
> > > identical.
> > >
> > > Any idea what may be wrong?
> >
> > One of the tests uses two threads - the ramp up time is supposed to
> > ensure that the first thread finishes before the second starts, but
> > sometimes this does not happen, and the samples occur in the wrong
> > order.
> >
> > In my experience that is fairly rare, but perhaps the ramp-up needs to
> > be increased.
> >
> > If the comparison fails, there should be some BatchTestLocal.csv/.xml
> > files in the bin directory; these should agree with the same name
> > files in bin/testfiles.
> >
> > If you want to run it again without rebuilding everything, try
> >
> > ant batchtest
> > or
> > ant batchtestserver
> >
>
> The batch test seems to be failing consistently for me. I did not get a
> single successful run out of 6.
>
> > If the test often fails on your system then clearly the test needs
> > fixing - what OS/Java/hardware are you using?
> >
>
> Single core Intel Centrino CPU, 2GB
>
> Ubuntu 8.04
>
> Linux ubuntu 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686
> GNU/Linux
>
> Sun JDK 1.5.0
>
> java version "1.5.0_11"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
> Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode)
>
> I do not think it is a blocker, but I would be nice to fix it.
>
> Oleg
>
>
> > > Oleg
> > >
> > > > Here's my:
> > > >
> > > > +1
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
--
Regards, Petar!
Karlovo, Bulgaria.
EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections
Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: [VOTE] JMeter 2.3.2RC1
Posted by Petar Tahchiev <pa...@gmail.com>.
Hi guys,
I checked out the tag and tried to build it with
ant
and all went well. Then I tried to execute:
ant test
and I got a coonection exception
------------------------------------------------------------------------
batchtest:
[echo] Starting BatchTestLocal using -Rlocalhost
[java] Created the tree successfully using testfiles/BatchTestLocal.jmx
[java] Configuring remote engine for localhost
[java] Failure connecting to remote hostjava.rmi.ConnectException:
Connection refused to host: localhost; nested exception is:
[java] java.net.ConnectException: Connection refused
[java] Java Result: 1
[echo] BatchTestLocal output files compared OK
[concat] 2008/05/22 12:46:31 FATAL - jmeter.JMeter: Failure connecting to
remote host java.rmi.ConnectException: Connection refused to host:
localhost; nested exception is:
[concat] java.net.ConnectException: Connection refused
[concat] at
sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:601)
[concat] at
sun.rmi.transport.tcp.TCPChannel.createConnection(TCPChannel.java:198)
[concat] at
sun.rmi.transport.tcp.TCPChannel.newConnection(TCPChannel.java:184)
[concat] at sun.rmi.server.UnicastRef.newCall(UnicastRef.java:322)
[concat] at sun.rmi.registry.RegistryImpl_Stub.lookup(Unknown Source)
[concat] at java.rmi.Naming.lookup(Naming.java:84)
[concat] at
org.apache.jmeter.engine.ClientJMeterEngine.getEngine(ClientJMeterEngine.java:52)
[concat] at
org.apache.jmeter.engine.ClientJMeterEngine.<init>(ClientJMeterEngine.java:56)
[concat] at org.apache.jmeter.JMeter.doRemoteInit(JMeter.java:857)
[concat] at org.apache.jmeter.JMeter.run(JMeter.java:769)
[concat] at org.apache.jmeter.JMeter.startNonGui(JMeter.java:703)
[concat] at org.apache.jmeter.JMeter.start(JMeter.java:360)
[concat] at sun.reflect.NativeMethodAccessorImpl.invoke0(Native
Method)
[concat] at
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
[concat] at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
[concat] at java.lang.reflect.Method.invoke(Method.java:597)
[concat] at org.apache.jmeter.NewDriver.main(NewDriver.java:210)
[concat] Caused by: java.net.ConnectException: Connection refused
[concat] at java.net.PlainSocketImpl.socketConnect(Native Method)
[concat] at
java.net.PlainSocketImpl.doConnect(PlainSocketImpl.java:333)
[concat] at
java.net.PlainSocketImpl.connectToAddress(PlainSocketImpl.java:195)
[concat] at
java.net.PlainSocketImpl.connect(PlainSocketImpl.java:182)
[concat] at
java.net.SocksSocketImpl.connect(SocksSocketImpl.java:366)
[concat] at java.net.Socket.connect(Socket.java:518)
[concat] at java.net.Socket.connect(Socket.java:468)
[concat] at java.net.Socket.<init>(Socket.java:365)
[concat] at java.net.Socket.<init>(Socket.java:179)
[concat] at
sun.rmi.transport.proxy.RMIDirectSocketFactory.createSocket(RMIDirectSocketFactory.java:22)
[concat] at
sun.rmi.transport.proxy.RMIMasterSocketFactory.createSocket(RMIMasterSocketFactory.java:128)
[concat] at
sun.rmi.transport.tcp.TCPEndpoint.newSocket(TCPEndpoint.java:595)
[concat] ... 16 more
----------------------------------------------------------------------------------------------------------------
HTH, Petar.
On Tue, May 20, 2008 at 11:46 PM, Oleg Kalnichevski <ol...@apache.org>
wrote:
> On Tue, 2008-05-20 at 21:03 +0100, sebb wrote:
> > On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> > > On Tue, 2008-05-20 at 01:23 +0100, sebb wrote:
> > > > It's about time (indeed overdue) for another JMeter release, so I've
> > > > created JMeter 2.3.1 RC1 in the directory:
> > > >
> > > > http://people.apache.org/~sebb/jmeter-2.3.2/dist<http://people.apache.org/%7Esebb/jmeter-2.3.2/dist>
> > > >
> > > > Site/Docs are here:
> > > > http://people.apache.org/~sebb/jmeter-2.3.2/docs<http://people.apache.org/%7Esebb/jmeter-2.3.2/docs>
> > > >
> > > > Tag:
> > > > http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
> > > >
> > > > Keys are here:
> > > > http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
> > > > also
> > > > http://www.apache.org/dist/jakarta/jmeter/KEYS
> > > >
> > > > All feedback (and votes!) welcome.
> > > >
> > > > [ ]+1 - the release candidate is OK
> > > > [ ]-1 - there is a problem (please indicate what it is)
> > > >
> > > > The vote will remain open for at least 72 hours.
> > > >
> > > > Note: If the vote passes, the intention is to release the archive
> > > > files and create the release tag from the RC1 tag.
> > > >
> > >
> > >
> > > Hi Sebastian
> >
> > Thanks for trying it out.
> >
> > > JMeter compiles and builds just fine. All tests pass for me, but the
> > > 'ant test' terminates with a build failure.
> > >
> > > BUILD FAILED
> > > /home/oleg/temp/jakarta-jmeter-2.3.2/build.xml:1552: Files are not
> > > identical.
> > >
> > > Any idea what may be wrong?
> >
> > One of the tests uses two threads - the ramp up time is supposed to
> > ensure that the first thread finishes before the second starts, but
> > sometimes this does not happen, and the samples occur in the wrong
> > order.
> >
> > In my experience that is fairly rare, but perhaps the ramp-up needs to
> > be increased.
> >
> > If the comparison fails, there should be some BatchTestLocal.csv/.xml
> > files in the bin directory; these should agree with the same name
> > files in bin/testfiles.
> >
> > If you want to run it again without rebuilding everything, try
> >
> > ant batchtest
> > or
> > ant batchtestserver
> >
>
> The batch test seems to be failing consistently for me. I did not get a
> single successful run out of 6.
>
> > If the test often fails on your system then clearly the test needs
> > fixing - what OS/Java/hardware are you using?
> >
>
> Single core Intel Centrino CPU, 2GB
>
> Ubuntu 8.04
>
> Linux ubuntu 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686
> GNU/Linux
>
> Sun JDK 1.5.0
>
> java version "1.5.0_11"
> Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
> Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode)
>
> I do not think it is a blocker, but I would be nice to fix it.
>
> Oleg
>
>
> > > Oleg
> > >
> > > > Here's my:
> > > >
> > > > +1
> > > >
> > > >
> ---------------------------------------------------------------------
> > > > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > > > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> > > >
> > >
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: general-help@jakarta.apache.org
> > >
> > >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
--
Regards, Petar!
Karlovo, Bulgaria.
EOOXML objections
http://www.grokdoc.net/index.php/EOOXML_objections
Public PGP Key at:
http://keyserver.linux.it/pks/lookup?op=get&search=0x1A15B53B761500F9
Key Fingerprint: AA16 8004 AADD 9C76 EF5B 4210 1A15 B53B 7615 00F9
Re: [VOTE] JMeter 2.3.2RC1
Posted by Oleg Kalnichevski <ol...@apache.org>.
On Tue, 2008-05-20 at 21:03 +0100, sebb wrote:
> On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> > On Tue, 2008-05-20 at 01:23 +0100, sebb wrote:
> > > It's about time (indeed overdue) for another JMeter release, so I've
> > > created JMeter 2.3.1 RC1 in the directory:
> > >
> > > http://people.apache.org/~sebb/jmeter-2.3.2/dist
> > >
> > > Site/Docs are here:
> > > http://people.apache.org/~sebb/jmeter-2.3.2/docs
> > >
> > > Tag:
> > > http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
> > >
> > > Keys are here:
> > > http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
> > > also
> > > http://www.apache.org/dist/jakarta/jmeter/KEYS
> > >
> > > All feedback (and votes!) welcome.
> > >
> > > [ ]+1 - the release candidate is OK
> > > [ ]-1 - there is a problem (please indicate what it is)
> > >
> > > The vote will remain open for at least 72 hours.
> > >
> > > Note: If the vote passes, the intention is to release the archive
> > > files and create the release tag from the RC1 tag.
> > >
> >
> >
> > Hi Sebastian
>
> Thanks for trying it out.
>
> > JMeter compiles and builds just fine. All tests pass for me, but the
> > 'ant test' terminates with a build failure.
> >
> > BUILD FAILED
> > /home/oleg/temp/jakarta-jmeter-2.3.2/build.xml:1552: Files are not
> > identical.
> >
> > Any idea what may be wrong?
>
> One of the tests uses two threads - the ramp up time is supposed to
> ensure that the first thread finishes before the second starts, but
> sometimes this does not happen, and the samples occur in the wrong
> order.
>
> In my experience that is fairly rare, but perhaps the ramp-up needs to
> be increased.
>
> If the comparison fails, there should be some BatchTestLocal.csv/.xml
> files in the bin directory; these should agree with the same name
> files in bin/testfiles.
>
> If you want to run it again without rebuilding everything, try
>
> ant batchtest
> or
> ant batchtestserver
>
The batch test seems to be failing consistently for me. I did not get a
single successful run out of 6.
> If the test often fails on your system then clearly the test needs
> fixing - what OS/Java/hardware are you using?
>
Single core Intel Centrino CPU, 2GB
Ubuntu 8.04
Linux ubuntu 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686
GNU/Linux
Sun JDK 1.5.0
java version "1.5.0_11"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode)
I do not think it is a blocker, but I would be nice to fix it.
Oleg
> > Oleg
> >
> > > Here's my:
> > >
> > > +1
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [VOTE] JMeter 2.3.2RC1
Posted by Oleg Kalnichevski <ol...@apache.org>.
On Tue, 2008-05-20 at 21:03 +0100, sebb wrote:
> On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> > On Tue, 2008-05-20 at 01:23 +0100, sebb wrote:
> > > It's about time (indeed overdue) for another JMeter release, so I've
> > > created JMeter 2.3.1 RC1 in the directory:
> > >
> > > http://people.apache.org/~sebb/jmeter-2.3.2/dist
> > >
> > > Site/Docs are here:
> > > http://people.apache.org/~sebb/jmeter-2.3.2/docs
> > >
> > > Tag:
> > > http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
> > >
> > > Keys are here:
> > > http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
> > > also
> > > http://www.apache.org/dist/jakarta/jmeter/KEYS
> > >
> > > All feedback (and votes!) welcome.
> > >
> > > [ ]+1 - the release candidate is OK
> > > [ ]-1 - there is a problem (please indicate what it is)
> > >
> > > The vote will remain open for at least 72 hours.
> > >
> > > Note: If the vote passes, the intention is to release the archive
> > > files and create the release tag from the RC1 tag.
> > >
> >
> >
> > Hi Sebastian
>
> Thanks for trying it out.
>
> > JMeter compiles and builds just fine. All tests pass for me, but the
> > 'ant test' terminates with a build failure.
> >
> > BUILD FAILED
> > /home/oleg/temp/jakarta-jmeter-2.3.2/build.xml:1552: Files are not
> > identical.
> >
> > Any idea what may be wrong?
>
> One of the tests uses two threads - the ramp up time is supposed to
> ensure that the first thread finishes before the second starts, but
> sometimes this does not happen, and the samples occur in the wrong
> order.
>
> In my experience that is fairly rare, but perhaps the ramp-up needs to
> be increased.
>
> If the comparison fails, there should be some BatchTestLocal.csv/.xml
> files in the bin directory; these should agree with the same name
> files in bin/testfiles.
>
> If you want to run it again without rebuilding everything, try
>
> ant batchtest
> or
> ant batchtestserver
>
The batch test seems to be failing consistently for me. I did not get a
single successful run out of 6.
> If the test often fails on your system then clearly the test needs
> fixing - what OS/Java/hardware are you using?
>
Single core Intel Centrino CPU, 2GB
Ubuntu 8.04
Linux ubuntu 2.6.24-16-generic #1 SMP Thu Apr 10 13:23:42 UTC 2008 i686
GNU/Linux
Sun JDK 1.5.0
java version "1.5.0_11"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_11-b03)
Java HotSpot(TM) Client VM (build 1.5.0_11-b03, mixed mode)
I do not think it is a blocker, but I would be nice to fix it.
Oleg
> > Oleg
> >
> > > Here's my:
> > >
> > > +1
> > >
> > > ---------------------------------------------------------------------
> > > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> > >
> >
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: general-help@jakarta.apache.org
> >
> >
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
Re: [VOTE] JMeter 2.3.2RC1
Posted by sebb <se...@gmail.com>.
On 20/05/2008, Oleg Kalnichevski <ol...@apache.org> wrote:
> On Tue, 2008-05-20 at 01:23 +0100, sebb wrote:
> > It's about time (indeed overdue) for another JMeter release, so I've
> > created JMeter 2.3.1 RC1 in the directory:
> >
> > http://people.apache.org/~sebb/jmeter-2.3.2/dist
> >
> > Site/Docs are here:
> > http://people.apache.org/~sebb/jmeter-2.3.2/docs
> >
> > Tag:
> > http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
> >
> > Keys are here:
> > http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
> > also
> > http://www.apache.org/dist/jakarta/jmeter/KEYS
> >
> > All feedback (and votes!) welcome.
> >
> > [ ]+1 - the release candidate is OK
> > [ ]-1 - there is a problem (please indicate what it is)
> >
> > The vote will remain open for at least 72 hours.
> >
> > Note: If the vote passes, the intention is to release the archive
> > files and create the release tag from the RC1 tag.
> >
>
>
> Hi Sebastian
Thanks for trying it out.
> JMeter compiles and builds just fine. All tests pass for me, but the
> 'ant test' terminates with a build failure.
>
> BUILD FAILED
> /home/oleg/temp/jakarta-jmeter-2.3.2/build.xml:1552: Files are not
> identical.
>
> Any idea what may be wrong?
One of the tests uses two threads - the ramp up time is supposed to
ensure that the first thread finishes before the second starts, but
sometimes this does not happen, and the samples occur in the wrong
order.
In my experience that is fairly rare, but perhaps the ramp-up needs to
be increased.
If the comparison fails, there should be some BatchTestLocal.csv/.xml
files in the bin directory; these should agree with the same name
files in bin/testfiles.
If you want to run it again without rebuilding everything, try
ant batchtest
or
ant batchtestserver
If the test often fails on your system then clearly the test needs
fixing - what OS/Java/hardware are you using?
> Oleg
>
> > Here's my:
> >
> > +1
> >
> > ---------------------------------------------------------------------
> > To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> > For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
> >
>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: general-help@jakarta.apache.org
>
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [VOTE] JMeter 2.3.2RC1
Posted by Oleg Kalnichevski <ol...@apache.org>.
On Tue, 2008-05-20 at 01:23 +0100, sebb wrote:
> It's about time (indeed overdue) for another JMeter release, so I've
> created JMeter 2.3.1 RC1 in the directory:
>
> http://people.apache.org/~sebb/jmeter-2.3.2/dist
>
> Site/Docs are here:
> http://people.apache.org/~sebb/jmeter-2.3.2/docs
>
> Tag:
> http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
>
> Keys are here:
> http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
> also
> http://www.apache.org/dist/jakarta/jmeter/KEYS
>
> All feedback (and votes!) welcome.
>
> [ ]+1 - the release candidate is OK
> [ ]-1 - there is a problem (please indicate what it is)
>
> The vote will remain open for at least 72 hours.
>
> Note: If the vote passes, the intention is to release the archive
> files and create the release tag from the RC1 tag.
>
Hi Sebastian
JMeter compiles and builds just fine. All tests pass for me, but the
'ant test' terminates with a build failure.
BUILD FAILED
/home/oleg/temp/jakarta-jmeter-2.3.2/build.xml:1552: Files are not
identical.
Any idea what may be wrong?
Oleg
> Here's my:
>
> +1
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: general-unsubscribe@jakarta.apache.org
For additional commands, e-mail: general-help@jakarta.apache.org
Re: [VOTE] JMeter 2.3.2RC1
Posted by Oleg Kalnichevski <ol...@apache.org>.
On Tue, 2008-05-20 at 01:23 +0100, sebb wrote:
> It's about time (indeed overdue) for another JMeter release, so I've
> created JMeter 2.3.1 RC1 in the directory:
>
> http://people.apache.org/~sebb/jmeter-2.3.2/dist
>
> Site/Docs are here:
> http://people.apache.org/~sebb/jmeter-2.3.2/docs
>
> Tag:
> http://svn.apache.org/repos/asf/jakarta/jmeter/tags/v2_3_2RC1
>
> Keys are here:
> http://svn.apache.org/repos/asf/jakarta/jmeter/trunk/KEYS.txt
> also
> http://www.apache.org/dist/jakarta/jmeter/KEYS
>
> All feedback (and votes!) welcome.
>
> [ ]+1 - the release candidate is OK
> [ ]-1 - there is a problem (please indicate what it is)
>
> The vote will remain open for at least 72 hours.
>
> Note: If the vote passes, the intention is to release the archive
> files and create the release tag from the RC1 tag.
>
Hi Sebastian
JMeter compiles and builds just fine. All tests pass for me, but the
'ant test' terminates with a build failure.
BUILD FAILED
/home/oleg/temp/jakarta-jmeter-2.3.2/build.xml:1552: Files are not
identical.
Any idea what may be wrong?
Oleg
> Here's my:
>
> +1
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org
>
---------------------------------------------------------------------
To unsubscribe, e-mail: jmeter-dev-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jmeter-dev-help@jakarta.apache.org