> Well that is interesting. One of my first involvements with CM was
> suggesting just this. The suggestion was roundly shouted down. The Mikkel
> suggested it. It was declined.
>
> I am glad that you finally succeeded.
But you were there too! I was not discussing this with myself :-). Nor d
Well that is interesting. One of my first involvements with CM was
suggesting just this. The suggestion was roundly shouted down. The Mikkel
suggested it. It was declined.
I am glad that you finally succeeded.
On Sun, Sep 11, 2011 at 3:54 PM, Gilles Sadowski <
gil...@harfang.homelinux.org> wr
On Sun, Sep 11, 2011 at 02:50:56PM -0700, Ted Dunning wrote:
> On Sun, Sep 11, 2011 at 2:37 PM, Gilles Sadowski <
> gil...@harfang.homelinux.org> wrote:
>
> > Discussions on this list are sufficiently tense that we probably don't need
> > to have a flame war on OO. :-}
> >
>
> And I would hate to
No. I have to admit that I haven't looked at these classes for a long time.
I am glad to hear that sampling is in the distributions.
On Sun, Sep 11, 2011 at 3:09 PM, Phil Steitz wrote:
> Another example comes from the random distributions. The current design
> separates generating values from
On 9/11/11 2:50 PM, Gilles Sadowski wrote:
> On Sun, Sep 11, 2011 at 07:21:20AM -0700, Phil Steitz wrote:
>> On 9/10/11 2:51 PM, Gilles Sadowski wrote:
>>> Hello.
>>>
>>> Coming back to this with a simple idea that may hopefully satisfy everyone.
>>>
>>> What do you think of having one class that p
Another example comes from the random distributions. The current design
separates generating values from evaluating CDF's even though users think of
those as operations on the same object. Moreover, there is an intricate
lattice of (unique) implementations and interfaces that the user has to
figu
On Sun, Sep 11, 2011 at 2:37 PM, Gilles Sadowski <
gil...@harfang.homelinux.org> wrote:
> Discussions on this list are sufficiently tense that we probably don't need
> to have a flame war on OO. :-}
>
And I would hate to start that given that I think the discussions go too
long in any case.
> A
On Sun, Sep 11, 2011 at 07:21:20AM -0700, Phil Steitz wrote:
> On 9/10/11 2:51 PM, Gilles Sadowski wrote:
> > Hello.
> >
> > Coming back to this with a simple idea that may hopefully satisfy everyone.
> >
> > What do you think of having one class that performs all operations by
> > directly applyin
Hi Ted.
> Nah... I just meant get some usable code done before the inevitable
> discussion winds down. Discussions about designs in commons math tend to
> follow the pattern of a) proposing an OK design, b) proposing a fine
> improvement, and then c) iterating forever on hair-splitting details.
On Sun, Sep 11, 2011 at 4:36 PM, Phil Steitz wrote:
> On 9/11/11 12:44 PM, Gary Gregory wrote:
> > Perhaps we want to keep the ivars in one place since they all have very
> > carefully been decorated with final and volatile just in the right
> places?
>
> There is only one field being maintained
I don't understand why exactly, but testMaxActivePerKeyExceeded is
now hanging regularly for me using 1.6.0_26 (Apple Lion). In the
thread dump, I get the driving test thread:
"main" prio=5 tid=7feb5b001800 nid=0x1057f1000 waiting on condition
[1057ee000]
java.lang.Thread.State: TIMED_WAITING
On 9/11/11 12:44 PM, Gary Gregory wrote:
> Perhaps we want to keep the ivars in one place since they all have very
> carefully been decorated with final and volatile just in the right places?
There is only one field being maintained and I think it would
actually be clearer to push it into the (sma
Nah... I just meant get some usable code done before the inevitable
discussion winds down. Discussions about designs in commons math tend to
follow the pattern of a) proposing an OK design, b) proposing a fine
improvement, and then c) iterating forever on hair-splitting details. The
final result
Perhaps we want to keep the ivars in one place since they all have very
carefully been decorated with final and volatile just in the right places?
What about dropping "Object" from the name? That makes even less sense now
that we have generics enabled.
Gary
On Sun, Sep 11, 2011 at 2:29 PM, Phil
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=11993&projectId=64
Build statistics:
State: Failed
Previous State: Ok
Started at: Sun 11 Sep 2011 19:10:21 +
Finished at: Sun 11 Sep 2011 19:10:38 +
Total time: 17s
Build Trigger: Schedule
Build N
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=11991&projectId=69
Build statistics:
State: Failed
Previous State: Ok
Started at: Sun 11 Sep 2011 19:09:12 +
Finished at: Sun 11 Sep 2011 19:09:37 +
Total time: 25s
Build Trigger: Schedule
Build N
These classes really do nothing other than maintain the boolean
"closed", throwing UnsupportedOperationException or returning
nonsense for most methods. The interfaces define contracts, so why
do we really need these base classes?
Phil
On Sun, Sep 11, 2011 at 10:39 AM, sebb wrote:
> On 11 September 2011 18:14, Henri Yandell wrote:
>> On Sun, Sep 11, 2011 at 6:28 AM, sebb wrote:
>>> On 11 September 2011 11:45, sebb wrote:
On 11 September 2011 07:35, Henri Yandell wrote:
> The site for BSF is still on jakarta.apache.o
On 11 September 2011 18:38, wrote:
> sebb wrote:
>
>>On 11 September 2011 16:08, Ralph Goers
>>wrote:
>>>
>>> On Sep 11, 2011, at 7:41 AM, Phil Steitz wrote:
>>>
>>
> How exactly? I am asking this because I don't know how to do it.
> Won't whoever wants to retrieve it have to know
On 11 September 2011 18:14, Henri Yandell wrote:
> On Sun, Sep 11, 2011 at 6:28 AM, sebb wrote:
>> On 11 September 2011 11:45, sebb wrote:
>>> On 11 September 2011 07:35, Henri Yandell wrote:
The site for BSF is still on jakarta.apache.org. Is someone working on
moving it over to Comm
sebb wrote:
>On 11 September 2011 16:08, Ralph Goers
>wrote:
>>
>> On Sep 11, 2011, at 7:41 AM, Phil Steitz wrote:
>>
>
How exactly? I am asking this because I don't know how to do it.
Won't whoever wants to retrieve it have to know the (now
non-existent) tag name? Or will i
On 11 September 2011 17:59, Phil Steitz wrote:
> On 9/11/11 8:16 AM, sebb wrote:
>> On 11 September 2011 16:08, Ralph Goers wrote:
>>> On Sep 11, 2011, at 7:41 AM, Phil Steitz wrote:
>>>
> How exactly? I am asking this because I don't know how to do it.
> Won't whoever wants to retrieve
Hello.
> >>
> >>>+ * Precomputed literal arrays are provided in this class to speed up load
> >>>+ * time.
> >>
> >>This is an implementation detail, subject to change in the (hopefully
> >>not-so-distant) future.
> >
> >Disagree.
Why?
I'm only stating a fact: Code is subject to change.
> >>I wo
On Sun, Sep 11, 2011 at 6:28 AM, sebb wrote:
> On 11 September 2011 11:45, sebb wrote:
>> On 11 September 2011 07:35, Henri Yandell wrote:
>>> The site for BSF is still on jakarta.apache.org. Is someone working on
>>> moving it over to Commons?
>>
>> I can take care of that.
>
> Done; however th
On 9/11/11 8:16 AM, sebb wrote:
> On 11 September 2011 16:08, Ralph Goers wrote:
>> On Sep 11, 2011, at 7:41 AM, Phil Steitz wrote:
>>
How exactly? I am asking this because I don't know how to do it.
Won't whoever wants to retrieve it have to know the (now
non-existent) tag name?
Le 11 sept. 2011 17:08, "Ralph Goers" a écrit :
>
>
> On Sep 11, 2011, at 7:41 AM, Phil Steitz wrote:
>
> >>>
> >> How exactly? I am asking this because I don't know how to do it.
> >> Won't whoever wants to retrieve it have to know the (now
> >> non-existent) tag name? Or will it work from a ch
On 11 September 2011 16:08, Ralph Goers wrote:
>
> On Sep 11, 2011, at 7:41 AM, Phil Steitz wrote:
>
>>> How exactly? I am asking this because I don't know how to do it.
>>> Won't whoever wants to retrieve it have to know the (now
>>> non-existent) tag name? Or will it work from a checkout/
On 11 September 2011 15:39, Phil Steitz wrote:
> On 9/11/11 6:53 AM, sebb wrote:
>> On 11 September 2011 14:43, Phil Steitz wrote:
>>> On 9/11/11 3:26 AM, Luc Maisonobe wrote:
Le 11/09/2011 02:51, sebb a écrit :
> On 10 September 2011 21:12, Phil Steitz
> wrote:
>> On 9/10/11 10:
On Sep 11, 2011, at 7:41 AM, Phil Steitz wrote:
>>>
>> How exactly? I am asking this because I don't know how to do it.
>> Won't whoever wants to retrieve it have to know the (now
>> non-existent) tag name? Or will it work from a checkout/URL of
>> trunk or the actual release tag?
>
> Sorry,
Hello all,
@Greg: I've modified the constructor according to your message on JIRA
this.listeners = new CopyOnWriteArrayList();
Is that what you were concerned about? I'm sorry to say I know nothing
on thread issues, and I could use your help! I'm almost certain I will
be facing a potential thread-s
Le 11/09/2011 15:51, sebb a écrit :
On 11 September 2011 14:28, Gilles Sadowski
wrote:
Hi.
+ * Precomputed literal arrays are provided in this class to speed up load
+ * time.
This is an implementation detail, subject to change in the (hopefully
not-so-distant) future.
Disagree.
I woul
On 9/11/11 7:39 AM, Phil Steitz wrote:
> On 9/11/11 6:53 AM, sebb wrote:
>> On 11 September 2011 14:43, Phil Steitz wrote:
>>> On 9/11/11 3:26 AM, Luc Maisonobe wrote:
Le 11/09/2011 02:51, sebb a écrit :
> On 10 September 2011 21:12, Phil Steitz
> wrote:
>> On 9/10/11 10:34 AM, se
On 9/11/11 6:53 AM, sebb wrote:
> On 11 September 2011 14:43, Phil Steitz wrote:
>> On 9/11/11 3:26 AM, Luc Maisonobe wrote:
>>> Le 11/09/2011 02:51, sebb a écrit :
On 10 September 2011 21:12, Phil Steitz
wrote:
> On 9/10/11 10:34 AM, sebb wrote:
>> On 10 September 2011 17:58, Ph
On 9/10/11 2:51 PM, Gilles Sadowski wrote:
> Hello.
>
> Coming back to this with a simple idea that may hopefully satisfy everyone.
>
> What do you think of having one class that performs all operations by
> directly applying the computational formulae, without worrying about NaN
> or infinities. T
On 11 September 2011 14:08, Gilles Sadowski
wrote:
> Hello Luc.
>
>
>> + Precomputed
>> + literal arrays are provided in this class to speed up load time.
>> These
>> + precomputed tables are used in the default configuration, to
>> improve speed
>> + even at first us
On 11 September 2011 14:43, Phil Steitz wrote:
> On 9/11/11 3:26 AM, Luc Maisonobe wrote:
>> Le 11/09/2011 02:51, sebb a écrit :
>>> On 10 September 2011 21:12, Phil Steitz
>>> wrote:
On 9/10/11 10:34 AM, sebb wrote:
> On 10 September 2011 17:58, Phil Steitz
> wrote:
>> On 9/10/11
On 11 September 2011 14:28, Gilles Sadowski
wrote:
> Hi.
>
>> + * Precomputed literal arrays are provided in this class to speed up load
>> + * time.
>
> This is an implementation detail, subject to change in the (hopefully
> not-so-distant) future.
Disagree.
> I would certainly not advertize it
On 9/10/11 3:19 PM, Ted Dunning wrote:
> Sounds great.
>
> Especially if the implementation of the sub-class is deferred until the
> first is completed.
What exactly do you mean by "the first is completed" - reverting
what is in trunk now to eliminate the checks / recodes that it does?
Phil
>
> O
On 9/11/11 3:26 AM, Luc Maisonobe wrote:
> Le 11/09/2011 02:51, sebb a écrit :
>> On 10 September 2011 21:12, Phil Steitz
>> wrote:
>>> On 9/10/11 10:34 AM, sebb wrote:
On 10 September 2011 17:58, Phil Steitz
wrote:
> On 9/10/11 9:21 AM, Ralph Goers wrote:
>> Are you guys arguin
BSF taglibs is in the attic [0], with SVN here [1]
However, there's a taglibs folder [2] under BSF which appears to be a
later version of BSF taglibs.
I assume this is also retired?
If so, maybe the folder should be moved elsewhere in SVN?
[0] http://attic.apache.org/projects/jakarta-taglibs.ht
Hi.
> + * Precomputed literal arrays are provided in this class to speed up load
> + * time.
This is an implementation detail, subject to change in the (hopefully
not-so-distant) future.
I would certainly not advertize it in the Javadoc.
If users need to be made aware of what happens at the very
On 11 September 2011 11:45, sebb wrote:
> On 11 September 2011 07:35, Henri Yandell wrote:
>> The site for BSF is still on jakarta.apache.org. Is someone working on
>> moving it over to Commons?
>
> I can take care of that.
Done; however the FAQ page needs a bit of rework, and there may still
be
Hello Luc.
> +Precomputed
> +literal arrays are provided in this class to speed up load time.
> These
> +precomputed tables are used in the default configuration, to improve
> speed
> +even at first use of the class.
As you know, I do not agree to this change,
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-proxy-test has an issue affecting its community integration.
This
On 11 September 2011 07:35, Henri Yandell wrote:
> The site for BSF is still on jakarta.apache.org. Is someone working on
> moving it over to Commons?
I can take care of that.
> Hen
>
> -
> To unsubscribe, e-mail: dev-unsubscr..
Le 11/09/2011 02:51, sebb a écrit :
On 10 September 2011 21:12, Phil Steitz wrote:
On 9/10/11 10:34 AM, sebb wrote:
On 10 September 2011 17:58, Phil Steitz wrote:
On 9/10/11 9:21 AM, Ralph Goers wrote:
Are you guys arguing about manifests or build processes. I can't really tell.
There is n
46 matches
Mail list logo
