On 11/11/2020 15:50, ndtrek07 wrote:
> I'm attempting to access the source repository for Commons Primitives using
> the instructions on this page, but the URLs do not appear to be working.
>
> Instructions:
> https://commons.apache.org/dormant/commons-primitives/source-repo
I'm attempting to access the source repository for Commons Primitives using
the instructions on this page, but the URLs do not appear to be working.
Instructions:
https://commons.apache.org/dormant/commons-primitives/source-repository.html
svn checkout http://svn.apache.org/repos/asf/co
Hello,
the Apache Commons community has decided to move the Apache Commons
Primitives component to dormant. Apache Commons Primitives provides a
library of collections and utilities specially designed for use with
primitive types.
There has been decreasing interest in the component over the past
Hello,
This vote passes:
Stian Soiland-Ryes: +1 (binding)
Matt Sticker: +1 (non-binding)
Kristian Rosenvold: +1 (binding)
Bernd Eckenfels: +1 (binding)
Benedikt Ritter +1 (binding)
Jörg Schaible: +1 (binding)
Jochen Wiedmann: +1 (binding)
I'll move Primitives to dormant and send an announc
+1 (IMO, primitives is redundant anyways, because of commons-lang)
Jochen
On Tue, Jun 14, 2016 at 9:06 AM, Jörg Schaible
wrote:
> Benedikt Ritter wrote:
>
>> Hi,
>>
>> there hasn't been any activity in the primitives component for a long
>> while:
>>
&
Benedikt Ritter wrote:
> Hi,
>
> there hasn't been any activity in the primitives component for a long
> while:
>
> - last release dates back to 2003-11-05
> - using svn log -l 50
> http://svn.apache.org/repos/asf/commons/proper/primitives/trunk I did not
> find
My +1
Benedikt Ritter schrieb am So., 12. Juni 2016 um
17:17 Uhr:
> Hi,
>
> there hasn't been any activity in the primitives component for a long
> while:
>
> - last release dates back to 2003-11-05
> - using svn log -l 50
> http://svn.apache.org/repos/asf/commons/
+1 (binding)
> [X] +1, yes move Primitives to dormant
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org
+1
12. jun. 2016 5.18 p.m. skrev "Benedikt Ritter" :
> Hi,
>
> there hasn't been any activity in the primitives component for a long
> while:
>
> - last release dates back to 2003-11-05
> - using svn log -l 50
> http://svn.apache.org/repos/asf/commons/pro
gt; So that's a +1 from your side?
>
>
> >
> > On 12 June 2016 at 11:39, Stian Soiland-Reyes wrote:
> >
> > > +1
> > > On 12 Jun 2016 4:18 p.m., "Benedikt Ritter"
> wrote:
> > >
> > > > Hi,
> > > >
> > &
> +1
> > On 12 Jun 2016 4:18 p.m., "Benedikt Ritter" wrote:
> >
> > > Hi,
> > >
> > > there hasn't been any activity in the primitives component for a long
> > > while:
> > >
> > > - last release dates back to 2003
kt
[1] http://commons.apache.org/dormant.html
>
> - Dennis
>
> > -Original Message-
> > From: Benedikt Ritter [mailto:brit...@apache.org]
> > Sent: Sunday, June 12, 2016 08:18
> > To: Commons Developers List
> > Subject: [VOTE] Move Apache Commons Primitiv
Chances are that this library may be obsoleted in Java 10 with value types
anyways, but that is years from now.
On 12 June 2016 at 11:39, Stian Soiland-Reyes wrote:
> +1
> On 12 Jun 2016 4:18 p.m., "Benedikt Ritter" wrote:
>
> > Hi,
> >
> > there hasn&
Apache Commons Primitives to dormant
>
> Hi,
>
> there hasn't been any activity in the primitives component for a long
> while:
>
> - last release dates back to 2003-11-05
> - using svn log -l 50
> http://svn.apache.org/repos/asf/commons/proper/primitives/trunk I did
>
+1
On 12 Jun 2016 4:18 p.m., "Benedikt Ritter" wrote:
> Hi,
>
> there hasn't been any activity in the primitives component for a long
> while:
>
> - last release dates back to 2003-11-05
> - using svn log -l 50
> http://svn.apache.org/repos/asf/commons/pro
Hi,
there hasn't been any activity in the primitives component for a long while:
- last release dates back to 2003-11-05
- using svn log -l 50
http://svn.apache.org/repos/asf/commons/proper/primitives/trunk I did not
find a single commit that changed any of the code
- no activity on dev
w.r.t.
> equals/hashCode having a mismatch in their semantics.
>
> Please take a look at the report and let us know if you consider this to
> be a real problem. It is likely an issue with how existing lists are
> wrapped:
>
> https://issues.apache.org/jira/browse/PRIMITIVES-17
>
://issues.apache.org/jira/browse/PRIMITIVES-17
--
Regards,
Cyrille Artho - http://artho.com/
That men do not learn very much from history is the most important
of all the lessons that history has to teach.
-- Aldous Huxley
Online report :
http://localhost:8080/continuum/buildResult.action?buildId=27602&projectId=99
Build statistics:
State: Failed
Previous State: Ok
Started at: Tue 7 Jan 2014 12:51:40 +
Finished at: Tue 7 Jan 2014 12:51:50 +
Total time: 10s
Build Trigger: Forced
Build Number: 1
you willing to help polish it to 1.0?
>>>>>>>>>>
>>>>>>>>>> Aside from a pending bug fix, the code is complete. The project
>>>>>>>>>
>>>>>>>> has
>>>
>>>&
SV field to a
custom
type Foo, how will the wrapper accommodate that?
It would not for now. This is just about primitives or basic JRE
types
like
Number and Date (Calendar).
Gary
Gary
-Adrian
On 8/3/2013 8:36 AM, Gary Gregory wrote:
Hi All:
I recently added these CSVRec
l try to build out the docs a little more. I think I need karma
> to
> > > > edit the Convert Wiki - adrianc.
> > > >
> > >
> > > The docs should be in SVN IMO, just like most components.
> > >
> > >
Oh, a JDBC driver for csv files. Great idea! ;)
On Sunday, August 4, 2013, Benedikt Ritter wrote:
> The problem I'm seeing is, that this will again delay the 1.0 release of
> CSV...
>
> How about a compromise?
> - Add conversion for basic data types to CSVRecord and finish 1.0
> - Build a mo
The problem I'm seeing is, that this will again delay the 1.0 release of
CSV...
How about a compromise?
- Add conversion for basic data types to CSVRecord and finish 1.0
- Build a more sophisticated/configurable/pluggable wrapper that makes use
of what ever library for 1.x
I mean, look were we s
I am working on getting the bug fixes committed today. I will also
include some more JavaDocs - hopefully that will help.
If anyone wants to improve things further, they are welcome to do so.
-Adrian
On 8/3/2013 9:17 AM, James Carman wrote:
On Sat, Aug 3, 2013 at 12:05 PM, Gary Gregory wrote
;
> > >
> > > I will try to build out the docs a little more. I think I need karma to
> > > edit the Convert Wiki - adrianc.
> > >
> >
> > The docs should be in SVN IMO, just like most components.
> >
> > Gary
> >
> >
> >
> Having an official release would be wonderful.
> >>>
> >>>
> >>>
> >>>
> >>> Yes: I'd like to eat our own dog food.
> >>>>
> >>>> Gary
> >>>>
> >>>> I agree that Java data type conve
;
>>
>> Having an official release would be wonderful.
>>>
>>>
>>>
>>>
>>> Yes: I'd like to eat our own dog food.
>>>>
>>>> Gary
>>>>
>>>> I agree that Java data type conve
field to a custom
type Foo, how will the wrapper accommodate that?
It would not for now. This is just about primitives or basic JRE types like
Number and Date (Calendar).
Gary
Gary
-Adrian
On 8/3/2013 8:36 AM, Gary Gregory wrote:
Hi All:
I recently added these CSVRecord APIs:
onversions is
> not scalable. If an application needs to convert a CSV field to a custom
> type Foo, how will the wrapper accommodate that?
>
It would not for now. This is just about primitives or basic JRE types like
Number and Date (Calendar).
Gary
>
>
>
>> Gary
>>
>
The OFBiz community wanted to spin off the conversion framework to a
separate project. I found the abandoned Commons Convert project and
moved the code there.
Someone suggested using Commons Convert for BeanUtils - so the
duplication can be eliminated.
-Adrian
On 8/3/2013 9:42 AM, Paul Bene
I'll have to look into what Beanutils requires since it's been sometime I
last directly dealt with it. I think it comes with basic Java conversions
but everything can be configured as needed.
I did not know about Commons Convert. Why "two" commons project that do the
same thing?
Paul
On Sat, Au
Actually, I picture it like this: Commons CSV does not contain any
conversions, and data type conversions are left to the application
developer. We can recommend Commons Convert. The applications developer
is free to create any wrappers/facades necessary to connect the two.
-Adrian
On 8/3/201
On Sat, Aug 3, 2013 at 12:05 PM, Gary Gregory wrote:
>
> No: it is unreleased. Are you willing to help polish it to 1.0?
>
I'm willing!
The current API might be a bit verbose. We can figure out the bound
types at runtime to determine the source/target types. That would
streamline the API quite
Adrian, the conversions would be configurable. At least that's how I
envisioned it using existing BeanUtils functionality. Gary has a request
our to me to demo that.
On Aug 3, 2013 11:10 AM, "Adrian Crum"
wrote:
> Inline...
>
> On 8/3/2013 9:05 AM, Gary Gregory wrote:
>
>> On Sat, Aug 3, 2013 at
Inline...
On 8/3/2013 9:05 AM, Gary Gregory wrote:
On Sat, Aug 3, 2013 at 11:50 AM, Adrian Crum <
adrian.c...@sandglass-software.com> wrote:
Have you considered recommending Commons Convert?
No: it is unreleased. Are you willing to help polish it to 1.0?
Aside from a pending bug fix, the c
On Sat, Aug 3, 2013 at 11:50 AM, Adrian Crum <
adrian.c...@sandglass-software.com> wrote:
> Have you considered recommending Commons Convert?
>
No: it is unreleased. Are you willing to help polish it to 1.0?
Yes: I'd like to eat our own dog food.
Gary
>
> I agree that Java data type conversion
Have you considered recommending Commons Convert?
I agree that Java data type conversion is outside the scope of CSV.
-Adrian
On 8/3/2013 8:36 AM, Gary Gregory wrote:
Hi All:
I recently added these CSVRecord APIs: getBoolean(String), getInt(String),
getLong(String), getBigInteger(String).
So
If we only had a project called commons-convert! I'm sure Mr. Benson
could help us out using some of his Therian codebase (and his type
parameter prowess).
On Sat, Aug 3, 2013 at 11:36 AM, Gary Gregory wrote:
> Hi All:
>
> I recently added these CSVRecord APIs: getBoolean(String), getInt(String)
Hi All:
I recently added these CSVRecord APIs: getBoolean(String), getInt(String),
getLong(String), getBigInteger(String).
Some people are OK with this, some consider this out of scope, some
consider it not necessary for 1.0, some -1, some are worried about feature
creep (default values, Calendar
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=10768&projectId=99
Build statistics:
State: Failed
Previous State: Ok
Started at: Tue 2 Aug 2011 16:07:22 +
Finished at: Tue 2 Aug 2011 16:07:44 +
Total time: 21s
Build Trigger: Forced
Build Numbe
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=10693&projectId=99
Build statistics:
State: Failed
Previous Build: No previous build.
Started at: Mon 1 Aug 2011 20:56:37 +
Finished at: Mon 1 Aug 2011 20:56:56 +
Total time: 18s
Build Trigger: Sche
Hi primitives team!!
I would like to know why the initial capacity for ArrayList is set by
default to 8. Is there any special reason for establishing this?
Thanks!!!
Regards,
Mauricio!!
Something else to consider is Stephen Colebourne's Joda Primitives:
http://joda-primitives.sourceforge.net/
Commons Primitives hasn't been touched since 2005 when Stephen was
active on the component. I think it's an Attic component (ie not being
worked on and no future releases
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-primitives has an issue affecting its community integration.
This
Sorry for the delay Richard - for my part I've been a little too heads
down on Lang 3.0 and hadn't seen the email.
I don't think anyone is active in Primitives - but I'm happy to get
active and help get a release out. If you're still interested then
count me in.
If y
Hi,
I was looking for an IntHashMap impl and noticed that there are two
in Apache Commons - the first a private one in commons-lang and the
second as a pending patch in Commons Primitives. I also see that this
in not the only patch left lingering since the last release - in 2003!
http
discussion about the future of the existing primitives and
how / if to combine, and commit things into the sandbox based on the
results of that discussion. Ahem, just a little, 'code before
community.' :-)
--benson
-
To
Yes, of course. I'm not qualified to do much for Math, but Ted and
others at Mahout are.
On Wed, Dec 9, 2009 at 4:05 PM, Siegfried Goeschl
wrote:
> Hi Benson,
>
> I would assume that contributing to commons-math requires some good math
> background whereas primitives seem a
Hi Benson,
I would assume that contributing to commons-math requires some good math
background whereas primitives seem a little bit easier ... :-)
Cheers,
Siegfried Goeschl
Benson Margulies wrote:
> So, the silence is rather noisy in response to the discussion about
> commons-math. Commo
So, the silence is rather noisy in response to the discussion about
commons-math. Commons PMC members, what's the story here? Why is it
apparently easy for me to tee up code for primitives and impossible
for the corresponding activity for -math?
On Mon, Dec 7, 2009 at 5:26 PM, Ted Dunning
Bring them in! We will likely need them as well.
On Mon, Dec 7, 2009 at 2:23 PM, Benson Margulies wrote:
> maps.
>
>
> On Dec 7, 2009, at 5:16 PM, Ted Dunning wrote:
>
> Which part did you care about?
>>
>> On Mon, Dec 7, 2009 at 2:12 PM, Benson Margulies > >wrote:
>>
>> Aha, you didn't take
maps.
On Dec 7, 2009, at 5:16 PM, Ted Dunning wrote:
Which part did you care about?
On Mon, Dec 7, 2009 at 2:12 PM, Benson Margulies >wrote:
Aha, you didn't take the part I care about most, but your grab of the
jet stuff may help me grab the collections stuff. This is almost
messy
enoug
Which part did you care about?
On Mon, Dec 7, 2009 at 2:12 PM, Benson Margulies wrote:
> Aha, you didn't take the part I care about most, but your grab of the
> jet stuff may help me grab the collections stuff. This is almost messy
> enough for me to go back to coding from scratch from Knuth.
>
>
Aha, you didn't take the part I care about most, but your grab of the
jet stuff may help me grab the collections stuff. This is almost messy
enough for me to go back to coding from scratch from Knuth.
On Mon, Dec 7, 2009 at 5:10 PM, Jake Mannix wrote:
> It's in the module now called "matrix" - th
It's in the module now called "matrix" - the name "colt" is tradmarked by
CERN, so
we're not using that name as such.
-jake
On Mon, Dec 7, 2009 at 2:08 PM, Benson Margulies wrote:
> I just checked this out and there is no colt in there. I got rev 888157.
>
>
>
> On Mon, Dec 7, 2009 at 5:04 PM,
I just checked this out and there is no colt in there. I got rev 888157.
On Mon, Dec 7, 2009 at 5:04 PM, Ted Dunning wrote:
> http://svn.apache.org/repos/asf/lucene/mahout/trunk is the overall
> directory. Colt is just below that. I believe that the pom in the subdir
> will build colt without
http://svn.apache.org/repos/asf/lucene/mahout/trunk is the overall
directory. Colt is just below that. I believe that the pom in the subdir
will build colt without the top-level, but you know more about maven than I
do.
On Mon, Dec 7, 2009 at 1:58 PM, Benson Margulies wrote:
> Ted, I just figur
Ted, I just figured out why I should take you up on your offer. Where
in svn is the Mahout fork?
On Sun, Dec 6, 2009 at 2:14 PM, Ted Dunning wrote:
> Mahout has already sucked Colt in. If you are interested in modernizing it,
> that might be a good place to do it.
>
> We are committed to maintai
Oh, drat, NOW I see your addition to the JIRA. Sorry about that.
On Sun, Dec 6, 2009 at 5:24 PM, Niall Pemberton
wrote:
> On Sun, Dec 6, 2009 at 12:15 PM, Benson Margulies
> wrote:
>> Folks,
>>
>> The Colt library contains a pretty good core start to associative
>> containers on basic types:
Um, in my understanding, if there is source code sitting out there
under a 'class A' license, it can be incorporated without being
granted/cleared. I've posted a JIRA to legal-discuss about this
license and I'm not checking anything in until I hear back.
On Sun, Dec 6, 2009 at 5:24 PM, Niall Pembe
On Sun, Dec 6, 2009 at 12:15 PM, Benson Margulies wrote:
> Folks,
>
> The Colt library contains a pretty good core start to associative
> containers on basic types: http://acs.lbl.gov/~hoschek/colt. The
> license looks like it might be an 'A'. I've posted a JIRA to legal to
> check.
The usual pro
Did you already get a legal OK to incorporate things with that CERN notice?
I'm very focused on the collections.
On Sun, Dec 6, 2009 at 4:36 PM, Ted Dunning wrote:
> As you like. Forking from the mahout version might be handy for you since
> it has already had all the GPL parts stripped out.
>
As you like. Forking from the mahout version might be handy for you since
it has already had all the GPL parts stripped out.
Building a trove replace in Mahout's Colt would be nice for us in Mahout
since we need basically the same thing as well. As I mentioned, we want the
Colt part to remain se
I'm trying to make a ASL replacement for Trove, so, license
permitting, I will be forking.
On Sun, Dec 6, 2009 at 2:14 PM, Ted Dunning wrote:
> Mahout has already sucked Colt in. If you are interested in modernizing it,
> that might be a good place to do it.
>
> We are committed to maintaining i
Mahout has already sucked Colt in. If you are interested in modernizing it,
that might be a good place to do it.
We are committed to maintaining its status as an independent library and are
avoiding injecting any other dependencies.
On Sun, Dec 6, 2009 at 4:15 AM, Benson Margulies wrote:
>
> Th
Folks,
The Colt library contains a pretty good core start to associative
containers on basic types: http://acs.lbl.gov/~hoschek/colt. The
license looks like it might be an 'A'. I've posted a JIRA to legal to
check.
--benson
-
To
It looks to me as if a great deal of the current primitives package is
obsoleted by autoboxing. For now, I'm concentrating on adding what got
me started, which is sets and maps that do NOT do autoboxing. At some
point I'll ask for thoughts about deleting all the redundant code and
callin
Looks like I create a structure in sandbox/primitives and go from there.
On Thu, Dec 3, 2009 at 8:54 PM, Phil Steitz wrote:
> Benson Margulies wrote:
>> Thanks. Can you point me to a page describing where the sandy area is in svn?
>
> http://commons.apache.org/svninfo.html
>
&
t;>>>
>>>>> On Mon, Nov 30, 2009 at 11:24 PM, Henri Yandell
>>>>> wrote:
>>>>>> Or you could start up a sandbox project. We've had good success with
>>>>>> ASF committers creating a sandbox branch of a released componen
roject. We've had good success with
>>>>> ASF committers creating a sandbox branch of a released component, and
>>>>> after diving in for a while it's then merged in to trunk where they
>>>>> then become one of the most active coders
Henri Yandell wrote:
>>>> Or you could start up a sandbox project. We've had good success with
>>>> ASF committers creating a sandbox branch of a released component, and
>>>> after diving in for a while it's then merged in to trunk where they
>>>>
t;> ASF committers creating a sandbox branch of a released component, and
>>> after diving in for a while it's then merged in to trunk where they
>>> then become one of the most active coders of that component.
>>>
>>> So +1 to a sandbox branch to primitive
branch of a released component, and
>> after diving in for a while it's then merged in to trunk where they
>> then become one of the most active coders of that component.
>>
>> So +1 to a sandbox branch to primitives if you have ideas you'd like
>> to play with. AS
of the most active coders of that component.
>>
>> So +1 to a sandbox branch to primitives if you have ideas you'd like
>> to play with. ASF committers get karma to the sandbox on request, so
>> just need you to want to do that and we can add karma.
>>
>>
become one of the most active coders of that component.
>
> So +1 to a sandbox branch to primitives if you have ideas you'd like
> to play with. ASF committers get karma to the sandbox on request, so
> just need you to want to do that and we can add karma.
>
It occurs to me w
hile it's then merged in to trunk where they
> then become one of the most active coders of that component.
>
> So +1 to a sandbox branch to primitives if you have ideas you'd like
> to play with. ASF committers get karma to the sandbox on request, so
> just need you to want t
r you could start up a sandbox project. We've had good success with
>> ASF committers creating a sandbox branch of a released component, and
>> after diving in for a while it's then merged in to trunk where they
>> then become one of the most active coders of that compo
then merged in to trunk where they
> then become one of the most active coders of that component.
>
> So +1 to a sandbox branch to primitives if you have ideas you'd like
> to play with. ASF committers get karma to the sandbox on request, so
> just need you to want to do that and
branch to primitives if you have ideas you'd like
to play with. ASF committers get karma to the sandbox on request, so
just need you to want to do that and we can add karma.
Hen
On Mon, Nov 30, 2009 at 5:01 PM, Benson Margulies wrote:
> Stephen,
>
> It's interesting to me th
-benson
On Mon, Nov 30, 2009 at 5:34 PM, Stephen Colebourne
wrote:
> Benson Margulies wrote:
>>
>> I proposed a lab over at labs in which to start construction of
>> something much like what commons-primitives describes itself as
>> setting out to do. The web page fo
Benson Margulies wrote:
I proposed a lab over at labs in which to start construction of
something much like what commons-primitives describes itself as
setting out to do. The web page for primitives suggests a rather
dormant state. Is there anybody in there actively working on
primitives?
I
Hello commons dev,
I proposed a lab over at labs in which to start construction of
something much like what commons-primitives describes itself as
setting out to do. The web page for primitives suggests a rather
dormant state. Is there anybody in there actively working on
primitives?
--benson
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-primitives has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-primitives has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-primitives has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-primitives has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-primitives has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-primitives has an issue affecting its community integration.
This
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
and/or contact the folk at gene...@gump.apache.org.
Project commons-primitives has an issue affecting its community integration.
This
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=205583&projectId=191
Build statistics:
State: Ok
Previous State: Error
Started at: Tue 11 Aug 2009 20:11:21 -0700
Finished at: Tue 11 Aug 2009 20:12:24 -0700
Total time: 1m 3s
Build Trigger: Schedule
Buil
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=195681&projectId=191
Build statistics:
State: Ok
Previous State: Error
Started at: Fri 19 Jun 2009 19:56:44 -0700
Finished at: Fri 19 Jun 2009 19:57:30 -0700
Total time: 46s
Build Trigger: Schedule
Build
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=191156&projectId=191
Build statistics:
State: Ok
Previous State: Error
Started at: Wed 13 May 2009 14:37:25 -0700
Finished at: Wed 13 May 2009 14:37:56 -0700
Total time: 30s
Build Trigger: Schedule
Build
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=144259&projectId=191
Build statistics:
State: Ok
Previous State: Error
Started at: Tue 17 Feb 2009 08:05:44 -0800
Finished at: Tue 17 Feb 2009 08:06:14 -0800
Total time: 29s
Build Trigger: Schedule
Build Number
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=125731&projectId=191
Build statistics:
State: Ok
Previous State: Error
Started at: Wed 19 Nov 2008 21:01:42 -0800
Finished at: Wed 19 Nov 2008 21:02:13 -0800
Total time: 30s
Build Trigger: Schedule
Build Number
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=119419&projectId=191
Build statistics:
State: Ok
Previous State: Error
Started at: Fri 10 Oct 2008 03:05:06 -0700
Finished at: Fri 10 Oct 2008 03:05:29 -0700
Total time: 23s
Build Trigger: Schedule
Build Number
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=117883&projectId=191
Build statistics:
State: Ok
Previous State: Error
Started at: Thu 2 Oct 2008 18:14:32 -0700
Finished at: Thu 2 Oct 2008 18:14:57 -0700
Total time: 25s
Build Trigger: Schedule
Build Number:
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=111632&projectId=191
Build statistics:
State: Ok
Previous State: Error
Started at: Sat 30 Aug 2008 09:13:44 -0700
Finished at: Sat 30 Aug 2008 09:14:15 -0700
Total time: 30s
Build Trigger: Schedule
Build Number
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=109824&projectId=191
Build statistics:
State: Ok
Previous State: Error
Started at: Wed 20 Aug 2008 07:59:02 -0700
Finished at: Wed 20 Aug 2008 07:59:32 -0700
Total time: 29s
Build Trigger: Schedule
Build Number
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=105958&projectId=191
Build statistics:
State: Ok
Previous State: Error
Started at: Sat 2 Aug 2008 02:27:52 -0700
Finished at: Sat 2 Aug 2008 02:28:45 -0700
Total time: 53s
Build Trigger: Schedule
Build Number:
1 - 100 of 146 matches
Mail list logo
