Merge pull request #802 from jwillemsen/jwi-docucleanup

Removed some reference to comp.soft-sys.ace and bugzilla

40 files changed, 117 insertions, 153 deletions

diff --git a/ACE/ACE-INSTALL.html b/ACE/ACE-INSTALL.html
index 8e526bdc2b7..cf053e11321 100644
--- a/ACE/ACE-INSTALL.html
+++ b/ACE/ACE-INSTALL.html
@@ -93,9 +93,8 @@ variation is probably an easy target platform for ACE.  If you have
 compiling the ACE source distribution, please contact one of the
 commercial support companies, or send a copy of the
 <a href="PROBLEM-REPORT-FORM">PROBLEM-REPORT-FORM</a>, located in the
-ACE_wrappers directory, to either the <a href="news:comp.soft-sys.ace">ACE
-Newsgroup</a> or the <a href="mailto:ace-users@list.isis.vanderbilt.edu">ace-users
-mailing list</a>.
+ACE_wrappers directory to <a href="mailto:ace-users@list.isis.vanderbilt.edu">ace-users
+mailing list</a> or create a <a href="https://github.com/DOCGroup/ACE_TAO/issues">github issue</a>.
 The DOC groups at Washington University, UC Irvine, and Vanderbilt
 University provide only "best effort" support for non-sponsors for the
 latest release, as described in <a href="docs/ACE-bug-process.html">
@@ -232,19 +231,19 @@ over the years, ACE's success has greatly increased the amount of
 effort required to keep up with its maintenance, answer users'
 questions, and give design guidance. Riverace offers world-class
 commercial services to support ACE users.  OCI, PrismTech, and Remedy
-offer similar services for TAO, allowing the DOC group's primary focus
+offer similar services for ACE and TAO, allowing the DOC group's primary focus
 to shift back to their main goal: <em>research</em>. The DOC group is
 fundamentally focused on (and <a
-href="http://www.cs.wustl.edu/%7Eschmidt/resume-grants.html">funded
+href="http://www.dre.vanderbilt.edu/~schmidt/resume-grants.html">funded
 by</a>) advanced R&amp;D projects. The group continues to be
 intimately involved in ACE+TAO development and maintenance, but with
 revised priorities for maintenance. The <a
 href="docs/ACE-bug-process.html">bug
 fixing policies</a> followed by the DOC group are designed to strike a
 balance between their many <a
-href="http://www.cs.wustl.edu/%7Eschmidt/research.html">research
+href="http://www.dre.vanderbilt.edu/~schmidt/research.html">research
 projects</a> and their commitment to the ACE+TAO <a
-href="http://www.cs.wustl.edu/%7Eschmidt/ACE-users.html">user
+href="http://www.dre.vanderbilt.edu/~schmidt/ACE-users.html">user
 community</a>.  Naturally, we will be happy to accept well-tested
 patches from the ACE+TAO user community for any platforms that aren't
 supported by the DOC group, Riverace, OCI or Remedy IT. </p><p>
@@ -422,8 +421,8 @@ INSTALL_PREFIX = /usr/local
       As a sanity check, you might also want to build and run the
       automated <a href="tests/README">"one-button" tests</a> in
       <code>$ACE_ROOT/tests</code>. Finally, if you're also
-      planning on building <a href="http://www.cs.wustl.edu/%7Eschmidt/TAO.html">TAO</a>, you
-      should build the <a href="http://www.cs.wustl.edu/%7Eschmidt/PDF/gperf.pdf">gperf</a>
+      planning on building <a href="https://www.dre.vanderbilt.edu/~schmidt/TAO.html">TAO</a>, you
+      should build the <a href="http://www.dre.vanderbilt.edu/~schmidt/PDF/gperf.pdf">gperf</a>
       perfect hash function generator application in
       <code>$ACE_ROOT/apps/gperf</code>.
   </li>
@@ -3130,7 +3129,7 @@ quickly.
 
 <hr><p>
 
-Back to the <a href="http://www.cs.wustl.edu/%7Eschmidt/ACE.html">ACE</a>
+Back to the <a href="https://www.dre.vanderbilt.edu/~schmidt/ACE.html">ACE</a>
 home page.
 
 
diff --git a/ACE/Kokyu/docs/Kokyu.html b/ACE/Kokyu/docs/Kokyu.html
index b476a849a85..fb1b0905e3a 100644
--- a/ACE/Kokyu/docs/Kokyu.html
+++ b/ACE/Kokyu/docs/Kokyu.html
@@ -31,7 +31,7 @@ Real-time CORBA (DSRTCORBA) schedulers</a>
 Kokyu is a portable middleware scheduling framework designed to provide
 flexible scheduling and dispatching services within the context of higher-level
 middleware. Kokyu currently provides real-time scheduling and dispatching
-services for TAO’s real-time CORBA Event Service, which mediates supplier-consumer
+services for TAO�s real-time CORBA Event Service, which mediates supplier-consumer
 relationships between application operations. Kokyu consists primarily
 of two cooperating infrastructure segments, illustrated in Figure 1:
 <center>
@@ -54,7 +54,7 @@ are ordered, by assigning priority levels and rates to tasks, and producing
 a configuration specification for the dispatching mechanism. The dispatcher
 is responsible for enforcing the ordering of operation dispatches using
 different threads, requests queues, and timers configured according to
-the scheduler’s specification. The combined framework provides an implicit
+the scheduler�s specification. The combined framework provides an implicit
 projection of scheduling heuristics into appropriate dispatching infrastructure
 configurations, so that the scheduling and dispatching infrastructure segments
 can be optimized both separately and in combination.
@@ -72,7 +72,7 @@ within a fixed CORBA IDL interface, thereby enabling different strategies
 to be configured independently from applications that use them.
 <h3>
 <a NAME="FlexDispatch"></a>Flexible Dispatching Framework</h3>
-The right side of Figure 1 shows the essential features of Kokyu’s flexible
+The right side of Figure 1 shows the essential features of Kokyu�s flexible
 task dispatching infrastructure. Key features of the dispatching infrastructure
 that are essential to performing our optimizations are as follows:
 <p><b>Dispatching queues:</b> Each task is assigned by our strategized
@@ -96,16 +96,16 @@ the highest is at the head of the queue at the point when one is to be
 dequeued. We consider three disciplines:
 <ul>
 <li>
-Static – Tasks are ordered by a static subpriority value – results in FIFO
+Static � Tasks are ordered by a static subpriority value � results in FIFO
 ordering if all static subpriorities are made the same; static queues at
 different priority levels can be used to implement an RMS scheduling strategy.</li>
 
 <li>
-Deadline – Tasks are ordered by time to deadline; a single deadline queue
+Deadline � Tasks are ordered by time to deadline; a single deadline queue
 can be used to implement the earliest deadline first (EDF) scheduling strategy.</li>
 
 <li>
-Laxity – Tasks are ordered by slack time, or laxity – the time to deadline
+Laxity � Tasks are ordered by slack time, or laxity � the time to deadline
 minus the execution time; a single laxity queue can be used to implement
 the minimum laxity first (MLF) scheduling strategy; laxity queues at different
 priority levels can be used to implement the maximum urgency first (MUF)
@@ -125,7 +125,7 @@ in the Kokyu dispatching framework.
 the Kokyu scheduling framework is used to configure and operate a dispatching
 module. During system initialization, each dispatching module obtains the
 thread priority and dispatching type for each of its queues, typically
-from the scheduling service’s output interface. Next, each queue is assigned
+from the scheduling service�s output interface. Next, each queue is assigned
 a unique dispatching priority number, a unique thread priority, and an
 enumerated dispatching type. Finally, each dispatching module has an ordered
 queue of pending dispatches per dispatching priority. To preserve QoS guarantees,
