Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsWhite Papers
Discussion GroupsFirst AidDatabasesJavaBeansGUIJava 3DVirtual MachineCORBASecurityToolsGeneral
Java DirectoryOpen Source ProjectsSample Book ChaptersUser GroupsWeb Resources
Related Topics
Databases.NETMore Topics ...

Java Forum / General / June 2006

Tip: Looking for answers? Try searching our database.

shutdownNow() ExecutorService method

Thread view: 
Christopher Benson-Manica - 14 Jun 2006 16:47 GMT
The Sun documentation says that shutdownNow() is only a "best-effort"
attempt to end all processing tasks.  Is it reasonable to assume that
the Java implementation will attempt to end the tasks with either
Thread.interrupt() (and code appropriately for that possibility) or
some other transparent method with a high probability of success?  I
am using the 1.5 Windows implementation from Sun, so I would gather
that in all likelihood coding for Thread.interrupt() will be
sufficient, but I find the Sun documentation to be uncomforting.

Signature

Christopher Benson-Manica  | I *should* know what I'm talking about - if I
ataru(at)cyberspace.org    | don't, I need to know.  Flames welcome.

Oliver Wong - 14 Jun 2006 21:43 GMT
> The Sun documentation says that shutdownNow() is only a "best-effort"
> attempt to end all processing tasks.  Is it reasonable to assume that
[quoted text clipped - 4 lines]
> that in all likelihood coding for Thread.interrupt() will be
> sufficient, but I find the Sun documentation to be uncomforting.

   The JavaDocs say that "typical implementations" will cancel via
Thread.interrupt(). This indicates that it is not required by the contract
of this method that Thread.interrupt() actually be the mechanism used for
cancelling tasks.

   In other words, I'd probably avoid using this shutdownNow() method if I
were you.

   Perhaps if you were using a specific implementation (e.g.
ThreadPoolExecutor), you could find a firmer, publicly documented contract.

   - Oliver
Christopher Benson-Manica - 15 Jun 2006 13:40 GMT
>     Perhaps if you were using a specific implementation (e.g.
> ThreadPoolExecutor), you could find a firmer, publicly documented contract.

I will take a look at using a ThreadPoolExecutor for this task.  Thank
you for your helpful reply.

Signature

Christopher Benson-Manica  | I *should* know what I'm talking about - if I
ataru(at)cyberspace.org    | don't, I need to know.  Flames welcome.



Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.