Return-Path: X-Original-To: apmail-ant-ivy-user-archive@www.apache.org Delivered-To: apmail-ant-ivy-user-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 1BAC98420 for ; Thu, 15 Sep 2011 15:17:50 +0000 (UTC) Received: (qmail 48690 invoked by uid 500); 15 Sep 2011 15:17:49 -0000 Delivered-To: apmail-ant-ivy-user-archive@ant.apache.org Received: (qmail 48664 invoked by uid 500); 15 Sep 2011 15:17:49 -0000 Mailing-List: contact ivy-user-help@ant.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: ivy-user@ant.apache.org Delivered-To: mailing list ivy-user@ant.apache.org Received: (qmail 48655 invoked by uid 99); 15 Sep 2011 15:17:49 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Sep 2011 15:17:49 +0000 X-ASF-Spam-Status: No, hits=0.0 required=5.0 tests= X-Spam-Check-By: apache.org Received-SPF: unknown (nike.apache.org: error in processing during lookup of Kfiles@masergy.com) Received: from [64.47.5.21] (HELO SMTP1.masergy.com) (64.47.5.21) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 15 Sep 2011 15:17:43 +0000 Received: from MTXHUB2.add0.masergy.com (10.20.1.170) by SMTP1.masergy.com (64.47.5.21) with Microsoft SMTP Server (TLS) id 8.3.159.2; Thu, 15 Sep 2011 10:16:51 -0500 Received: from [10.20.193.2] (10.20.193.2) by smtp.masergy.com (10.20.1.175) with Microsoft SMTP Server id 8.3.192.1; Thu, 15 Sep 2011 10:17:20 -0500 Message-ID: <4E721700.2090005@masergy.com> Date: Thu, 15 Sep 2011 11:17:20 -0400 From: Kirby Files User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110516 Lightning/1.0b2 Thunderbird/3.1.10 MIME-Version: 1.0 To: "ivy-user@ant.apache.org" Subject: Re: ivy:publish build error References: <32471426.post@talk.nabble.com> <4E71F96C.30706@masergy.com> <32471596.post@talk.nabble.com> <4E720307.6060302@masergy.com> <32472271.post@talk.nabble.com> In-Reply-To: <32472271.post@talk.nabble.com> Content-Type: text/plain; charset="ISO-8859-1"; format=flowed Content-Transfer-Encoding: 7bit X-EMS-Proccessed: GJyvOXGMxaZVBSJzMziOng== X-EMS-STAMP: bZ2gA15Eg5/OOOqG2QY57w== X-Virus-Checked: Checked by ClamAV on apache.org zharvey wrote on 09/15/2011 10:56 AM: > (c) It, theoretically, would be possible to script my Apache server to > accept the PUT from Ivy and write these files to my ivyrepo. (Yes, I am > aware of the security concerns that will arise from this, and would have to > take measure into my own hands on that account). Well, I'm not sure what Ivy actually has or has not attempted in your case (wireshark could tell you for sure). I wouldn't use bare PUTs to publish artifacts myself to a URL resolver, even if Ivy does allow it. I would like some security and authentication on writes to my repository. It would be tricky to get Apache and Ivy to implement any decent security on bare puts. I suppose you could implement HTTP Basic Auth and encode the user/pass in the URL of the resolver, but that would be hackish and insecure indeed. If you're going to use a remote resolver, I'd use one designed for writing with solid session authentication: Webdav is a good choice, as is SFTP. A lot of folks just export the filesystem underlying the HTTP docroot via NFS or CIFS, and then use a filesystem resolver to publish. Then your filesystem permissions handle security. Still others use the Ivy-SVN integration to publish to a subversion repo, and then use svnweb to access the repo. All are valid choices; which is best for you will depend upon your environment, VCS, and toolchain. Thanks, --- Kirby Files Software Architect Masergy Communications kfiles@masergy.com