Mailing-List: contact log4j-dev-help@logging.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Log4J Developers List" <log4j-dev@logging.apache.org>
Date: Tue, 8 Apr 2014 16:04:15 +0000 (UTC)
From: "Matt Sicker (JIRA)" <jira@apache.org>
To: log4j-dev@logging.apache.org
Message-ID: <JIRA.12707064.1396914689126.80082.1396973055431@arcas>
In-Reply-To: <JIRA.12707064.1396914689126@arcas>
References: <JIRA.12707064.1396914689126@arcas>
Subject: [jira] [Commented] (LOG4J2-598) Support more data types in plugin
 attributes
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/LOG4J2-598?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13963118#comment-13963118 ] 

Matt Sicker commented on LOG4J2-598:
------------------------------------

Something I think would be neat later on would be more injection support. Instead of a static factory method, allow factory classes where the @PluginFoo annotations can be used on setters, constructors, or fields, and then a factory (or builder) method is executed after all the relevant objects are injected. This would of course take a lot more work than the current method, so this is somewhat a longer term idea.

> Support more data types in plugin attributes
> --------------------------------------------
>
>                 Key: LOG4J2-598
>                 URL: https://issues.apache.org/jira/browse/LOG4J2-598
>             Project: Log4j 2
>          Issue Type: Improvement
>          Components: Core
>    Affects Versions: 2.0-rc1
>            Reporter: Matt Sicker
>            Assignee: Matt Sicker
>            Priority: Minor
>              Labels: annotations, plugins
>
> Currently, annotating plugin factory method parameters with {{@PluginAttribute}} only supports String types, but we use a lot of plugin attributes that could be automatically converted to primitive types. Now I'm not suggesting something as advanced as how Camel handles parameter injection (which does automatic non-trivial type conversion), but it would be great to support booleans, ints, longs, etc., to simplify quite a bit of extraneous string parsing.


--
This message was sent by Atlassian JIRA
(v6.2#6252)

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