Return-Path: Delivered-To: apmail-incubator-general-archive@www.apache.org Received: (qmail 77115 invoked from network); 11 Nov 2009 14:50:14 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 11 Nov 2009 14:50:14 -0000 Received: (qmail 10489 invoked by uid 500); 11 Nov 2009 14:50:13 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 10319 invoked by uid 500); 11 Nov 2009 14:50:13 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 10303 invoked by uid 99); 11 Nov 2009 14:50:13 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Nov 2009 14:50:13 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of markphip@gmail.com designates 209.85.216.201 as permitted sender) Received: from [209.85.216.201] (HELO mail-px0-f201.google.com) (209.85.216.201) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Nov 2009 14:50:04 +0000 Received: by pxi39 with SMTP id 39so935020pxi.30 for ; Wed, 11 Nov 2009 06:49:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=yyiBCa62FWQNhAg56c/xZEdydVJJGKRvD0TvNGcrNng=; b=WKrMKLI+eJqQipWFUai+zoN4rokY3/Ds8j2zMTTOhH+sJRrcEJnOosH0cjq+7z4t+n 7kDFCbTLKr5JEmPRpALXflMtdoiYX0JK4VemJt/Qd2s7gJP5G4nOGnLqDHx7u5OkBSux 6Xr4Rm2iqyiJbiLENSG0iIkoJbLaB6eteHUr0= 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=dpYRm6/G9ehDeQFVKYbjVzUkruZJuGQ9aGo/DH6mBpQWHdmOy20lIN7N5a+RjHf/Ge 94aAdYb+J9GjFQYYKh9K/lEJPZejS3HsjDkvOK+0/Ney5ZWR05Qa5x+oeZ9WLTxBJ8IG BIP0GEjfgrO5Wh7OwFhUEaooPlr4850XHnEA8= MIME-Version: 1.0 Received: by 10.142.67.24 with SMTP id p24mr177692wfa.252.1257950983718; Wed, 11 Nov 2009 06:49:43 -0800 (PST) In-Reply-To: <26299895.post@talk.nabble.com> References: <6cca3db30911041212na34324dp16d978c52ce9d2a1@mail.gmail.com> <26269837.post@talk.nabble.com> <4AF84CD6.10409@collab.net> <26280942.post@talk.nabble.com> <4AF97FD3.2080301@collab.net> <26286015.post@talk.nabble.com> <4AF99B81.5070406@xbc.nu> <26299895.post@talk.nabble.com> Date: Wed, 11 Nov 2009 09:49:43 -0500 Message-ID: Subject: Re: [PROPOSAL][VOTE] Subversion From: Mark Phippard To: general@incubator.apache.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Wed, Nov 11, 2009 at 6:38 AM, Igor Burilo wro= te: > Mark Phippard-3 wrote: >> >>>I gave counsel to the Eclipse Foundation and explained that they could >>>provide a fully functioning JavaHL library to users with only EPL >>>compatible code. =A0Basically, you just need to build without Neon, BDB >>>and libintl support. =A0Of the three, the only thing an Eclipse client >>>user needs is Neon, and Serf serves as a viable replacement. =A0I do not >>>know why they never chose to release a binary built this way. =A0I can >>>only assume that Igor and Polarion did not want to make these >>>binaries. >> > > Mark, it=92s not a problem to build JavaHL. But as you said, to make it E= PL > compatible Eclipse should replace Neon by Serf or remove DAV libraries > completely. It=92s not a solution. In the first case proper functionality > isn=92t guaranteed (you and Michael Pilato are sceptic regarding Serf). N= obody > would like to use SVN client, which is =93different=94 and migh have prob= lems. > In the second case, SVN should work without DAV protocol, which isn=92t > acceptable by majority of people. It sounds like you should have asked the Subversion community or done some checking. Serf is used by a decent number lot of people and is usable. It would have been a viable option for you to provide a JavaHL binary that only used Serf. Is it possible you would have users run into problems that do not exist with Neon? Yes, of course. But odds are those problems would have all been found and fixed by now in the current 1.6.6 release had you chosen to do that. The main lingering concern is that Serf violates the rules of the Subversion editor API. This is more of a concern for people writing their own code to use the Subversion API then it is for Subversion itself (as is the case with JavaHL). You would not be bitten by this issue. Some of us think this should be addressed before Serf replaces Neon as the default. --=20 Thanks Mark Phippard http://markphip.blogspot.com/ --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org