Review zu Plone

Software : Daemons : Plone : Review : Übersicht
04-May-2003/09-Jan-07

Übersicht

Plone steht für verschiedene Linux- Distributionen als Binärpaket zur Verfügung; ausserdem gibt es einen Tarball für die manuelle Installation. Für Microsoft Windows und Apple McOS X stehen ausserdem sehr komfortable Installer zur Verfügung, für Linux oder BSD gibt es leider nichts vergleichbares.

Da sich Plone als Tool für Endbenutzer versteht, interessiert mich an dieser Stelle zunächst nur eine möglichst komfortable und unproblematische Installation; naheliegend sind also die Binärpakete.

Debian GNU/Linux.

Es existiert ein DEB-Paket ab Testing; für das stabile Woody gibt es Plone nicht.

 www.debian.org/Packages/plone.

Ein apt-get install plone läuft problemlos, führt jedoch zu einem nicht konfigurierten System; Bei Zugriff auf http://localhost:8080 bzw. http://localhost:8080/manage antwortet kein Server, obwohl Plone als Prozess aktiv ist. Unter  plone.org/documentation/book/2 oder  zope.org/Documentation/Books/ZopeBook/2_6Edition/InstallingZope.stx finden sich auch leider keine brauchbaren Installationsanweisungen; die Installationsanweisungen zu Plone beziehen sich nahezu ausschliesslich auf die (selbsterklärenden) Installer unter Windows und MacOS X.

Ohne fundierte Kenntnisse des Zope- Frameworks scheitert ein normaler User an diesem Punkt unter Debian GNU/Linux, also noch vor dem Einrichten eine Plone- Instanz oder der Konfiguration von Zope und Plone.

Red Hat Linux.

RPM-Pakete der alten Version Plone 1.0.4 werden angeboten für Red Hat Linux, SuSe Linux und Mandrake Linux; die aktuelle Version, Plone 1.0.5, gibt es nur als Tarball oder mit Installer für Windows oder MacOS X:

 sourceforge.net/project/showfiles.php?group_id=47214.

Bei Sourceforge finden wir zwei passende Binär-RPMs sowie zwei SRPMs für das aktuelle Red Hat Linux 9:

• Plone-1.0.4-2.1_1-Rh-9.0.i386.rpm (10.131.336 Bytes),
• Plone-1.0.4-2.1_1.src.rpm (6.164.661 Bytes),
• Plone-1.0.4-2.2_1-Rh-9.0.i386.rpm (9.839.242 Bytes),
• Plone-1.0.4-2.2_1.src.rpm (6.164.530).

Hier ist unklar und nirgends dokumentiert, worin sich die die beiden Versionen unterscheiden; der einzige erkennbare Unterschied liegt in der Dateigrösse.

Die Installation des Paketes Plone-1.0.4-2.1_1-Rh-9.0.i386.rpm scheitert unter Red Hat Linux 9.A (Second Edition); dies ist die aktuelle Version von RHL und wurde beispielsweise offiziell über die Heft- CDs im Red Hat Magazin verbreitet. rpm -ivh Plone-1.0.4-2.1_1-Rh-9.0.i386.rpm führt zu der Fehlermeldung:

...

Das verfügbare RPM-Paket für RHL 9 ist also entweder schlecht gebaut, weil es eine ältere Python- Version erzwingt, oder einfach defekt; vielleicht ist es auch einfach nicht getestet unter Red Hat Linux 9.A (Second Edition). Auch die Installation mit der Option --nodeps funktioniert nicht, Ergebnis ist eine disfunktionale Installation, die bei nächster Gelegenheit von der Paketverwatung moniert und entfernt wird.

Ohne fundierte Kenntnisse des Zope- Frameworks scheitert ein normaler User an diesem Punkt auch unter Red Hat Linux, also noch vor dem Einrichten eine Plone- Instanz oder der Konfiguration von Zope und Plone. Und das, obwohl ein vorgeblich für Red Hat Linux 9 erstelltes Binärpaket existiert.

Off limits: Microsoft Windows.

Für Microsoft Windows steht ein komfortabler und zuverlässiger Installer zur Verfügung; nach Aufrufen der etwa 10 MB grossen Datei Plone-1.0.5.exe muss man einige Minuten warten, ein paar banale Fragen beantworten und hat sofort eine gut funktionierende Plone- Installation, und das auf einer nahezu beliebigen Windows- Version. Da Zope einen eigenen Webserver mitbringt, braucht man nicht mal einen IIS oder PWS zu starten.