@@ -140,18 +140,18 @@ the dispatching type:
 <ul>
 <li>
 <b>STATIC DISPATCHING</b>: This type specifies a queue that only considers
-the static portion of an operation’s dispatching subpriority.</li>
+the static portion of an operation�s dispatching subpriority.</li>
 
 <li>
 <b>DEADLINE DISPATCHING</b>: This type specifies a queue that considers
-the dynamic and static portions of an operation’s dispatching subpriority,
+the dynamic and static portions of an operation�s dispatching subpriority,
 and updates the dynamic portion according to the time remaining until the
-operation’s deadline.</li>
+operation�s deadline.</li>
 
 <li>
 <b>LAXITY DISPATCHING</b>: This type specifies a queue that considers the
-dynamic and static portions of an operation’s dispatching subpriority,
-and updates the dynamic portion according to the operation’s laxity.</li>
+dynamic and static portions of an operation�s dispatching subpriority,
+and updates the dynamic portion according to the operation�s laxity.</li>
 </ul>
 
 <h3>
@@ -406,7 +406,7 @@ special issue on Real-Time Middleware, guest editor Wei Zhao, March 2001,
 Vol. 20 No. 2</li>
 
 <li>
-Christopher D. Gill, Douglas C. Schmidt, and Ron Cytron, <a href="http://www.cs.wustl.edu/~schmidt/PDF/embedded_sched.pdf">Multi-Paradigm
+Christopher D. Gill, Douglas C. Schmidt, and Ron Cytron, <a href="http://www.dre.vanderbilt.edu/~schmidt/PDF/embedded_sched.pdf">Multi-Paradigm
 Scheduling for Distributed Real-Time Embedded Computing</a>, IEEE Proceedings
 Special Issue on Modeling and Design of Embedded Systems, Volume 91, Number
 1, January 2003.</li>
diff --git a/ACE/README b/ACE/README
index 09d63156e15..b068df84d95 100644
--- a/ACE/README
+++ b/ACE/README
@@ -184,8 +184,7 @@ A mailing list, ace-users@list.isis.vanderbilt.edu, is available for
 discussing bug fixes, enhancements, and porting issues regarding ACE.
 Please send mail to me at the
 ace-users-request@list.isis.vanderbilt.edu if you'd like to join the
-mailing list.  There is also a USENET newsgroup called
-comp.soft-sys.ace. Please see
+mailing list. Please see
 http://www.dre.vanderbilt.edu/~schmidt/ACE-mail.html for details on
 how to subscribe to the mailing list.
 
@@ -209,8 +208,6 @@ one of the following:
     contents "subscribe ace-users" to
     ace-users-request@list.isis.vanderbilt.edu.
 
-2) Or, monitor the comp.soft-sys.ace newsgroup for responses.
-
 ----------------------------------------
 
 ACKNOWLEDGEMENTS
diff --git a/ACE/ace/WIN32_Proactor.h b/ACE/ace/WIN32_Proactor.h
index 1625fa8ce1c..e370ee08ddc 100644
--- a/ACE/ace/WIN32_Proactor.h
+++ b/ACE/ace/WIN32_Proactor.h
@@ -44,7 +44,7 @@ class ACE_WIN32_Proactor_Timer_Handler;
  * @brief A manager for asynchronous event demultiplexing on Win32.
  *
  * See the Proactor pattern description at
- * http://www.cs.wustl.edu/~schmidt/PDF/proactor.pdf for more
+ * http://www.dre.vanderbilt.edu/~schmidt/PDF/proactor.pdf for more
  * details.
  */
 class ACE_Export ACE_WIN32_Proactor : public ACE_Proactor_Impl
diff --git a/ACE/apps/Gateway/README b/ACE/apps/Gateway/README
index 7fe06ead493..8831425cff5 100644
--- a/ACE/apps/Gateway/README
+++ b/ACE/apps/Gateway/README
@@ -12,7 +12,7 @@ distributed system.
 You can get a paper that explains the patterns used in this
 implementation at the following WWW URL:
 
-http://www.cs.wustl.edu/~schmidt/PDF/TAPOS-00.pdf
+http://www.dre.vanderbilt.edu/~schmidt/PDF/TAPOS-00.pdf
 
 ----------------------------------------
 
diff --git a/ACE/apps/gperf/README b/ACE/apps/gperf/README
index b16e43fca20..aca4aa4a663 100644
--- a/ACE/apps/gperf/README
+++ b/ACE/apps/gperf/README
@@ -23,7 +23,7 @@ by TAO'd IDL compiler to generate operation dispatching tables.
 
 For more information on GPERF, please see
 
-http://www.cs.wustl.edu/~schmidt/PDF/gperf.pdf
+http://www.dre.vanderbilt.edu/~schmidt/PDF/gperf.pdf
 
 Happy hacking!
 
diff --git a/ACE/contrib/FaCE/README b/ACE/contrib/FaCE/README
index 45f301af753..f81650500ce 100644
--- a/ACE/contrib/FaCE/README
+++ b/ACE/contrib/FaCE/README
@@ -281,6 +281,3 @@ Sometimes, you may need to reset the machine if you cannot access memory program
 
 If you have question and/or comment specific to the FaCE, please contact
 Si Park at spark@ociweb.com or Justin Michel at michel_j@ociweb.com.
-
-For general ACE+TAO support, please refer to comp.soft-sys.ace or contact
-Object Computing, Inc. at http://www.ociweb.com.
diff --git a/ACE/docs/ACE-bug-process.html b/ACE/docs/ACE-bug-process.html
index 895946cbc14..98117264d30 100644
--- a/ACE/docs/ACE-bug-process.html
+++ b/ACE/docs/ACE-bug-process.html
@@ -12,8 +12,7 @@ HREF="http://www.dre.vanderbilt.edu/TAO/">TAO</A>, <A
 HREF="http://www.dre.vanderbilt.edu/CIAO/">CIAO</A>, and DAnCE have grown in
 popularity the volume of mail on the <A
 HREF="http://www.dre.vanderbilt.edu/~schmidt/ACE-mail.html">mailing
-lists</A> and USENET newsgroup <A
-HREF="news:comp.soft-sys.ace">comp.soft-sys.ace</A> has grown
+lists</A> has grown
 considerably.  While this increase is healthy, and a natural
 consequence of the larger number of ACE, TAO, and CIAO users, it is
 straining the resources of the researchers in the <A
@@ -99,9 +98,9 @@ post something and don't get a reply, please do the following:<P>
 
 <UL>
 <LI>
- Check to see whether your posting made it to the list, which you
+ Check to see whether your posting made it to the list through the list archives, which you
   can see by checking out the <A
-    HREF="http://groups.google.com/groups?q=comp.soft-sys.ace&ie=UTF-8&oe=UTF-8&hl=en">comp.soft-sys.ace</A> newsgroup to see if your posting is visible. <P>
+    HREF="http://www.dre.vanderbilt.edu/~schmidt/ACE-mail.html">list archive</A> to see if your posting is visible. <P>
 
 <LI> If it's not visible, please make sure you're
   <A HREF="http://www.dre.vanderbilt.edu/~schmidt/ACE-mail.html">subscribed
@@ -168,8 +167,7 @@ with our software here's the process for submitting it:
 
   and send an email to the appropriate <A
 HREF="http://www.dre.vanderbilt.edu/~schmidt/ACE-mail.html">mailing
-list(s)</A> and/or <A HREF="news:comp.soft-sys.ace">newsgroup</A>
-newsgroup summarizing what the problem was and you've done to fix the
+list(s)</A> summarizing what the problem was and you've done to fix the
 problem. <P>
 
 <LI> If your patch is for a platform/compiler that aren't part of our
