# ChangeLog for app-benchmarks/jmeter
# Copyright 2000-2006 Gentoo Foundation; Distributed under the GPL v2
# $Header: /var/cvsroot/gentoo-x86/app-benchmarks/jmeter/ChangeLog,v 1.26 2006/08/05 21:42:43 nichoj Exp $

  05 Aug 2006; Joshua Nichols <nichoj@gentoo.org> jmeter-2.0.1-r1.ebuild:
  Fixed dependencies to account for java-strict.

  24 Jul 2006; Krzysiek Pawlik <nelchael@gentoo.org>
  files/digest-jmeter-1.9.1, Manifest:
  Fix digests.

  22 Jul 2006; Krzysiek Pawlik <nelchael@gentoo.org>
  +jmeter-2.0.1-r1.ebuild:
  Migrated to Generation 2.

  13 Dec 2005; Joshua Nichols <nichoj@gentoo.org> jmeter-1.9.1.ebuild,
  jmeter-2.0.1.ebuild:
  Added ~amd64 keyword (bug #112469).

  19 Nov 2005; Saleem Abdulrasool <compnerd@gentoo.org> jmeter-1.9.1.ebuild:
  Fixing typo in ebuild; Resolves bug #110302

  26 Aug 2005; Diego Pettenò <flameeyes@gentoo.org> jmeter-2.0.1.ebuild,
  jmeter-2.0.1-r1.ebuild:
  Fix cp -a usage for Gentoo/FreeBSD.

  04 Apr 2005; Thomas Matthijs <axxo@gentoo.org> jmeter-2.0.1-r1.ebuild:
  change dep to reflect commons-httpclient slotting

  29 Mar 2005; Jan Brinkmann <luckyduck@gentoo.org> jmeter-2.0.1-r1.ebuild:
  moved from dev-java/oro to dev-java/jakarta-oro dependency. see #71337.

  03 Feb 2005; Jan Brinkmann <luckyduck@gentoo.org> jmeter-2.0.1-r1.ebuild:
  updated to reflect the new jdom slots

  29 Jan 2005; Jan Brinkmann <luckyduck@gentoo.org> jmeter-2.0.1-r1.ebuild:
  update to reflect the new rhino slots.

  14 Dec 2004; Thomas Matthijs <axxo@gentoo.org> jmeter-1.9.1.ebuild,
  jmeter-2.0.1.ebuild:
  fix deps 74389

  16 Oct 2004; Thomas Matthijs <axxo@gentoo.org> jmeter-1.9.1.ebuild,
  jmeter-2.0.1-r1.ebuild, jmeter-2.0.1.ebuild:
  use java-pkg_dohtml instead of dohtml to also install the package-list in
  case of api docs: #50740

  12 Oct 2004; Thomas Matthijs <axxo@gentoo.org> jmeter-1.9.1.ebuild,
  jmeter-2.0.1.ebuild:
  Fixed jikes deps. disabled jikes in 2.0.1 as it doesn't compile, patches are
  welcome on bugs.gentoo.org

*jmeter-2.0.1-r1 (12 Sep 2004)

  12 Sep 2004; Thomas Matthijs <axxo@gentoo.org> +jmeter-2.0.1-r1.ebuild:
  changes to stop using packed jars, work in progress, see bug 63309 for more
  information

  23 Aug 2004; Chris Aniszczyk <zx@gentoo.org>
  -files/jmeter-1.8.1-gentoo.diff, -jmeter-1.8.1.ebuild:
  Clean up

*jmeter-2.0.1 (23 Aug 2004)

  23 Aug 2004; Chris Aniszczyk <zx@gentoo.org> +jmeter-2.0.1.ebuild:
  Version bump. Closes #60052

  05 Apr 2004; Chris Aniszczyk <zx@gentoo.org> jmeter-1.8.1.ebuild:
  inherit eutils due to epatch

  15 Mar 2004; Seemant Kulleen <seemant@gentoo.org> jmeter-1.8.1.ebuild:
  fix bug #47712 by Michael Sterret <mr_bones_@gentoo.org>

*jmeter-1.9.1 (28 Feb 2004)

  28 Feb 2004; Chris Aniszczyk <zx@gentoo.org> jmeter-1.9.1.ebuild:
  Version bump + we can build from source ;)

  15 Dec 2003; Adrian Almenar <strider@gentoo.org> jmeter-1.8.1.ebuild:
  Fixes bug #35733. Cannot find patch. Masked packages on arches where sun-jdk doesnt work.
  Added metadata.xml.

  05 Dec 2003; Jason Wever <weeve@gentoo.org> jmeter-1.8.1.ebuild:
  Masked on sparc because there is no sun jdk for linux/sparc.

*jmeter-1.8.1 (16 Mar 2003)

  06 Apr 2003; Dylan Carlson <absinthe@gentoo.org> jmeter-1.8.1.ebuild:
  ppc sparc moved to stable.

  03 Apr 2003; Dylan Carlson <absinthe@gentoo.org> jmeter-1.8.1.ebuild:
  moved x86 to stable.

  16 Mar 2003; Dylan Carlson <absinthe@gentoo.org> jmeter-1.8.1.ebuild,
  files/jmeter-1.8.1-gentoo.diff:
  Initial import.
  
  Apache JMeter may be used to test performance both on static and dynamic
  resources (files, Servlets, Perl scripts, Java Objects, Data Bases and
  Queries, FTP Servers and more).  It can be used to simulate a heavy load on
  a server, network or object to test its strength or to analyze overall
  performance under different load types.  You can use it to make a graphical
  analysis of performance or to test your server/script/object behavior under
  heavy concurrent load.
  
  NOTE: This application requires Sun's JDK, and will not work correctly if you
  currently have your user environment set to use IBM's JDK, or another.