Und nicht nur die Installation unter Windows ist ein Kinderspiel; für grundlegende administrative Aufgaben steht unter Windows nach der Installation ein Controller mit GUI zur Verfügung, mit dem beispielsweise der Dienst gestartet und gestoppt werden kann. Das ist in jeder Beziehung vorbildlich und macht die Benutzung von Plone zu einem Vergnügen -- aber leider nur unter Windows.

Plone ein Open Source- Projekt, der Quellcode steht sogar unter der GNU GPL. Nun stellt sich mir die Frage, warum die Plone- Entwickler so viel Aufwand betreiben, um das nicht- freie Betriebssystem Windows zu forcieren; sollte nicht die Entwicklungsarbeit lieber in komfortable und zuverlässige Installer für freie Betriebssysteme gesteckt werden? Wer rasch und unkompliziert einen Plone- Server haben will, muss sich einen Windows- Rechner anmieten. Wer Plone nutzen will und sich nicht wochenlang mit der Dependendy Hell von Red Hat oder der fehlenden Dokumentation zum DEB- Paket herumärgern will, wird daher einen Windows- Server anmieten. Ist dies das Ziel der Plone- Entwickler? Wohlkaum.

Beispielinstallation

Ergebnis einer Installation von Plone mit Default- Einstellungen, erster Zugriff auf http://localhost:

Site Error An error was encountered while publishing this resource. POSKeyError Sorry, a site error occurred. Traceback (innermost last): Module ZPublisher.Publish, line 150, in publish_module Module Products.Localizer, line 58, in new_publish Module ZPublisher.Publish, line 114, in publish Module Zope.App.startup, line 182, in zpublisher_exception_hook Module ZPublisher.Publish, line 98, in publish Module ZPublisher.mapply, line 88, in mapply Module ZPublisher.Publish, line 39, in call_object Module Products.CMFCore.PortalContent, line 117, in __call__ Module Shared.DC.Scripts.Bindings, line 252, in __call__ Module Shared.DC.Scripts.Bindings, line 283, in _bindAndExec Module Products.CMFCore.FSPageTemplate, line 169, in _exec Module Products.PageTemplates.ZopePageTemplate, line 228, in _exec Module Products.CMFCore.FSPageTemplate, line 141, in pt_render Module Products.PageTemplates.PageTemplate, line 95, in pt_render <FSPageTemplate at /Plone/document_view used for /Plone/index_html> Module TAL.TALInterpreter, line 200, in __call__ Module TAL.TALInterpreter, line 244, in interpret Module TAL.TALInterpreter, line 703, in do_useMacro Module TAL.TALInterpreter, line 244, in interpret Module TAL.TALInterpreter, line 473, in do_setLocal_tal Module Products.PageTemplates.TALES, line 217, in evaluate Line 3, Column 0 Expression: <PythonExpr here.portal_actions.listFilteredActionsFor(here)> Names: {'container': <PloneSite instance at 01A30E58>, 'default': <Products.PageTemplates.TALES.Default instance at 01155054>, 'here': <Document at /Plone/index_html>, 'loop': <SafeMapping instance at 01C86258>, 'modules': <Products.PageTemplates.ZRPythonExpr._SecureModuleImporter ' instance at 0115510C>, 'nothing': None, 'options': {'args': ()}, 'repeat': <SafeMapping instance at 01C86258>, 'request': <HTTPRequest, URL=http://localhost/index_html>, 'root': <Application instance at 0176B350>, 'template': <FSPageTemplate at /Plone/document_view used for '/Plone/index_html>, 'traverse_subpath': [], 'user': Anonymous User} Module Products.PageTemplates.ZRPythonExpr, line 48, in __call__ __traceback_info__: here.portal_actions.listFilteredActionsFor(here) Module Python expression "here.portal_actions.listFilteredActionsFor(here)", line 2, in f Module Products.CMFCore.ActionsTool, line 189, in listFilteredActionsFor Module Products.CMFCore.ActionsTool, line 275, in _listActions Module Products.CMFCore.WorkflowTool, line 266, in listActions Module Products.DCWorkflow.DCWorkflow, line 211, in listGlobalActions Module ZODB.Connection, line 509, in setstate Module ZODB.FileStorage, line 650, in load Module ZODB.FileStorage, line 624, in _load POSKeyError: 0000000000003075 (Also, an error occurred while attempting to render the standard error message.) Troubleshooting Suggestions The URL may be incorrect. The parameters passed to this resource may be incorrect. A resource that this resource relies on may be encountering an error. For more detailed information about the error, please refer to the HTML source for this page. If the error persists please contact the site maintainer. Thank you for your patience.

Na toll, und wie soll man das jetzt debuggen??