Quindi chi vuole continuare a leggere quel che ho da dire riguardo Plone, i CMS in generale e come usarli per migliorarci la vita, e gli altri argomenti che sono il mio pane quotidiano, non ha che da fare un salto su Open Abstract.

Certo, Open Abstract ospita anche molte altre cose.. fatevi un giro!!

Chiaramente sono felicissimo, tanto che, grazie ad Abstract, ho potuto aiutare i ragazzi di UniMC nell’organizzazione.

Il programma è finalmente pubblico, e lo trovate qui:
http://www.unimc.it/ciem/notizie/world-plone-day-28-aprile-2010-a-unimc

Il pomeriggio sarà dedicato a un open space incentrato sulle tematiche della condivisione e pubblicazione online dell’informazione. Per proporre argomenti o vedere quelli già proposti: http://etherpad.com/wpd-unimc.

Non siete a Macerata, ma volete comunque partecipare?
http://plone.it/diffondi/comunicati/world-plone-day-2010-vieni-a-conoscere-plone

Be’, io l’ho “scoperto” con questo articolo: http://www.cmswire.com/cms/enterprise-cms/enterprise-cms-usage-scenario-case-management-frameworks-006071.php. Di fatto ci si limita a dare un nome a qualcosa che per molti diventerà subito comprensibile:

Un caso è il raggruppamento delle informazione su cui un utente lavora, sia esso un cliente, un ordine, un progetto, etc..
L’utente cerca di raccogliere tutte le informazioni di cui ha bisogno in un singolo punto, per poter lavorare agevolmente al suo caso.

http://www.flickr.com/photos/fofurasfelinas/3998200189 – CC by-nc-nd

Nulla di eccezionale, si tratta di raccogliere dei “frutti” e di metterli nelle ceste giuste. Tuttavia, a ben pensarci, molte attività dei nostri uffici sono strutturate attorno a dei “casi”, e le procedure di gestione sono spesso lasciate alla buona volontà dei singoli.

Cerchiamo allora di mettere a fuoco meglio questo concetto con un esempio reale, e vediamo come Plone rappresenti un’ottima soluzione al problema.

Gestione Documentale con Plone

Qualche mese fa abbiamo rivisto insieme ad un cliente il suo utilizzo di Plone come sistema documentale: l’azienda gestisce un parco mezzi in outsourcing, e tutti i documenti relativi alle varie richieste che nascono vengono raccolti e classificati in Plone, ritenuto comodo per vari motivi:

• basta un browser web per accedere ai documenti da qualsiasi postazione in rete,
• si può decidere chi vede quali documenti, chi li carica in quali aree, chi li avanza di stato con molta facilità,
• il motore di ricerca interno permette di rintracciare rapidamente i documenti, indicizzandone sia titolo e descrizione che i contenuti veri e propri nel caso di PDF e documenti office,
• si possono creare link tra i documenti ed elencarli in modo diverso da come sono immagazzinati.

E fino a qui si tratta di Plone, lo conosciamo e apprezziamo per tutte queste cose e molte altre.

Quando però siamo andati a vedere nel dettaglio come stavano usando il sistema, dietro c’era in effetti il tipico “case management”, gestito in larga parte a mano, e con ampi margini di “banale” ottimizzazione.

I vari documenti venivano caricati a sistema (a mano), inserendoli nella cartella corrispondente al tipo di documento (fatture, mail, richieste, etc.) e usando come titolo il numero d’ordine: la chiave del loro “caso”.

L’ordine vero e proprio era rappresentato da una pagina Plone, in cui caricavano (a mano) le varie informazioni provenienti dal loro gestionale (cliente, fornitore, budget, data ordine, etc.), e a cui linkavano (a mano) tutti i documenti inseriti a sistema relativi all’ordine.

Il risultato finale era una bella pagina Plone che il gestore dell’ordine poteva aggiornare con tutte le sue note e con i vari documenti man mano che venivano prodotti (fax ai fornitori, bandi di gara, mail importanti ricevute o inviate, etc.).

Fino a qui, tutto bene! Stavano usando Plone nel migliore dei modi, per tenere in ordine i propri documenti e facilitare il loro lavoro.

Nessun problema a portare avanti il lavoro di chi è fuori ufficio o in ferie, nessun problema a rintracciare un documento, nessun problema ad archiviare gli ordini dopo il loro espletamento o a tenere un backup della base documentale.

