Return-Path: Delivered-To: apmail-jcp-open-archive@www.apache.org Received: (qmail 62619 invoked from network); 25 Apr 2010 20:12:25 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 25 Apr 2010 20:12:25 -0000 Received: (qmail 33420 invoked by uid 500); 25 Apr 2010 20:12:25 -0000 Delivered-To: apmail-jcp-open-archive@apache.org Received: (qmail 33258 invoked by uid 500); 25 Apr 2010 20:12:25 -0000 Mailing-List: contact jcp-open-help@apache.org; run by ezmlm Precedence: bulk Reply-To: jcp-open@apache.org list-help: list-unsubscribe: List-Post: List-Id: Delivered-To: mailing list jcp-open@apache.org Received: (qmail 33251 invoked by uid 99); 25 Apr 2010 20:12:25 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 25 Apr 2010 20:12:25 +0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=AWL,RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [193.252.22.152] (HELO smtp5.freeserve.com) (193.252.22.152) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 25 Apr 2010 20:12:17 +0000 Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf3421.me.freeserve.com (SMTP Server) with ESMTP id B76D41C0041B for ; Sun, 25 Apr 2010 22:11:54 +0200 (CEST) Received: from me-wanadoo.net (localhost [127.0.0.1]) by mwinf3421.me.freeserve.com (SMTP Server) with ESMTP id AA0791C0041C for ; Sun, 25 Apr 2010 22:11:54 +0200 (CEST) Received: from mail.homeinbox.net (unknown [91.109.155.241]) by mwinf3421.me.freeserve.com (SMTP Server) with ESMTP id 6B4351C0041B for ; Sun, 25 Apr 2010 22:11:54 +0200 (CEST) X-ME-UUID: 20100425201154439.6B4351C0041B@mwinf3421.me.freeserve.com Received: from localhost (localhost [127.0.0.1]) by mail.homeinbox.net (Postfix) with ESMTP id 31E14329BE for ; Sun, 25 Apr 2010 21:12:21 +0100 (BST) X-Virus-Scanned: Debian amavisd-new at homeinbox.net Received: from mail.homeinbox.net ([127.0.0.1]) by localhost (mail.homeinbox.net [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X-SL63grNOvZ for ; Sun, 25 Apr 2010 21:12:17 +0100 (BST) Received: from [192.168.0.9] (study03.dev.local [192.168.0.9]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.homeinbox.net (Postfix) with ESMTPSA id D03383293D for ; Sun, 25 Apr 2010 21:12:17 +0100 (BST) Message-ID: <4BD4A200.6010902@apache.org> Date: Sun, 25 Apr 2010 21:11:44 +0100 From: Mark Thomas User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-GB; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: jcp-open@apache.org Subject: Re: Distributing TCK materials ideas.... References: <201004202113.37139.dkulp@apache.org> <4BD452E2.6040207@apache.org> <2CAB3802-12CC-4CD4-831D-0252362C6B58@pobox.com> <201004251432.15198.dkulp@apache.org> In-Reply-To: <201004251432.15198.dkulp@apache.org> X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On 25/04/2010 19:32, Daniel Kulp wrote: > On Sunday 25 April 2010 10:55:51 am Geir Magnusson Jr. wrote: >> Also, I did up load to the geronimo zone last night (and have to do one >> more thing and hand stuff to david...) but that gave me an idea - why not >> just setup a zone for this stuff, maintain a tree there, and everyone who >> has TCK access can just be put on that zone, to get what they need when >> they need it? > > I kind of thought about that option as well. One issue would require us to > maintain the zone. Not being a Sun admin type person, I really wouldn't know > what is involved in that. They are also not backed up or anything. I know next to nothing about managing a zone. > If svn doesn't work, that's definitely an option though. svn works with one minor snag. The upload for javaee6 took a few minutes. The problem is the download speed. at ~30kB/sec it will take a number of hours to download the same files. The other TCKs are all much smaller so should not be an issue. While the download time may look prohibitive, if you compare it to the time it takes between writing an e-mail to this list and one of us having a chance to copy the file across, a small number of hours isn't that bad. And for the smaller TCKs it is a no-brainer. I'm leaning towards continuing with svn at this point. That would require: - downloading and adding all the other TCKs under [1] - adding a jcp-nda group to svn - granting jcp-nda read access to [1] - populating jcp-nda with everyone who has signed the JCP nda If the download time for the Java EE TCKs is an issue, we still have the option of placing a copy diretcly in someone'e homedir on people. Thoughts? Mark [1] https://svn.apache.org/repos/tck/sun-tcks