diff --git a/ACE/docs/ACE-categories.html b/ACE/docs/ACE-categories.html
index ece37091cdf..c1cb4998560 100644
--- a/ACE/docs/ACE-categories.html
+++ b/ACE/docs/ACE-categories.html
@@ -1,5 +1,5 @@
 <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML//EN">
-<html> 
+<html>
 <!--  -->
 <head>
 <title>ACE Class Categories</title>
@@ -11,7 +11,7 @@ link="#000fff"
 vlink="#ff0f0f"
 bgcolor="#ffffff">
 
-<HR><P> 
+<HR><P>
 <h3><a href = "http://www.dre.vanderbilt.edu/~schmidt/ACE.html">ACE</a> Class Categories</h3>
 
 This document groups each file in <A
@@ -745,7 +745,7 @@ li>
 <P><HR><P>
 
 Back to the <A
-HREF="http://www.cs.wustl.edu/~schmidt/ACE-documentation.html">ACE
+HREF="http://www.dre.vanderbilt.edu/~schmidt/ACE-documentation.html">ACE
 documentation</A> page.
 
 <!--#include virtual="/~schmidt/cgi-sig.html" -->
diff --git a/ACE/docs/ACE-development-process.html b/ACE/docs/ACE-development-process.html
index 7d980d3fd62..fa1f6cb500a 100644
--- a/ACE/docs/ACE-development-process.html
+++ b/ACE/docs/ACE-development-process.html
@@ -41,8 +41,8 @@ The ACE+TAO+CIAO+DAnCE development process looks like:<p>
 <ol>
   <li>Every change to ACE+TAO+CIAO+DAnCE must have a bug report.  <em>Change</em>
     includes fixes, enhancements, updates, and so on.
-  <li><a href="http://bugzilla.dre.vanderbilt.edu/">Create a
-bug report</a>.
+  <li><a href="https://github.com/DOCGroup/ACE_TAO/issues">Create a
+an issue</a>.
   <li>Accept the bug report if you are going to implement the change.
   <li>Implement the change in your workspace(s) using a branch. Clearly
     document each commit because that information is gathered into our
@@ -103,7 +103,7 @@ At all times, we'll have a build czar.  The role may be shared by
 multiple people.  The build czar is responsible for ensuring that the
 next kits are clean, <em>i.e.</em>, it builds and runs cleanly on all
 platforms.  The status of all ACE+TAO+CIAO+DAnCE builds is tracked automatically
-<A HREF="www.dre.vanderbilt.edu/scoreboard"</A>online</A>.<p>
+<A HREF="http://www.dre.vanderbilt.edu/scoreboard"</A>online</A>.<p>
 
 A comprehensive summary of the build czar's role is available <A HREF="bczar/bczar.html">here</A>.
 This role is briefly summarized below:<p>
diff --git a/ACE/docs/ACE-guidelines.html b/ACE/docs/ACE-guidelines.html
index 4989e60ad00..d95affef956 100644
--- a/ACE/docs/ACE-guidelines.html
+++ b/ACE/docs/ACE-guidelines.html
@@ -991,7 +991,7 @@ Foo::bar ()
 </ul>
 
 <hr>
-<h3><a href="http://www.cs.wustl.edu/~schmidt/ACE-overview.html">ACE</a>
+<h3><a href="http://www.dre.vanderbilt.edu/~schmidt/ACE-overview.html">ACE</a>
   Shared Libary Guidelines</h3>
     <ul>
       <li>
@@ -1113,7 +1113,7 @@ public:
 
 
 <hr>
-<h3><a href="http://www.cs.wustl.edu/~schmidt/ACE-overview.html">ACE</a>
+<h3><a href="http://www.dre.vanderbilt.edu/~schmidt/ACE-overview.html">ACE</a>
   Usage Guidelines</h3>
 <ul>
   <li>Always use the <strong><code>ACE_OS</code></strong>
@@ -1247,33 +1247,16 @@ public:
 
 
 <hr>
-<h3><a href="http://www.cs.wustl.edu/~schmidt/ACE-overview.html">Other
+<h3><a href="http://www.dre.vanderbilt.edu/~schmidt/ACE-overview.html">Other
   ACE</a> and
-  <a href="http://www.cs.wustl.edu/~schmidt/TAO-overview.html">TAO</a>
+  <a href="http://www.dre.vanderbilt.edu/~schmidt/TAO-overview.html">TAO</a>
   Guidelines</h3>
 <ul>
   <li>When enhancing, updating, or fixing ACE or TAO, always:
   <ol>
-    <li>Test your change on at least Windows and Linux before commiting.
-      After commiting watch the scoreboard to catch errors your change
+    <li>Test your change on at least Windows and Linux before committing.
+      After committing watch the scoreboard to catch errors your change
       may be related to on other platforms.
-    <li>Add an entry to the appropriate ChangeLog.  TAO and some
-      ACE subdirectories, such as <a href="../ASNMP">ASNMP</a>,
-      <a href="../apps/JAWS">JAWS</a>, and
-      <a href="../apps/gperf">gperf,</a> have their
-      own ChangeLogs.  If you don't use one of those, use the
-      <a href="../ChangeLog">ChangeLog</a> in the top-level
-      <a href="..">ACE_wrappers</a> directory. A ChangeLog entry should
-      have the form:
-      <pre>&lt;tab&gt; * dir/file.ext [(methods)]: description...</pre>
-      If you have a number of files, the names should be on separate lines.
-      In this case, it's also ok to start the description on a new line
-      indented to "dir."
-    <li>Commit your change using a message of this form:<p>
-<code>
-ChangeLogTag: Thu Jul 22 09:55:10 UTC 1999  David L. Levine
- &lt;levine@cs.wustl.edu&gt;
-</code>
     <li>If the change is in response to a request by someone else:
     <ol>
       <li>Make sure that person is acknowledged in
@@ -1292,11 +1275,11 @@ ChangeLogTag: Thu Jul 22 09:55:10 UTC 1999  David L. Levine
 
 
 <hr>
-<h3>SVN Usage Guidelines</h3>
+<h3>Git Usage Guidelines</h3>
 <ul>
   <li>Always make sure that a change builds and executes correctly
-    on at least one platform before checking it into the SVN repository.
-    All changes <strong>must</strong> be tested with g++ before commiting.
+    on at least one platform before checking it into the git repository.
+    All changes <strong>must</strong> be tested with g++ before committing.
     That means you may need to test on at least two platforms.<p>
 </ul>
 
diff --git a/ACE/docs/ACE-porting.html b/ACE/docs/ACE-porting.html
index 92e8621ab4e..6b8af33b1e2 100644
--- a/ACE/docs/ACE-porting.html
+++ b/ACE/docs/ACE-porting.html
@@ -20,7 +20,7 @@ ported to <A HREF="http://www.dre.vanderbilt.edu/versions.html">many
 OS platforms</A>.  Porting ACE, TAO, and CIAO to new platforms is
 fairly easy.  The following document describes the step-by-step
 process to use when porting the various <A
-HREF="http://www.cs.wustl.edu/~schmidt/ACE-overview.html">components
+HREF="http://www.dre.vanderbilt.edu/~schmidt/ACE-overview.html">components
 and layers</A> in ACE to a new OS platform.  Once ACE is ported, it is
 straightforward to port TAO and CIAO, as well.<P>
 
@@ -187,7 +187,7 @@ take advantage of if a compiler supports them:
 <P><HR><P>
 
 Back to the <A
-HREF="http://www.cs.wustl.edu/~schmidt/ACE-documentation.html">ACE
+HREF="http://www.dre.vanderbilt.edu/~schmidt/ACE-documentation.html">ACE
 documentation</A> page.<BR>
 Back to <A HREF="index.html">ACE Documentation Home</A>.
 
