Return-Path: X-Original-To: apmail-commons-dev-archive@www.apache.org Delivered-To: apmail-commons-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 EB4F0D0EE for ; Tue, 1 Jan 2013 05:49:03 +0000 (UTC) Received: (qmail 52678 invoked by uid 500); 1 Jan 2013 05:49:02 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 52421 invoked by uid 500); 1 Jan 2013 05:49:01 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 52387 invoked by uid 99); 1 Jan 2013 05:48:59 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jan 2013 05:48:59 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of phil.steitz@gmail.com designates 209.85.210.48 as permitted sender) Received: from [209.85.210.48] (HELO mail-da0-f48.google.com) (209.85.210.48) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 01 Jan 2013 05:48:50 +0000 Received: by mail-da0-f48.google.com with SMTP id k18so6008931dae.21 for ; Mon, 31 Dec 2012 21:48:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=lOaT4g/lLFryj6pMd4thU4fG45t21b2kfpo4Xs1+ig8=; b=Uv2IGlr6YO1fPEkyXoFgMLZvc/fjg4bryAM59pmOLlEokOwf4hGKBQf3Gly6yB8sgG TAtUfZW1KFSw8AX+hUSaK4qlY6QS1e4d0fkyrr6SWPq2HOhuwiDqr151Hy+iQK1I9s3X fdQ3aEZi3ndkX7r/mY+svquRkI3ixQfZGTxtvxoZ3tkS0zjaweS6yqVSbD4Ibwmo3TSM xnA0yLUIQZ8Tlu8pbB3ofbAahrapTbVgxuExP9RtJibv/C2a49Vile1qKsnERfwFnUYl eFOgkrjqY0ZI7sYMUgFwb/CUr0j/kspGAtR1gok5Miy3jnGXkdRdE/J2akYRlXra1gEd xbhQ== X-Received: by 10.66.84.10 with SMTP id u10mr127176845pay.24.1357019309151; Mon, 31 Dec 2012 21:48:29 -0800 (PST) Received: from [192.168.2.107] (ip72-208-109-243.ph.ph.cox.net. [72.208.109.243]) by mx.google.com with ESMTPS id kl3sm26085209pbc.15.2012.12.31.21.48.27 (version=SSLv3 cipher=OTHER); Mon, 31 Dec 2012 21:48:28 -0800 (PST) Message-ID: <50E278A9.9020307@gmail.com> Date: Mon, 31 Dec 2012 21:48:25 -0800 From: Phil Steitz User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:17.0) Gecko/17.0 Thunderbird/17.0 MIME-Version: 1.0 To: Commons Developers List Subject: Re: [Math] Location of the API docs on the web site References: <20121230215012.1E53723888CD@eris.apache.org> <20121230224555.GQ24843@dusk.harfang.homelinux.org> <50E0DCD7.5050808@gmail.com> <20121231130620.GF20126@dusk.harfang.homelinux.org> <50E1B10D.40501@gmail.com> <20130101003730.GG20126@dusk.harfang.homelinux.org> In-Reply-To: <20130101003730.GG20126@dusk.harfang.homelinux.org> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On 12/31/12 4:37 PM, Gilles Sadowski wrote: >>> [...] >>> >>> The slight problem with the above is that there is only one version of the >>> user guide, and it refers (links) to the "apidocs" directory (i.e. "Latest >>> API" next time the site is generated). >>> 1. The user guide might not be in sync (i.e. giving examples that use an >>> outdated API) with the Javadoc it points to. >>> 2. Some (most?) users might prefer to use the latest official release, but >>> when reading the user guide, they will be referred to classes or method >>> that may not exist in that version. >> Here again, the maybe not-clearly-communicated enough convention up >> to now has been the live site corresponds to active development >> (i.e. trunk); so examples and api docs in the user guide should be >> "latest." We ship enough with the source release to generate the >> user guide for a release, so if users want the guide for the release >> they are using, they can generate it from source. In the old, old >> days, we used to ship the full site with the binary distro, which >> included the user guide. I guess we could consider publishing >> versioned user guides, but that is yet more content to manage on the >> web site. > It was just an observation; not an invitation to manage more with resources > which we don't have... > >> I think its worth sneaking in a final deploy before pumpkin time to >> get latest javadoc (and links in the user guide) up. Does mvn >> site:deploy still work to do that? > If the site exists (generated locally), then this command uploads it. > But if the final date was today, it's too late... > Anyways, the 3.1 docs is currently quite close to "latest". I managed to sneak in a deploy, including even the 90+-minute cobertura report earlier this evening. Happy New Year! Phil > > Gilles > >> [...] > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org > For additional commands, e-mail: dev-help@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org