Mailing-List: contact isis-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: isis-dev@incubator.apache.org
Received-SPF: neutral (athena.apache.org: local policy)
MIME-Version: 1.0
In-Reply-To: 
 <CAHnP6mh2sBXrr7U5CgfJ7Xo7iGkYbeRR6FJ1Zhf+=VVEmkX7cA@mail.gmail.com>
References: 
 <CAHnP6mh2sBXrr7U5CgfJ7Xo7iGkYbeRR6FJ1Zhf+=VVEmkX7cA@mail.gmail.com>
Date: Sat, 14 Jul 2012 10:15:11 +0100
Message-ID: 
 <CALJOYLF=KiLqh_7YCNAfHBOuHXaj63p9NQ25xrs1_S77PdVzAw@mail.gmail.com>
Subject: Re: Parameter names
From: Dan Haywood <dan@haywood-associates.co.uk>
To: isis-dev@incubator.apache.org
Content-Type: multipart/alternative; boundary=e89a8f646a0740b89e04c4c6a263

--e89a8f646a0740b89e04c4c6a263
Content-Type: text/plain; charset=ISO-8859-1

Sounds like a good idea. The license us compatible. Do you want to raise a
jira?

Then, if you want, I'll give you a quick tutorial on how to write a
facetfactory to implement the feature?

Cheers,
Dan

Sorry to be brief, sent from my phone
On Jul 13, 2012 8:16 PM, "Jeroen van der Wal" <jeroen@stromboli.it> wrote:

> I was adding some methods with lots of paramaters to a repository and got
> reminded that I had to annotate all with @Named to have the Isis show the
> parameter name. This is an anti-DRY pattern and I googled for some
> solutions. I came across Paranamer, a project which solves the problem that
> Java reflection does not return parameter names. Did anyone looked into
> solutions like this and might it be worth it to implement?
>
> [1] http://paranamer.codehaus.org/
>
> Cheers,
>
> Jeroen
>

--e89a8f646a0740b89e04c4c6a263--