Why are the messages not externalized in a properties file?
Gary
On Feb 1, 2011, at 23:55, "Phil Steitz" wrote:
> On 2/1/11 2:06 PM, Luc Maisonobe wrote:
>> Le 01/02/2011 18:22, Jörg Schaible a écrit :
>>> Hi,
>>>
>>> Phil Steitz wrote:
>>>
We are in process of redesigning our exceptions
Hi Gilles,
Gilles Sadowski wrote:
>> > [...]
>> >
>> > Has anyone of you considered the usage of an exception context? We
>> > introduce this with lang3 (http://commons.apache.org/lang/api-3.0-
>> > beta/org/apache/commons/lang3/exception/ExceptionContext.html) and it
>> > basically adds a map w
Thanks Gary,
I'll take care of updating the Digester & Pool2 pom!
Have a nice day,
Simo
http://people.apache.org/~simonetripodi/
http://www.99soft.org/
On Wed, Feb 2, 2011 at 12:05 AM, Gary Gregory wrote:
> HI All,
>
> FYI: [commons-parent] release 18 is now on maven central.
>
> The delay was
On 2/1/11 10:04 PM, Phil Steitz wrote:
...
Agreed. This is why we had a very flat hierarchy through version
2.0 of [math]. Where we are having trouble gaining consensus is how
to represent specializing context information in our exceptions and
what abstractions to use to represent the shallow h
On 2/1/11 6:38 AM, Stephen Colebourne wrote:
> I can give some feedback based on JSR-310.
>
> I have a small hierarchy of exceptions that attempts to capture some
> key problems that may occur. The problem I found was that as I
> refactored code, the exceptions listed in Javadoc quickly became
> in
On 2/1/11 2:06 PM, Luc Maisonobe wrote:
> Le 01/02/2011 18:22, Jörg Schaible a écrit :
>> Hi,
>>
>> Phil Steitz wrote:
>>
>>> We are in process of redesigning our exceptions hierarchy in [math]
>>> and we could use some input / perspective from other Commons
>>> community members. Thanks in advanc
On 2 February 2011 00:24, Gilles Sadowski wrote:
> Hi.
>
>> Tidy up test
>
> Hmm. Not convinced.
> Factorizing that way all the CM unit tests is a lot of work for a dubious
> (IMO) improvement in readability.
I'm not suggesting others do the work.
Nor am I suggesting that all CM tests must be ref
On 2/1/11 4:31 PM, Stephen Williams wrote:
I know I've recently seen a great example of a library that started with generic exception classes then later changed to a
specific hierarchy. But I can't remember off hand which library it was...
There is some low level where you just want to get bac
Hi.
> Tidy up test
Hmm. Not convinced.
Factorizing that way all the CM unit tests is a lot of work for a dubious
(IMO) improvement in readability.
I find it clearer to have a single "@Test" named "testPreconditions()" that
groups all the preconditions.
Also, sometimes, setting up the data to be p
On Tue, Feb 01, 2011 at 11:27:26PM +, Gary Gregory wrote:
> > -Original Message-
> > From: Gilles Sadowski [mailto:gil...@harfang.homelinux.org]
> > Sent: Tuesday, February 01, 2011 18:16
> > To: dev@commons.apache.org
> > Subject: Re: [all][math] Help wanted with exceptions API design
> > [...]
> >
> > Has anyone of you considered the usage of an exception context? We
> > introduce
> > this with lang3 (http://commons.apache.org/lang/api-3.0-
> > beta/org/apache/commons/lang3/exception/ExceptionContext.html) and it
> > basically adds a map with key/value pairs to the exceptio
> -Original Message-
> From: Gilles Sadowski [mailto:gil...@harfang.homelinux.org]
> Sent: Tuesday, February 01, 2011 18:16
> To: dev@commons.apache.org
> Subject: Re: [all][math] Help wanted with exceptions API design
>
> > > > > The currently defined exceptions in [math] can be found in
> > > > The currently defined exceptions in [math] can be found in the
> > > > top-level package and .exceptions. Those in the top-level have at
> > > > this point been deprecated.
>
> Don't package your exceptions in a package called ".exceptions". That is very
> odd.
Why?
> The exception sho
HI All,
FYI: [commons-parent] release 18 is now on maven central.
The delay was caused by some repository sync'ing issues now resolved.
The delay has also affected some Felix artifacts.
Cheers,
Gary
-
To unsubscribe, e-mail: d
HI All,
FYI: [commons-parent] release 18 is now on maven central.
The delay was caused by some repository sync'ing issues now resolved.
The delay has also affected some Felix artifacts.
Cheers,
Gary
-
To unsubscribe, e-mail: d
Online report :
http://vmbuild.apache.org/continuum/buildResult.action?buildId=3043&projectId=97
Build statistics:
State: Failed
Previous State: Ok
Started at: Tue 1 Feb 2011 19:20:46 +
Finished at: Tue 1 Feb 2011 19:21:32 +
Total time: 46s
Build Trigger: Schedule
Build Numb
> -Original Message-
> From: Luc Maisonobe [mailto:luc.maison...@free.fr]
> Sent: Tuesday, February 01, 2011 14:07
> To: Commons Developers List
> Subject: Re: [all][math] Help wanted with exceptions API design
>
> Le 01/02/2011 18:22, Jörg Schaible a écrit :
> > Hi,
> >
> > Phil Steitz wr
Le 01/02/2011 18:22, Jörg Schaible a écrit :
> Hi,
>
> Phil Steitz wrote:
>
>> We are in process of redesigning our exceptions hierarchy in [math]
>> and we could use some input / perspective from other Commons
>> community members. Thanks in advance for your feedback and perspective.
>>
>> The
Hi,
Phil Steitz wrote:
> We are in process of redesigning our exceptions hierarchy in [math]
> and we could use some input / perspective from other Commons
> community members. Thanks in advance for your feedback and perspective.
>
> The most recent attempt at agreeing on design principles is [
Uhh...
What about IOException? I was under the impression that people use that ALL
the time. The specializations EOFException and FileNotFoundException are
very handy when you want the specific case and the general version is nice
when you want to trap and possibly wrap all of the exceptions in
> -Original Message-
> From: adrian.c...@sandglass-software.com [mailto:adrian.crum@sandglass-
> software.com]
> Sent: Tuesday, February 01, 2011 12:00
> To: dev@commons.apache.org
> Subject: RE: [csv] Fixes for commons-csv
>
> Having a JDBC driver would make using CSV files a lot simpler.
Thank you Jörg.
Jacopo
On Feb 1, 2011, at 5:49 PM, Jörg Schaible wrote:
> Hi Jacopo,
>
> Jacopo Cappellato wrote:
>
>>
>> On Jan 31, 2011, at 12:12 PM, Jörg Schaible wrote:
>>
>>> Hi Jacopo,
>>>
>>> Jacopo Cappellato wrote:
>>>
I would like to fix some of the code formatting inconsist
Having a JDBC driver would make using CSV files a lot simpler. If the
"guts" were pluggable, you could use the same driver for SDF files,
Excel files, Open Doc data, etc.
-Adrian
Quoting Gary Gregory :
Hi All,
I've just come across the need to do CSV work but from the JDBC POV.
This made
Hi Jacopo,
Jacopo Cappellato wrote:
>
> On Jan 31, 2011, at 12:12 PM, Jörg Schaible wrote:
>
>> Hi Jacopo,
>>
>> Jacopo Cappellato wrote:
>>
>>> I would like to fix some of the code formatting inconsistencies in the
>>> classes commons-csv, starting with indentation: most of the classes use
>
> -Original Message-
> From: luc.maison...@free.fr [mailto:luc.maison...@free.fr]
> Sent: Tuesday, February 01, 2011 08:52
> To: Commons Developers List
> Subject: Re: [all][math] Help wanted with exceptions API design
>
>
<...>
> > > The currently defined exceptions in [math] can be foun
Hi Gary,
On Feb 1, 2011, at 3:50 PM, Gary Gregory wrote:
> Hi All,
>
> I've just come across the need to do CSV work but from the JDBC POV.
>
> This made me think of this project and whether a JDBC CSV driver could use
> [csv] as it's guts.
>
> The higher-level issue though, is whether I woul
Hi.
> >> I have a small hierarchy of exceptions that attempts to capture some
> >> key problems that may occur. The problem I found was that as I
> >> refactored code, the exceptions listed in Javadoc quickly became
> >> inaccurate. As a result, I've started converting many exceptions to
> >> the
Hi All,
I've just come across the need to do CSV work but from the JDBC POV.
This made me think of this project and whether a JDBC CSV driver could use
[csv] as it's guts.
The higher-level issue though, is whether I would use [csv] at all when I can
use a more complete API like JDBC.
This mig
On 1 February 2011 13:52, wrote:
>> I have a small hierarchy of exceptions that attempts to capture some
>> key problems that may occur. The problem I found was that as I
>> refactored code, the exceptions listed in Javadoc quickly became
>> inaccurate. As a result, I've started converting many e
- "Stephen Colebourne" a écrit :
> I can give some feedback based on JSR-310.
>
> I have a small hierarchy of exceptions that attempts to capture some
> key problems that may occur. The problem I found was that as I
> refactored code, the exceptions listed in Javadoc quickly became
> inaccu
Hi.
On Tue, Feb 01, 2011 at 11:38:04AM +, Stephen Colebourne wrote:
> I can give some feedback based on JSR-310.
Thank you for sharing ideas.
> I have a small hierarchy of exceptions that attempts to capture some
> key problems that may occur. The problem I found was that as I
> refactored c
Hi.
> > [...]
> >> + MathIllegalArgumentException should only be thrown in situations
> >> + where preconditions can be exhaustively provided so that what
> >> arguments
> >> + are "illegal" can be specified fully to the caller. Domain-specific
> >> + exceptions need to be def
On 1 February 2011 11:20, Gilles Sadowski wrote:
> Hi.
>
>> Added section on Exceptions.
>
> I agree with the explanations; however I think that we should add a paragraph
> (see below).
>
>> Modified:
>> commons/proper/math/trunk/src/site/xdoc/developers.xml
>>
>> Modified: commons/proper/math
I can give some feedback based on JSR-310.
I have a small hierarchy of exceptions that attempts to capture some
key problems that may occur. The problem I found was that as I
refactored code, the exceptions listed in Javadoc quickly became
inaccurate. As a result, I've started converting many exce
Hi.
> Added section on Exceptions.
I agree with the explanations; however I think that we should add a paragraph
(see below).
> Modified:
> commons/proper/math/trunk/src/site/xdoc/developers.xml
>
> Modified: commons/proper/math/trunk/src/site/xdoc/developers.xml
> URL:
> http://svn.apache
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
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-scxml-test has an issue affecting its community integration.
This
37 matches
Mail list logo
