Saya seorang pengembang dan pemelihara untuk proyek CiviCRM. Kami telah mencoba untuk membuat CiviCRM versi Drupal 8, dan telah berhasil. Kami memukul kepala kami dengan keyboard kolektif kami mencoba mencari penghalang utama untuk proyek ini.

CiviCRM telah menggunakan Symfony untuk sementara waktu, dan versi yang disertakan berbeda dari apa yang dikirimkan dengan Drupal.

Kita dapat menginstal CiviCRM dengan Drupal 8, tetapi setelah Anda menginstalnya, kami tidak dapat menginstal modul Drupal lainnya.

Saya percaya ini bermuara pada situasi di mana entah bagaimana versi CiviCRM dari Symfony dimuat sebelum versi Drupal, dan ini menyebabkan masalah.

Adakah yang tahu tentang modul Drupal 8 yang menyertakan versi Symfony yang berbeda dari modul yang dikirimkan bersama Drupal?

Baru-baru ini saya berlari melintasi proyek Ludwig. Modul ini memungkinkan pendaftaran ruang nama di kelas yang diperluasServiceProviderBase .

Apakah mungkin untuk versi Drupal 8 dari modul CiviCRM untuk menyertakan file CivicrmServiceProvider.php, yang mendefinisikan CivicrmServiceProviderkelas, dan register()metode yang menambahkan namespace wadah untuk memungkinkan ini berfungsi?

Banyak file CiviCRM memiliki usepernyataan seperti Drupal yang dimulai dengan Symfony, seperti di sini .

Kami benar-benar memasukkan CiviCRM Core ke folder Drupal doc_root / libraries, dan menggunakan modul libraries.

Ini adalah repo untuk modul 8.vi CiviCRM Drupal modul , jika seseorang ingin melihat apa yang kami dapatkan sejauh ini. Jika seseorang memiliki ramuan ajaib untuk ini, saya dapat memberitahu Anda akan ada banyak orang bahagia di komunitas kami. Jadi, jika Anda tahu cara membantu kami, silakan lakukan.

CiviCRM menginstal, dan halaman CiviCRM berfungsi. Yang tidak berfungsi adalah bahwa setelah CiviCRM diinstal, kami tidak dapat menginstal modul lain melalui halaman admin / modul. Sejauh yang saya tahu itulah satu-satunya hal yang rusak. Juga memasang modul dengan Drush, setelah menginstal CiviCRM, tidak berfungsi.

Mencoba menginstal modul lain setelah CiviCRM diinstal menyebabkan kesalahan berikut:

Kesalahan PHP fatal: Panggilan ke metode yang tidak ditentukan Symfony \ Component \ DependencyInjection \ Definition :: setFactory () di /var/www/html/civi-for-d8/core/lib/Drupal/Core/DependencyInjection/YamlFileLoader.php pada baris 206

Itu dalam Drupal 8.3.5. Mencoba menginstal CiviCRM untuk Drupal 8 ke dalam instance Drupal 8.4-dev yang bersih menyebabkan kesalahan berikut:

Drupal \ Component \ Serialization \ Exception \ InvalidDataTypeException: Indikator yang dicadangkan "@" tidak dapat memulai skalar biasa; Anda perlu mengutip skalar di baris 8 (dekat "argumen: [@string_translation, @ civicrm.page_state]"). dalam Drupal \ Component \ Serialization \ YamlSymfony :: decode () (baris 40 dari /var/www/html/drupal84/core/lib/Drupal/Component/Serialization/YamlSymfony.php).

Jadi, saya pikir jika CiviCRM dipasang ke Drupal 8 melalui komposer (mis. composer require civicrm/civicrm-coreDi root Drupal) dan CiviCRM menggunakan Symfony kompatibel dengan Symfony 2.8 atau 3.x (mis. Tidak menggunakan fungsi yang sudah ketinggalan zaman), ini bisa bekerja.

Ini akan mendapatkan semua yang diinstal di direktori vendor Drupal, daripada memiliki dua, dan itu berarti CiviCRM akan menggunakan versi Symfony di Drupal 8. Tetapi jika CiviCRM kompatibel dengan versi Symfony yang lebih baru (bahkan jika itu bundel versi yang lebih lama untuk Drupal 6 & 7 dan CMS lainnya) harus baik-baik saja.

