Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 83388 invoked from network); 1 Jul 2005 00:27:07 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 1 Jul 2005 00:27:07 -0000 Received: (qmail 11285 invoked by uid 500); 1 Jul 2005 00:27:03 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 11219 invoked by uid 500); 1 Jul 2005 00:27:03 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: List-Id: Reply-To: "Derby Development" Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 11171 invoked by uid 99); 1 Jul 2005 00:27:03 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 30 Jun 2005 17:27:03 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [206.190.37.123] (HELO web81606.mail.yahoo.com) (206.190.37.123) by apache.org (qpsmtpd/0.29) with SMTP; Thu, 30 Jun 2005 17:27:05 -0700 Received: (qmail 60513 invoked by uid 60001); 1 Jul 2005 00:27:00 -0000 Message-ID: <20050701002700.60511.qmail@web81606.mail.yahoo.com> Received: from [129.42.184.35] by web81606.mail.yahoo.com via HTTP; Thu, 30 Jun 2005 17:27:00 PDT Date: Thu, 30 Jun 2005 17:27:00 -0700 (PDT) From: Jeff Levitt Subject: [doc] Legacy content on the doc server at Apache To: Derby Dev MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N This is a minor issue, and I wasnt sure whether it was something that needed a JIRA issue. I've noticed that some of the html output files for the docs that have been removed from the manuals for whatever reason are still on the server. It might be nice to clear out those directories every now and then to make sure these files aren't hanging around too long. More lengthy detail: I'm guessing this is because the process that creates our nightly builds simply copies over the new html files each night without removing what's in the directory currently. So if file X is deleted from the manual, it still appears, although the content cannot be found from the table of contents and is not linked to from any other page (it is an island). This wouldn't be a problem except for the fact that we have JIRA issues where people have asked for certain pages to be removed and provided links to them. Well, if one goes back to those JIRA issues and checks to see if the page has been removed, they are going to get a working link and not realize that the file is not in the manual anymore. Also, I'm not sure if web search crawlers access our documentation, but I imagine that if they do, or if we want them to in the future, these pages would show up in searches and provide potentially mistaken info.