[
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.
