CMS,DMS,Portalsite mit Docbook
Hi, nach vielen Stunden Suche (Google, Freshmeat, ...) habe ich noch kein ueberzeugendes ContentManagementSystem bzw. DocumentManagementSystem mit Portalsitefunktion (das evtl auch getrennt) welches intern mit den Docbookformat (echtes, nicht DocbookLite) arbeitet, gefunden. Gerne auch auf der Basis von Axkit oder mod_perl. Vielleicht hat ja schon mal jemand Erfahrungen oder Empfehlungen (oder zusaetzliche Treffer) gesammelt. Auf diese Projekte bin ich u.a. gestossen: Borges (Keine Portalsitefunktion) http://www.mandrakelinux.com/en/doc/project/Borges/ C-Arbre (Nur DocbookLite?) http://c-arbre.tuxfamily.org P.S. Aus Gruenden der Performance (u.a.) kann (und will) ich leider keine Java Produkte foerdern. Gruss Christian.
Hi, soll es nun ein CMS oder ein DMS sein? Man sollte hier nicht Apfel und Birne, welches beides Obst der Gattung Baumfrucht ist vermischen. Weiterhin gehe ich auch davon aus das es frei Verfügbar und kostenlos sein soll, oder nicht? Wenn jetzt noch auf Java verzichtet werden soll ist die Suche so gut wie aussichtslos. Stabile und einigermassen zu handhabende System basieren auf einem WAS (Web Application Server) was fast ausschliesslich JAVA bedeutet. Ältere Ansätze in Perl o.ä. wurden mitlerweile auf JAVA portiert. Da JAVA ausscheidet bleibt als Objekt Orientierte Sprache in der Rangfolge noch Python übrig, wobei man dann bei ZOPE landet. Es wird zwar behauptet, dass ZOPE ein WAS sei, aber leider "emuliert" ZOPE nur einen WAS und kann die Leistungsfähigkeit eines echten WAS nicht komplett abdecken. Eine Suche nach "ZOPE Docbook" bei Google bringt auch einige Ergebnisse. Sollte auch Python ausscheiden und somit ZOPE, dann wirds sehr eng. Grüsse, Bernd Christian Kuelker schrieb:
Hi,
nach vielen Stunden Suche (Google, Freshmeat, ...) habe ich noch kein ueberzeugendes ContentManagementSystem bzw. DocumentManagementSystem mit Portalsitefunktion (das evtl auch getrennt) welches intern mit den Docbookformat (echtes, nicht DocbookLite) arbeitet, gefunden. Gerne auch auf der Basis von Axkit oder mod_perl.
Vielleicht hat ja schon mal jemand Erfahrungen oder Empfehlungen (oder zusaetzliche Treffer) gesammelt.
Auf diese Projekte bin ich u.a. gestossen:
Borges (Keine Portalsitefunktion) http://www.mandrakelinux.com/en/doc/project/Borges/
C-Arbre (Nur DocbookLite?) http://c-arbre.tuxfamily.org
P.S. Aus Gruenden der Performance (u.a.) kann (und will) ich leider keine Java Produkte foerdern.
Gruss Christian. -- Lugrav mailing list Lugrav@lug-owl.de http://lug-owl.de/cgi-bin/mailman/listinfo/lugrav
Hi Bernd, du hast recht ein CMS ist kein DMS. Wenn man sich jedoch die Beschreibungen vieler Projekte ansieht, scheint eine klare Trennung dort auch nicht vorzuherrschen. (P.S. OSS ist selbstverstaendlich: GPL, ...) Ich verstehe das so: Das Ziel ist es Dokuemnte zu managen (DMS) und auszuliefern. Um das zu erreichen muss ich kleine Inhaltsschnipsel verwalten (CMS) und das ganze in einer Portalsite darstellen. Auf Zope, Pyton muss nicht verzichtet werden. Ich hatte mir aktuell schon Zope+Plone angesehen und finde das als Portal Site sehr interessant. Aber wo bleibt das DMS (Dookbook)? PHP etc ist auch ok, aber schein es soviel zu geben, das ich das nicht ueberblicke. Auf dem Server laeuft schon Axkit. Man bracht ihm nur eine XML Datei hinzuwerfen und bekommt eine html Seite zurück. Vielleicht funktioniert das ja sogar mit Docbook-XML? Hat das jemand schon ausprobiert? Am Montag, 29. September 2003 10:25 schrieb Bernd Fehling:
soll es nun ein CMS oder ein DMS sein? Man sollte hier nicht Apfel und Birne, welches beides Obst der Gattung Baumfrucht ist vermischen. Weiterhin gehe ich auch davon aus das es frei Verfügbar und kostenlos sein soll, oder nicht?
Wenn jetzt noch auf Java verzichtet werden soll ist die Suche so gut wie aussichtslos. Stabile und einigermassen zu handhabende System basieren auf einem WAS (Web Application Server) was fast ausschliesslich JAVA bedeutet. Ältere Ansätze in Perl o.ä. wurden mitlerweile auf JAVA portiert.
Da JAVA ausscheidet bleibt als Objekt Orientierte Sprache in der Rangfolge noch Python übrig, wobei man dann bei ZOPE landet. Es wird zwar behauptet, dass ZOPE ein WAS sei, aber leider "emuliert" ZOPE nur einen WAS und kann die Leistungsfähigkeit eines echten WAS nicht komplett abdecken.
Sorry, nur so aus Interesse. Was kann ein WAS was Zope nicht kann?
Eine Suche nach "ZOPE Docbook" bei Google bringt auch einige Ergebnisse. Sollte auch Python ausscheiden und somit ZOPE, dann wirds sehr eng.
Danke, habe "ZOPE Docbook" mal eingegeben (11500 Treffer) brauche noch etwas um das zu sichten ;-) Aber wenn ichs richtig verstehe, macht das das gleiche wie Axkit, oder? Danke fuer die Antwort, Gruss Christian
Teilnehmer (3)
-
Bernd Fehling
-
Christian Kuelker
-
Christian Kuelker