diff --git a/ACE/docs/exceptions.html b/ACE/docs/exceptions.html
index 09f220076ae..efb72379902 100644
--- a/ACE/docs/exceptions.html
+++ b/ACE/docs/exceptions.html
@@ -646,7 +646,7 @@ Some of the problems that our macros are described below:
 <P><HR><P>
 
 Back to the <A
-HREF="http://www.cs.wustl.edu/~schmidt/ACE-documentation.html">ACE
+HREF="http://www.dre.vanderbilt.edu/~schmidt/ACE-documentation.html">ACE
 documentation</A> page.<BR>
 Back to <A HREF="index.html">ACE Documentation Home</A>.
 
diff --git a/ACE/docs/index.html b/ACE/docs/index.html
index fac33571284..5250e652e07 100644
--- a/ACE/docs/index.html
+++ b/ACE/docs/index.html
@@ -45,7 +45,7 @@ ask. <P>
 <ul>
   <li><a href="http://www.dre.vanderbilt.edu/ACE-papers.html">Technical Papers</a> -
       Postscript versions of many ACE papers.
-  <li>Tutorial on C++ Network Programming with Patterns, Frameworks, and ACE<a href="http://www.cs.wustl.edu/~schmidt/PDF/ACE-tutorial.pdf">[pdf]</a>
+  <li>Tutorial on C++ Network Programming with Patterns, Frameworks, and ACE<a href="http://www.dre.vanderbilt.edu/~schmidt/PDF/ACE-tutorial.pdf">[pdf]</a>
       <a href="http://www.cs.wustl.edu/~schmidt/ACE-tutorial.ps.gz">[ps.gz]</a>
     <!-- Bob's original can always be found at: http://dox.netwrench.com/acedox/fmm/ -->
   <li><a href="ACE-FMM.html">ACE FMM</a> - ACE &quot;Frequently Made Mistakes&quot;
diff --git a/ACE/docs/usage-bugzilla.html b/ACE/docs/usage-bugzilla.html
index af4b7dbf0b3..75b9d5fd070 100644
--- a/ACE/docs/usage-bugzilla.html
+++ b/ACE/docs/usage-bugzilla.html
@@ -11,10 +11,11 @@
     <p>
       The
       <a href="http://www.dre.vanderbilt.edu">
-  Center for Distributed Object Computing</a> uses the
-      <a href="http://www.mozilla.org/projects/bugzilla/">Bugzilla</a>
+  Center for Distributed Object Computing</a> used the
+      Bugzilla
       bug tracking system to keep track of existing problems and
-      enhancement requests.
+      enhancement requests. Currently <a href="https://github.com/DOCGroup/ACE_TAO/issues">
+      github issues</a> are used
 
     <p>
       To streamline our development process, you can now use it to
@@ -41,9 +42,7 @@
     <p>
       If all you want to do is browse through the bugs in our bug
       tracking system or view bug summary reports, then you can use
-      the bug tracking system right away.  However, if you want to be
-      able to submit bug reports then you will have to create a bug
-      tracking system account.
+      the bug tracking system right away.
 
     <p>
       Upon entering a bug or enhancement request for the first time,
@@ -54,7 +53,8 @@
       the e-mail address you provide.
 
     <p>
-      Once you've logged on, you will have the ability to enter bug
+      Once you've logged on, you will have to ask for permissions through
+      the ACE mailing list to obtain permissions to enter bug
       reports and modify existing ones.  Other than adding comments,
       fixes and attachments, please do not modify bug reports you
       haven't submitted.
@@ -92,7 +92,7 @@
     <address><a href="mailto:ossama@dre.vanderbilt.edu">Ossama Othman</a></address>
 <!-- Created: Wed Aug 18 14:45:31 EDT 1999 -->
 <!-- hhmts start -->
-Last modified: 
+Last modified:
 <!-- hhmts end -->
     <br>
     Back to <a href="index.html">ACE Documentation Home</a>.
diff --git a/ACE/examples/ASX/Event_Server/README b/ACE/examples/ASX/Event_Server/README
index 435f7fc2094..0e9b5fc909f 100644
--- a/ACE/examples/ASX/Event_Server/README
+++ b/ACE/examples/ASX/Event_Server/README
@@ -3,11 +3,11 @@
 This subdirectory illustrates a number of the ACE ASX framework
 features using an ACE_Stream application called the Event Server.  For
 more information on the design and use of the ACE ASX framework please
-see http://www.cs.wustl.edu/~schmidt/PDF/C++-USENIX-94.pdf and
-http://www.cs.wustl.edu/~schmidt/PDF/ACE-concurrency.pdf.  For more
+see http://www.dre.vanderbilt.edu/~schmidt/PDF/C++-USENIX-94.pdf and
+http://www.dre.vanderbilt.edu/~schmidt/PDF/ACE-concurrency.pdf.  For more
 information on the Event Server, please see
 
-http://www.cs.wustl.edu/~schmidt/PDF/DSEJ-94.pdf
+http://www.dre.vanderbilt.edu/~schmidt/PDF/DSEJ-94.pdf
 
 The Event Server example works as follows:
 
diff --git a/ACE/examples/Bounded_Packet_Relay/README b/ACE/examples/Bounded_Packet_Relay/README
index cbf683c9dae..5cf783cc2b8 100644
--- a/ACE/examples/Bounded_Packet_Relay/README
+++ b/ACE/examples/Bounded_Packet_Relay/README
@@ -176,7 +176,7 @@ The files for this example are located in
 $ACE_ROOT/examples/Bounded_Packet_Relay in the latest release of ACE,
 which is located at
 
-http://www.cs.wustl.edu/~schmidt/ACE_wrappers/ACE.tar.gz
+https://github.com/DOCGroup/ACE_TAO
 
 Source Files: Thread_Bounded_Packet_Relay.h
               Thread_Bounded_Packet_Relay.cpp
diff --git a/ACE/examples/Service_Configurator/IPC-tests/README b/ACE/examples/Service_Configurator/IPC-tests/README
index 07627d82576..d76602e0ad5 100644
--- a/ACE/examples/Service_Configurator/IPC-tests/README
+++ b/ACE/examples/Service_Configurator/IPC-tests/README
@@ -7,14 +7,14 @@ communication mechanisms, the Reactor event demultiplexor, and the
 Service Configurator dynamic service configuration framework.  To gain
 a deeper understanding of what is going on, you should read the the
 Wrapper Facade, Reactor, and Component Configurator patterns in POSA2
-<http://www.cs.wustl.edu/~schmidt/POSA/> and check out the following
+<http://www.dre.vanderbilt.edu/~schmidt/POSA/> and check out the following
 papers on the ACE framework components:
 
-http://www.cs.wustl.edu/~schmidt/PDF/IPC_SAP-92.pdf
-http://www.cs.wustl.edu/~schmidt/PDF/Reactor1-93.pdf
-http://www.cs.wustl.edu/~schmidt/PDF/Reactor2-93.pdf
-http://www.cs.wustl.edu/~schmidt/PDF/reactor-rules.pdf
-http://www.cs.wustl.edu/~schmidt/PDF/Svc-Conf.pdf
+http://www.dre.vanderbilt.edu/~schmidt/PDF/IPC_SAP-92.pdf
+http://www.dre.vanderbilt.edu/~schmidt/PDF/Reactor1-93.pdf
+http://www.dre.vanderbilt.edu/~schmidt/PDF/Reactor2-93.pdf
+http://www.dre.vanderbilt.edu/~schmidt/PDF/reactor-rules.pdf
+http://www.dre.vanderbilt.edu/~schmidt/PDF/Svc-Conf.pdf
 
 The key to running these client/server tests is to understand the
 purpose of the svc.conf file located in the
