Ich bin Entwickler und Betreuer des CiviCRM-Projekts. Wir haben versucht, eine Drupal 8-Version von CiviCRM zu erstellen, und es ist ein langer Weg zurückgelegt. Wir schlagen unsere Köpfe gegen unsere kollektiven Tastaturen und versuchen, einen Hauptblocker für das Projekt zu finden.

CiviCRM verwendet Symfony seit einiger Zeit und die enthaltene Version unterscheidet sich von der mit Drupal gelieferten Version.

Wir können CiviCRM mit Drupal 8 installieren, aber nachdem Sie es installiert haben, können wir kein anderes Drupal-Modul mehr installieren.

Ich glaube, es läuft auf eine Situation hinaus, in der die CiviCRM-Version von Symfony vor der Drupal-Version geladen wird, was zu Problemen führt.

Kennt jemand ein Drupal 8-Modul, das eine andere Version von Symfony enthält als das, das mit Drupal geliefert wird?

Kürzlich bin ich auf das Ludwig-Projekt gestoßen. Dieses Modul ermöglicht die Registrierung von Namespaces in einer Klasse, die erweitert wirdServiceProviderBase .

Könnte die Drupal 8-Version des CiviCRM-Moduls eine CivicrmServiceProvider.php-Datei enthalten, die eine CivicrmServiceProviderKlasse definiert , und eine register()Methode, die einen Containernamensraum hinzufügt, damit dies funktioniert?

Viele CiviCRM-Dateien enthalten useAnweisungen wie Drupal, die mit Symfony beginnen, wie hier .

Wir legen CiviCRM Core tatsächlich im Drupal-Ordner doc_root / libraries ab und verwenden das Bibliotheksmodul.

Dies ist das Repo für die CiviCRM Drupal Modul 8.x Version , wenn jemand schauen möchte, was wir bisher haben. Wenn jemand das magische Elixier dafür hat, kann ich Ihnen sagen, dass es in unserer Gemeinde viele glückliche Menschen geben würde. Wenn Sie also wissen, wie Sie uns helfen können, tun Sie dies bitte.

CiviCRM wird installiert und die CiviCRM-Seiten funktionieren. Was nicht funktioniert ist, dass wir nach der Installation von CiviCRM keine weiteren Module über die Seite admin / modules installieren können. Soweit ich weiß, ist das das einzige, was kaputt ist. Auch die Installation von Modulen mit Drush nach der Installation von CiviCRM funktioniert.

Der Versuch, ein anderes Modul nach der Installation von CiviCRM zu installieren, führt zu folgendem Fehler:

Schwerwiegender PHP-Fehler: Rufen Sie die undefinierte Methode Symfony \ Component \ DependencyInjection \ Definition :: setFactory () in /var/www/html/civi-for-d8/core/lib/Drupal/Core/DependencyInjection/YamlFileLoader.php in Zeile 206 auf

Das ist in Drupal 8.3.5. Der Versuch, CiviCRM für Drupal 8 in einer sauberen Drupal 8.4-dev-Instanz zu installieren, führt zu folgendem Fehler:

Drupal \ Component \ Serialization \ Exception \ InvalidDataTypeException: Der reservierte Indikator "@" kann keinen einfachen Skalar starten. Sie müssen den Skalar in Zeile 8 (in der Nähe von "arguments: [@string_translation, @ civicrm.page_state]") angeben. in Drupal \ Component \ Serialization \ YamlSymfony :: decode () (Zeile 40 von /var/www/html/drupal84/core/lib/Drupal/Component/Serialization/YamlSymfony.php).

Ich denke also, wenn CiviCRM über Composer (dh composer require civicrm/civicrm-coreim Drupal-Stammverzeichnis) in Drupal 8 installiert würde und die Verwendung von Symfony durch CiviCRM mit Symfony 2.8 oder 3.x kompatibel wäre (dh keine veraltete Funktionalität verwenden würde), könnte dies funktionieren.

Dies würde alles im Herstellerverzeichnis von Drupal installieren, anstatt zwei zu haben, und würde bedeuten, dass CiviCRM die Symfony-Version in Drupal 8 verwenden würde. Aber wenn CiviCRM mit späteren Symfony-Versionen kompatibel wäre (selbst wenn es eine ältere Version für Drupal enthalten würde) 6 & 7 und andere CMS) sollte es in Ordnung sein.

