On Wed, 2008-05-21 at 10:42 +0100, sebb wrote:
> On 21/05/2008, Norval Hope <[EMAIL PROTECTED]> 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 <[EMAIL PROTECTED]> wrote:
> >  > On 20/05/2008, Oleg Kalnichevski <[EMAIL PROTECTED]> wrote:
> >  >> On Tue, 2008-05-20 at 21:03 +0100, sebb wrote:
> >  >>  > On 20/05/2008, Oleg Kalnichevski <[EMAIL PROTECTED]> 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: [EMAIL PROTECTED]
> >  >>  > >  > For additional commands, e-mail: [EMAIL PROTECTED]
> >  >>  > >  >
> >  >>  > >
> >  >>  > >
> >  >>  > >  
> > ---------------------------------------------------------------------
> >  >>  > >  To unsubscribe, e-mail: [EMAIL PROTECTED]
> >  >>  > >  For additional commands, e-mail: [EMAIL PROTECTED]
> >  >>  > >
> >  >>  > >
> >  >>  >
> >  >>  > ---------------------------------------------------------------------
> >  >>  > To unsubscribe, e-mail: [EMAIL PROTECTED]
> >  >>  > For additional commands, e-mail: [EMAIL PROTECTED]
> >  >>  >
> >  >>
> >  >>
> >  >>  ---------------------------------------------------------------------
> >  >>  To unsubscribe, e-mail: [EMAIL PROTECTED]
> >  >>  For additional commands, e-mail: [EMAIL PROTECTED]
> >  >>
> >  >>
> >  >
> >  > ---------------------------------------------------------------------
> >  > To unsubscribe, e-mail: [EMAIL PROTECTED]
> >  > For additional commands, e-mail: [EMAIL PROTECTED]
> >  >
> >  >
> >
> >  ---------------------------------------------------------------------
> >  To unsubscribe, e-mail: [EMAIL PROTECTED]
> >  For additional commands, e-mail: [EMAIL PROTECTED]
> >
> >
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to