summaryrefslogtreecommitdiff
blob: 415f3722e26d749ab6262b63b003402973672f46 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
# ChangeLog for app-benchmarks/jmeter
# Copyright 1999-2011 Gentoo Foundation; Distributed under the GPL v2
# $Header: /var/cvsroot/gentoo-x86/app-benchmarks/jmeter/ChangeLog,v 1.37 2011/12/19 13:06:31 sera Exp $

  19 Dec 2011; Ralph Sennhauser <sera@gentoo.org> jmeter-2.0.1-r2.ebuild,
  jmeter-2.0.1-r3.ebuild, jmeter-2.0.1-r4.ebuild:
  Fix homepage wrt #202445.

  24 Oct 2008; Markus Meier <maekke@gentoo.org> jmeter-2.0.1-r4.ebuild:
  amd64/x86 stable, bug #225537

  23 Jul 2008; Doug Goldstein <cardoe@gentoo.org> metadata.xml:
  add GLEP 56 USE flag desc from use.local.desc

  14 Mar 2008; Caleb Tennis <caleb@gentoo.org> jmeter-2.0.1-r2.ebuild:
  stabilize on amd64

*jmeter-2.0.1-r4 (05 Mar 2008)

  05 Mar 2008; Alistair Bush <ali_bush@gentoo.org> +jmeter-2.0.1-r4.ebuild:
  Fixed invalid vm parameters in start script. see Bug #211953.

  10 Jan 2008; Vlastimil Babka <caster@gentoo.org> jmeter-2.0.1-r2.ebuild,
  jmeter-2.0.1-r3.ebuild:
  Restrict junit dependency.

*jmeter-2.0.1-r3 (20 Nov 2007)

  20 Nov 2007; <ali_bush@gentoo.org> +jmeter-2.0.1-r3.ebuild:
  Bumping to support javamail virtual.

  29 Aug 2007; Petteri Räty <betelgeuse@gentoo.org> -jmeter-1.9.1.ebuild:
  Remove generation 1 ebuild.

  14 Aug 2007; Christian Faulhammer <opfer@gentoo.org>
  jmeter-2.0.1-r2.ebuild:
  stable x86, bug 187665; filter jikes

  03 Aug 2007; Petteri Räty <betelgeuse@gentoo.org> -jmeter-2.0.1.ebuild,
  -jmeter-2.0.1-r1.ebuild:
  Remove unused versions.

*jmeter-2.0.1-r2 (05 May 2007)

  05 May 2007; Petteri Räty <betelgeuse@gentoo.org>
  +jmeter-2.0.1-r2.ebuild:
  Migrate to splitted ant, fix emerging with JAVA_PKG_STRICT and make
  dependency on bsh optional via the beanshell use flag.

  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.