Return-Path: Delivered-To: apmail-incubator-shiro-dev-archive@www.apache.org Received: (qmail 59518 invoked from network); 17 Aug 2010 19:27:57 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 17 Aug 2010 19:27:57 -0000 Received: (qmail 71917 invoked by uid 500); 17 Aug 2010 19:27:57 -0000 Delivered-To: apmail-incubator-shiro-dev-archive@incubator.apache.org Received: (qmail 71890 invoked by uid 500); 17 Aug 2010 19:27:57 -0000 Mailing-List: contact shiro-dev-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: shiro-dev@incubator.apache.org Delivered-To: mailing list shiro-dev@incubator.apache.org Received: (qmail 71882 invoked by uid 99); 17 Aug 2010 19:27:57 -0000 Received: from Unknown (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Aug 2010 19:27:57 +0000 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of kalle.o.korhonen@gmail.com designates 209.85.160.175 as permitted sender) Received: from [209.85.160.175] (HELO mail-gy0-f175.google.com) (209.85.160.175) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 17 Aug 2010 19:27:34 +0000 Received: by gya6 with SMTP id 6so346309gya.6 for ; Tue, 17 Aug 2010 12:27:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=DblC/LleMegEaVZKYZBRZBgFSm6SGMCpACppgRadUEg=; b=axKaNYHWvRCjs5pss1i5ReVPADe4lyXdqJhP93rXf0I/0KrRHD81BlmMlJOeA+EFfM 4oFP0oubDnKsuePpc3bMwcuiaGqWQLxrGIGsJNRfxUCCiSdiVSMM4HDCpHb6dWASjKmU rAVD4VwRuV6W8YkGPgxqYzj8hRei8NvFpUeYw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=JYklQln3YSewspe4Qzn+Nnj0ZXZQEVANHx5vXvfh9RHiXZoSGVZP/yFULFs46rYrT1 j6dcesRCO7psl7Kdw6pG7LzmFzaIRZ58SFYgcZ2QkOmI9ZDfKbgWRjCT2yAPE28zOOjt wLAEEVCCNHAOUVtKmjF9WeRTbsBLth1L/Ugc4= MIME-Version: 1.0 Received: by 10.90.33.15 with SMTP id g15mr4728505agg.97.1282073233190; Tue, 17 Aug 2010 12:27:13 -0700 (PDT) Received: by 10.90.204.17 with HTTP; Tue, 17 Aug 2010 12:27:13 -0700 (PDT) In-Reply-To: References: Date: Tue, 17 Aug 2010 12:27:13 -0700 Message-ID: Subject: Re: Shiro artifact distribution From: Kalle Korhonen To: shiro-dev@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Tue, Aug 17, 2010 at 12:10 PM, Les Hazlewood wro= te: >> From my reading of the release documentation either is fine. As a TLP >> I don't think we have a strict requirement to publish to /dist, it's >> just an option. However, Clutch checks for the existence of release >> artifacts at /dist so we better keep the duplicates there. Going >> forward, I don't think we need to worry about cgi scripts for using >> mirros either, central is already load-balanced (and proxied and >> cached). > We unfortunately can't use m2 central as our primary distribution > source since that is not considered ASF infrastructure. =A0At least > according to the publishing page: > "The Apache infrastructure must be the primary source for all > artifacts officially released by the ASF." Right, ok I see now why you had the links originally pointing at the repository.apache.org. Pointing to /dist instead would solve that problem. > I think it's ok at the moment to have the links for the binary .jars > point to m2 central because they're not really official ASF releases - > we do it as a convenience. =A0Although it would be a little nicer to > have all of our artifacts hosted by the ASF: someone has to pay the > download bandwidth costs, and it'd be better if the ASF (or one of > it's agreed mirror partners) did that instead of us passing the bill > transparently to Sonatype. =A0Just a thought... We can figure out how to best use and integrate publishing to the /dist as a TLP later, but because we are a library project (as opposed to an application such as Tomcat), I'm pretty certain that most people will get the libs from Central even if we have them available somewhere else. Sonatype has a vested interest in seeing Maven succeed and if people get the jars directly from Central they are much leaner (and will be cached) than the single source distro zip, so I doubt Sonatype has that much of a problem with it. Kalle PS. Making the release with Maven was a pleasure. I can see how it might have been tripping up and annoying lots of non-Maven-built Apache projects before us and obviously it helped that I've done the same several times over with different Maven projects but overall, it's about as streamlined as it currently can be.