The decomposition solvers can "invert" non-square matrices. There
is no documentation describing what exactly is being returned in
these cases. It is not obvious to me exactly what conditions the
returned value satisfies in each case when the actual parameter is
not square. Do all of them return
I don't think any duplication will occur if we follow simple rules. Unless
the object performs validation -- which can determined if an exception is
thrown on validation failure -- then you have a method for ObjectUtils;
otherwise it belongs in Validate.
On Fri, Oct 18, 2013 at 1:26 PM, Gary Greg
On Thu, Oct 17, 2013 at 3:24 PM, Matt Benson wrote:
> On Oct 17, 2013 3:22 AM, "Henri Yandell" wrote:
> >
> > Matt/Gary:
> >
> > Are we able to move onwards with this issue?
> >
> > https://issues.apache.org/jira/browse/LANG-781
> >
> > You seemed in agreement. Are the ObjectUtils patches good t
Perhaps we need some other kind of pre-deprecation convention.
Matt
On Fri, Oct 18, 2013 at 11:14 AM, sebb wrote:
> When adding an @depecrated annotation, please add the version in which
> the code was deprecated.
>
> Also, although the comment provides an alternative method, it's not
> actual
+1; the NumberUtils constants were added by Stephen Colebourne back in 2002
and as such far predated the #valueOf() methods introduced on the primitive
wrapper classes in Java 5, so were really a similar caching mechanism for
values one might expect to be commonly used. Stephen might have more to
When adding an @depecrated annotation, please add the version in which
the code was deprecated.
Also, although the comment provides an alternative method, it's not
actually available until Java 7.
As Lang currently targets Java 6, that is not helpful to end users.
How are they supposed to avoid th
Le 18/10/2013 17:26, Thomas Vandahl a écrit :
> This was actually a recommendation of the m2eclipse plugin. I thought it was
> a good idea.
> I'roll it back.
And IntelliJ recommends the same thing too.
Emmanuel Bourg
-
To uns
On 18 October 2013 16:26, Thomas Vandahl wrote:
>
>> Am 18.10.2013 um 16:51 schrieb sebb :
>>
>>> On 18 October 2013 14:02, wrote:
>>> Author: tv
>>> Date: Fri Oct 18 13:02:03 2013
>>> New Revision: 1533435
>>>
>>> URL: http://svn.apache.org/r1533435
>>> Log:
>>> Derive groupId from parent
>>
>>
> Am 18.10.2013 um 16:51 schrieb sebb :
>
>> On 18 October 2013 14:02, wrote:
>> Author: tv
>> Date: Fri Oct 18 13:02:03 2013
>> New Revision: 1533435
>>
>> URL: http://svn.apache.org/r1533435
>> Log:
>> Derive groupId from parent
>
> -1
>
> Sorry, but I don't think this is wise.
> The group
Hi Benedikt,
just add a reportSets definition to your checkstyle plugin, then the
aggregate results will not be published:
org.apache.maven.plugins
maven-checkstyle-plugin
...
checkstyle
See for example the configuration in commons-math.
Thomas
On
On 18 October 2013 16:05, Emmanuel Bourg wrote:
> Le 18/10/2013 16:51, sebb a écrit :
>
>> -1
>>
>> Sorry, but I don't think this is wise.
>> The groupId is a critical aspect of each component; it's vital that
>> this is explicit.
>
> Well, it's explicitly defined in the declaration just above,
>
On 18 October 2013 15:49, Benedikt Ritter wrote:
> Hello Jens,
>
> welcome to the ML. It is good style to prefix emails with the short name of
> the component they are about. So since you have a question about commons
> lang you should put the [LANG] prefix in the subject line (I've done it in
> t
Le 18/10/2013 16:51, sebb a écrit :
> -1
>
> Sorry, but I don't think this is wise.
> The groupId is a critical aspect of each component; it's vital that
> this is explicit.
Well, it's explicitly defined in the declaration just above,
isn't it?
Emmanuel Bourg
---
Hi,
when I run mvn clean site, the created site has two checkstyle reports. One
shows 72 errors, the other only has 36. Which one is correct and where does
the other one come from? :-)
Benedikt
--
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRit
On 18 October 2013 14:02, wrote:
> Author: tv
> Date: Fri Oct 18 13:02:03 2013
> New Revision: 1533435
>
> URL: http://svn.apache.org/r1533435
> Log:
> Derive groupId from parent
-1
Sorry, but I don't think this is wise.
The groupId is a critical aspect of each component; it's vital that
this i
Hello Jens,
welcome to the ML. It is good style to prefix emails with the short name of
the component they are about. So since you have a question about commons
lang you should put the [LANG] prefix in the subject line (I've done it in
this response).
Now to your question: TBH I don't really know
In general, it is going to be very, very hard for Commons to go up against
guava. The Preconditions stuff is only the tip of the ice-berg. The
advantages highlighted in the blog are typical of every aspect of guava ...
well thought out (the different exception types and varargs for instance)
and ab
I agree. The only reason [imaging] has been "dormant" for so long is
that I am busy making large changes that have taken many months to
write, so it's not really that dormant after all.
I understand the desire to do something about the current state of
Commons, but please don't make things harder
Hi Christian,
Christian Grobmeier wrote:
> On 17 Oct 2013, at 18:12, Paul Benedict wrote:
>
>> I am glad to hear being "dormant" is not the same thing as being in
>> the
>> "attic"
>
> Why?
Because "attic" means more or less that we not even intend to work on this
component anymore. E.g. we d
Hi,
this came in via twitter:
http://piotrjagielski.com/blog/google-guava-vs-apache-commons-for-argument-validation/
What do we do, to win the next contest? :-)
Benedikt
--
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/b
20 matches
Mail list logo