diff --git a/ACE/tests/Bound_Ptr_Test.cpp b/ACE/tests/Bound_Ptr_Test.cpp
index 08e15f74937..0147d14e1e3 100644
--- a/ACE/tests/Bound_Ptr_Test.cpp
+++ b/ACE/tests/Bound_Ptr_Test.cpp
@@ -6,7 +6,7 @@
  *  <ACE_Weak_Bound_Ptr> and illustrates how they may be dispersed
  *  between multiple threads using an implementation of the Active
  *  Object pattern, which is available in the POSA2 book
- *  <http://www.cs.wustl.edu/~schmidt/POSA>.
+ *  <http://www.dre.vanderbilt.edu/~schmidt/POSA>.
  *
  *  @author Christopher Kohlhoff <chris@kohlhoff.com>
  */
diff --git a/ACE/tests/Future_Set_Test.cpp b/ACE/tests/Future_Set_Test.cpp
index 8611fdd87c0..c8c6e1617b0 100644
--- a/ACE/tests/Future_Set_Test.cpp
+++ b/ACE/tests/Future_Set_Test.cpp
@@ -5,7 +5,7 @@
  *
  *  This example tests the ACE Future Set and illustrates an
  *  implementation of the Active Object pattern, which is available
- *  at <http://www.cs.wustl.edu/~schmidt/PDF/Act-Obj.pdf>.  The
+ *  at <http://www.dre.vanderbilt.edu/~schmidt/PDF/Act-Obj.pdf>.  The
  *  Active Object itself is very simple -- it determines if numbers
  *  are prime.
  *
diff --git a/ACE/tests/Refcounted_Auto_Ptr_Test.cpp b/ACE/tests/Refcounted_Auto_Ptr_Test.cpp
index 6cff912cfa5..0609e204cfd 100644
--- a/ACE/tests/Refcounted_Auto_Ptr_Test.cpp
+++ b/ACE/tests/Refcounted_Auto_Ptr_Test.cpp
@@ -5,7 +5,7 @@
  *  This example tests the <ACE_Refcounted_Auto_Ptr> and illustrates
  *  how they may be dispersed between multiple threads using an
  *  implementation of the Active Object pattern, which is available
- *  at <http://www.cs.wustl.edu/~schmidt/PDF/Act-Obj.pdf>.
+ *  at <http://www.dre.vanderbilt.edu/~schmidt/PDF/Act-Obj.pdf>.
  *
  *  @author Johnny Tucker <johnny_tucker@yahoo.com>
  */