Tuttavia qualche nota era stonata, e qui inizia il nostro lavoro di supporto e consulenza: troppe cose erano fatte manualmente, si stava lavorando in modo troppo vincolato a Plone.

Case Management con Plone

Prima ancora di sapere che stavo predisponendo una soluzione di “case management“, ecco i capisaldi della nostra proposta poi realizzata:

• i documenti devono essere caricati in modo semplice e rapido
• i documenti dovevano essere classificati in modo “automatico” nella maggior parte dei casi
• le informazioni “gestionali” provenienti dal sistema ERP devono essere aggiornate in modo “automatico”
• il sistema deve poter essere usato manualmente in tutti i casi in cui insorgono delle eccezioni
• tutto quello che oggi riescono a fare, deve poter essere fatto anche in seguito all’evoluzione proposta

Ebbene, tutti i punti sono stati risolti, e con una quantità di lavoro veramente irrisoria! ecco come..

L’oggetto ordine

Il caso si basa su un nuovo oggetto Plone chiamato “Ordine”, che è il punto di ingresso di gestione del caso ed ha tutti gli attributi che servono a rappresentarlo (num. ordine, anno, budget, cliente, fornitore, etc. etc.).

Le chicche riservate a questo oggetto sono:

- di contenere al suo interno tutti i documenti ad esso relativi (niente piu’ cartelle per i vari tipi di documento, niente più relazioni per collegarli all’ordine, molto più facile archiviare un ordine e i suoi documenti!)

- di avere una funzione che, dato il numero d’ordine, interroga la base dati del sistema gestionale e aggiorna automaticamente i suoi metadati “legacy” (appunto: budget, cliente, fornitore, etc. etc.. Niente più errori di inserimento, e aggiornamento con un clic se i dati nel gestionale cambiano!)

Il flusso di inserimento dei documenti

I documenti vengono caricati a sistema usando oggetti Plone “File” con un attributo in più per definire il tipo di documento, scelto da una lista gestita via web che per ogni tipo stabilisce una sigla e un nome (FAT – Fattura, FAX – Fax, EML – Mail, etc.).

Per il caricamento “facilitato” abbiamo immaginato dei flussi strutturati in questo modo:

