[jira] Commented: (LANG-582) Provide an implementation of the ThreadFactory interface

["Henri Yandell (JIRA)" <ji...@apache.org>]

    [ https://issues.apache.org/jira/browse/LANG-582?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12830662#action_12830662 ] 

Henri Yandell commented on LANG-582:
------------------------------------

Why 'ThreadFactoryImpl' and not 'BasicThreadFactory' or 'DefaultThreadFactory'? Or Simple or something. I like the Basic one.

+1 to the builder.

I'm wondering if I should change UnicodeUnescaper to a Builder approach. I liked the notion of an enum being used as args, but it doesn't support values so better to use the more common idiom.

> Provide an implementation of the ThreadFactory interface
> --------------------------------------------------------
>
>                 Key: LANG-582
>                 URL: https://issues.apache.org/jira/browse/LANG-582
>             Project: Commons Lang
>          Issue Type: New Feature
>          Components: lang.concurrent.*
>            Reporter: Oliver Heger
>            Priority: Minor
>             Fix For: 3.0
>
>         Attachments: lang-threadfactoryimpl.patch
>
>
> The Executor framework in Java 1.5 uses the {{ThreadFactory}} interface for creating new threads on demand. Currently there is no base implementation of this interface. So if an application needs to configure threads used by an {{ExecutorService}}, it has to create a custom implementation.
> This is a proposal to add a default {{ThreadFactory}} implementation which allows an application to configure some options of the threads to be created. Especially the names of newly created threads and their daemon status can be configured. Maybe the configuration options can be extended, e.g. for specifying a priority or an uncaught exception handler.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.