diff --git a/README.md b/README.md
index f7a8ba5d1ce..7b7434271b9 100644
--- a/README.md
+++ b/README.md
@@ -13,5 +13,4 @@ See [Douglas C. Schmidt website](http://www.dre.vanderbilt.edu/~schmidt)  for mo
 networked applications, [TAO](http://www.dre.vanderbilt.edu/~schmidt/TAO.html) is a C++
 implementation of the OMG's [CORBA](http://www.omg.org/spec/CORBA/) standard. The main home page
 is [here](http://www.dre.vanderbilt.edu/~schmidt/). Mailing lists are
-available [here](http://www.dre.vanderbilt.edu/~schmidt/ACE-mail.html) and the
-Bugzilla for issues is [here](http://bugzilla.dre.vanderbilt.edu/).
+available [here](http://www.dre.vanderbilt.edu/~schmidt/ACE-mail.html).
diff --git a/TAO/README b/TAO/README
index 1eb96236bb2..fdb1e9080af 100644
--- a/TAO/README
+++ b/TAO/README
@@ -21,8 +21,6 @@ To ensure that you see responses, please do one of the following:
        contents "subscribe tao-users" to
        tao-users-request@list.isis.vanderbilt.edu.
 
-    2) Or, monitor the comp.soft-sys.ace newsgroup for responses.
-
 Thanks,
 
         Douglas C. Schmidt
diff --git a/TAO/TAO-INSTALL.html b/TAO/TAO-INSTALL.html
index a5d55a46a10..190680c2539 100644
--- a/TAO/TAO-INSTALL.html
+++ b/TAO/TAO-INSTALL.html
@@ -62,8 +62,7 @@ to run TAO on:<P>
 TAO.  If you have <A
 HREF="../docs/ACE-porting.html">porting
 questions</A> or have a problem compiling the TAO along with ACE
-wrappers on the platforms shown above please send email to either the
-<A HREF="news:comp.soft-sys.ace">Newsgroup</A> or to the <A
+wrappers on the platforms shown above please send email to the <A
 HREF="mailto:tao-users@list.isis.vanderbilt.edu">TAO mailing list</A> and we'll
 try to help you fix the problems.  You can also submit bug reports and
 enhancement requests in our
diff --git a/TAO/TAO_IDL/be/be_helper.cpp b/TAO/TAO_IDL/be/be_helper.cpp
index 09fef320c5a..385d1df878e 100644
--- a/TAO/TAO_IDL/be/be_helper.cpp
+++ b/TAO/TAO_IDL/be/be_helper.cpp
@@ -30,7 +30,6 @@ static const char copyright[] =
 " *       Washington University\n"
 " *       St. Louis, MO\n"
 " *       USA\n"
-" *       http://www.cs.wustl.edu/~schmidt/doc-center.html\n"
 " * and\n"
 " *       Distributed Object Computing Laboratory\n"
 " *       University of California at Irvine\n"
diff --git a/TAO/docs/Security/index.html b/TAO/docs/Security/index.html
index ffde4b8fa30..a4458edb6b8 100644
--- a/TAO/docs/Security/index.html
+++ b/TAO/docs/Security/index.html
@@ -62,7 +62,7 @@ function MM_nbGroup(event, grpName) { //v3.0
   <h1 align="center"><img src="images/CORBA_Security.jpg" width="500" height="131" align="middle"></h1>
 </div>
 <div id="Layer3" style="position:absolute; left:257px; top:199px; width:625px; height:1px; z-index:3"><!-- #BeginEditable "Body" -->
-  <p>Welcome to the <a href="http://www.cs.wustl.edu/%7Eschmidt/TAO.html">TAO</a>
+  <p>Welcome to the <a href="https://www.dre.vanderbilt.edu/~schmidt/TAO.html">TAO</a>
     CORBA Security web site!</p>
   <p>Information about TAO's CORBA Security Service implementation is available
     on this site.</p>
diff --git a/TAO/docs/Smart_Proxies.html b/TAO/docs/Smart_Proxies.html
index 405ab601fda..7cef472cb74 100644
--- a/TAO/docs/Smart_Proxies.html
+++ b/TAO/docs/Smart_Proxies.html
@@ -20,7 +20,7 @@ interface. A proxy packages the request which gets marshalled and
 sent to the target object.  A paper that describes TAO's <A
 HREF="interceptors.html">portable interceptor</A> and smart proxy
 support is available <A
-HREF="http://www.cs.wustl.edu/~schmidt/PDF/smart_proxies.pdf">online</A>.</p></p>
+HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/smart_proxies.pdf">online</A>.</p></p>
 
 <Hr><P>
 <h3><a name="toc">Table of Contents</a></h3>
@@ -392,7 +392,7 @@ and so for all object instances the same kind of proxy is used.  On
 disabling this default option one can achieve the use of different
 smart proxies for every object instead of every interface.
 For details please see the paper on
-<a href="http://www.cs.wustl.edu/~schmidt/PDF/COOTS-00.pdf">
+<a href="http://www.dre.vanderbilt.edu/~schmidt/PDF/COOTS-00.pdf">
 Meta-programming Mechanisms for ORB Middleware as well as the test at
 $TAO_ROOT/tests/Smart_Proxies/Policy.
 
diff --git a/TAO/docs/TAO-metrics.html b/TAO/docs/TAO-metrics.html
index 857f888e642..f172ada15b4 100644
--- a/TAO/docs/TAO-metrics.html
+++ b/TAO/docs/TAO-metrics.html
@@ -20,14 +20,14 @@ benchmarking of TAO.
 
 <OL>
 <LI> <A
-    HREF="http://www.cs.wustl.edu/~schmidt/PDF/RT-OS.pdf">TAO's
+    HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/RT-OS.pdf">TAO's
     performance on different real-time operating systems</A>
 <LI> <A
-    HREF="http://www.cs.wustl.edu/~schmidt/PDF/words-02.pdf">More real-time operating system performance measurements for TAO</A>
+    HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/words-02.pdf">More real-time operating system performance measurements for TAO</A>
 <LI> <A HREF="http://cs.wustl.edu/~schmidt/PDF/COOTS-99.pdf">TAO's Demultiplexing Latency</A>
-<LI> <A HREF="http://www.cs.wustl.edu/~schmidt/PDF/JSAC-99.pdf">TAO's IIOP performance</A>
-<LI> <A HREF="http://www.cs.wustl.edu/~schmidt/PDF/ami2.pdf">TAO's AMI performance</A>
-<LI> <A HREF="http://www.cs.wustl.edu/~schmidt/PDF/pluggable_protocols.pdf">TAO's
+<LI> <A HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/JSAC-99.pdf">TAO's IIOP performance</A>
+<LI> <A HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/ami2.pdf">TAO's AMI performance</A>
+<LI> <A HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/pluggable_protocols.pdf">TAO's
     pluggable protocols performance</A>
 <LI> <A HREF="../../docs/ACE-subsets.html">Subsetting of ACE and minimum TAO</A>
 <LI> Current and past performance and footprint metrics are available
diff --git a/TAO/docs/compiler.html b/TAO/docs/compiler.html
index 359f2475a19..c12076ec35c 100644
--- a/TAO/docs/compiler.html
+++ b/TAO/docs/compiler.html
@@ -22,7 +22,7 @@ online CORBA specification</A> and the <A
 HREF="http://www.triodia.com/staff/michi-henning.html">Advanced CORBA
 Programming with C++</A> book.  More information on the design of
 TAO's IDL compiler is also available <A
-HREF="http://www.cs.wustl.edu/~schmidt/PDF/ami1.pdf">online</A>.
+HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/ami1.pdf">online</A>.
 Finally, comprehensive documentation on TAO's IDL compiler is
 available in the OCI <A HREF="http://www.theaceorb.com/product/index.html">TAO
 Developer's Guide</A>.<P>
@@ -177,10 +177,10 @@ incoming operation with the correct operation at the servant.  TAO's
 IDL compiler supports perfect hashing, binary search, and dynamic
 hashing demuxing strategies.  By default, TAO's IDL compiler tries to
 generate perfect hash functions, which is generally the most <A
-HREF="http://www.cs.wustl.edu/~schmidt/PDF/COOTS-99.pdf">efficient and
+HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/COOTS-99.pdf">efficient and
 predictable operation demuxing technique</A>.  To generate perfect
 hash functions, TAO's IDL compiler uses <a
-href="http://www.cs.wustl.edu/~schmidt/PDF/gperf.pdf">gperf </a>, which
+href="http://www.dre.vanderbilt.edu/~schmidt/PDF/gperf.pdf">gperf </a>, which
 is a general-purpose perfect hash function generator. <P>
 
 To configure TAO's IDL compiler to support perfect hashing please do
@@ -231,7 +231,7 @@ generate the right collocated stubs (or not generating any at all using
 both  '<a href="#Sp"><code>-Sp</code></a>' and '<a
 href="#Sd"><code>-Sd</code></a>' flags at the same time if
 it's a pure client.)  See our <a
-href="http://www.cs.wustl.edu/~schmidt/PDF/C++-report-col18.pdf">collocation
+href="http://www.dre.vanderbilt.edu/~schmidt/PDF/C++-report-col18.pdf">collocation
 paper</a> for a detail discussion on the collocation support in
 TAO.<p>
 
@@ -646,7 +646,7 @@ also receives other options that are specific to it.<p>
 
     <td>To specify the IDL compiler to generate skeleton code that uses perfect
         hashed operation demuxing strategy, which is the default strategy. Perfect
-        hashing uses <a href="http://www.cs.wustl.edu/~schmidt/PDF/gperf.pdf">gperf
+        hashing uses <a href="http://www.dre.vanderbilt.edu/~schmidt/PDF/gperf.pdf">gperf
         </a>program,
         to generate demuxing methods.&nbsp;</td>
     <td>&nbsp;</td>
diff --git a/TAO/docs/configurations.html b/TAO/docs/configurations.html
index 5f02fbbb689..eb464678ec5 100644
--- a/TAO/docs/configurations.html
+++ b/TAO/docs/configurations.html
@@ -21,11 +21,11 @@ documentation, various components in TAO can be customized by
 specifying options for those components.  This document illustrates
 how to combine these options to affect the behavior and performance of
 a TAO ORB, particularly its <a
-href="http://www.cs.wustl.edu/~schmidt/PDF/CACM-arch.pdf">concurrency
+href="http://www.dre.vanderbilt.edu/~schmidt/PDF/CACM-arch.pdf">concurrency
 model</a>.  </p>
 
 <p> TAO configures itself using the <a
-href="http://www.cs.wustl.edu/~schmidt/PDF/Svc-Conf.pdf">ACE Service
+href="http://www.dre.vanderbilt.edu/~schmidt/PDF/Svc-Conf.pdf">ACE Service
 Configurator</a> framework.  Options are therefore specified using the
 <tt>svc.conf</tt> file (if you want to use a different file name, use
 the <tt><a href="Options.html#svcfonf">-ORBSvcConf</a></tt> option).
diff --git a/TAO/docs/interceptors.html b/TAO/docs/interceptors.html
index f7dc262c4aa..0adf1e3cf3a 100644
--- a/TAO/docs/interceptors.html
+++ b/TAO/docs/interceptors.html
@@ -19,7 +19,7 @@ old interceptors will no longer be supported now that we have the new
 mechanism in place.  A paper that describes TAO's portable
 interceptors and <A HREF="Smart_Proxies.html">smart proxies</A> is
 available
-<A HREF="http://www.cs.wustl.edu/~schmidt/PDF/smart_proxies.pdf">online</A>.
+<A HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/smart_proxies.pdf">online</A>.
 </p>
 
 <hr><P>
@@ -74,7 +74,7 @@ object.</p>
 <p>
 Details of this implementation along with benchmarking is available in
 the paper on <a
-href="http://www.cs.wustl.edu/~schmidt/PDF/COOTS-00.pdf">Meta-programming
+href="http://www.dre.vanderbilt.edu/~schmidt/PDF/COOTS-00.pdf">Meta-programming
 mechanisms.</a>
 </p>
 
diff --git a/TAO/docs/pluggable_protocols/index.html b/TAO/docs/pluggable_protocols/index.html
index 7f3da9d177b..c07c18a8217 100644
--- a/TAO/docs/pluggable_protocols/index.html
+++ b/TAO/docs/pluggable_protocols/index.html
@@ -59,9 +59,9 @@ links that describe TAO's pluggable protocols framework, though not
 how to implement one: <BLOCKQUOTE> <A
 HREF="../releasenotes/index.html#pp">../releasenotes/index.html#pp</A><BR>
 
-<A HREF="http://www.cs.wustl.edu/~schmidt/PDF/PfHSN.pdf">http://www.cs.wustl.edu/~schmidt/PDF/PfHSN.pdf</A><BR>
+<A HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/PfHSN.pdf">http://www.dre.vanderbilt.edu/~schmidt/PDF/PfHSN.pdf</A><BR>
 <A
-HREF="http://www.cs.wustl.edu/~schmidt/PDF/pluggable_protocols.pdf">http://www.cs.wustl.edu/~schmidt/PDF/pluggable_protocols.pdf</A>
+HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/pluggable_protocols.pdf">http://www.dre.vanderbilt.edu/~schmidt/PDF/pluggable_protocols.pdf</A>
 </BLOCKQUOTE>
 
 <P>
@@ -2559,38 +2559,38 @@ were:
 <BLOCKQUOTE>
 Reactor (
 <A HREF="http://www.cs.wustl.edu/~schmidt/Reactor.ps.gz">PostScript</A> |
-<A HREF="http://www.cs.wustl.edu/~schmidt/PDF/Reactor.pdf">PDF</A>
+<A HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/Reactor.pdf">PDF</A>
 )<BR>
 
 Reactor1-93 (
 <A HREF="http://www.cs.wustl.edu/~schmidt/Reactor1-93.ps.gz">PostScript</A> |
-<A HREF="http://www.cs.wustl.edu/~schmidt/PDF/Reactor1-93.pdf">PDF</A>
+<A HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/Reactor1-93.pdf">PDF</A>
 )<BR>
 
 Reactor2-93 (
 <A HREF="http://www.cs.wustl.edu/~schmidt/Reactor2-93.ps.gz">PostScript</A> |
-<A HREF="http://www.cs.wustl.edu/~schmidt/PDF/Reactor2-93.pdf">PDF</A>
+<A HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/Reactor2-93.pdf">PDF</A>
 )<BR>
 
 reactor-rules (
 <A HREF="http://www.cs.wustl.edu/~schmidt/reactor-rules.ps.gz">PostScript</A> |
-<A HREF="http://www.cs.wustl.edu/~schmidt/PDF/reactor-rules.pdf">PDF</A>
+<A HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/reactor-rules.pdf">PDF</A>
 )<BR>
 
 reactor-siemens (
 <A HREF="http://www.cs.wustl.edu/~schmidt/reactor-siemens.ps.gz">PostScript</A> |
-<A HREF="http://www.cs.wustl.edu/~schmidt/PDF/reactor-siemens.pdf">PDF</A>
+<A HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/reactor-siemens.pdf">PDF</A>
 )<BR>
 
 Svc-Conf (
 <A
 HREF="http://www.cs.wustl.edu/~schmidt/Svc-Conf.ps.gz">PostScript</A> |
-<A HREF="http://www.cs.wustl.edu/~schmidt/PDF/Svc-Conf.pdf">PDF</A>
+<A HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/Svc-Conf.pdf">PDF</A>
 )<BR>
 
 Acc-Con (
 <A HREF="http://www.cs.wustl.edu/~schmidt/Acc-Con.ps.gz">PostScript</A>
-<A HREF="http://www.cs.wustl.edu/~schmidt/PDF/Acc-Con.pdf">PDF</A>
+<A HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/Acc-Con.pdf">PDF</A>
 )
 </BLOCKQUOTE>
 <P>These are all readily available from the TAO and ACE website.
@@ -2917,7 +2917,7 @@ Bibliography</A>
 </H3><DL COMPACT><DD><P></P><DT><A NAME="Schmidt:97c">1</A>
 <DD>
 D. C. Schmidt,
-``<A HREF=http://www.cs.wustl.edu/~schmidt/PDF/Acc-Con.pdf>
+``<A HREF=http://www.dre.vanderbilt.edu/~schmidt/PDF/Acc-Con.pdf>
   Acceptor and Connector: Design Patterns for Initializing
   Communication Services</A>,''
   in <EM> Pattern Languages of Program Design</EM>
@@ -2927,7 +2927,7 @@ D. C. Schmidt,
 <P></P><DT><A NAME="Schmidt:97e">2</A>
 <DD>
 C. Cleeland, D. C. Schmidt and T. Harrison,
-``<A HREF=http://www.cs.wustl.edu/~schmidt/PDF/External-Polymorphism.pdf>
+``<A HREF=http://www.dre.vanderbilt.edu/~schmidt/PDF/External-Polymorphism.pdf>
   External Polymorphism -- An Object Structural Pattern for
   Transparently Extending Concrete Data Types</A>,''
   in <EM> Pattern Languages of Program Design</EM>
@@ -2937,7 +2937,7 @@ C. Cleeland, D. C. Schmidt and T. Harrison,
 <P></P><DT><A NAME="Schmidt:94k">3</A>
 <DD>
 D. C. Schmidt and T. Suda,
-  ``<A HREF=http://www.cs.wustl.edu/~schmidt/PDF/DSEJ-94.pdf>
+  ``<A HREF=http://www.dre.vanderbilt.edu/~schmidt/PDF/DSEJ-94.pdf>
   An Object-Oriented Framework for Dynamically
   Configuring Extensible Distributed Communication Systems</A>,'' <EM> IEE/BCS
   Distributed Systems Engineering Journal (Special Issue on Configurable
@@ -2952,14 +2952,14 @@ H. Hueni, R. Johnson, and R. Engel, ``A Framework for Network Protocol
 <P></P><DT><A NAME="Buschmann:95b">5</A>
 <DD>
 F. Buschmann, R. Meunier, H. Rohnert, P. Sommerlad, and M. Stal, <A
-HREF="http://www.cs.wustl.edu/~schmidt/POSA/">Pattern-Oriented Software
+HREF="http://www.dre.vanderbilt.edu/~schmidt/POSA/">Pattern-Oriented Software
 Architecture - A System of Patterns</EM>.</A> Wiley and Sons, 1996.
 
 <P></P><DT><A NAME="Schmidt:99x">6</A>
 <DD>
 Carlos O'Ryan, Fred Kuhns, Douglas C. Schmidt, Ossama Othman, and Jeff
 Parsons, <A
-HREF="http://www.cs.wustl.edu/~schmidt/PDF/pluggable_protocols.pdf"> The
+HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/pluggable_protocols.pdf"> The
 Design and Performance of a Pluggable Protocols Framework for
 Real-time Distributed Object Computing Middleware</A>, Proceedings of
 the IFIP/ACM <A
@@ -2968,7 +2968,7 @@ Conference, Pallisades, New York, April 3-7, 2000. <P>
 
 <P></P><DT><A NAME="Schmidt:99c">7</A> <DD> Fred Kuhns, Carlos O'Ryan,
 Douglas C. Schmidt, Ossama Othman, and Jeff Parsons, <A
-HREF="http://www.cs.wustl.edu/~schmidt/PDF/PfHSN.pdf">The Design and
+HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/PfHSN.pdf">The Design and
 Performance of a Pluggable Protocols Framework for Object Request
 Broker Middleware,</A> Proceedings of the <A
 HREF="http://www.isi.edu/pfhsn99/call.html">IFIP Sixth International
diff --git a/TAO/docs/releasenotes/amh.html b/TAO/docs/releasenotes/amh.html
index 556692c3d16..1989df3b73c 100644
--- a/TAO/docs/releasenotes/amh.html
+++ b/TAO/docs/releasenotes/amh.html
@@ -32,7 +32,7 @@ servers. Servers with AMH capability can return immediately
 from (potentially) long, blocking requests. This makes the
 servers capable of higher throughput. For a detailed description
 for the motivation and potential use-cases of AMH, please refer to
-<a href="http://www.cs.wustl.edu/~schmidt/PDF/AMH.pdf">AMH-Motivation. </a>
+<a href="http://www.dre.vanderbilt.edu/~schmidt/PDF/AMH.pdf">AMH-Motivation. </a>
 
 <HR SIZE=4 WIDTH="100%">
 
@@ -45,7 +45,7 @@ with the "-GH" option causes the IDL-Compiler to generate
 AMH-skeletons for all interfaces in the ".idl" file.  The signatures
 of the AMH-methods differ from the original interfaces as per the
 rules described in
-<a href="http://www.cs.wustl.edu/~schmidt/PDF/DOA-02.pdf"">AMH-In-Detail. </a>
+<a href="http://www.dre.vanderbilt.edu/~schmidt/PDF/DOA-02.pdf"">AMH-In-Detail. </a>
 Servants derived from the AMH-skeletons are registered with the POA in the usual manner
 and appear to clients as "normal" servants for the corresponding
 interfaces; Thus even while being transparent to the client, these
diff --git a/TAO/docs/releasenotes/ftcorba_services.html b/TAO/docs/releasenotes/ftcorba_services.html
index f4854e1bfd5..d603acd716a 100644
--- a/TAO/docs/releasenotes/ftcorba_services.html
+++ b/TAO/docs/releasenotes/ftcorba_services.html
@@ -78,7 +78,7 @@ project included:
 <ol>
   <li>Adding a <code>SEMI_ACTIVE</code> replication style similar to
   that described <a
-    href="http://www.cs.wustl.edu/~schmidt/PDF/WDMS02.pdf">here</a>.</li>
+    href="http://www.dre.vanderbilt.edu/~schmidt/PDF/WDMS02.pdf">here</a>.</li>
   <li>Separating interfaces and type definitions that are common
   across multiple specifications into a Portable Group module as
   described in the <a
diff --git a/TAO/docs/releasenotes/index.html b/TAO/docs/releasenotes/index.html
index f676bdf3c39..6ddcae06f14 100644
--- a/TAO/docs/releasenotes/index.html
+++ b/TAO/docs/releasenotes/index.html
@@ -1972,7 +1972,7 @@ Point of contact: <a href="mailto:ossama@dre.vanderbilt.edu">Ossama Othman</a>
 <h4>
 Current Status:</h4>
 TAO's
-<a href="http://www.cs.wustl.edu/~schmidt/PDF/load_balancing.pdf">Load
+<a href="http://www.dre.vanderbilt.edu/~schmidt/PDF/load_balancing.pdf">Load
 Balancer</a> currently implements the latest revision of the OMG <i>Load
 Balancing and Monitoring</i> proposed specification.
 <p>It provides many features and advantages over the previous prototype.
diff --git a/TAO/docs/rtcorba/status.html b/TAO/docs/rtcorba/status.html
index 953a9a3a7bc..cb3e353e6c2 100644
--- a/TAO/docs/rtcorba/status.html
+++ b/TAO/docs/rtcorba/status.html
@@ -28,11 +28,8 @@ HREF="http://www.dre.vanderbilt.edu/~schmidt/corba-research-realtime.html">Real-
 CORBA research page</A>.
 
 <p>As usual, questions, comments, and contributions should be posted
-to the <a href="news:comp.soft-sys.ace">comp.soft-sys.ace</a>
-newsgroup, and bug reports can be submitted either through our
-web-based <a
-href="http://bugzilla.dre.vanderbilt.edu/index.cgi">bug-tracking
-system</a> (best) or by filling out the <A
+to  <a
+href="https://github.com/DOCGroup/ACE_TAO/issues">github issues</a> (best) or by filling out the <A
 HREF="../../PROBLEM-REPORT-FORM">TAO_ROOT/PROBLEM-REPORT-FORM</A>
 and posting it to the newsgroup. Please indicate &quot;RTCORBA&quot;
 in the component field when submitting a bug report. </p>
diff --git a/TAO/docs/tutorials/Quoter/index.html b/TAO/docs/tutorials/Quoter/index.html
index 2de4e419112..9e4b4110b4e 100644
--- a/TAO/docs/tutorials/Quoter/index.html
+++ b/TAO/docs/tutorials/Quoter/index.html
@@ -29,9 +29,9 @@
       applications to explore advanced TAO features, such as
       <A HREF="http://www.cs.wustl.edu/~schmidt/report-doc.html#ami">
         asynchronous method invocation</A>,
-      <A HREF="http://www.cs.wustl.edu/~schmidt/PDF/C++-report-col19.pdf">
+      <A HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/C++-report-col19.pdf">
         reliable oneways</A>,
-      the <A HREF="http://www.cs.wustl.edu/~schmidt/PDF/JSAC-98.pdf">
+      the <A HREF="http://www.dre.vanderbilt.edu/~schmidt/PDF/JSAC-98.pdf">
         real-time Events Service</A>,
       the <A HREF="../../INS.html">
         Interoperable Naming Service</A>
diff --git a/TAO/orbsvcs/ImplRepo_Service/README b/TAO/orbsvcs/ImplRepo_Service/README
index fb14aa12a33..f5e68a71b9d 100644
--- a/TAO/orbsvcs/ImplRepo_Service/README
+++ b/TAO/orbsvcs/ImplRepo_Service/README
@@ -39,10 +39,8 @@ The current version is developed by Phil Mesnier
 @<<a href="mailto:mesnier_p@ociweb.com">mesnier_p@ociweb.com</a>@>.
 You can reach us by either email (which is better), or through the
 <a href="http://www.dre.vanderbilt.edu/~schmidt/ACE-mail.html">ACE mailing list</a>
-@<<a href="mailto:ace-users@list.isis.vanderbilt.edu">ace-users@list.isis.vanderbilt.edu</a>@>,
-or through the <a href="news:comp.soft-sys.ace">comp.soft-sys.ace</a>
-newsgroup. The newsgroup mirrors the mailing list, but not the other way.
-Also, if you use the mailing list, it is best if you join it before sending
+@<<a href="mailto:ace-users@list.isis.vanderbilt.edu">ace-users@list.isis.vanderbilt.edu</a>@>.
+If you use the mailing list, it is required to join it before sending
 a question since responses are usually just replied back to the group.
 
 The NT Service part of the ImR was developed by Jeff Parsons @<<a
diff --git a/TAO/performance-tests/Cubit/TAO/MT_Cubit/README b/TAO/performance-tests/Cubit/TAO/MT_Cubit/README
index b90030606ef..35ab6b1afe0 100644
--- a/TAO/performance-tests/Cubit/TAO/MT_Cubit/README
+++ b/TAO/performance-tests/Cubit/TAO/MT_Cubit/README
@@ -10,8 +10,8 @@ utilization, and degree of priority inversion incurred by TAO twoway
 operations invoked under different workloads and priorities.  For
 more information and empirical results, please see
 
-http://www.cs.wustl.edu/~schmidt/PDF/RT-perf.pdf
-http://www.cs.wustl.edu/~schmidt/PDF/RT-OS.pdf
+http://www.dre.vanderbilt.edu/~schmidt/PDF/RT-perf.pdf
+http://www.dre.vanderbilt.edu/~schmidt/PDF/RT-OS.pdf
 
 COMPILING
 ---------
diff --git a/TAO/tests/Smart_Proxies/Policy/README b/TAO/tests/Smart_Proxies/Policy/README
index 7f464d09f25..05f9243cf73 100644
--- a/TAO/tests/Smart_Proxies/Policy/README
+++ b/TAO/tests/Smart_Proxies/Policy/README
@@ -84,4 +84,4 @@ While in send portion of the output, the smart proxy is used only once, that is
 first time around and the default proxy is called upon the second time.  This is because
 the smart proxy factory gets unregistered since the "one-shot" policy is disabled.
 
-For details, please see: http://www.cs.wustl.edu/~schmidt/PDF/COOTS-00.pdf
+For details, please see: http://www.dre.vanderbilt.edu/~schmidt/PDF/COOTS-00.pdf