[ http://jira.codehaus.org/browse/DISPL-222?page=all ]
     
fabrizio giustina closed DISPL-222:
-----------------------------------

    Resolution: Fixed

implemented in 1.1 with a new factory.decorator property

> Ability to use a custom DecoratorFactory
> ----------------------------------------
>
>          Key: DISPL-222
>          URL: http://jira.codehaus.org/browse/DISPL-222
>      Project: DisplayTag
>         Type: Improvement

>   Components: Decorators
>     Versions: 1.0
>      Fix For: 1.1

>
>
> Currently, the DecoratorFactory is a utility class that has 2 static methods. 
> It would be nice if it was a user specifiable implementation of a simple 
> interface with those two methods. (You could store it in the servlet context 
> to avoid having to reinstanciating it everytime).
> Doing this would allow to have (for instance) a DecoratorFactory that 
> retrieves decorators from an ioc container, allowing them to enjoy the power 
> of dependency injection. (One could also have a caching implementation, which 
> would for instance keep an instance of each decorator per thread (using a 
> ThreadLocal), avoiding many reinstanciations of the decorator)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
   http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see:
   http://www.atlassian.com/software/jira



-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems?  Stop!  Download the new AJAX search engine that makes
searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click
_______________________________________________
displaytag-devel mailing list
displaytag-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/displaytag-devel

Reply via email to