Sono sviluppatore e manutentore del progetto CiviCRM. Abbiamo provato a realizzare una versione Drupal 8 CiviCRM e abbiamo fatto molta strada. Stiamo battendo la testa contro le nostre tastiere collettive cercando di immaginare un grosso blocco per il progetto.

CiviCRM usa Symfony da un po 'di tempo e la versione inclusa è diversa da quella fornita con Drupal.

Possiamo installare CiviCRM con Drupal 8, ma dopo averlo installato, non possiamo installare nessun altro modulo Drupal.

Credo che si riduce a una situazione in cui la versione CiviCRM di Symfony viene caricata prima della versione Drupal, e questo causa problemi.

Qualcuno sa di un modulo Drupal 8 che include una versione diversa di Symfony rispetto a quella fornita con Drupal?

Di recente mi sono imbattuto nel progetto Ludwig. Questo modulo consente la registrazione di spazi dei nomi in una classe che si estendeServiceProviderBase .

Sarebbe possibile per la versione Drupal 8 del modulo CiviCRM di includere un file CivicrmServiceProvider.php, che definisce una CivicrmServiceProviderclasse e un register()metodo che aggiunge uno spazio dei nomi contenitore per consentire che funzioni?

Molti file CiviCRM hanno usedichiarazioni come Drupal che iniziano con Symfony, come qui .

In realtà abbiamo inserito CiviCRM Core nella cartella doc_root / libraries di Drupal e utilizziamo il modulo libraries.

Questo è il repository per il modulo CiviCRM Drupal versione 8.x , se qualcuno vuole vedere cosa abbiamo ottenuto finora. Se qualcuno ha l'elisir magico per questo, posso dirti che ci sarebbero molte persone felici nella nostra comunità. Quindi, se sai come aiutarci, per favore fallo.

CiviCRM si installa e le pagine di CiviCRM funzionano. Ciò che non funziona è che dopo l'installazione di CiviCRM, non è possibile installare altri moduli tramite la pagina admin / modules. Per quanto ne so questa è l'unica cosa che è rotta. Anche l'installazione di moduli con Drush, dopo l'installazione di CiviCRM, funziona.

Il tentativo di installare un altro modulo dopo l'installazione di CiviCRM provoca il seguente errore:

Errore irreversibile PHP: chiamata al metodo indefinito Symfony \ Component \ DependencyInjection \ Definition :: setFactory () in /var/www/html/civi-for-d8/core/lib/Drupal/Core/DependencyInjection/YamlFileLoader.php on line 206

Questo è in Drupal 8.3.5. Il tentativo di installare CiviCRM per Drupal 8 in un'istanza pulita di Drupal 8.4-dev provoca il seguente errore:

Drupal \ Component \ Serialization \ Exception \ InvalidDataTypeException: l'indicatore riservato "@" non può avviare un semplice scalare; devi citare lo scalare alla riga 8 (vicino a "argomenti: [@string_translation, @ civicrm.page_state]"). in Drupal \ Component \ Serialization \ YamlSymfony :: decode () (riga 40 di /var/www/html/drupal84/core/lib/Drupal/Component/Serialization/YamlSymfony.php).

Quindi, penso che se CiviCRM fosse installato in Drupal 8 tramite compositore (cioè composer require civicrm/civicrm-corenella radice Drupal) e l'uso di Symfony da parte di CiviCRM fosse compatibile con Symfony 2.8 o 3.x (cioè non usando funzionalità deprecate), questo potrebbe funzionare.

Ciò farebbe installare tutto nella directory del fornitore di Drupal, invece di averne due, e significherebbe che CiviCRM userebbe la versione di Symfony in Drupal 8. Ma se CiviCRM fosse compatibile con le versioni successive di Symfony (anche se includesse una versione precedente di Drupal 6 e 7 e altri CMS) dovrebbe andare bene.

Penso?

AGGIORNATO: Sì, funziona - l'ho provato. :-) Originariamente avevo pubblicato il seguito nella coda di emissione di CiviCRM ( CRM-17652 ), ma ripubblicando qui per completezza.

La grande idea:

Poiché il compositore è abbastanza nuovo per molte persone, cercherò di andare passo dopo passo, da alcune cose di alto livello fino a un modo in cui potrebbe essere fatto in CiviCRM:

• Composer consente alle applicazioni di richiedere le librerie di cui ha bisogno (e le librerie, ovviamente, possono richiedere altre librerie).
• Le librerie hanno un file composer.json che dice di quali altre librerie ha bisogno e con quali versioni è compatibile (ma non necessariamente una singola versione specifica - di solito un intervallo di versioni, come ad esempio ^2.4.3un minimo di 2.4.3 e fino a (ma non incluso) 3.0.0)
• Le applicazioni hanno un composer.json che descrive allo stesso modo le librerie necessarie e la compatibilità con una gamma di versioni, ma la gamma è davvero di aiuto con l'aggiornamento. Un'applicazione avrà anche un composer.lock che è un insieme specifico di singole versioni
• Le librerie possono anche avere un composer.lock per i propri test o distribuzioni (come costruire il tarball di rilascio con le dipendenze raggruppate), ma questo viene ignorato quando un'applicazione richiede la libreria data (vedi https://getcomposer.org/doc/02 -libraries.md # lock-file )
• Quando un'applicazione vuole richiedere una nuova libreria, il compositore trova un'intersezione di compatibilità della versione tra tutte le cose che l'applicazione richiede (comprese tutte le librerie già installate e le loro dipendenze) e la nuova libreria, eventualmente facendo alcuni aggiornamenti per allineare tutto ( o errore se non riesce a trovare un mix compatibile di versioni)
• In questo caso, CiviCRM è una libreria e un particolare sito Drupal 8 è l'applicazione (il core stesso di Drupal è una libreria)
• CiviCRM potrebbe dire che "richiede" Symfony ^2.5nel suo composer.json, il che significa che è compatibile con le versioni da 2.5.0 a (ma non incluse) 3.0.0
• Quando un sito Drupal 8 desidera utilizzare CiviCRM, l'amministratore del sito utilizza composer require civicrm/civicrm-coreper richiedere la libreria CiviCRM e tutte le sue dipendenze. Se CiviCRM è compatibile con Symfony 2.8 (come usato in Drupal 8.3.x) tutto verrà installato e funzionerà perfettamente, usando il singolo Symfony 2.8 di Drupal. Tutte le dipendenze finiscono nella directory del fornitore di Drupal.
• Tuttavia, CiviCRM potrebbe mantenere Symfony 2.5 nel suo compositore.lock, il che significa che i test lo userebbero, e i tarball per Drupal 6 & 7 e altri CMS raggrupperebbero Symfony 2.5

