I dont have any idea - its not something I've ever seen brought up on the
mailing lists here.
It might be better to email the ASF security list
http://www.apache.org/security/
Niall
On Wed, Apr 16, 2014 at 3:01 AM, Bernd Eckenfels wrote:
> Hello,
>
> can somebody tell me how CPE Entries (Prod
I would probably create one jira and add a patch to it. Maybe more than one
patch if the changes are really independent.
Gary
Original message From: Yogesh Rao
Date:04/16/2014 03:12 (GMT-05:00)
To: Commons Developers List
Subject: [beanutils2] Automatic Datatype Transfor
On 4/16/14, 3:28 PM, sebb wrote:
> On 16 April 2014 23:12, wrote:
>> Author: psteitz
>> Date: Wed Apr 16 22:12:15 2014
>> New Revision: 1588087
>>
>> URL: http://svn.apache.org/r1588087
>> Log:
>> Modified DelegatingStatement#close to a) null its delegate reference b)
>> no-op on isClosed. JIRA:
On 16 April 2014 23:12, wrote:
> Author: psteitz
> Date: Wed Apr 16 22:12:15 2014
> New Revision: 1588087
>
> URL: http://svn.apache.org/r1588087
> Log:
> Modified DelegatingStatement#close to a) null its delegate reference b) no-op
> on isClosed. JIRA: DBCP-415.
>
> Modified:
>
> commons/p
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=29459&projectId=107
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 16 Apr 2014 21:57:18 +
Finished at: Wed 16 Apr 2014 21:58:16 +
Total time: 58s
Build Trigger: Forced
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=29458&projectId=107
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 16 Apr 2014 21:20:46 +
Finished at: Wed 16 Apr 2014 21:22:07 +
Total time: 1m 21s
Build Trigger: Sche
On 16 April 2014 19:32, Gary Gregory wrote:
> I personally like the default Java 8 behavior and I would not want to
> disable it.
I would prefer it if the reports were warnings rather than errors, but
generally they seem sensible.
-1 to adding it to the parent POM as a default.
It might have bee
I personally like the default Java 8 behavior and I would not want to
disable it.
Gary
On Wed, Apr 16, 2014 at 1:06 PM, Matt Benson wrote:
> I think the implication was that adding it to the parent POM would not
> encourage us to actually *solve* the underlying issue. ;)
>
> Matt
>
>
> On Wed,
Le 16/04/2014 19:06, Matt Benson a écrit :
> I think the implication was that adding it to the parent POM would not
> encourage us to actually *solve* the underlying issue. ;)
Well, I think defining this as an 'issue' is probably debatable :) The
Javadoc isn't broken and I'd rather invest our time
I think the implication was that adding it to the parent POM would not
encourage us to actually *solve* the underlying issue. ;)
Matt
On Wed, Apr 16, 2014 at 12:02 PM, Emmanuel Bourg wrote:
> Le 16/04/2014 18:41, sebb AT ASF a écrit :
> > See below for one way to automatically suppress Javadoc
Le 16/04/2014 18:41, sebb AT ASF a écrit :
> See below for one way to automatically suppress Javadoc errors when
> running under Java 8
>
> It should not be adopted as a permanent measure, but may be useful
> whilst Javadoc is being fixed.
Can we add that to the parent pom?
Emmanuel Bourg
If the issue is correct then its a big problem as equals might not give the
correct result if hashcode is different for 2 objects supposed to be equal.
On Wed, Apr 16, 2014 at 12:48 PM, Cyrille Artho wrote:
> Dear all,
> Using an automated test case generation tool, we found an issue w.r.t.
> e
See below for one way to automatically suppress Javadoc errors when
running under Java 8
It should not be adopted as a permanent measure, but may be useful
whilst Javadoc is being fixed.
-- Forwarded message --
From:
Date: 16 April 2014 17:22
Subject: svn commit: r1587961 - /co
Voting is now closed; there having been no objections the lazy vote passes.
Will publish the artifacts shortly.
On 13 April 2014 12:45, sebb wrote:
> This is a VOTE to publish Commons Parent 34 based on RC1
>
> Main changes:
> - added Enforcer to force use of Maven 3.0 or later
> - added Java 1.
Online report :
https://continuum-ci.apache.org/continuum/buildResult.action?buildId=29446&projectId=107
Build statistics:
State: Failed
Previous State: Failed
Started at: Wed 16 Apr 2014 16:23:24 +
Finished at: Wed 16 Apr 2014 16:24:32 +
Total time: 1m 7s
Build Trigger: Force
Dear all,
Using an automated test case generation tool, we found an issue 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:
Hi,
I see that the datatype transformers still needs to be incorporated into
the BU2 project. I have a fair bit of idea on what needs to be done in that
i.e extending AbstractTransformer for the specific datatypes and
incorporating the call in DefaultBeanPropertySetter.invokeSetter method (is
my u
17 matches
Mail list logo
