[svnbook] r4639 committed - Translation: SVNKit verglichen mit javahl
svnbook at googlecode.com
svnbook at googlecode.com
Fri Jan 31 20:31:58 CST 2014
Revision: 4639
Author: jmfelderhoff at gmx.eu
Date: Fri Jan 31 22:30:23 2014 UTC
Log: Translation: SVNKit verglichen mit javahl
http://code.google.com/p/svnbook/source/detail?r=4639
Modified:
/branches/1.6/de/book/ch08-embedding-svn.xml
=======================================
--- /branches/1.6/de/book/ch08-embedding-svn.xml Fri Jan 31 13:01:06 2014
UTC
+++ /branches/1.6/de/book/ch08-embedding-svn.xml Fri Jan 31 22:30:23 2014
UTC
@@ -1824,8 +1824,8 @@
<!--
<para>Also, Subversion APIs require all URL parameters to be
properly URI-encoded. So, instead of passing
- <uri>file:///home/username/My File.txt</uri> as the URL of a
- file named <filename>My File.txt</filename>, you need to pass
+ <uri>file:///home/username/My File.txt</uri> as the URL of a
+ file named <filename>My File.txt</filename>, you need to pass
<uri>file:///home/username/My%20File.txt</uri>. Again,
Subversion supplies helper functions that your application can
use—<function>svn_path_uri_encode()</function> and
@@ -1834,8 +1834,8 @@
-->
<para>Ferner ist es für die Subversion APIs erforderlich, dass
alle URL-Parameter richtig URI-kodiert sind. So sollten Sie
- statt <uri>file:///home/username/My File.txt</uri> als URL
- einer Datei namens <filename>My File.txt</filename>
+ statt <uri>file:///home/username/My File.txt</uri> als URL
+ einer Datei namens <filename>My File.txt</filename>
<uri>file:///home/username/My%20File.txt</uri> übergeben. Auch
hierfür stellt Subversion Hilfsfunktionen für Ihre Anwendung
zur Verfügung –
@@ -1942,10 +1942,7 @@
<para>It's worth noting here that there are other options for
interfacing with Subversion using other languages: alternative
bindings for Subversion that aren't provided by the
- Subversion development community at all. You can find links
- to these alternative bindings on the Subversion project's
- links page (at <ulink
- url="http://subversion.tigris.org/links.html" />), but there
+ Subversion development community at all. There
are a couple of popular ones we feel are especially
noteworthy. First, Barry Scott's PySVN bindings (<ulink
url="http://pysvn.tigris.org/" />) are a popular option for
@@ -1959,10 +1956,7 @@
<para>An dieser Stelle ist es erwähnenswert, dass es auch andere
Optionen gibt, um Subversion-Schnittstellen in anderen
Sprachen zu verwenden: alternative Subversion-Bindungen, die
- gar nicht aus der Subversion-Entwicklergemeinde stammen. Sie
- können Links zu diesen alternativen Bindungen auf der
- Linkseite des Subversion-Projektes finden (unter <ulink
- url="http://subversion.tigris.org/links.html" />), doch es
+ gar nicht aus der Subversion-Entwicklergemeinde stammen. Es
gibt davon ein paar beliebte, die besonders erwähnenswert
sind. Zunächst seien die PySVN-Bindungen von Barry Scott
genannt (<ulink url="http://pysvn.tigris.org/" />), die eine
@@ -2006,14 +2000,19 @@
confuse SVNKit with javahl, and easier still to not even
realize which of these libraries you are using, folks should
be aware that SVNKit differs from javahl in some significant
- ways. First, SVNKit is not developed as open source
- software and seems to have at any given time only a few
- developers working on it. Also, SVNKit's license is more
- restrictive than that of Subversion. Finally, by aiming to
- be a pure Java Subversion library, SVNKit is limited in
- which portions of Subversion can be reasonably cloned while
- still keeping up with Subversion's releases. This has
- already happened once—SVNKit cannot access BDB-backed
+ ways. First, while SVNKit is developed as open source
+ software just like Subversion, SVNKit's license is more
+ restrictive than that of
+ Subversion.<footnote><para>Redistributions in any form must
+ be accompanied by information on how to obtain complete
+ source code for the software that uses SVNKit and any
+ accompanying software that uses the software that uses
+ SVNKit. See <ulink url="http://svnkit.com/license.html" />
+ for details.</para></footnote> Finally, by aiming to be a
+ pure Java Subversion library, SVNKit is limited in which
+ portions of Subversion can be reasonably cloned while still
+ keeping up with Subversion's releases. This has already
+ happened once—SVNKit cannot access BDB-backed
Subversion repositories via the <literal>file://</literal>
protocol because there's no pure Java implementation of
Berkeley DB that is file-format-compatible with the native
@@ -2027,29 +2026,36 @@
verwechseln und noch einfacher, gar nicht wahrzunehmen,
welche dieser Bibliotheken benutzt wird, sollten sich alle
bewusst sein, dass SVNKit sich in einigen entscheidenden
- Punkten von javahl unterscheidet. Zunächst wird SVNKit nicht
- als quelloffene Software entwickelt, und es scheinen
- jederzeit nur wenige Entwickler daran zu arbeiten. Weiterhin
- ist die Lizenz von SVNKit restriktiver als die von
- Subversion. Da letztendlich SVNKit darauf abzielt, eine
- reine Java Subversion-Bibliothek zu sein, ist SVNKit beim
- Klonen von Teilen Subversions eingeschränkt, da es sonst den
- Anschluss an die Versionen von Subversion verlieren würde.
- Das ist bereits enmal passiert – SVNKit kann nicht
- über das Protokoll <literal>file://</literal> auf
- BDB-basierte Subversion-Projektarchive zugreifen, da es keine
- reine Java-Implementierung von Berkeley DB gibt, deren
- Dateiformat kompatibel zur ursprünglichen Implementierung
- dieser Bibliothek ist.</para>
+ Punkten von javahl unterscheidet. Erstens, obwohl SVNKit
+ ebenso wie Subversion als quelloffene Software entwickelt
+ wird, ist die Lizenz von SVNKit restriktiver als die von
+ Subversion.<footnote><para>Die Weitergabe in jeder Form
+ muss die Information beigefügt sein, wie der vollständige
+ Quelltext der Software beschafft werden kann, der SVNKit
+ verwendet, sowie der begleitenden Software, die wiederum
+ Software verwendet, die SVNKit verwendet. Zu Details, siehe
+ <ulink url="http://svnkit.com/license.html"
+ />.</para></footnote> Da letztendlich SVNKit darauf
+ abzielt, eine reine Java Subversion-Bibliothek zu sein, ist
+ SVNKit beim Klonen von Teilen Subversions eingeschränkt, da
+ es sonst den Anschluss an die Versionen von Subversion
+ verlieren würde. Das ist bereits enmal passiert –
+ SVNKit kann nicht über das Protokoll
+ <literal>file://</literal> auf BDB-basierte
+ Subversion-Projektarchive zugreifen, da es keine reine
+ Java-Implementierung von Berkeley DB gibt, deren Dateiformat
+ kompatibel zur ursprünglichen Implementierung dieser
+ Bibliothek ist.</para>
<!--
<para>That said, SVNKit has a well-established track record of
reliability. And a pure Java solution is much more robust
in the face of programming errors—a bug in SVNKit
- might raise a catchable Java Exception, but a bug in the
Subversion core
- libraries as accessed via javahl can bring down your entire
- Java Runtime Environment. So, weigh the costs when choosing
- a Java-based Subversion implementation.</para>
+ might raise a catchable Java Exception, but a bug in the
+ Subversion core libraries as accessed via javahl can bring
+ down your entire Java Runtime Environment. So, weigh the
+ costs when choosing a Java-based Subversion
+ implementation.</para>
-->
<para>Abgesehen davon, hat sich SVNKit einen guten Ruf in
Sachen Zuverlässigkeit erarbeitet. Und im Angesicht von
More information about the svnbook-dev
mailing list