Ich glaube?

AKTUALISIERT: Ja, es funktioniert - ich habe es versucht. :-) Ich habe das Folgende ursprünglich in der CiviCRM -Problemwarteschlange ( CRM-17652 ) gepostet , aber der Vollständigkeit halber hier erneut gepostet .

Die große Idee:

Da der Komponist für viele Leute ziemlich neu ist, werde ich versuchen, Schritt für Schritt voranzukommen, von einigen hochrangigen Komponisten bis hin zu einer Möglichkeit, wie dies in CiviCRM geschehen könnte:

• Mit Composer können Anwendungen die benötigten Bibliotheken benötigen (und Bibliotheken können natürlich auch andere Bibliotheken benötigen).
• Bibliotheken haben eine composer.json-Datei, in der angegeben ist, welche anderen Bibliotheken sie benötigen und mit welchen Versionen sie kompatibel sind (jedoch nicht unbedingt eine bestimmte Einzelversion - normalerweise eine Reihe von Versionen, wie z. B. ^2.4.3mindestens 2.4.3 und höher (jedoch nicht) einschließlich) 3.0.0)
• Anwendungen haben eine composer.json, die die benötigten Bibliotheken und die Kompatibilität mit einer Reihe von Versionen auf ähnliche Weise beschreibt, aber die Reihe ist wirklich hilfreich bei der Aktualisierung. Eine Anwendung verfügt auch über eine composer.lock-Datei, die eine bestimmte Reihe von einzelnen Versionen enthält
• Bibliotheken können auch eine composer.lock für ihre eigenen Tests oder Distributionen haben (wie das Erstellen des Release-Tarballs mit den gebündelten Abhängigkeiten), dies wird jedoch ignoriert, wenn eine Anwendung die angegebene Bibliothek benötigt (siehe https://getcomposer.org/doc/02) -libraries.md # lock-file )
• Wenn eine Anwendung eine neue Bibliothek benötigen möchte, findet Composer einen Schnittpunkt der Versionskompatibilität zwischen allen von der Anwendung benötigten Dingen (einschließlich aller bereits installierten Bibliotheken und ihrer Abhängigkeiten) und der neuen Bibliothek. oder Fehler, wenn keine kompatible Mischung von Versionen gefunden werden kann)
• In diesem Fall ist CiviCRM eine Bibliothek, und eine bestimmte Drupal 8-Site ist die Anwendung (der Drupal-Kern selbst ist eine Bibliothek).
• CiviCRM könnte sagen, dass es Symfony ^2.5in seiner composer.json "benötigt", was bedeutet, dass es mit den Versionen 2.5.0 bis (aber ohne) 3.0.0 kompatibel ist
• Wenn eine Drupal 8-Site CiviCRM verwenden möchte, benötigt der Site-Administrator composer require civicrm/civicrm-coredie CiviCRM-Bibliothek und alle zugehörigen Abhängigkeiten. Wenn CiviCRM mit Symfony 2.8 kompatibel ist (wie in Drupal 8.3.x verwendet), wird alles installiert und funktioniert einwandfrei, wenn Sie das einzelne Symfony 2.8 von Drupal verwenden. Alle Abhängigkeiten landen im Herstellerverzeichnis von Drupal.
• CiviCRM könnte jedoch Symfony 2.5 in seiner composer.lock behalten, was bedeutet, dass die Tests dies verwenden würden und die Tarballs für Drupal 6 & 7 und andere CMS Symfony 2.5 bündeln würden

Der Antrag:

1. Aktualisieren Sie die Datei composer.json von CiviCRM, damit sie von komponistenbasierten CMS wie Drupal 8 als Bibliothek verwendet werden kann (andere könnten sich jedoch in Zukunft auf diese Weise bewegen - Composer wird immer beliebter).
2. Stellen Sie sicher, dass der CiviCRM-Core mit Symfony 2.8 und 3.0 (verwendet von Drupal 8.3.x bzw. 8.4.x) kompatibel ist. Behalten Sie jedoch die "offiziell unterstützte" Version (derzeit Symfony 2.5) im composer.lock zum Testen und den Tarball zum Verteilen bei. Die Kompatibilität mit mehreren Symfony-Versionen ist möglicherweise nicht so schwierig wie es sich anhört - es gibt eine Reihe von Bibliotheken, die mit Symfony 2.8 und 3.0 kompatibel sind. Es kann nur darum gehen, veraltete Methoden / Klassen / Features zu vermeiden! Die Datei composer.json muss aktualisiert werden, um dies widerzuspiegeln
3. Verwenden Sie Composer, um die CiviCRM-Bibliothek auf Drupal 8 zu installieren, anstatt sie in das Bibliotheksverzeichnis zu kopieren. Dies wird zur normalen Methode für die Installation von PHP-Bibliotheken von Drittanbietern in Drupal 8 (dies wird beispielsweise von Drupal Commerce in großem Umfang verwendet).

