Return-Path: X-Original-To: apmail-db-torque-dev-archive@www.apache.org Delivered-To: apmail-db-torque-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id D06B19E9F for ; Fri, 5 Oct 2012 09:49:38 +0000 (UTC) Received: (qmail 13377 invoked by uid 500); 5 Oct 2012 09:49:38 -0000 Delivered-To: apmail-db-torque-dev-archive@db.apache.org Received: (qmail 13240 invoked by uid 500); 5 Oct 2012 09:49:35 -0000 Mailing-List: contact torque-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Apache Torque Developers List" Reply-To: "Apache Torque Developers List" Delivered-To: mailing list torque-dev@db.apache.org Received: (qmail 13212 invoked by uid 99); 5 Oct 2012 09:49:34 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Oct 2012 09:49:34 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [62.13.149.112] (HELO outmail149112.authsmtp.co.uk) (62.13.149.112) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 05 Oct 2012 09:49:25 +0000 Received: from mail-c193.authsmtp.com (mail-c193.authsmtp.com [62.13.128.118]) by punt12.authsmtp.com (8.14.2/8.14.2/Kp) with ESMTP id q959n3YB069482 for ; Fri, 5 Oct 2012 10:49:03 +0100 (BST) Received: from dhcp-wlan29.home.lan (erft-5d809f39.pool.mediaWays.net [93.128.159.57]) (authenticated bits=0) by mail.authsmtp.com (8.14.2/8.14.2) with ESMTP id q959mvV0079075 for ; Fri, 5 Oct 2012 10:48:57 +0100 (BST) Message-ID: <506EAD09.1040301@apache.org> Date: Fri, 05 Oct 2012 11:48:57 +0200 From: Thomas Vandahl User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:15.0) Gecko/20120907 Thunderbird/15.0.1 MIME-Version: 1.0 To: Apache Torque Developers List Subject: Re: Planning References: In-Reply-To: X-Enigmail-Version: 1.4.4 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Server-Quench: e261774a-0ed1-11e2-97bb-002264978518 X-AuthReport-Spam: If SPAM / abuse - report it at: http://www.authsmtp.com/abuse X-AuthRoute: OCdyaAgQClZJUiwT EioPDCIGTh8qMAFL GwYeIE5WLUQhWQ4X O15TJVpedloGSkcB Bnl0CBBLUl1wW3N0 awBVZQ9YagRHXBtr UkBXQ1dbCgBvHh4E BBsBUlczfgBPJTgW ZUZlV3BcWQp4c0R0 DBtWE2wBYmMxdWBK BEFFdgIBch5DeU0X d1B/VnELZWwAbn9h TxkJMmJ5BTFWLiJU RA5l X-Authentic-SMTP: 61633138303539.1014:706 X-AuthFastPath: 0 (Was 255) X-AuthSMTP-Origin: 93.128.159.57/2525 X-AuthVirus-Status: No virus detected - but ensure you scan with your own anti-virus system. X-Virus-Checked: Checked by ClamAV on apache.org On 03.10.12 03:21, Thomas Fox wrote: > 2) I do not see the necessity to have a source distribution for single > modules. We already have a source distribution for all modules. Having > single source distributions has the problem that the module builds depend > on each other. I already expressed my opinion that this is a bit uncommon. It would at least not meet my expectations. > 3) We can use db/torque/site-svnpubsub as svn location. There, a directory > should exist for every documentation version we want to retain (even the > newest version), e.g db/torque/site-svnpubsub/torque-4.0. There should be a > single index.html file in the db/torque/site-svnpubsub location, which > redirects to the current version. I just noticed that a Maven plugin has been released to handle this. See here: http://maven.apache.org/sandbox/plugins/maven-scm-publish-plugin/ We should check if the plugin meets the requirements. Concerning the maintenance of old docs: I'd drop this for 3.1 and 3.2, only keeping 3.3. > 4) I'd suggest two months. So try starting to release 4.0 end of November. +1 > 5) Reorganizing would break existing svn locations. But as long as we edit > the site accordinglis, this should not be a problem. I suggest to create a > torque3 directory along the torque4 directory (db/torque/torque3) and move > the torque 3 stuff in there. +1 > 6) In my opinion, the user sees Torque as a single toolkit. Why should he > bother to first think into which module he must look into for > documentation? While at this, I'd also like to move the docs to a more > prominent place than Module Documentation/Modules/${module}/Reference in > the current site menu structure I believe that most people only get in touch with the maven-plugin and the runtime. Fiddling with the generator and the templates is advanced stuff, IMO. (Do we have some numbers to prove this?) I guess a more prominent place for the docs could do no harm. I'd concentrate on the most-used parts, however. Bye, Thomas. PS: Do we meet in Sinsheim? --------------------------------------------------------------------- To unsubscribe, e-mail: torque-dev-unsubscribe@db.apache.org For additional commands, e-mail: torque-dev-help@db.apache.org