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-functor has an issue affecting its community integration.
This iss
Hi Elijah,
by default Maven doesn't show warnings, you have to modify the pom.xml
in that way:
{code}
org.apache.maven.plugins
maven-compiler-plugin
2.1
${maven.compile.source}
${m
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
Just ran a search for top-level poms that define sourceDirectory /
testSourceDirectory; quite a few are using non-standard locations.
The standard Maven layout [1] is:
src/main/java
src/test/java
If the standard layout is used there is no need to redefine the
properties in the pom, and it makes
do you want some help? I could be helpful here, just let me know!
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Sep 20, 2011 at 4:39 PM, sebb wrote:
> Just ran a search for top-level poms that define sourceDirectory /
> testSourceDirectory; quite a few are using
Hi all guys,
there are classes in [functor] that are affected by the checkstyle
violation as reported in the subject.
That behavior is expected by design, as reported in the comment below
/**
* {@code EachElement} instances should NOT be constructed in
* standard programming. Instead
Dear Wiki user,
You have subscribed to a wiki page or wiki category on "Commons Wiki" for
change notification.
The "MavenStandardLayout" page has been changed by sebbapache:
http://wiki.apache.org/commons/MavenStandardLayout
Comment:
Initial stab at documenting how to do a maven layout change
On 20 September 2011 15:49, Simone Tripodi wrote:
> do you want some help? I could be helpful here, just let me know!
> Simo
I'm not proposing that we go ahead and change all the components
immediately, just that projects should consider fixing the layout at
some point.
However, what would be us
On 20 September 2011 16:27, wrote:
> Author: ggregory
> Date: Tue Sep 20 15:27:30 2011
> New Revision: 1173192
>
> URL: http://svn.apache.org/viewvc?rev=1173192&view=rev
> Log:
> Use Maven standard dir layout from
> https://maven.apache.org/guides/introduction/introduction-to-the-standard-direct
Hi Seb
>
> I'm not proposing that we go ahead and change all the components
> immediately, just that projects should consider fixing the layout at
> some point.
clear, I would get bored after the second component :P
>
> Also perhaps create JIRA enhancement issues for each of the projects
> liste
I'm fiddling with codec now and will see what I can add.
Gary
On Tue, Sep 20, 2011 at 11:42 AM, sebb wrote:
> On 20 September 2011 16:27, wrote:
> > Author: ggregory
> > Date: Tue Sep 20 15:27:30 2011
> > New Revision: 1173192
> >
> > URL: http://svn.apache.org/viewvc?rev=1173192&view=rev
> >
On 20 September 2011 16:59, Simone Tripodi wrote:
> Hi Seb
>
>>
>> I'm not proposing that we go ahead and change all the components
>> immediately, just that projects should consider fixing the layout at
>> some point.
>
> clear, I would get bored after the second component :P
>
>>
>> Also perhaps
FYI: codec will be fixed today.
Gary
On Sep 20, 2011, at 11:38, sebb wrote:
> On 20 September 2011 15:49, Simone Tripodi wrote:
>> do you want some help? I could be helpful here, just let me know!
>> Simo
>
> I'm not proposing that we go ahead and change all the components
> immediately, just
On 20 September 2011 17:47, wrote:
> Author: simonetripodi
> Date: Tue Sep 20 16:47:06 2011
> New Revision: 1173243
>
> URL: http://svn.apache.org/viewvc?rev=1173243&view=rev
> Log:
> [DISCOVERY-21] Move to standard Maven layout
>
...
> URL:
> http://svn.apache.org/viewvc/commons/proper/discover
[codec] now uses the standard layout.
I cannot get M3 to pick up src/main/resources unless this is preserved:
src/main/resources
Which seems to be fixed when I run with commons-parent 22.
Gary
On Tue, Sep 20, 2011 at 1:02 PM, Gary Gregory wrote:
> FYI: code
On Tue, Sep 20, 2011 at 10:16 AM, Simone Tripodi
wrote:
> Hi all guys,
> there are classes in [functor] that are affected by the checkstyle
> violation as reported in the subject.
> That behavior is expected by design, as reported in the comment below
>
> /**
> * {@code EachElement} instanc
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-functor has an issue affecting its community integration.
This iss
On 9/19/11 1:08 AM, Jörg Schaible wrote:
> Phil Steitz wrote:
>
>> On 9/18/11 2:43 PM, Gary Gregory wrote:
>>> Sure. I was under the Impression that 2 subclasses reused the fields.
>> Well, they (GOP, GKOP and others) do use the closed field; but IMO
>> that is not enough justification for the comp
On 20 September 2011 19:28, Gary Gregory wrote:
> [codec] now uses the standard layout.
>
> I cannot get M3 to pick up src/main/resources unless this is preserved:
>
>
>
>
> src/main/resources
>
>
>
> Which seems to be fixed when I run with commons-parent 22.
Yes, bec
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=12359&projectId=74
Build statistics:
State: Failed
Previous State: Error
Started at: Tue 20 Sep 2011 21:23:21 +
Finished at: Tue 20 Sep 2011 21:23:25 +
Total time: 3s
Build Trigger: Schedule
Build
On 16 September 2011 17:08, sebb wrote:
> This is a VOTE to release commons-parent 22 based on RC1.
>
> As agreed previously, commons parent release votes operate on lazy
> consensus, i.e. the vote is assumed to have passed if 72 hours have
> elapsed without an objection.
>
> Release notes (includ
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=12361&projectId=98
Build statistics:
State: Failed
Previous State: Failed
Started at: Tue 20 Sep 2011 22:24:35 +
Finished at: Tue 20 Sep 2011 22:27:55 +
Total time: 3m 20s
Build Trigger: Schedule
when I changed the layout the parent 22 didn't came out yet, I'll
upgrade it as soon as I wake up tomorrow morning
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Tue, Sep 20, 2011 at 7:08 PM, sebb wrote:
> On 20 September 2011 17:47, wrote:
>> Author: simonetripodi
>> Dat
On 21 September 2011 01:10, wrote:
> Author: ggregory
> Date: Wed Sep 21 00:10:56 2011
> New Revision: 1173434
>
> URL: http://svn.apache.org/viewvc?rev=1173434&view=rev
> Log:
> [CODEC-129] Use standard Maven directory layout.
>
> Modified:
> commons/proper/codec/trunk/pom.xml
>
> Modified: c
On Tue, Sep 20, 2011 at 8:35 PM, sebb wrote:
> On 21 September 2011 01:10, wrote:
> > Author: ggregory
> > Date: Wed Sep 21 00:10:56 2011
> > New Revision: 1173434
> >
> > URL: http://svn.apache.org/viewvc?rev=1173434&view=rev
> > Log:
> > [CODEC-129] Use standard Maven directory layout.
> >
>
On 21 September 2011 01:38, Gary Gregory wrote:
> On Tue, Sep 20, 2011 at 8:35 PM, sebb wrote:
>
>> On 21 September 2011 01:10, wrote:
>> > Author: ggregory
>> > Date: Wed Sep 21 00:10:56 2011
>> > New Revision: 1173434
>> >
>> > URL: http://svn.apache.org/viewvc?rev=1173434&view=rev
>> > Log:
On Tue, Sep 20, 2011 at 8:44 PM, sebb wrote:
> On 21 September 2011 01:38, Gary Gregory wrote:
> > On Tue, Sep 20, 2011 at 8:35 PM, sebb wrote:
> >
> >> On 21 September 2011 01:10, wrote:
> >> > Author: ggregory
> >> > Date: Wed Sep 21 00:10:56 2011
> >> > New Revision: 1173434
> >> >
> >> >
On 21 September 2011 01:48, Gary Gregory wrote:
> On Tue, Sep 20, 2011 at 8:44 PM, sebb wrote:
>
>> On 21 September 2011 01:38, Gary Gregory wrote:
>> > On Tue, Sep 20, 2011 at 8:35 PM, sebb wrote:
>> >
>> >> On 21 September 2011 01:10, wrote:
>> >> > Author: ggregory
>> >> > Date: Wed Sep 21
When GKOP or GOP pools lack capacity, addObject does nothing. In
some cases (I am dealing with one now internally to GKOP), it would
be good to know if an instance was actually added or not. How about
changing the interface (both OP and KOP versions) to return a
boolean with true indicating that
On 9/20/11 8:24 PM, Gary Gregory wrote:
> That sounds reasonable.
>
> Would any call sites prefer an exception. Checked or unchecked?
I suppose in some cases some clients / pool implementations might
want to throw IllegalStateException if an attempt is made to add to
a pool at capacity, but there
Hi,
I'm currently working on MATH-662. So far, I have merged
CholeskyDecomposition and CholeskyDecompositionImpl. My question is
very simple: CholeskyDecomposition exists as an interface since
version 2.0 (as indicated in the current Javadoc), but as a concrete
class since version 3.0 only. Should
On Wed, Sep 21, 2011 at 12:09 AM, Phil Steitz wrote:
> On 9/20/11 8:24 PM, Gary Gregory wrote:
> > That sounds reasonable.
> >
> > Would any call sites prefer an exception. Checked or unchecked?
>
> I suppose in some cases some clients / pool implementations might
> want to throw IllegalStateExce
I think a boolean is a good indicator for whether the operation was
honored or not.
Paul
On Tue, Sep 20, 2011 at 11:41 PM, Gary Gregory wrote:
> On Wed, Sep 21, 2011 at 12:09 AM, Phil Steitz wrote:
>
>> On 9/20/11 8:24 PM, Gary Gregory wrote:
>> > That sounds reasonable.
>> >
>> > Would any cal
33 matches
Mail list logo
