Hallo,
Ich kann nur sagen, dass ich und BestSolution *sicher* keinen Code von
3. in OpenJFX übernehmen werden. Ansonsten wäre ich persönlich für github.
Tom
On 26.12.15 14:25, Alexander Casall (Redacted sender alexander.casall
for DMARC) wrote:
Hi Markus,
Alles in allem klingt es gut. Es schadet sicher nicht, das Projekt erst
mal auf Bitbucket zu packen. Bitbucket ist glaube ich auch passender, da
es Mercurial unterstützt.
Ich habe das OCA unterzeichnet, bin jedoch vorsichtig, das Risiko zu
tragen, den Code von Dritten rechtlich vollhaftend ins OpenJDK zu
spielen. Mein Vorschlag ist, dass wir erst mal alles machen, wie du
beschrieben hast und mal sehen, wie es sich entwickelt.
Wenn du willst, kümmere ich mich die Tage drum, auf Bitbucket alles
vorzubereiten. Leider ist der Team-Name teamfx schon vergeben - ich habe
den Besitzer aber mal angeschrieben, ob er uns den ungenutzten Account
überlässt.
VG
Alex
On 26.12.2015, at 14:03, Markus KARG <markus@xxxxxxxxxxxxxxx
<mailto:markus@xxxxxxxxxxxxxxx>> wrote:
Hallo TeamFX,
zunächst einmal "Frohe Weihnachten!" :-)
*Als kleine Weihnachtsüberraschung hat Kevin meine Fragen beantwortet,
wodurch sich für die Community endlich die Möglichkeit ergibt, die
Mitarbeit an OpenJFX zu vereinfachen!*
/Hauptkritikpunkte seitens der Community waren ja u. a. bislang:/
* Bugs melden ist etwas kompliziert und langwierig und man erhält kein
sofortiges / vernünftiges Feedback.
* Voten und Kommentieren können nur noch OpenJDK-Mitglieder bzw. wer
ein Agreement mit Oracle unterzeichnet hat.
* Oracle nimmt Contributions nur zögerlich an, arbeitet selbst jedoch
nur an den eigenen Features.
Wir haben nun eine Lösung ausgearbeitet, mit der Oracle einverstanden
ist, die für uns machbar ist, und welche der Community mehr Mitwirkung
ermöglicht. Diese möchte ich Euch im folgenden gerne vorstellen.
Vorab etwas zu Oracle's Verhalten. Wie Kevin mir erklärt hat, ist es
den Juristen im Hause Oracle sehr, sehr, sehr wichtig, dass jede an
OpenJDK gespendete Codezeile (und somit auch von JavaFX) absolut frei
von Rechten dritter ist, und sie der GNU GPLv2 + Classpath Exception
unterliegt. Da die Rechtslage in jedem Land etwas unterschiedlich ist
bzw. wie im Falle USA vs Deutschland komplett verschieden, geht Oracle
auf Nummer Sicher und verlangt von jedem, der direkt Code an OpenJDK
beisteuert (egal ob Bug Fix, Patch, Feature, Tool, Doku, was auch
immer), die persönliche Unterschrift unter einem "Oracle Contributor
Agreement (OCA)" [http://www.oracle.com/technetwork/oca-405177.pdf].
Das ist den meisten, die nur kurz einen Tippfehler in der Doku oder
einen kleinen Bug fixen möchte, natürlich viel, viel zu umständlich!
Dies verstehen die Projektverantwortlichen bei Oracle zwar, können
daran jedoch nichts ändern. Diskussionen in Foren oder mit
Oracle-Mitarbeiter darüber sind absolut zwecklos und können somit
unterbleiben. Definitiv wird Oracle keinen Code in die Hand nehmen,
von dem nicht ein OCA-Signer schwört, dass er frei von Rechten dritter
ist und er der GPLv2 unterliegt. Punkt.
Einen weiteren Aspekt gelang es mir ebenso zu klären: Das unselige
Bug-Melde-System. Mark Reinhold hat auf der Devoxx zugegeben, dass die
aktuelle Bug-Melde-System (http://bugs.java.com/) etwas unhandlich
ist. Er hat daher gemeinsam mit Stuart Marks versprochen,
mittelfristig das System so zu ändern, dass man zumindest regelmäßiges
Feedback erhält, wie weit der Review gediehen ist, d. h. die
Zeitspanne zwischen Eintippen der Meldung und auftauchen in JIRA soll
kein schwarzes Loch mehr darstellen. Das ist ja schonmal was,
wenngleich er keinen verbindlichen Termin genannt hat und es eine
wirkliche Mitarbeit an OpenJDK auch nicht wirklich nennenswert
unterstützt. An JIRA wie es derzeit eingerichtet ist wird definitiv
nichts geändert, auch deshalb, weil Oracle nicht will, dass zig
tausend Leute an den Tickets sowas reinschreiben wir "ist alles Mist"
oder "Hallo ich war auch da". Wer in JIRA Schreibrechte möchte, hat
einen OCA zu unterzeichnen, sich in erhebliche Umfang an OpenJDK zu
beteiligen, und danach den JIRA-Zugriff zu beantworten. Auch hinter
diesem Satz könnt Ihr einen dicken Punkt machen.
Kevin und ich sind uns einig, dass dies für die bessere Beteiligung
der Community an JavaFX jedoch ein Hindernis darstellt und wir sind
uns über folgende Idee einig geworden: Wenn TeamFX ein externes System
(Ticketsystem, Repository, whatever) betreibt, dürfen
TeamFX-Mitglieder, die Schreibrechte im OpenJFX-JIRA haben (ich zum
Beispiel) Links in Richtung des TeamFX-Systems in das OpenJFX-JIRA in
das Kommentarfeld einstellen; Oracle wird diese Links nicht entfernen;
diese Personen (also ich zum Beispiel) dürfen auch Bugs und Features
direkt in der OpenJFX-JIRA eintragen sowie Voting-Ergebnisse und
gesammelte Kommentare. Kevin hat uns zugesagt, Bugmeldungen garantiert
umgehend zu reviewen (das hat auch in den letzten Wochen wirklich gut
geklappt), und Features mögen wir (bzw. ich) im einzelnen mit ihm
Diskutieren, vorzugsweise auf openjfx-dev. Ebenso will er wirklich
ernsthaft versuchen, von uns dort angefragt Code Reviews zeitnah
durchzuführen. Von der rechtlichen Seite ist es so, dass der
OCA-Signer, der die Eintragungen in OpenJFX vornimmt, persönlich
haftet, wenn er gegen den OCA verstößt. Im Umkehrzug ist es Oracle
egal, wenn der Code dann nicht wirklich von dieser Person stammt. D.
h. ein OCA-Signer darf sehr wohl unter seinem Namen Fremdcode (Bug
Fixes etc.) in das OpenJDK-Projekt einbringen. Na das ist doch mal was!
Abgesehen davon wurde übrigens Johan Vos (Gluon) diese Woche zum
Committer ernannt. Das ist für die Community ein echter Zugewinn, da
er als Nicht-Oracle-Contributer nun Code in OpenJDK aufnehmen kann!
Das heißt nicht, dass Johan alles entgegen nimmt was man ihm schickt
-sicherlich wird er es ausschließlich für Gluon nutzen- jedoch heißt
das, dass es nun (im engen Rahmen) auch ohne Oracle geht, Code in
OpenJDK einfließen zu lassen. Sicherlich macht es Sinn, dass ich in
den nächsten Wochen mal Kontakt mmit Johan aufnehme und ihm TeamFX
vorstelle… :-)
*Meine Idee ist nun folgende:*
* Wir nutzen ein öffentliches, kostenloses System wie z. B. JIRA,
Bitbucket, Github, Gitlab, oder sonst was, und erlauben
nicht-OCA-Signern die Eintragung von Bug Reports, Feature Requests,
Bug Fixes, Patches, Features etc. "auf dem kurzen Dienstweg" (d. h.
ohne schriftliches Agreement, schlicht per jur. sog. "konkludentem
Handeln" und Beachtung der AGB, welche besagen, dass der Eintragende
die GPLv2 beachtet und dafür haftet, dass seine Eintragung frei von
Rechten Dritter ist (nach deutschem Recht entsteht dadurch ein
verbindlicher Vertrag, jedoch eben implizit).
* Dort veröffentlichen wir einen Text, der klar und eindeutig aussagt,
dass alle Code-Spenden frei von Rechten dritter zu sein haben und
bereits die User-Registrierung als rechtlich verbindliche Garantie
diesbezüglich zu werten ist, d. h. wer Code einträgt haftet für diesen
Code, und erlaubt die Weitergabe per GPLv2 - unter anderem an OpenJFX.
* Wir können dort jedem erlauben zu voten und zu kommentieren.
* Themen, die wir (TeamFX) als wirklich ernsthaft und wichtig
identifizieren, verlinken wir gegenseitig mit dem OpenJFX-JIRA (also
ich oder jemand von Euch mit JIRA-Zugriff) und werden ggf. die
Kommunikation mit Oracle über JIRA oder openjfx-dev abwickeln. Es wäre
sinnvoll, wenn sich dazu in unserem System ein TeamFX-Mitglied als
Bearbeiter des Tickets einträgt und dies dann auch wirklich
eigenverantwortlich durchzieht.
* Sofern uns Code übergeben wird oder wir selbst Code schreiben, wird
der bei uns eingetragene Bearbeiter gegenüber Oracle als der einzige
Autor genannt (also nicht TeamFX und auch nicht der Originalautor).
Natürlich kann der Originalautor als Contributor in UNSEREM System
weiterhin erscheinen. Der OCA-Signer ist verantwortlich dafür, dass
diese Code frei von Rechten dritter ist und der GPLv2 unterliegt.
* Sofern wir die Zeit finden, können wir über unser System eigene
Contributions entwickeln und sie dann auf gleichem Wege an OpenJDK
spenden. Die Spende erfolgt daber immer über den OCA-Signer und nie
über TeamFX, da TeamFX keine eigene Rechtspersönlichkeit besitzt.
Ich denke, damit lässt sich ganz gut arbeiten, und Kevin wird auch
wirklich zu seinem Wort stehen und unseren Aufwand würdigen!
*Stellen sich zwei Fragen, um deren Beantwortung ich jeden einzelnen
von Euch bitten würde:*
/(a) Sollen wir das so machen oder habt Ihr eine bessere Idee?/
/ /
/(b) Wenn wir das so machen, welches System sollen wir nutzen und wer
außer mir hat einen JIRA-Account bei OpenJFX?/
Mein Wunschkandidat wäre zwar Github gewesen, das besitzt aber
keine Vorting-Möglichkeit und wird mittelfristig auch keine bekommen
laut Betreiber (habe gerade gefragt). JIRA oder Bitbucket wären
gangbare Alternativen. Gitlab kenne ich zu wenig und hat
(ferienbedingt) nicht auf meine Anfrage reagiert.
-Markus