Für Komponisten-basierte CMS denke ich wirklich, dass dies der richtige Weg ist. Während dieses Problem derzeit Symfony und Drupal betrifft, da die PHP-Community immer mehr Bibliotheken von Drittanbietern über Composer verwendet, kann dies durchaus Auswirkungen auf andere CMS mit anderen Versionskonflikten haben.

Ein paar funktionierende Codes zum Testen:

Also, wie versprochen, habe ich dies tatsächlich in begrenztem Umfang zum Laufen gebracht :-) Ich komme aus der Sicht von Drupal / Composer / Symfony völlig darauf zurück - ich habe nicht viel Erfahrung mit CiviCRM, also gibt es wahrscheinlich einige bessere Möglichkeiten, um meinen Prozess unten zu tun. Ich freue mich über jeden Rat!

1. Downloaden und installieren Sie Drupal 8.3.5 (oder den neuesten Entwickler von Drupal 8.4.x!)
2. Gehen Sie in das Stammverzeichnis der Shell und führen Sie diese Befehle aus, um CiviCRM über den Composer zu installieren: https://gist.github.com/dsnopek/56311dbea347874e75180883efabb620
3. Wenn Sie Apache verwenden, entfernen Sie die Hersteller- / .htacess-Datei. Dies ist eine Sicherheitsmaßnahme von Drupal, die das Laden von Ressourcen wie CSS / JS verhindert. Dies erfordert eine gewisse Zusammenarbeit mit dem Drupal-Projekt, um eine geeignete Lösung zu finden, da das Entfernen dieser Datei insgesamt eine schlechte Idee für die Produktion ist. Siehe: vendor / .htaccess blockiert CSS / JS-Assets aus Composer-Bibliotheken .
4. Gehen Sie in das Verzeichnis / modules und machen Sie git clone https://github.com/dsnopek/civicrm-drupal.git --branch composer-library
5. Gehen Sie zur Seite "Erweitern" ( /admin/modules) und installieren Sie das CiviCRM-Modul
6. Drupal-Cache über Drush löschen ( drush cr)
7. Melden Sie sich per CRM-19878 ab und wieder an
8. CiviCRM funktioniert! :-)

Nach all dem verwendet CiviCRM Symfony 2.8 von Drupal und die Abhängigkeiten in Drupals Herstellerverzeichnis und lädt nichts aus seinem eigenen Herstellerverzeichnis. Huzzah!

Ich habe getestet, ob das "Telefon" -Modul aktiviert ist, was vor diesen Änderungen fehlgeschlagen ist (siehe meine Schritte zum Reproduzieren ), aber es funktioniert einwandfrei. :-)

Ich denke nicht, dass das möglich ist.

Drupal 8.4 ist eigentlich schon auf Symfony 3 umgestiegen, obwohl es noch ähnliche Diskussionen zum Thema Drush gibt, die das gleiche Problem haben. siehe Drush 8.x installiert Drupal 8.4.x nicht und Drush Master installiert Drupal 8.3.x nicht und Symfony-Komponenten werden auf 3.2.6 aktualisiert

Es ist nicht möglich, zwei verschiedene Symfony-Versionen zu laden, entweder Sie brechen Ihre Integration oder Sie brechen Drupal. Vielleicht ist symfony3 noch nicht in Version 8.4, aber die Sicherheitsunterstützung für symfony2 endet noch vor der Sicherheitsunterstützung für Drupal8. Irgendwann müssen wir also wechseln.

Theoretisch sind hier nur der Dateispeicherort und der Klassennamensraum von Bedeutung. Leider können Sie die einzigen Tools, die mir in Composer bekannt sind, nicht pro VERSION, sondern nur pro Paketnamen angeben.

Haben Sie versucht, es als vollständig separaten Autoloader einzurichten?