La proposta:

1. Aggiorna il composer.json di CiviCRM in modo che possa essere utilizzato come libreria da CMS basati su compositori come Drupal 8 (ma probabilmente altri potrebbero spostarsi in quel modo in futuro - il compositore sta diventando abbastanza popolare)
2. Assicurati che il core CiviCRM sia compatibile con Symfony 2.8 e 3.0 (usati rispettivamente da Drupal 8.3.xe 8.4.x) ma mantieni la versione "ufficialmente supportata" (attualmente Symfony 2.5) in composer.lock per i test e il tarball per la distribuzione. Essere compatibili con più versioni di Symfony potrebbe non essere così difficile come sembra: esistono diverse librerie compatibili con Symfony 2.8 e 3.0. Potrebbe trattarsi solo di evitare metodi / classi / caratteristiche deprecati! Il composer.json dovrà essere aggiornato per riflettere questo
3. Usa il compositore per installare la libreria CiviCRM su Drupal 8 anziché copiarla nella directory delle librerie. Questo sta diventando il modo normale di installare librerie PHP di terze parti in Drupal 8 (questo è ampiamente utilizzato da Drupal Commerce, ad esempio)

Per i CMS basati su compositori, penso davvero che questa sia la strada giusta. Mentre questo problema sta attualmente interessando Symfony e Drupal, poiché la comunità PHP inizia a utilizzare sempre più librerie di terze parti tramite il compositore, ciò potrebbe benissimo influenzare altri CMS con conflitti di altre versioni.

Alcuni codici funzionanti per testare:

Quindi, come promesso, in realtà ho fatto in modo che questo funzionasse in misura limitata :-) Sto arrivando totalmente a questo punto di vista Drupal / Composer / Symfony - Non ho molta esperienza con CiviCRM, quindi probabilmente c'è modi migliori per eseguire il mio processo di seguito. Accolgo con favore qualsiasi consiglio!

1. Scarica e installa Drupal 8.3.5 (o l'ultimo sviluppatore di Drupal 8.4.x!)
2. Vai nella directory principale nella shell ed esegui questi comandi per installare CiviCRM tramite il compositore: https://gist.github.com/dsnopek/56311dbea347874e75180883efabb620
3. Se si utilizza Apache, rimuovere il file del fornitore / .htacess. Questa è una misura di sicurezza di Drupal, che impedisce il caricamento di risorse come CSS / JS. Ciò richiederà una collaborazione con il progetto Drupal per trovare una soluzione adeguata perché rimuovere del tutto questo file è una cattiva idea sulla produzione. Vedi: vendor / .htaccess che blocca gli asset CSS / JS dalle librerie del compositore .
4. Vai nella directory / modules e fai git clone https://github.com/dsnopek/civicrm-drupal.git --branch composer-library
5. Vai alla pagina "Estendi" ( /admin/modules) e installa il modulo CiviCRM
6. Svuota la cache di Drupal tramite Drush ( drush cr)
7. Disconnettersi e riconnettersi per CRM-19878
8. CiviCRM funziona! :-)

Dopo tutto questo, CiviCRM sta usando Symfony 2.8 di Drupal e le dipendenze nella directory del fornitore di Drupal e non sta caricando nulla dalla propria directory del fornitore. Huzzah!

Ho provato ad abilitare il modulo "Telefono" che non ha funzionato prima di queste modifiche (vedere i miei passaggi per la riproduzione ), ma funziona perfettamente con esse. :-)

Non penso sia possibile.

Drupal 8.4 in realtà è già passato a Symfony 3 anche se ci sono ancora discussioni simili relative a Drush, che ha lo stesso problema. vedi Drush 8.x non installa Drupal 8.4.xe Drush master non installa Drupal 8.3.x e i componenti di Symfony vengono aggiornati alla 3.2.6

Non è possibile caricare due diverse versioni di symfony, o interrompi la tua integrazione o rompi Drupal. Forse symfony3 non sarà ancora in 8.4, ma il supporto di sicurezza per symfony2 finirà prima del supporto di sicurezza di Drupal8, quindi a un certo punto dovremo cambiare.

Teoricamente gli unici problemi qui sono la posizione del file e lo spazio dei nomi della classe. Sfortunatamente gli unici strumenti che conosco in compositore per farlo non ti consentono di specificare per VERSIONE, solo per nome del pacchetto.

Hai provato a configurarlo come un caricatore automatico completamente separato?