Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (athena.apache.org: domain of gudnabrsam@gmail.com
 designates 209.85.210.43 as permitted sender)
MIME-Version: 1.0
Reply-To: gudnabrsam@gmail.com
In-Reply-To: 
 <CAAqLGLOJ194Vh=z7QOm_cG+SWD=_TzWXWMFGYz-HnF5hfT8d2Q@mail.gmail.com>
References: 
 <CAB917RJMO5zSE4MULGddrHVJ7QAOSU=yacfc=TdagAFt=tbgxQ@mail.gmail.com>
	<CAAqLGLPjuCv-NHZtOtNGz5KVbRKVeebu1Lv++PW26ATkhEp_CA@mail.gmail.com>
	<CALznzY5_dxEHyqQ44EYnG0zz+zkmyuyxCqewhjyOMUt2NJ7V+g@mail.gmail.com>
	<CAAqLGLNV5KKB25dGQdrsVAw3ZidZDwaHbxuzia5-OwbpczhoxQ@mail.gmail.com>
	<CAB917RKVxNh7bRSR6ioSeB+hUDp8=RwWcsyrR7FTDh-az3+YXw@mail.gmail.com>
	<CALznzY659c2eukVs2py11EZ8yaDgzPyvxJJysySPowHgTgPo-w@mail.gmail.com>
	<CAB917RLGcOLHTgjHVFvo5okWyEY_49O=oBLdr3YEBNGM0NLGJA@mail.gmail.com>
	<CALznzY5OuSxsRa1kC9EGdHsViFMHZZK-wKyrROw=t2zH7MPtzw@mail.gmail.com>
	<CAAqLGLNVUbnLpD0ON3TaccL+3cHoQHf6rp2j-ZyG=95=MDitFQ@mail.gmail.com>
	<CAB917RL9scpAX0yBvExy+cOXcGXYOr7X4ePq7r2n2s4bbOsEgA@mail.gmail.com>
	<CAAqLGLOJ194Vh=z7QOm_cG+SWD=_TzWXWMFGYz-HnF5hfT8d2Q@mail.gmail.com>
Date: Mon, 18 Jun 2012 10:13:00 -0500
Message-ID: 
 <CAE9L6G2==Lev0i2ciUn0UYh3J+PSDKbYbZo=mWq3mAF2K4ETBg@mail.gmail.com>
Subject: Re: [BeanUtils2] Thoughts about the API
From: Matt Benson <gudnabrsam@gmail.com>
To: Commons Developers List <dev@commons.apache.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable

Just for the sake of multiple choice, what about:

- keyedBy
- keyedTo
- withKey
- of
- at

?

Matt

On Mon, Jun 18, 2012 at 7:19 AM, Simone Tripodi
<simonetripodi@apache.org> wrote:
> LOL indeed :)
>
> go for your proposed solution, sounds nice anyway :)
>
> alles gute,
> -Simo
>
> http://people.apache.org/~simonetripodi/
> http://simonetripodi.livejournal.com/
> http://twitter.com/simonetripodi
> http://www.99soft.org/
>
>
> On Mon, Jun 18, 2012 at 11:10 AM, Benedikt Ritter
> <beneritter@googlemail.com> wrote:
>> I just realized, that we cannot call a method
>> MappedPropertyAccessor.for(String key) - "for" is a reserved keyword
>> ;-)
>>
>> How about:
>> MappedPropertyAcessor.forKey(String key) and
>> ArgumentsAcessor.with(Argument... Arguments)
>>
>> Benedikt
>>
>> 2012/6/16 Simone Tripodi <simonetripodi@apache.org>:
>>> +1 to James for both topics,
>>>
>>> let's start from a basic exception - naming proposals are welcome.
>>>
>>> I'll create the wiki page later after dinner - that WE is too much
>>> sunny to stay at home ;)
>>> best,
>>> -Simo
>>>
>>> http://people.apache.org/~simonetripodi/
>>> http://simonetripodi.livejournal.com/
>>> http://twitter.com/simonetripodi
>>> http://www.99soft.org/
>>>
>>>
>>> On Fri, Jun 15, 2012 at 5:48 PM, James Carman
>>> <james@carmanconsulting.com> wrote:
>>>> It shouldn't. =A0If you're catching the superclass (for instance
>>>> BeanUtilsReflectionException) and later we start to throw
>>>> BeanUtilsInstantiationException which extends
>>>> BeanUtilsReflectionException, I don't think you'll run into problems.
>>>>
>>>> On Fri, Jun 15, 2012 at 10:26 AM, Benedikt Ritter
>>>> <beneritter@googlemail.com> wrote:
>>>>> 2012/6/15 James Carman <james@carmanconsulting.com>:
>>>>>> On Fri, Jun 15, 2012 at 9:39 AM, Benedikt Ritter
>>>>>> <beneritter@googlemail.com> wrote:
>>>>>>> - Wrapper Exceptions: I thing we should discuss, how a exception
>>>>>>> hierarchy could look like. I'll make a suggestion ASAP.
>>>>>>>
>>>>>>
>>>>>> I don't want to duplicate the hierarchy. =A0I would say start with a
>>>>>> generic exception type for now. =A0If folks ask for more specific
>>>>>> subtypes later, we can add them.
>>>>>>
>>>>>
>>>>> Would adding more specific RuntimeExceptions later break bc? I think
>>>>> no, because RuntimeExceptions don't have to be part of the method
>>>>> signature. But I'm not sure :-)
>>>>>
>>>>> thanks,
>>>>> Benedikt
>>>>>
>>>>>> --------------------------------------------------------------------=
-
>>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>>
>>>>>
>>>>> ---------------------------------------------------------------------
>>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>>
>>>>
>>>> ---------------------------------------------------------------------
>>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>>> For additional commands, e-mail: dev-help@commons.apache.org
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
>> For additional commands, e-mail: dev-help@commons.apache.org
>>
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
> For additional commands, e-mail: dev-help@commons.apache.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org