Isn't it a catch 22? How can you build on something that isn't stable?
We risk creating API wrappers that break when Java Time goes through a
revision. Stephen has solicited much feedback and at times things do
change (like class renamings).
Paul
On Tue, Jul 7, 2009 at 11:21 AM, Craig L Russell w
Hi Paul,
I might not understand the intent of the Commons Time stuff, but I
assumed that it's stuff that doesn't belong in the Time package itself
but builds on Time.
The idea of building it now while the JSR is still incomplete is to
provide some features now and not wait possibly years
Perhaps we're approaching this wrong. If we need common utilities for
a JSR that's yet to be released, why not submit them straight to
Stephen? I don't see why Apache should take this on while the JSR
isn't finished.
On Tue, Jul 7, 2009 at 10:59 AM, Craig L Russell wrote:
> Hi Henri,
>
> On Jul 7,
Hi Henri,
On Jul 7, 2009, at 12:16 AM, Henri Yandell wrote:
Until the new time stuff is in Java - I'm hesistant to have it in
Lang. Yet I also don't want to do anymore work on Date based code in
Lang :)
It might be years before there's an update to Java SE (Sun/Oracle's
intentions regarding
On Tue, Jul 7, 2009 at 6:50 AM, Carsten Ziegeler wrote:
> Niall Pemberton wrote:
>> On Mon, Jul 6, 2009 at 6:33 PM, Carsten Ziegeler wrote:
>>> Ok, as a first step, I moved the svn :)
>>
>> I've moved the m2 build to use the commons-parent pom and generated
>> and uploaded the site, should appear a
luc.maison...@free.fr wrote:
The following commit solved MATH-280. Here are some explanations about the
change.
The issue was triggerred by a bracketing attempt in
AbstractContinuousDistribution.bracket. This bracketing attempt starts from an
initial value (here it was exactly 1.0 since it wa
LOL Well DateUtils will simply gain a brother called TimeUtils.
On Tue, Jul 7, 2009 at 2:16 AM, Henri Yandell wrote:
> Until the new time stuff is in Java - I'm hesistant to have it in
> Lang. Yet I also don't want to do anymore work on Date based code in
> Lang :)
>
> On Sat, Jul 4, 2009 at 7:42
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=198289&projectId=116
Build statistics:
State: Ok
Previous State: Failed
Started at: Tue 7 Jul 2009 03:33:02 -0700
Finished at: Tue 7 Jul 2009 03:35:37 -0700
Total time: 2m 35s
Build Trigger: Schedule
Buil
The following commit solved MATH-280. Here are some explanations about the
change.
The issue was triggerred by a bracketing attempt in
AbstractContinuousDistribution.bracket. This bracketing attempt starts from an
initial value (here it was exactly 1.0 since it was mean + standard deviation
an
Here is what I have done on MATH-261. It seems to work as it does not triggers
any warning anymore in SUN java compiler, eclipse java compiler, findbugs 1.2
and findbugs 1.3.9. I have tried not to change behaviour but am not sure I've
done it properly.
Could someone please check this so we can
On Tue, Jun 30, 2009 at 7:16 AM, John Bollinger wrote:
>
>
>
> Jörg Schaible wrote:
>> As pointed out http://www.w3.org/TR/2006/REC-xml11-20060816/#charsets and
>> http://www.w3.org/TR/2006/REC-xml11-20060816/#charsets define the valid
>> characters for XML 1.0 and 1.1.
>>
>> However, the escape fu
Until the new time stuff is in Java - I'm hesistant to have it in
Lang. Yet I also don't want to do anymore work on Date based code in
Lang :)
On Sat, Jul 4, 2009 at 7:42 AM, Paul Benedict wrote:
> I'd rather see it in Commons Lang.
>
> On Fri, Jul 3, 2009 at 4:09 PM, Henri Yandell wrote:
>> Ponde
12 matches
Mail list logo
