/[cvs]/jsr166/src/main/intro.html
ViewVC logotype

Diff of /jsr166/src/main/intro.html

Parent Directory Parent Directory | Revision Log Revision Log | View Patch Patch

revision 1.18 by dl, Sun Oct 17 11:45:00 2004 UTC revision 1.25 by jsr166, Fri Mar 25 05:38:25 2016 UTC
# Line 10  Line 10 
10    by <a href="http://gee.cs.oswego.edu/dl">Doug Lea</a>    by <a href="http://gee.cs.oswego.edu/dl">Doug Lea</a>
11    <p>    <p>
12    
13  This is the updated JSR166 specification.  For further information, go  This is maintenance repository of JSR-166 specifications.  For further
14  to: <A  information, go to: <A
15  HREF="http://altair.cs.oswego.edu/mailman/listinfo/concurrency-interest">  HREF="http://altair.cs.oswego.edu/mailman/listinfo/concurrency-interest">
16  http://altair.cs.oswego.edu/mailman/listinfo/concurrency-interest</A>.  http://altair.cs.oswego.edu/mailman/listinfo/concurrency-interest</A>.
17    
18  <p><em>Note: The javadocs here includes some existing java.util  <p>JSR-166 introduces package <code>java.util.concurrent</code>
 Collection interfaces and classes that are not part of the JSR-166  
 spec, but are included because JSR-166 methods implement or inherit  
 from their specifications.</em>  
   
 <p> JSR-166 introduces package <tt>java.util.concurrent</tt>  
19  containing utility classes commonly useful in concurrent  containing utility classes commonly useful in concurrent
20  programming. Like package <tt>java.util</tt>, it includes a few small  programming. Like package <code>java.util</code>, it includes a few small
21  standardized extensible frameworks, as well as other classes that  standardized extensible frameworks, as well as other classes that
22  provide useful functionality and are otherwise tedious or difficult to  provide useful functionality and are otherwise tedious or difficult to
23  implement.  implement.
24    
25  <p>JSR-166 focusses on breadth, providing critical functionality  <p>JSR-166 focuses on breadth, providing critical functionality
26  useful across a wide range of concurrent programming styles and  useful across a wide range of concurrent programming styles and
27  applications, ranging from low-level atomic operations, to  applications, ranging from low-level atomic operations, to
28  customizable locks and synchronization aids, to various concurrent  customizable locks and synchronization aids, to various concurrent
29  data structures, to high-level execution agents including thread  data structures, to high-level execution agents including thread
30  pools. This diversity reflects the range of contexts in which  pools. This diversity reflects the range of contexts in which
31  developers of concurrent programs have been found to require or desire  developers of concurrent programs have been found to require or desire
32  support not previously available in J2SE, which also keeping the  support not previously available in J2SE, while also keeping the
33  resulting package small; providing only functionality that has been  resulting package small; providing only functionality that has been
34  found to be worthwhile to standardize.  found to be worthwhile to standardize.
35    
# Line 47  java.util.concurrent.  Here are brief de Line 42  java.util.concurrent.  Here are brief de
42    
43  A basic (nonblocking) {@link java.util.Queue} interface extending  A basic (nonblocking) {@link java.util.Queue} interface extending
44  {@link java.util.Collection} is introduced into  {@link java.util.Collection} is introduced into
45  <tt>java.util</tt>. Existing class {@link java.util.LinkedList} is  <code>java.util</code>. Existing class {@link java.util.LinkedList} is
46  adapted to support Queue, and a new non-thread-safe {@link  adapted to support Queue, and a new non-thread-safe {@link
47  java.util.PriorityQueue} is added.  java.util.PriorityQueue} is added.
48    
# Line 57  Three minor changes are introduced to th Line 52  Three minor changes are introduced to th
52  class:  class:
53  <ul>  <ul>
54    <li> It now allows per-thread installation of handlers for uncaught    <li> It now allows per-thread installation of handlers for uncaught
55    exceptions. Ths optionally disassociates handlers from ThreadGroups,    exceptions. This optionally disassociates handlers from ThreadGroups,
56    which has proven to be too inflexible. (Note that the combination of    which has proven to be too inflexible. (Note that the combination of
57    features in JSR-166 make ThreadGroups even less likely to be used in    features in JSR-166 make ThreadGroups even less likely to be used in
58    most programs. Perhaps they will eventually be deprecated.)    most programs. Perhaps they will eventually be deprecated.)
59    
60    <li> Access checks are no longer required when a Thread interrupts    <li> Access checks are no longer required when a Thread interrupts
61    <em>itself</em>.  The <tt>interrupt</tt> method is the only way to    <em>itself</em>.  The <code>interrupt</code> method is the only way to
62    re-assert a thread's interruption status (and in the case of    re-assert a thread's interruption status (and in the case of
63    self-interruption has no other effect than this).  The check here    self-interruption has no other effect than this).  The check here
64    previously caused unjustifiable and uncontrollable failures when    previously caused unjustifiable and uncontrollable failures when
65    restricted code invoked library code that must reassert interruption    restricted code invoked library code that must reassert interruption
66    to correctly propagate status when encountering some    to correctly propagate status when encountering some
67    <tt>InterruptedExceptions</tt>.    <code>InterruptedExceptions</code>.
68    <li> The <tt>destroy</tt> method, which has never been implemented,    <li> The <code>destroy</code> method, which has never been implemented,
69    has finally been deprecated. This is just a spec change, reflecting    has finally been deprecated. This is just a spec change, reflecting
70    the fact that that the reason it has never been implemented is that    the fact that the reason it has never been implemented is that
71    it was undesirable and unworkable.    it was undesirable and unworkable.
72  </ul>  </ul>
73    
74  <h2>Timing</h2>  <h2>Timing</h2>
75    
76  Method <tt>nanoTime</tt> is added to {@link java.lang.System}. It  Method <code>nanoTime</code> is added to {@link java.lang.System}. It
77  provides a high-precision timing facility that is distinct from and  provides a high-precision timing facility that is distinct from and
78  uncoordinated with <tt>System.currentTimeMillis</tt>.  uncoordinated with <code>System.currentTimeMillis</code>.
79    
80  <h2>Removing ThreadLocals</h2>  <h2>Removing ThreadLocals</h2>
81    
Legend:
Removed from v.1.18  
changed lines
  Added in v.1.25
dl@cs.oswego.edu
 ViewVC Help
Powered by ViewVC 1.1.27