Well, in turn, I have flipped a bit on the visitor. I just think that the
name of the method that accepts the visitor should be the same so that users
think of it as the same thing. Functions are good, but giving a tiny bit
more information to the function is also a great idea. It will still
ef
Hi,
>
> One thing that I think we all agree on; however, is that we should not be
> designing exceptions or APIs that throw exceptions with the intent that
> applications catching exceptions should parse the messages or search
> the message content for specific strings.
>
I do apologize, I am not
On 8/25/11 8:11 AM, Ted Dunning wrote:
> 2011/8/25 Sébastien Brisard
>
>> Hi Ted,
>>
>>> You missed my suggestion.
>>>
>> are you referring to the thread named "New method: "addToEntry" in
>> "RealVector""?
>> If yes, I initially thought that what you suggested was pretty similar
>> to the Visitor
On 8/25/11 8:47 PM, Sébastien Brisard wrote:
> Hi,
> a while ago, I started a thread on the "proper" of keys in
> ExceptionContext. This message was too vague, and raised very (very)
> little interest. Hope this one will be more successful... I now have a
> suggestion, which would work in at least
This is committed (r1161997 + LANG-748).
Thanks again Verneri.
Hen
On Thu, Aug 25, 2011 at 8:30 AM, Henri Yandell wrote:
> Agreed :) Nice catch.
>
> I'll also deprecate the chomp(String,String) version for removal in 4.0.
>
> Hen
>
> On Tue, Aug 23, 2011 at 11:02 PM, Verneri Åberg
> wrote:
>>
Working fine for me :(
On Thu, Aug 25, 2011 at 8:41 AM, Gary Gregory wrote:
> I think something is still amiss:
>
> Description Resource Path Location Type
> ComparableComparator cannot be resolved ComparatorUtils.java
> /commons-lang/src/main/java/org/apache/commons/lang3/compare
Hi,
a while ago, I started a thread on the "proper" of keys in
ExceptionContext. This message was too vague, and raised very (very)
little interest. Hope this one will be more successful... I now have a
suggestion, which would work in at least some cases.
Very briefly, the issue is the following:
On Wed, Aug 24, 2011 at 3:14 AM, Simone Tripodi
wrote:
> Hi Matthew!
>
> agreed on such 3rd parties integrations you are speaking about, Google
> Guice would suffer the same (I'm not a fan of Spring :P)
>
> Anyway, as you already mentioned, it is a matter of design, IMHO
> subclassing those classe
I think something is still amiss:
DescriptionResourcePathLocationType
ComparableComparator cannot be resolvedComparatorUtils.java
/commons-lang/src/main/java/org/apache/commons/lang3/compareline 48
Java Problem
ComparatorChain cannot be resolved to a typeComparatorUtils
Agreed :) Nice catch.
I'll also deprecate the chomp(String,String) version for removal in 4.0.
Hen
On Tue, Aug 23, 2011 at 11:02 PM, Verneri Åberg wrote:
> Hi all,
>
> I was just browsing through StringUtils Api (versions 2.5, 2.6 and
> 3.0.1) and found two very similar looking methods
>
> chom
Rolled back. Sorry for the screwup.
Hen
On Thu, Aug 25, 2011 at 6:11 AM, Gary Gregory wrote:
> Hi All:
>
> Description Resource Path Location Type
> ComparatorUtils cannot be resolved to a variable NullComparator.java
> /commons-lang/src/main/java/org/apache/commons/lang3/compare
2011/8/25 Sébastien Brisard
> Hi Ted,
>
> >
> > You missed my suggestion.
> >
> are you referring to the thread named "New method: "addToEntry" in
> "RealVector""?
> If yes, I initially thought that what you suggested was pretty similar
> to the Visitor approach.
> Thanks to the above message, I
On Thu, Aug 25, 2011 at 8:29 AM, Gary Gregory wrote:
> On Wed, Aug 24, 2011 at 9:45 PM, sebb wrote:
>
>> On 25 August 2011 02:12, Gary Gregory wrote:
>> > Hi All:
>> >
>> > According to their respective sites, the following plugins can be
>> updated
>> > while keeping builds running on Maven 2.0
Hi All:
DescriptionResourcePathLocationType
ComparatorUtils cannot be resolved to a variableNullComparator.java
/commons-lang/src/main/java/org/apache/commons/lang3/compareline 54
Java Problem
ComparatorUtils cannot be resolved to a variableNullComparator.java
/commons-
The vote has passed with 10 persons voting.
>From Commons:
Gary Gregory
Henri Yandell
Sebastian Bazley
Oliver Heger
Christian Grobmeier
Simone Tripodi
Luc Maisonobe
Paul Benedict (non binding)
>From OGNL:
Maurizio Cucchiara
Christian Grobmeier
Olivier Lamy
Simone Tripodi
I will now open a
On Wed, Aug 24, 2011 at 9:45 PM, sebb wrote:
> On 25 August 2011 02:12, Gary Gregory wrote:
> > Hi All:
> >
> > According to their respective sites, the following plugins can be updated
> > while keeping builds running on Maven 2.0.x and JDK 1.4.
>
> (See below - I don't think that restriction i
Hi Ted,
>
> You missed my suggestion.
>
are you referring to the thread named "New method: "addToEntry" in
"RealVector""?
If yes, I initially thought that what you suggested was pretty similar
to the Visitor approach.
Thanks to the above message, I now understand that your suggestion is
the Visito
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
You missed my suggestion.
That is I think that there are about 10x too many methods here.
What is needed is a a copy, a couple of view operations and an assign (or
mapToSelf if you need obtuse names). The assign operation should be
over-loaded in a few convenient forms, but from the users point
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-lang3 has an issue affecting its community integration.
This issue
20 matches
Mail list logo