Kupikir?

DIPERBARUI: Ya, itu berfungsi - saya mencobanya. :-) Saya awalnya memposting di bawah ini dalam antrian masalah CiviCRM ( CRM-17652 ), tetapi memposting ulang di sini untuk kelengkapan.

Ide besar:

Karena komposer cukup baru bagi banyak orang, saya akan mencoba untuk selangkah demi selangkah, dari beberapa komposer tingkat tinggi sampai ke satu cara yang dapat dilakukan di CiviCRM:

• Komposer memungkinkan aplikasi untuk membutuhkan perpustakaan yang dibutuhkan (dan perpustakaan, tentu saja, dapat membutuhkan perpustakaan lain).
• Perpustakaan memiliki file composer.json yang mengatakan perpustakaan apa yang dibutuhkannya dan versi apa yang kompatibel dengannya (tetapi belum tentu versi tunggal yang spesifik - biasanya berbagai versi, seperti ^2.4.3yang mengatakan minimum 2,4.3 dan lebih tinggi (tetapi tidak termasuk) 3.0.0)
• Aplikasi memiliki composer.json yang juga menggambarkan pustaka yang diperlukan dan kompatibilitas dengan berbagai versi, tetapi jangkauannya benar-benar membantu dengan pembaruan. Sebuah aplikasi juga akan memiliki composer.lock yang merupakan kumpulan spesifik dari masing-masing versi
• Perpustakaan juga dapat memiliki komposer. Buka pengujian atau distribusi mereka sendiri (seperti membangun tarball rilis dengan dependensi yang dibundel), tetapi ini diabaikan ketika aplikasi membutuhkan perpustakaan yang diberikan (lihat https://getcomposer.org/doc/02 -libraries.md # lock-file )
• Ketika sebuah aplikasi ingin membutuhkan pustaka baru, komposer menemukan persimpangan kompatibilitas versi antara semua hal yang diperlukan aplikasi (termasuk semua pustaka yang telah diinstal dan dependensinya) dan pustaka baru, mungkin melakukan beberapa pembaruan untuk membuat semuanya berbaris ( atau kesalahan jika tidak dapat menemukan campuran versi yang kompatibel)
• Dalam hal ini, CiviCRM adalah perpustakaan, dan situs Drupal 8 tertentu adalah aplikasinya (inti Drupal sendiri adalah perpustakaan)
• CiviCRM bisa mengatakan itu "membutuhkan" Symfony ^2.5di composer.json yang berarti itu kompatibel dengan versi 2.5.0 hingga (tetapi tidak termasuk) 3.0.0
• Ketika situs Drupal 8 ingin menggunakan CiviCRM, admin situs menggunakan composer require civicrm/civicrm-coreperpustakaan CiviCRM dan semua dependensinya. Jika CiviCRM kompatibel dengan Symfony 2.8 (seperti yang digunakan dalam Drupal 8.3.x) semuanya akan diinstal dan berfungsi dengan baik, menggunakan single Symfony 2.8 dari Drupal. Semua dependensi berakhir di direktori vendor Drupal.
• Namun, CiviCRM dapat menyimpan Symfony 2.5 di komposernya .lock, yang berarti tes akan menggunakannya, dan tarball untuk Drupal 6 & 7 dan CMS lain akan membundel Symfony 2.5

Proposal:

1. Perbarui composer.json dari CiviCRM sehingga dapat digunakan sebagai perpustakaan oleh CMS berbasis komposer seperti Drupal 8 (tetapi mungkin orang lain bisa bergerak seperti itu di masa depan - komposer menjadi cukup populer)
2. Pastikan inti CiviCRM kompatibel dengan Symfony 2.8 dan 3.0 (masing-masing digunakan oleh Drupal 8.3.x dan 8.4.x) tetapi simpan versi "yang didukung secara resmi" (saat ini Symfony 2.5) di composer.lock untuk pengujian dan tarball untuk distribusi. Kompatibel dengan beberapa versi Symfony mungkin tidak sesulit kedengarannya - ada sejumlah perpustakaan di luar sana yang kompatibel dengan Symfony 2.8 dan 3.0. Mungkin hanya masalah menghindari metode / kelas / fitur usang! Komposer.json perlu diperbarui untuk mencerminkan ini
3. Gunakan komposer untuk menginstal perpustakaan CiviCRM pada Drupal 8 daripada menyalin ke direktori perpustakaan. Ini menjadi cara normal untuk menginstal perpustakaan PHP pihak ketiga di Drupal 8 (ini digunakan secara luas oleh Drupal Commerce, misalnya)

Untuk CMS berbasis komposer, saya benar-benar berpikir ini adalah The Right Way. Sementara masalah ini saat ini mempengaruhi Symfony dan Drupal, karena komunitas PHP mulai menggunakan lebih banyak perpustakaan pihak ketiga melalui komposer, ini bisa sangat mempengaruhi CMS lain dengan konflik versi lainnya.

Beberapa kode kerja yang akan diuji:

Jadi, seperti yang dijanjikan, saya benar-benar membuat ini bekerja pada tingkat yang terbatas :-) Saya benar-benar datang pada ini dari perspektif Drupal / Komposer / Symfony - Saya tidak punya banyak pengalaman CiviCRM, jadi mungkin ada beberapa cara yang lebih baik untuk melakukan proses saya di bawah ini. Saya menyambut setiap saran!