1. abbiamo predisposto delle cartelle condivise (share di rete windows, per questo cliente), una cartella per ogni tipo di documento, con la sigla del tipo di documento come nome,
2. documenti da caricare vengono salvati nella cartella condivisa del loro tipo, usando il numero d’ordine a cui appartengono come filename,
3. le cartelle condivise sono montate in Plone usando il prodotto Reflecto (http://plone.org/products/reflecto),
4. uno script preleva i file dalle cartelle condivise, genera il documento corrispondente nell’ordine dedotto dal filename e imposta il tipo di documento dedotto dal nome della cartella in cui il file è stato prelevato

La chicca consiste nel generare in automatico l’oggetto “Ordine” nella posizione giusta in cui collocare il file, nel caso in cui il filename non corrisponda a nessuno degli ordini già presenti a sistema.

Tiriamo le somme

Cosa abbiamo dopo queste modifiche? un sistema in cui:

• chiunque può salvare un file con il filename giusto nella cartella condivisa e vederlo caricato nel posto giusto in Plone, con tanto di classificazione;
• tutti i documenti finiscono al loro posto, e chi deve lavorare ad un ordine ha sempre tutto a portata di mano;
• chiunque abbia un utente Plone abilitato potrà lavorare agli ordini e accedere ai loro documenti mediante un browser web da una qualsiasi postazione in rete
• le informazioni provenienti dal gestionale sono aggiornate automaticamente, e senza errore;
• tutte le funzionalità di Plone continuano ad essere presenti (modifica di oggetti, inserimento/cancellazione di oggetti, workflow, indicizzazione, etc.)
• qualsiasi eccezione ai flussi predisposti può essere gestita manualmente;
• qualsiasi errore può essere facilmente recuperato operando manualmente.

NB: molti dei tempi morti precedentemente destinati alle operazioni manuali sono stati azzerati, come pure molti degli errori dovuti alle stesse attività manuali!!

Insomma, pensando a Plone, un web CMS, solitamente si immaginano siti di comunicazione o di collaborazione su web, di fatto le possibilità che abbiamo di fronte sono molto più vaste: sono convinto che a volte sia solo questione di trovare le persone giuste per confezionare le soluzioni più appropriate.

Tantissimo lavoro è stato fatto, e grazie ad Eric Steele, release manager di Plone 4, per l’occasione volato a Colonia, ne abbiamo le prove!

Non sono state affrontate problematiche di ampio respiro, ma una serie di dettagli, il cui miglioramento può enormemente aumentare l’usabilità di Plone.

Vedere per credere! Iniziamo con il nuovo motore per i commenti, plone.app.discussion, che Timo Stollenwerk sta migliorando sempre di più:

Niente male, vero? Continuiamo con il nuovo oggetto Evento, che Andreas Jung e il suo gruppo ha notevolmente migliorato:

Direi che le possibilità a livello di calendaring per plone aumentano significativamente. Veniamo ora alla nuova vista dei risultati delle ricerche:

Denis Mishunov e gli altri hanno fatto davvero un grandissimo lavoro! non vedo l’ora di poterlo usare sul campo!

Sempre in ambito “ricerca”, ecco quanto fatto per plone.app.collection, presentato da Geir Baekholt:

Chissà che finalmente non diventi un piacere usare le collezioni!

Sempre sul fronte usabilità, ecco Tom Gross che ci presenta i miglioramenti ottenuti per il ReferenceBrowserWidget:

gran bel lavoro!

e infine Robert Niederreiter presenta la sua proposta di interfaccia stile “Finder” per manipolare oggetti all’interno di Plone:

Che dire?

Veramente un gran bel lavoro, da parte di tutti!

Molti di questi sviluppi finiranno in Plone 4.1, che già si sta portando avanti. Per adesso grazie mille ad Eric Steele per averci fatto vivere così bene tutto il lavoro svolto dai magnifici sprinter! e grazie a tutti per il vostro impegno!!

Ma molti utilizzatori finali di Plone, reali o potenziali, vogliono rapidamente farsi un giro per capire cosa Plone può fare per loro!

Così, dopo anni che spingo su questa cosa, finalmente i miei colleghi di Abstract mi hanno accontentato, mettendo online un Plone base accessibile a chiunque: http://plone4.abstract.it.

Non c’è più bisogno di procurarsi un PC, installarci Plone, capire cosa bisogna fare per accedere al servizio.. e questo è vero anche per i tecnici! Sono certo che capiti a tutti di trovarsi al PC di qualche collega/amico/parente/.. a cui vorremmo mostrare la bellezza di Plone, in modo che si renda conto di cosa gli stiamo raccontando. Ebbene, ora dovrebbe essere banale farlo giocare con l’ultimissima versione.

L’impegno di Abstract sarà di evitare ogni abuso, e di tenere aggiornata l’installazione in modo da avere sempre online l’ultima release di plone 4.

Buon Plone a tutti!

Andiamo sul pratico, tanto per capirci: durante la migrazione in cui transmogrifier è stato protagonista, ho importato degli oggetti che nel nuovo portale hanno subìto una “mutazione genetica”: in particolare hanno aumentato il loro “parco attributi”, presentando alcuni metadati di classificazione in più rispetto all’origine.

Chiaramente durante la migrazione non è stato possibile “transmogrificare” integralmente tutti gli oggetti, per cui alcuni di quelli geneticamente mutati li abbiamo importati senza mutazione, e li useremo come tali.. ma dobbiamo poterli ricercare in modo omogeneo rispetto ai nuovi metadati, e allora come fare?

La soluzione rapida consiste nel far indicizzare coerentemente l’attributo interessante anche per gli oggetti che quell’attributo non lo hanno, e qui interviene il buon plone.indexer!

Come suggerito dal “mobile” Mikko Ohtamaa, una funzioncina debitamente confezionata sotto forma di “name adapter” e il gioco è fatto.. (andate su http://plone.org/documentation/manual/developer-manual/indexing-and-searching/custom-indexing-strategies per i (pochi) dettagli.

Plone 4 è alle porte e alcuni siti potranno essere rapidamente aggiornati con gli script di migrazione rilasciati con Plone (anzi, affrettatevi a provare la migrazione del vostro portale! eventuali problemi segnalati in questa fase potrebbero essere risolti direttamente dai core developer, senza alcun dispendio di energie da parte vostra ).

In altre situazioni, dove la versione di partenza di Plone è troppo vecchia, o dove sono state operate delle personalizzazioni spinte, gli script di migrazione (cfr. http://plone.org/documentation/faq/upgrade-plone) di Plone non basteranno.. cosa fare?

Transmogrifier (http://pypi.python.org/pypi/collective.transmogrifier) potrebbe essere la risposta più corretta e “divertente“…

Per capire di che si tratta immaginate una catena di montaggio, in cui entrano dei pezzi che lungo la catena vengono trasformati fino ad ottenere il prodotto finito. Se ci state pensando, è esatto: sebbene sia nato per importare contenuti in Plone, nessuno impedisce di usarlo come modulo python puro per quello che ci serve. Di fatto in questo articolo annoto alcune considerazioni relative alla migrazione di contenuti da un vecchio sito Plone ad uno di nuova generazione.

Perchè usare transmogrifier? (e non piuttosto un proprio script, magari già pronto, come nel mio caso..)

1. un semplice file di configurazione basta a costruire la nostra pipeline di trasformazione/importazione (la nostra catena di montaggio, appunto),
2. molti dei pezzi necessari a costruire la pipeline, chiamati blueprint, sono disponibili, in particolare per generare e manipolare oggetti Plone,
3. la riusabilità dei singoli blueprint è molto maggiore rispetto ad avere un unico script da manipolare e modificare di volta in volta.

Qualche Direzione

Il pacchetto base di transmogrifier si chiama collective.transmogrifier, e contiene l’infrastruttura di base e i blueprint principali.
Tutti i blueprint dedicati a Plone sono stati spostati in plone.app.transmogrifier.
Infine un pacchetto molto utile è collective.blueprint.base (non ancora rilasciato: si trova nel collective), contenente delle classi di base che rendono velocissima la creazione di nuovi blueprint.

Istruire una pipeline di “transmogrifica” consiste nel definirla in un file zcml dandogli un nome e indicando il file di configurazione:


<transmogrifier:registerConfig
name="migrazione"
title="Migrazione"
description="pipeline di migrazione"
configuration="migration.cfg" />


Lanciare in esecuzione la pipeline è facile come creare un oggetto Transmogrifier passandogli il contesto e mandarne in esecuzione la __call__ indicando il nome della pipeline da lanciare:


from collective.transmogrifier.transmogrifier import Transmogrifier
transmogrifier = Transmogrifier(self.context)
transmogrifier(u'migrazione')


Dove mettere questo codice è una vostra scelta, io ho creato una Browser View e lo eseguo alla __call__ della vista.

Il mio caso, come detto, consiste nel prelevare contenuti e informazioni correlate da un portale Plone versione 2.x e importarli in un Plone versione 3.x. Chiaramente nel mezzo ho diverse “transmogrificazioni“, in particolare nel sorgente ho sempre pagine e cartelle a cui nella destinazione corrispondono diversi nuovi archetype, a seconda delle sezioni.

Blueprint sorgente per importare i contenuti esterni

Veniamo al primo problema: si trovano già pronti blueprint che generano gli item da importare partendo da oggetti Archetype locali, da file CSV, da DB relazionale, addirittura da siti web statici. Ma nel caso di portali Plone esterni al nostro Zope destinazione, nulla di “ufficiale”.

Come ho risolto? Sullo Zope sorgente, via http, richiamo sull’oggetto da migrare un Page Template che produce l’XML con tutti i dati necessari, ottenuti tramite un external method che impacchetta anche i file binari encodati base64. Il trucco consiste nel mettere nell’XML anche alcune info “non banali”, come la lista delle url da richiamare per esportare gli eventuali figli dell’oggetto specifico.

Tale XML viene usato dal mio blueprint sorgente che in configurazione ha l’url del plone sorgente e i dati di autenticazione. Ad ogni file xml corrisponde un item inserito nella pipeline.

Manipolare i contenuti in ingresso

Le informazioni nell’XML hanno chiaramente una struttura “piatta”: sono tutte stringhe. Per non stare a infilare il tipo di dato nell’XML il mio blueprint di update nella configurazione mi permette di indicare i nomi degli attributi che vanno trasformati in tipi python (basta un eval per ricreare liste, tuple, date, etc.), di quelli che vanno decodificati in base64 e di quelli che rappresentano file o immagini.

Inoltre il blueprint di update ha in configurazione la base_path del nostro portale destinazione, in modo da sapere dove andare a rigenerare i contenuti.

Un particolare che non sono riuscito a trovare già risolto “in letteratura” consiste nel trattamento dei file da caricare negli oggetti di tipo File e Immagine. In plone.app.transmogrifier ho trovato un blueprint chiamato mimeencapsulator, capace di infilare il mimetype all’interno di attributi di tipo file, ma il filename rimane scoperto.

Come ho risolto? l’XML contiene per ogni file una terna di attributi, es. “_image_filename”, “_image_contenttype”, “_image_data”, il blueprint in configurazione sa quali attributi sono da trasformare in file, es. “image”, e piazza nell’item della pipeline un attributo con chiave “image” e valore un oggetti di classe:

    from StringIO import StringIO

    class fakeFile(StringIO):
        def __init__(self, data, filename, mimetype):
        StringIO.__init__(self, data)
        self.filename = filename
        self.content_type = mimetype

Il resto della pipeline

Ci siamo presi i dati sul Plone sorgente e li abbiamo manipolati per ottenere dei dati di partenza validi. Cosa manca?

Be’.. creare i contenuti, aggiornarli con le informazioni in arrivo dal sorgente, aggiornare le UID in modo da riavere le stesse presenti sui contenuti sorgente, aggiornare il workflow, sistemare le viste di default, reindicizzare gli oggetti appena creati.

Tutto questo senza sviluppare nessun ulteriore blueprint! plone.app.transmogrifier ha tutto il necessario.

Una nota a parte la merita la gestione dell’attributo “relatedItems“, e la problematica intrinseca di non poterlo aggiornare con UID che non corrispondono ancora a nessun oggetto, nel caso in cui l’oggetto destinazione non sia ancora passato nella pipeline.

Esistono un paio di soluzioni a riguardo: quella da preferire credo sia l’utilizzo del blueprint pathresolver, che posticipa la gestione di un oggetto fino a che non sia verificata l’esistenza di determinate path. (occhio ad eventuali referenze incrociate!)

Di fatto io mi limito a lanciare lo script di migrazione due volte, eliminando la chiave relativa ai relatedItems al primo passaggio.

la lista dei blueprint di questa seconda parte della pipeline è la seguente:

• collective.transmogrifier.sections.manipulator (per eliminare dall’item la chiave “relatedItem”)
• collective.transmogrifier.sections.constructor (per creare l’oggetto archetype nella posizione desiderata)
• plone.app.transmogrifier.uidupdater (per aggiornare l’UID con il valore provieniente dal sorgente)
• plone.app.transmogrifier.atschemaupdater (per aggiornare l’oggetto creato in tutti i suoi attributi)
• plone.app.transmogrifier.browserdefault (per assegnare la vista di default sull’oggetto creato)
• plone.app.transmogrifier.workflowupdater (per lanciare le transizioni di workflow corrispondenti a quelle presenti sull’oggetto sorgente)
• plone.app.transmogrifier.reindexobject (per reindicizzare l’oggetto appena creato)

Note Finali

Sicuramente la pipeline presentata non risolve tutte le situazioni possibili, ma vi da una buona idea di quel che si puo’ fare.

Una considerazione negativa rispetto all’uso di transmogrifier consiste nella difficoltà di operare in debug nel momento in cui le cose non vanno come ci aspettiamo. Una considerazione positiva è invece data dalla quantità di materiale di esempio che trovate in giro per la rete

Riferimenti:

Talk di Lennart Regebro su Transmogrifier alla Plone Conference 2009:

• http://www.slideshare.net/regebro/transmogrifier-migrating-to-plone-with-less-pain-2387600
• http://www.ustream.tv/recorded/2440203

Talk di Quintagroup alla Plone Conference 2008 :

• http://www.slideshare.net/Quintagroup/content-migration-quantum-leap-presentation

Dal codice:

Dai un bello sguardo ai vari blueprint presenti in collective nei pacchetti collective.transmogrifier, plone.app.transmogrifier, collective.blueprint.base. (cfr. http://dev.plone.org/collective/browser/)

Ispirazione ulteriore dal progetto Funnelweb, che offre un’interfaccia web per importare siti statici in Plone:

• http://www.coactivate.org/projects/funnelweb/project-home
• http://dev.plone.org/collective/browser/pretaweb.funnelweb/trunk/pretaweb/funnelweb

Buone transmogrificazioni a tutti!!

C’era il desiderio di rinnovare la home e di dare maggiore risalto alla comunicazione, anche mettendo in evidenza il planet plone.it. La nostra proposta è visibile a tutti accedendo a http://plone.it/new-home-page.

Che ne dite?

Nota: il link al planet è cambiato! aggiornate il vostro reader rss!

L’idea finale ci proietta a due successivi passi:

• Iniziare a ripensare alla struttura dei contenuti del portale, anche alla luce di quanto c’e’ oggi disponibile e di quanto è stato fatto negli ultimi tre anni.
• Arrivare allo Sprint di Sorrento con le idee chiare per operare la migrazione del portale a Plone 4 (magari affinando ulteriormente l’impostazione generale del portale)

Chi ci sta? le iscrizioni allo Sprint sono già aperte, e il Simposio organizzato da Abstract è sicuramente un ottimo momento per incontrarsi, discutere e fare!!

In merito ho qualcosa da dire, ma voglio farlo con calma, non in questo post (tanto per capirci, da tempo ho “in canna” di parlare di Case Management con Plone, che copre una parte delle proposte di Fabrizio… piano piano ).

Piuttosto volevo rispondere organicamente al commento di Andrea, che quoto nella sua chiosa:

secondo te Plone può essere usato, oltre alla gestione documentale, anche per la gestione delle attività come emissione fatture, ddt, ordini etc… ?

Quello che io intendo e avere un sistema in cui collaboro alla vita aziendale (CMS puro e semplice), gestisco i servizi con i clienti (trouble ticket), amministro i miei servizi, fatturo ai clienti, emetto ordini ai fornitori, ddt per i tecnici.

Non capisco perché queste operazioni vengano definite da molti sviluppatori Plone come troppo complesse per un CMS, e parlo anche a livello di costi di sviluppo. Scusa ma con PHP queste cose si fanno da anni, a costi decenti e molto inferiori rispetto a soluzioni Plone o JSP.

Be’, ho due cose da dire a riguardo.

La prima, spicciola: se “queste cose si fanno da anni in PHP a costi decenti e molto inferiori rispetto a soluzioni Plone o JSP”, ben vengano! Perchè Andrea sente la mancanza di qualcosa che PHP non sia? Forse le soluzioni “che si trovano” rispetto a quelle che, ancora oggi, “non si trovano” (non tanto in Plone, quanto in Java) fanno una differenza sostanziale che in parte giustifica i costi lamentati?

La seconda: credo di far parte di quegli sviluppatori Plone (o meglio, integratori Plone) che definiscono “queste cose” troppo complesse per un CMS, o troppo costose da realizzare. Quindi cerco di ribadire il concetto in modo semplice, e spero di non essere frainteso.

Premessa: quando si fanno certe considerazioni, un integratore Plone parla di Plone, e non della famiglia dei CMS in generale, in cui si fanno entrare cose diverse come Worpress, Joomla! e Alfresco.

Veniamo alla mia spiegazione a riguardo, sottolineando come Plone disponga di strumenti molto avanzati, stabili e collaudatissimi da molti anni per poter risolvere una serie di problematiche tipiche dei Web CMS (categoria di cui Plone fa parte a pieno titolo). Ne cito qualcuno:

• Archetypes per creare i modelli informativi dei contenuti e tutto quel che serve a farli funzionare (storage, indicizzazione, interfacce utente di base, etc.) dichiarando un semplice schema di attributi!
• Workflow Documentale per gestire flussi di lavoro collaborativi sui documenti descritti da diagrammi di stato molto facili da personalizzare
• Indicizzazione Interna per interrogare la propria base informativa comunque sia necessario, cercando anche all’interno dei file PDF, Office, etc.
• Versioning Documentale per disporre delle passate versioni dei documenti ed eventualmente ripristinarle
• Zope Page Template, registri CSS e JS, viewlet e portlet per costruire le proprie interfacce utente web in maniera rapida e flessibile
• etc. etc. le feature di Plone non si esauriscono certo qui!

Per quanto riguarda l’ambiente in cui Plone è implementato, si tratta di Zope, un application server molto verticale sulle sue funzionalità e dotato di:

• un ORB orientato ad internet (il Publisher, molto robusto e longevo)
• un DB a oggetti integrato e trasparente (NoSQL ante-litteram e anche di più),
• un potente modello di sicurezza che permette di usare il DB a oggetti come fosse un filesystem agli steroidi

Zope [ndr. Zope 2!!, da non confondere con Zope 3, che di Zope 2 fa parte, ma con cui viene costruito anche Grok, BlueBream e a cui si appoggia BFG] è perfetto per quel che ci si può fare, ma difficile da trasformare in qualcosa di diverso (se i framework negli ultimi anni hanno riscosso tutto questo successo un motivo valido ci sarà..).

Alla fine di questa specie di sviolinata cerco di spiegare il perchè “certe cose” sono costose da fare in Plone:

se il modello complessivo che Plone rappresenta non è piuttosto vicino all’implementazione ideata per risolvere il proprio problema, con o senza contenuti web di mezzo, la fatica che si fa a “combattere” il framework è maggiore di quella che piuttosto si farebbe a partire senza quell’aiuto.

Allora chiedo: dovendo andare ad una cerimonia, faccio prima a vestirmi in un negozio di abbigliamento o a rivolgermi ad un sarto?

e chiedo ancora: dovendo procurarmi un costume da bagno, faccio prima a riadattare dei pantaloni comprati nel negozio di prima, a rivolgermi ad un sarto o piuttosto a cercare in un negozio di articoli sportivi?

La cosa difficile da far intuire a chi non la vede già da sé è come sia possibile che per fare certe cose molto complesse Plone ci metta “così poco”, mentre per farne altre, apparentemente semplici e alla portata di “tutti”, in Plone costi una fortuna.

Il motivo dovrebbe essere evidente se si considera che tutti gli strumenti citati sopra sono molto specializzati per erogare, ciascuno al suo livello, l’esperienza che Plone fa apparire semplice da controllare, ma che tanto semplice non è!

Non è semplice, come dimostra il fatto che dopo tutti questi anni io ancora sto cercando (seriamente!) un’alternativa equivalente e più all’avanguardia di Plone.

E non è semplice anche perchè Plone ingloba un numero spaventoso di giorni uomo, seppure forse ben camuffati dall’apparente semplicità di quello che vediamo funzionare, e molto bene, tutti i giorni come un orologio svizzero.

Prima di tutto: che cavolo è ZopeSkel?!

Si tratta di uno strumento piuttosto irrinunciabile per chi sviluppa estensioni Plone nel 2010. Perciò se lo usate non avete bisogno di ulteriori chiarimenti. Se invece non lo state usando, fareste bene a chiedervi “perchè?!”.

Dall’help di ZopeSkel:

This script allows you to create basic skeletons for plone and zope products and buildouts based on best-practice templates.

In breve con ZopeSkel si guadagnano una serie di scorciatoie irrinunciabili per poter costruire il nostro pacchetto Plone e i vari componenti di cui avremo bisogno, e vi rimando a questo documento e a quest’altro per saperne di più, e a questo per un ulteriore approfondimento.

La prima novità è l’introduzione di uno script di front-end, da usare al posto del classico ‘paster create’, chiamato proprio ‘zopeskel‘.

dopo aver installato/aggiornato ZopeSkel provate ad aprire una shell e a lanciare il comando:

$ zopeskel --help

dovreste poter leggere molte interessanti informazioni su come usare questo script, tra cui, una maggiore prolissità descrittiva dei vari template a disposizione, lanciando:

$ zopeskel --list

e delle singole opzioni che si possono impostare, semplicemente inserendo un punto interrogativo negli slot dove zopeskel si aspetta le nostre risposte.

un’altra novità consiste nel poter impostare un file di configurazione in cui inserire i valori ricorrenti riguardo i dati dell’autore del pacchetto, la licenza d’uso, etc. Per avere un file di partenza, usate il comando:

$zopeskel --make-config-file > /path/to/home/.zopeskel

L’ultima chicca, che però al mio tentativo di utilizzarla non ha prodotto immediatamente buoni frutti, è zopeskelweb. Fateci un giro e, se vi piace, installatelo direttamente da svn: http://dev.plone.org/collective/browser/zopeskel.webui/trunk

NB: grazie a Simone che mi ha prontamente puntato all’origine di tutti questi cambiamenti.