commons-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Henri Yandell (JIRA)" <>
Subject [jira] Commented: (LANG-582) Provide an implementation of the ThreadFactory interface
Date Sun, 07 Feb 2010 05:58:28 GMT


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

> Provide an implementation of the ThreadFactory interface
> --------------------------------------------------------
>                 Key: LANG-582
>                 URL:
>             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.

View raw message