1. Unduh dan pasang Drupal 8.3.5 (atau pengembang Drupal 8.4.x!) Terbaru
2. Pergilah ke direktori root di shell dan jalankan perintah ini untuk menginstal CiviCRM melalui komposer: https://gist.github.com/dsnopek/56311dbea347874e75180883efabb620
3. Jika Anda menggunakan Apache, hapus file vendor / .htacess. Ini adalah langkah keamanan dari Drupal, yang mencegah sumber daya seperti CSS / JS dimuat. Ini akan memerlukan beberapa kolaborasi dengan proyek Drupal untuk mencari solusi yang tepat karena menghapus file ini sama sekali adalah ide yang buruk pada produksi. Lihat: vendor / .htaccess memblokir aset CSS / JS dari perpustakaan komposer .
4. Masuk ke direktori / modules dan lakukan git clone https://github.com/dsnopek/civicrm-drupal.git --branch composer-library
5. Buka halaman "Perpanjang" ( /admin/modules) dan instal modul CiviCRM
6. Hapus cache drupal melalui Drush ( drush cr)
7. Logout dan log in lagi per CRM-19878
8. CiviCRM bekerja! :-)

Setelah semua ini, CiviCRM menggunakan Symfony 2.8 dari Drupal dan dependensi dalam direktori vendor Drupal, dan tidak memuat apa pun dari direktori vendor itu sendiri. Sabas!

Saya diuji mengaktifkan modul "Telepon" yang gagal sebelum perubahan ini (lihat langkah saya untuk mereproduksi ), tetapi berfungsi dengan baik dengan mereka. :-)

Saya rasa ini tidak mungkin.

Drupal 8.4 sebenarnya sudah beralih ke Symfony 3 meskipun masih ada diskusi serupa terkait dengan drush, yang memiliki masalah yang sama. lihat Drush 8.x tidak menginstal Drupal 8.4.x dan Drush master tidak menginstal Drupal 8.3.x dan komponen Symfony diperbarui ke 3.2.6

Tidak mungkin memuat dua versi symfony yang berbeda, baik Anda memutus integrasi Anda atau Anda merusak Drupal. Mungkin symfony3 belum dalam 8,4, tetapi dukungan keamanan untuk symfony2 akan berakhir sebelum dukungan keamanan Drupal8, jadi pada beberapa titik, kita harus beralih.

Secara teoritis satu-satunya masalah di sini adalah lokasi file dan namespace kelas. Sayangnya satu-satunya alat yang saya tahu di komposer untuk melakukan itu jangan biarkan Anda menentukan per VERSION, cukup per nama paket.

Sudahkah Anda mencoba menyetelnya sebagai autoloader yang benar-benar terpisah?