From henrik at scientific-african.org Sat Oct 1 00:13:30 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sat, 1 Oct 2005 00:13:30 +0200 Subject: [Org-de] demoportal.waeup.org Message-ID: Hallo Thomas, noch einmal zu später Stunde. Könntest du, wie Joachim vorgeschlagen hat, die URL http://sandbox.waeup.org/portal/sections/students als vhost unter demoportal.waeup.org erreichbar machen. Wir müssen das CPS cachieren. Das erscheint der einfachste Weg zu sein. Gruß, Henrik From js at aixtraware.de Sat Oct 1 01:46:10 2005 From: js at aixtraware.de (Joachim Schmitz) Date: Sat, 01 Oct 2005 01:46:10 +0200 Subject: [Org-de] nun gehts so einigermassen Message-ID: <433DCE42.1040303@aixtraware.de> Der Zugriff ist jetzt nur von studentmanager möglich. (hoffe ich) Das Layout (theme) ist für alle außer den Managern das schlichte leere. Falls noch fragen bitte per email. -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From krueger at k-dns.de Sat Oct 1 07:41:12 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Sat, 1 Oct 2005 07:41:12 +0200 Subject: [Org-de] demoportal.waeup.org In-Reply-To: References: Message-ID: <200510010741.13152.krueger@k-dns.de> Am Samstag, 1. Oktober 2005 00:13 schrieb Henrik Bettermann: > Wir müssen das CPS > cachieren. Das erscheint der einfachste Weg zu sein. Den Hostname habe ich eingerichtet. Aber wenn ihr das CPS verstecken wollt, wann solltet ihr es aber noch auf dem HTML-Quelltext und den HTTP-Headern rausnehmen. Thomas From henrik at scientific-african.org Sat Oct 1 08:35:29 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sat, 1 Oct 2005 08:35:29 +0200 Subject: [Org-de] nun gehts so einigermassen In-Reply-To: <433DCE42.1040303@aixtraware.de> Message-ID: Ich werde eine kleine Bedienungsanleitung im Folder 'Portal Prototype' hinterlegen. Joachim hat mich gestern abend eingewiesen. Michael, könntest du das angefügte Logo im CPS einsetzen, bzw. gegen das alte ersetzen? Ich habe keine Ahnung, wo man das macht. Toni und Michael, könntet ihr das Wiki einmal durchgehen und aktualisieren? Ich bin bis Sonntag abend offline und werde nur meine Emails per Handy checken. In der Nacht von Sonntag auf Montag werde ich die offizielle Email verschicken, die das CMS offiziell eröffnet, und auf die entsprechenden Stellen im CMS hinweisen, wo unsere Arbeit dokumentiert ist. Gruß, Henrik PS: Ihr wolltet diesen Zwischenschritt und die Zwischenabrechnung so. Bitte helft mit, dass wir diesen Milestone auch erreichen. -----Original Message----- From: org-de-bounces at lists.waeup.org [mailto:org-de-bounces at lists.waeup.org]On Behalf Of Joachim Schmitz Sent: Saturday, October 01, 2005 1:46 AM To: Deutsche WAeUP-Gruppe Subject: [Org-de] nun gehts so einigermassen Der Zugriff ist jetzt nur von studentmanager möglich. (hoffe ich) Das Layout (theme) ist für alle außer den Managern das schlichte leere. Falls noch fragen bitte per email. -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 _______________________________________________ Org-de mailing list Org-de at lists.waeup.org http://lists.waeup.org/mailman/listinfo/org-de -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : LogoPrototype.gif Dateityp : image/gif Dateigröße : 3242 bytes Beschreibung: nicht verfügbar URL : http://lists.waeup.org/mailman/private/org-de/attachments/20051001/1cecef0e/LogoPrototype.gif From henrik at scientific-african.org Sat Oct 1 08:42:13 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sat, 1 Oct 2005 08:42:13 +0200 Subject: [Org-de] demoportal.waeup.org In-Reply-To: <200510010741.13152.krueger@k-dns.de> Message-ID: Na mit Verstecken meinte ich eher, dass die Teststudenten und -manager sich nicht verlaufen sollten. Die URL lud dazu ein, in anderen Ebenen zu stöbern. Außerdem bekam man nach dem Login immer eine andere Skin zu sehen. Mit dem vhost bleiben wir automatisch immer auf der richtigen Ebene. Ich hab's gerade getestet, es funktioniert prima. Noch einmal ein Lob an dich Thomas für die hervorragende Arbeit! Deine Reaktionszeiten sind rekordverdächtig. Gruß, Henrik -----Original Message----- From: org-de-bounces at lists.waeup.org [mailto:org-de-bounces at lists.waeup.org]On Behalf Of Thomas Krüger Sent: Saturday, October 01, 2005 7:41 AM To: Deutsche WAeUP-Gruppe Subject: Re: [Org-de] demoportal.waeup.org Am Samstag, 1. Oktober 2005 00:13 schrieb Henrik Bettermann: > Wir müssen das CPS > cachieren. Das erscheint der einfachste Weg zu sein. Den Hostname habe ich eingerichtet. Aber wenn ihr das CPS verstecken wollt, wann solltet ihr es aber noch auf dem HTML-Quelltext und den HTTP-Headern rausnehmen. Thomas _______________________________________________ Org-de mailing list Org-de at lists.waeup.org http://lists.waeup.org/mailman/listinfo/org-de From ralph.barthel at 21ll.com Sat Oct 1 11:33:06 2005 From: ralph.barthel at 21ll.com (21 LearnLine AG - Ralph Barthel) Date: Sat, 1 Oct 2005 10:33:06 +0100 Subject: [Org-de] demoportal.waeup.org In-Reply-To: Message-ID: <0MKwtQ-1ELco23Enf-0003jW@mrelayeu.kundenserver.de> Wenn da kein hinweis auf cps mehr erscheinen soll muss der standard text noch geändert werden. Da kommt noch welcome to Nuxeo CPS und so weiter...... http://sandbox.waeup.org/portal (über die breadcrumb navigation komme ich da hin) ausserdem kann ich micht nicht einloggen mit dem studentmanager wie von joachom beschrieben. Mit den direkten links gestern abend ging es mal? ralph From henrik at scientific-african.org Sat Oct 1 10:56:24 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sat, 1 Oct 2005 10:56:24 +0200 Subject: [Org-de] demoportal.waeup.org In-Reply-To: <0MKwtQ-1ELco23Enf-0003jW@mrelayeu.kundenserver.de> Message-ID: Nein, der öffentliche Zugang, den wir bekannt geben werden, lautet jetzt: http://demoportal.waeup.org/ Da gibt es keinen Hinweis mehr auf CPS. Ich konnte mich gerade einloggen: studentmanager 123456 über http://sandbox.waeup.org/portal aber auch. Ich fahre gleich nach Berlin und bin telefonisch unter 0178 8673284 zu erreichen. Auf ein Gelingen, Henrik -----Original Message----- From: org-de-bounces at lists.waeup.org [mailto:org-de-bounces at lists.waeup.org]On Behalf Of 21 LearnLine AG - Ralph Barthel Sent: Saturday, October 01, 2005 11:33 AM To: 'Deutsche WAeUP-Gruppe' Subject: Re: [Org-de] demoportal.waeup.org Wenn da kein hinweis auf cps mehr erscheinen soll muss der standard text noch geändert werden. Da kommt noch welcome to Nuxeo CPS und so weiter...... http://sandbox.waeup.org/portal (über die breadcrumb navigation komme ich da hin) ausserdem kann ich micht nicht einloggen mit dem studentmanager wie von joachom beschrieben. Mit den direkten links gestern abend ging es mal? ralph _______________________________________________ Org-de mailing list Org-de at lists.waeup.org http://lists.waeup.org/mailman/listinfo/org-de From ralph.barthel at 21ll.com Sat Oct 1 19:35:46 2005 From: ralph.barthel at 21ll.com (21 LearnLine AG - Ralph Barthel) Date: Sat, 1 Oct 2005 18:35:46 +0100 Subject: [Org-de] secure login und e-learning Message-ID: <0ML29c-1ELkL135RL-0004ZJ@mrelayeu.kundenserver.de> Ich habe gerade festgestellt dass die e-learning Sachen und https je nach browser und einstellungen nicht zusammen tun. Firefox lädt den e-learning content nicht und blockt in dem falle Das laden des contents ohne weitere info. IE fragt nach, ob ich nicht sichere Inhalte anzeigen lassen möchte. Ich nehm das mal ins wiki mit auf und werde die teilnehmer in afrika entsprechend informieren dass sie sich vielleicht besser über http einloggen Fürs e-learning. ralph From henrik at scientific-african.org Sun Oct 2 10:20:46 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sun, 2 Oct 2005 10:20:46 +0200 Subject: [Org-de] secure login und e-learning In-Reply-To: <0ML29c-1ELkL135RL-0004ZJ@mrelayeu.kundenserver.de> Message-ID: >Ich habe gerade festgestellt dass die e-learning >Sachen und https je nach browser und einstellungen >nicht zusammen tun. HTTPS ist für Westafrika sowieso viel zu langsam. Thomas, kann man das noch etwas mehr beschleunigen? Gruß aus Berlin, Henrik From henrik at scientific-african.org Sun Oct 2 12:02:05 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sun, 2 Oct 2005 12:02:05 +0200 Subject: [Org-de] SVN Lesezugriff Message-ID: Hallo Thomas, ich habe eine kleine Kurzanleitung für's Demoportal geschrieben (siehe SRPP) und auch deine Wiki-Einträge gelesen. Dabei fiel mir erst auf, dass die Afrikaner gar keinen Zugriff auf's SVN haben. Könntest du einen Lesezugriff für alle einrichten? Vermutlich kann gar keiner etwas damit anfangen, aber ich bin trotzdem für möglichst große Transparenz. Gruß, Henrik From krueger at k-dns.de Sun Oct 2 13:41:37 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Sun, 2 Oct 2005 13:41:37 +0200 Subject: [Org-de] secure login und e-learning In-Reply-To: References: Message-ID: <200510021341.37982.krueger@k-dns.de> Am Sonntag, 2. Oktober 2005 10:20 schrieb Henrik Bettermann: > HTTPS ist für Westafrika sowieso viel zu langsam. Thomas, kann man das noch > etwas mehr beschleunigen? Das HTTPS ist von der Serverseite her optimiert. Mehr bekommt man nur noch mit den Verschlüsselungseinstellungen des Clients. Beim normalen HTTP kann ich maximal noch das Komprimieren per gzip aktivieren. Thomas From krueger at k-dns.de Sun Oct 2 13:47:40 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Sun, 2 Oct 2005 13:47:40 +0200 Subject: [Org-de] SVN Lesezugriff In-Reply-To: References: Message-ID: <200510021347.40993.krueger@k-dns.de> Am Sonntag, 2. Oktober 2005 12:02 schrieb Henrik Bettermann: > Hallo Thomas, > > ich habe eine kleine Kurzanleitung für's Demoportal geschrieben (siehe > SRPP) und auch deine Wiki-Einträge gelesen. Dabei fiel mir erst auf, dass > die Afrikaner gar keinen Zugriff auf's SVN haben. Könntest du einen > Lesezugriff für alle einrichten? Vermutlich kann gar keiner etwas damit > anfangen, aber ich bin trotzdem für möglichst große Transparenz. Ist fertig! Thomas From support at oeko.net Sun Oct 2 15:08:46 2005 From: support at oeko.net (Toni Mueller) Date: Sun, 2 Oct 2005 15:08:46 +0200 Subject: [Org-de] secure login und e-learning In-Reply-To: <200510021341.37982.krueger@k-dns.de> References: <200510021341.37982.krueger@k-dns.de> Message-ID: <20051002130846.2363.qmail@oak.oeko.net> Moin, On Sun, 02.10.2005 at 13:41:37 +0200, Thomas Krüger wrote: > Das HTTPS ist von der Serverseite her optimiert. Mehr bekommt man nur noch mit > den Verschlüsselungseinstellungen des Clients. Beim normalen HTTP kann ich > maximal noch das Komprimieren per gzip aktivieren. mod_gzip bringt nur was bei Textinhalten, also Webseiten, Stylesheets oder JavaScript-Dateien, aber nicht bei Daten, die schon komprimiert sind (Bilder o.ae.). Ausserdem habe ich festgestellt, dass man entweder einen Nicht-Ieh-Browser oder den _allerneuesten_ IE haben muss. Aeltere IEs bis mindestens einschliesslich dem Zeug auf W2K koennen mit komprimierten Inhalten nicht umgehen, wenn ich meine Webserver-Logs richtig interpretiere. Warum gehen denn die Lerninhalte nicht mit HTTPS? Werden da irgendwo zwischendurch absolute Links 'rausgeworfen? Gruss, --Toni++ From ralph.barthel at 21ll.com Sun Oct 2 15:23:32 2005 From: ralph.barthel at 21ll.com (21 LearnLine AG - Ralph Barthel) Date: Sun, 2 Oct 2005 15:23:32 +0200 Subject: [Org-de] secure login und e-learning In-Reply-To: <20051002130846.2363.qmail@oak.oeko.net> Message-ID: <000001c5c754$7c9ab0a0$0b01a8c0@raba> hi toni, > Warum gehen denn die Lerninhalte nicht mit HTTPS? Werden da > irgendwo zwischendurch absolute Links 'rausgeworfen? die inhalte werden in einem neuen fenster angezeigt und die inhalte aus dem filesystem geladen. das separate fenster stellt meines erachtens nicht das problem dar das laden aus dem filesystem dürfte es sein. aber wie gesagt halte ich eher für prio b wenns entsprechend kommuniziert wird ists aus meiner sicht ok. ralph From krueger at k-dns.de Sun Oct 2 15:30:47 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Sun, 2 Oct 2005 15:30:47 +0200 Subject: [Org-de] secure login und e-learning In-Reply-To: <20051002130846.2363.qmail@oak.oeko.net> References: <200510021341.37982.krueger@k-dns.de> <20051002130846.2363.qmail@oak.oeko.net> Message-ID: <200510021530.47932.krueger@k-dns.de> Halo Toni, > mod_gzip bringt nur was bei Textinhalten, also Webseiten, Stylesheets > oder JavaScript-Dateien, aber nicht bei Daten, die schon komprimiert > sind (Bilder o.ae.). Ich benutze dafür mod_deflate. > Ausserdem habe ich festgestellt, dass man entweder > einen Nicht-Ieh-Browser oder den _allerneuesten_ IE haben muss. > Aeltere IEs bis mindestens einschliesslich dem Zeug auf W2K koennen mit > komprimierten Inhalten nicht umgehen, wenn ich meine Webserver-Logs > richtig interpretiere. Dafür gibt es ja die HTTP_ACCEPT_ENCODING Headerzeile. Es gibt nur eine Hand voll Browser die trotz gesetzter gzip-Codierung diese nicht richtig unterstützen. Das sind namentlich Netscape 4.06-4.08, Netscape 4.x generell bei Binärdateien und der IE 5.00 in einigen Releases, also nichts was irgendwie aktuelle wäre. Das ist aber schon seit langem sowohl in mod_gzip als auch in mod_deflate einprogrammiert, also werden diese Browser extra behandelt. Es funktioniert daher nur nicht, wenn ein Spezi meint eine völlig gefälschte Browserkennung senden zu müssen und einen der o.g. alten Browser hat. Thomas From support at oeko.net Sun Oct 2 16:30:17 2005 From: support at oeko.net (Toni Mueller) Date: Sun, 2 Oct 2005 16:30:17 +0200 Subject: [Org-de] bitte vim installieren Message-ID: <20051002143017.4158.qmail@oak.oeko.net> Hallo Thomas, kannst Du bitte vim (notfalls nvi) installieren? Gruss, --Toni++ From support at oeko.net Sun Oct 2 16:55:23 2005 From: support at oeko.net (Toni Mueller) Date: Sun, 2 Oct 2005 16:55:23 +0200 Subject: [Org-de] secure login und e-learning In-Reply-To: <200510021530.47932.krueger@k-dns.de> References: <20051002130846.2363.qmail@oak.oeko.net> <200510021530.47932.krueger@k-dns.de> Message-ID: <20051002145523.4695.qmail@oak.oeko.net> Moin, On Sun, 02.10.2005 at 15:30:47 +0200, Thomas Krüger wrote: > Dafür gibt es ja die HTTP_ACCEPT_ENCODING Headerzeile. Es gibt nur eine Hand genau, und der kommt bei sehr vielen Requests, die "meine" Server treffen, nicht mit. Deshalb steht dann im Log immer schoen "DECLINED", und es sind _sehr_viele_ IE-Versionen, die es nicht koennen (oder bei denen das evt. abgeschaltet ist - bin kein ausgesprochener IE-Experte). Von daher hast Du zwar technisch recht, aber ob es viel bringt, waere abzuwarten. Ob sich die SWF von Ralph noch komprimieren lassen, weiss ich nicht, und Bilder und normalerweise auch PDFs etc sind eh' von vorneherein draussen. Gruss, --Toni++ From krueger at k-dns.de Sun Oct 2 17:17:11 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Sun, 2 Oct 2005 17:17:11 +0200 Subject: [Org-de] secure login und e-learning In-Reply-To: <20051002145523.4695.qmail@oak.oeko.net> References: <20051002130846.2363.qmail@oak.oeko.net> <200510021530.47932.krueger@k-dns.de> <20051002145523.4695.qmail@oak.oeko.net> Message-ID: <200510021717.12052.krueger@k-dns.de> Am Sonntag, 2. Oktober 2005 16:55 schrieb Toni Mueller: > genau, und der kommt bei sehr vielen Requests, die "meine" Server > treffen, nicht mit. Deshalb steht dann im Log immer schoen "DECLINED", Also ich weiß ja nicht, wie du deine Server eingestellt hast, aber wohl nicht so ganz optimal. Es ist eher ungünstig das Request abzulehnen, wenn der Client keine gzip-Encoding unterstüzt. Dann sollte der uncodierte Inhalt ausgeliefert werden. Thomas From krueger at k-dns.de Sun Oct 2 17:27:44 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Sun, 2 Oct 2005 17:27:44 +0200 Subject: [Org-de] bitte vim installieren In-Reply-To: <20051002143017.4158.qmail@oak.oeko.net> References: <20051002143017.4158.qmail@oak.oeko.net> Message-ID: <200510021727.44631.krueger@k-dns.de> Am Sonntag, 2. Oktober 2005 16:30 schrieb Toni Mueller: > kannst Du bitte vim (notfalls nvi) installieren? Ist installiert! Thomas From support at oeko.net Sun Oct 2 17:29:13 2005 From: support at oeko.net (Toni Mueller) Date: Sun, 2 Oct 2005 17:29:13 +0200 Subject: [Org-de] secure login und e-learning In-Reply-To: <200510021717.12052.krueger@k-dns.de> References: <20051002130846.2363.qmail@oak.oeko.net> <200510021530.47932.krueger@k-dns.de> <20051002145523.4695.qmail@oak.oeko.net> <200510021717.12052.krueger@k-dns.de> Message-ID: <20051002152913.5433.qmail@oak.oeko.net> Moin, On Sun, 02.10.2005 at 17:17:11 +0200, Thomas Krüger wrote: > Am Sonntag, 2. Oktober 2005 16:55 schrieb Toni Mueller: > > genau, und der kommt bei sehr vielen Requests, die "meine" Server > > treffen, nicht mit. Deshalb steht dann im Log immer schoen "DECLINED", > > Also ich weiß ja nicht, wie du deine Server eingestellt hast, aber wohl nicht > so ganz optimal. Es ist eher ungünstig das Request abzulehnen, wenn der > Client keine gzip-Encoding unterstüzt. Dann sollte der uncodierte Inhalt > ausgeliefert werden. vielen Dank fuer den Hinweis, da waere ich ja sonst kaum drauf gekommen! 'DECLINED' heisst hier nur, dass die Daten unkomprimiert ausgeliefert werden, die Extra-Runde ueber mod_gzip also verschwendete Arbeit ist. Ich zeichne das mit auf, damit ich sehen kann, wieviel das wirklich bringt, und das Ergebnis ist halt eher mager, weil eben zuviele (alte) IEs draussen sind. Gruss, --Toni++ From support at oeko.net Sun Oct 2 17:33:22 2005 From: support at oeko.net (Toni Mueller) Date: Sun, 2 Oct 2005 17:33:22 +0200 Subject: [Org-de] bitte vim installieren In-Reply-To: <200510021727.44631.krueger@k-dns.de> References: <20051002143017.4158.qmail@oak.oeko.net> <200510021727.44631.krueger@k-dns.de> Message-ID: <20051002153322.5482.qmail@oak.oeko.net> Hallo Thomas, On Sun, 02.10.2005 at 17:27:44 +0200, Thomas Krüger wrote: > Ist installiert! danke! Gruss, --Toni++ From support at oeko.net Sun Oct 2 20:32:32 2005 From: support at oeko.net (Toni Mueller) Date: Sun, 2 Oct 2005 20:32:32 +0200 Subject: [Org-de] waeup_product laesst sich nicht installieren Message-ID: <20051002183232.9095.qmail@oak.oeko.net> Hallo Leute, ich kriege das Produkt von Joachim nicht installiert. Im portal_quickinstaller, laut Joachim die richtige Stelle, endet es immer damit: 2005-10-02 19:55:02 INFO WAeUP Starting WAeUP install 2005-10-02 19:55:03 INFO WAeUP Deleting action notify_content from portal_subscriptions 2005-10-02 19:55:03 INFO WAeUP Verifying action notify_content...added. 2005-10-02 19:55:03 INFO WAeUP Deleting action activate_comments from portal_discussion 2005-10-02 19:55:04 INFO WAeUP Verifying action activate_comments...added. 2005-10-02 19:55:04 INFO WAeUP Verifying action checkadmission...added. 2005-10-02 19:55:05 INFO WAeUP Verifying action new_student...added. 2005-10-02 19:55:05 INFO WAeUP Verifying action edit_student...added. 2005-10-02 19:55:06 INFO WAeUP Verifying action add_jamb...added. 2005-10-02 19:55:07 INFO WAeUP Verifying action edit_jamb...added. 2005-10-02 19:55:07 INFO WAeUP Verifying WAeUP skinss 2005-10-02 19:55:07 INFO WAeUP Verifying skins 2005-10-02 19:55:07 INFO WAeUP FS Directory View 'waeup_default' /home/zope/7/Products/CMFQuickInstallerTool/QuickInstallerTool.py:259: DeprecationWarning: This will be removed in ZODB 3.6: use transaction.get() instead of get_transaction(). transaction.commit() is a shortcut spelling of transaction.get().commit(), and transaction.abort() of transaction.get().abort(). get_transaction().abort(1) #this is very naughty 2005-10-02 19:55:08 CRITICAL txn.49155 A storage error occured during the second phase of the two-phase commit. Resources may be in an inconsistent state. Der Hauptteil der Fehlermeldung sieht so aus: Request URL http://192.168.1.10:9673/toni/cps/portal_quickinstaller/installProducts Exception Type AssertionError Exception Value Traceback (innermost last): * Module ZPublisher.Publish, line 119, in publish * Module Zope2.App.startup, line 215, in commit * Module transaction._manager, line 84, in commit * Module transaction._transaction, line 381, in commit * Module transaction._transaction, line 379, in commit * Module transaction._transaction, line 432, in _commitResources * Module ZODB.Connection, line 651, in tpc_finish * Module ZEO.ClientStorage, line 974, in tpc_finish * Module ZEO.ClientStorage, line 999, in _update_cache * Module ZEO.cache, line 367, in invalidate AssertionError An diesem Punkt ist meine ZODB kaputt, und ich kann die CPS-Instanz, in der das passiert, nicht mehr loeschen. Die anscheinend letzte Datei, die von Zope angefasst wird, ist die getWAeUPSchemas.py in skins/waeup_default, aber auf Anhieb sehe ich nicht, was darin wirklich falsch sein soll. Falls jemand eine Idee oder Erfolg hat und mir sagt, was ich offensichtlich falsch mache... Gruss, --Toni++ From krueger at k-dns.de Sun Oct 2 20:49:48 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Sun, 2 Oct 2005 20:49:48 +0200 Subject: [Org-de] waeup_product laesst sich nicht installieren In-Reply-To: <20051002183232.9095.qmail@oak.oeko.net> References: <20051002183232.9095.qmail@oak.oeko.net> Message-ID: <200510022049.48360.krueger@k-dns.de> > * Module ZPublisher.Publish, line 119, in publish > * Module Zope2.App.startup, line 215, in commit > * Module transaction._manager, line 84, in commit > * Module transaction._transaction, line 381, in commit > * Module transaction._transaction, line 379, in commit > * Module transaction._transaction, line 432, in _commitResources > * Module ZODB.Connection, line 651, in tpc_finish > * Module ZEO.ClientStorage, line 974, in tpc_finish > * Module ZEO.ClientStorage, line 999, in _update_cache > * Module ZEO.cache, line 367, in invalidate Der Fehler wird von einer assert-Anweisung verursacht, die cur_tid und tid vergleicht. Alle Fälle, in denen sie fehlschlägt werden aber vorher gesondert behandelt, nur einer war mir zu komplex zum Nachverfolgen. Versuch es mal ohne Debug-Mode! Wenn das nicht geht: Welches Zope, Python, OS? Thomas From support at oeko.net Sun Oct 2 22:09:34 2005 From: support at oeko.net (Toni Mueller) Date: Sun, 2 Oct 2005 22:09:34 +0200 Subject: [Org-de] waeup_product laesst sich nicht installieren In-Reply-To: <200510022049.48360.krueger@k-dns.de> References: <20051002183232.9095.qmail@oak.oeko.net> <200510022049.48360.krueger@k-dns.de> Message-ID: <20051002200934.10997.qmail@oak.oeko.net> Hallo Thomas, On Sun, 02.10.2005 at 20:49:48 +0200, Thomas Krüger wrote: > Der Fehler wird von einer assert-Anweisung verursacht, die cur_tid und tid > vergleicht. Alle Fälle, in denen sie fehlschlägt werden aber vorher gesondert > behandelt, nur einer war mir zu komplex zum Nachverfolgen. der wird's wohl gewesen sein :-| > Versuch es mal ohne Debug-Mode! Habe ich gerade gemacht, gleiches Problem. > Wenn das nicht geht: Welches Zope, Python, OS? Zope 2.8.1 (offizielle final-Version), Python 2.3.5, Debian "sid", Stand heute. Ich habe schon "ziemlich viele" Versionen von CPS durchprobiert, nachdem das Problem zuerst am Freitag mit 3.3.4 auftrat und Joachim meinte, ich sollte mal upgraden, aber das hatte auch alles nix geholfen. Gruss, --Toni++ From krueger at k-dns.de Sun Oct 2 23:16:07 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Sun, 2 Oct 2005 23:16:07 +0200 Subject: [Org-de] waeup_product laesst sich nicht installieren In-Reply-To: <20051002200934.10997.qmail@oak.oeko.net> References: <20051002183232.9095.qmail@oak.oeko.net> <200510022049.48360.krueger@k-dns.de> <20051002200934.10997.qmail@oak.oeko.net> Message-ID: <200510022316.08243.krueger@k-dns.de> Am Sonntag, 2. Oktober 2005 22:09 schrieb Toni Mueller: > Ich habe schon "ziemlich viele" Versionen von CPS durchprobiert, > nachdem das Problem zuerst am Freitag mit 3.3.4 auftrat und Joachim > meinte, ich sollte mal upgraden, aber das hatte auch alles nix > geholfen. Das Problem liegt auch auf einer ziemlich tiefen Ebene des Storage, sprich auf ZODB- bzw. ZEO-Transaktionsniveau. Wenn du ZEO aktiv has, versuch es erstmal mit einer direkten ZODB. Thomas From henrik at scientific-african.org Mon Oct 3 00:54:44 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 3 Oct 2005 00:54:44 +0200 Subject: [Org-de] Instructions for Use Message-ID: Hallo Toni, ich weiß nicht, ob du noch Veränderungen am laufenden Prototypen gemacht hast. Ich habe auf jeden Fall für den mir bekannten Teil eine Kurzanleitung geschrieben. Schau doch mal rein und korrigiere, wenn nötig: http://www.waeup.org/prototype Gruß, Henrik From henrik at scientific-african.org Mon Oct 3 00:58:24 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 3 Oct 2005 00:58:24 +0200 Subject: [Org-de] =?iso-8859-1?q?Passwort_f=FCr_ghana1?= Message-ID: Hat jemand das Passwort für unsere Test User (ghana1 und nigeria1) verändert? Lasst uns doch auf ein einfaches Passwort einigen. Gruß, Henrik From krueger at k-dns.de Mon Oct 3 01:03:35 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Mon, 3 Oct 2005 01:03:35 +0200 Subject: [Org-de] Passwort =?iso-8859-1?q?f=FCr?= ghana1 In-Reply-To: References: Message-ID: <200510030103.35326.krueger@k-dns.de> Am Montag, 3. Oktober 2005 00:58 schrieb Henrik Bettermann: > Hat jemand das Passwort für unsere Test User (ghana1 und nigeria1) > verändert? Lasst uns doch auf ein einfaches Passwort einigen. Ich habe für Ralph gestern beide Testuser auf das Erstpasswort zurückgesetzt. Ein zu einfaches Passwort wäre gefährlich, da die Testuser die gleichen Rechte haben eine afrikanischer Benutzer, also auch Zugang zum LDAP usw. Thomas From henrik at scientific-african.org Mon Oct 3 08:51:39 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 3 Oct 2005 08:51:39 +0200 Subject: =?iso-8859-1?Q?RE:_=5BOrg-de=5D_Passwort_f=FCr_ghana1?= In-Reply-To: <200510030103.35326.krueger@k-dns.de> Message-ID: >Ich habe für Ralph gestern beide Testuser auf das Erstpasswort zurückgesetzt. >Ein zu einfaches Passwort wäre gefährlich, da die Testuser die gleichen Rechte >haben eine afrikanischer Benutzer, also auch Zugang zum LDAP usw. Hallo Thomas, ich habe dieses Passwort nie erhalten. Auch der Versuch, es mir über Plone als Email zuschicken zu lassen, scheitert. In der Erinnerungsmail steht nur 'undef'. So sah ich mich auch das erste Mal gezwungen, das Passwort brutal zu ändern. Gibt es eine Möglichkeit, sich per Plone das LDAP-Passwort trotzdem zuschicken zu lassen? Wenn nein, müsste ich mail_password_form deaktivieren. Was passiert eigentlich, wenn ich im Plone ein Password Reset mache? Gruß, Henrik From support at oeko.net Mon Oct 3 10:50:26 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 3 Oct 2005 10:50:26 +0200 Subject: [Org-de] waeup_product laesst sich nicht installieren In-Reply-To: <200510022316.08243.krueger@k-dns.de> References: <20051002200934.10997.qmail@oak.oeko.net> <200510022316.08243.krueger@k-dns.de> Message-ID: <20051003085026.26806.qmail@oak.oeko.net> Moin, On Sun, 02.10.2005 at 23:16:07 +0200, Thomas Krüger wrote: > Das Problem liegt auch auf einer ziemlich tiefen Ebene des Storage, sprich auf > ZODB- bzw. ZEO-Transaktionsniveau. Wenn du ZEO aktiv has, versuch es erstmal > mit einer direkten ZODB. ok... damit konnte ich zumindest weit genug kommen, um das Problem so zu sehen, dass ich das Produkt jetzt installiert habe. Nur funktionieren tut's noch nicht richtig - im Log steht was von "ZODB Konflikt". Was laeuft denn eigentlich auf dem Demo-Server? Joachim meinte, da liefe SVN, aber wenn ich mich da umschaue, dann sieht es eher so aus, als liefe da 3.3.5. Gruss, --Toni++ From support at oeko.net Mon Oct 3 10:55:31 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 3 Oct 2005 10:55:31 +0200 Subject: [Org-de] Instructions for Use In-Reply-To: References: Message-ID: <20051003085531.26914.qmail@oak.oeko.net> Moin Henrik, On Mon, 03.10.2005 at 00:54:44 +0200, Henrik Bettermann wrote: > ich weiß nicht, ob du noch Veränderungen am laufenden Prototypen gemacht nein... ich wollte es nicht am "offenen Herzen" probieren, sondern zuerst mal lokal laufen haben. > hast. Ich habe auf jeden Fall für den mir bekannten Teil eine Kurzanleitung > geschrieben. Schau doch mal rein und korrigiere, wenn nötig: Bin gerade dabei... Btw, wie weit sind wir mit "Single-Sign-On"? Ich muss ca. alle drei Klicks das Passwort neu eingeben... Gruss, --Toni++ From krueger at k-dns.de Mon Oct 3 11:46:24 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Mon, 3 Oct 2005 11:46:24 +0200 Subject: [Org-de] waeup_product laesst sich nicht installieren In-Reply-To: <20051003085026.26806.qmail@oak.oeko.net> References: <20051002200934.10997.qmail@oak.oeko.net> <200510022316.08243.krueger@k-dns.de> <20051003085026.26806.qmail@oak.oeko.net> Message-ID: <200510031146.25144.krueger@k-dns.de> Am Montag, 3. Oktober 2005 10:50 schrieb Toni Mueller: > Was laeuft denn eigentlich auf dem Demo-Server? Joachim meinte, da > liefe SVN, aber wenn ich mich da umschaue, dann sieht es eher so aus, > als liefe da 3.3.5. Verlinkt ist /zope/products/CPS3-svn/CPS3/cps3base/. Das ist ein Checkout von verschiedenen Foldern. Z.B. CPSCore: https://svn.nuxeo.org/pub/CPSCore/trunk Revision: 27579 Thomas From henrik at scientific-african.org Mon Oct 3 11:45:39 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 3 Oct 2005 11:45:39 +0200 Subject: [Org-de] Phase 1 nearly finished Message-ID: Dear Hector, a lot of things happened during the last week. Phase 1 is nearly finished. You can visit the Collaboration Portal (CP, waeup.org) and see how much content has already been uploaded. The powerful e-Learning System (you probably received an email from our telecoach Ralph Barthel), the Server Setup (thanks to Thomas Krueger who did a perfect job), the Demoportal of the Portal Prototype (thanks to Joachim, Micheal and Toni who are intensively working on it), the Wiki Documentation System etc. are ready to use. Please give me one day more time to finish the CP (I'm writing the documentation) such that it can be officially opened. In the morning we were confronted with a major css problem. Therefore, the CP layout was broken for several hours. I'm quite sure that you will be pleased, Henrik From krueger at k-dns.de Mon Oct 3 11:53:39 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Mon, 3 Oct 2005 11:53:39 +0200 Subject: [Org-de] Instructions for Use In-Reply-To: <20051003085531.26914.qmail@oak.oeko.net> References: <20051003085531.26914.qmail@oak.oeko.net> Message-ID: <200510031153.39746.krueger@k-dns.de> Am Montag, 3. Oktober 2005 10:55 schrieb Toni Mueller: > Ich muss ca. alle drei Klicks das Passwort neu eingeben... Wie meinst du das? Thomas From support at oeko.net Mon Oct 3 11:57:30 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 3 Oct 2005 11:57:30 +0200 Subject: [Org-de] Instructions for Use In-Reply-To: <200510031153.39746.krueger@k-dns.de> References: <20051003085531.26914.qmail@oak.oeko.net> <200510031153.39746.krueger@k-dns.de> Message-ID: <20051003095730.28158.qmail@oak.oeko.net> Moin, On Mon, 03.10.2005 at 11:53:39 +0200, Thomas Krüger wrote: > Am Montag, 3. Oktober 2005 10:55 schrieb Toni Mueller: > > Ich muss ca. alle drei Klicks das Passwort neu eingeben... > Wie meinst du das? das meine ich so, dass ich staendig auf Gelegenheiten stosse, wo ich mein Passwort neu eingeben muss. Leider merkt "das System" nicht, dass ich schon das richtige Passwort habe und laesst mich dann ohne weitere Fragen ueberall da hinein, wo ich hineindarf. Da die Site wohl oefter mal umorganisiert wird (nicht Deine "Schuld"), ist ein Passwort-Manager nur bedingt hilfreich. Ok, das ist nicht mein Hauptproblem, es ist nur einigermassen laestig, vor allem, wenn man mit mehreren Browsern 'rangeht und das Spiel dann jedesmal wiederholen darf. Btw, was hat es eigentlich mit dem "modifizierten Kontext-Menue" auf sich? Ich krieg' da dauernd Warnungen und kann es im Moment effektiv nicht benutzen... Gruss, --Toni++ From krueger at k-dns.de Mon Oct 3 12:11:25 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Mon, 3 Oct 2005 12:11:25 +0200 Subject: [Org-de] Instructions for Use In-Reply-To: <20051003095730.28158.qmail@oak.oeko.net> References: <200510031153.39746.krueger@k-dns.de> <20051003095730.28158.qmail@oak.oeko.net> Message-ID: <200510031211.25366.krueger@k-dns.de> Am Montag, 3. Oktober 2005 11:57 schrieb Toni Mueller: > das meine ich so, dass ich staendig auf Gelegenheiten stosse, wo ich > mein Passwort neu eingeben muss. Leider merkt "das System" nicht, dass > ich schon das richtige Passwort habe und laesst mich dann ohne weitere > Fragen ueberall da hinein, wo ich hineindarf. Da die Site wohl oefter > mal umorganisiert wird (nicht Deine "Schuld"), ist ein Passwort-Manager > nur bedingt hilfreich. Ok, das ist nicht mein Hauptproblem, es ist nur > einigermassen laestig, vor allem, wenn man mit mehreren Browsern > 'rangeht und das Spiel dann jedesmal wiederholen darf. Das Problem entsteht aus den durchaus sinnvollen Sicherheitsvorgaben der Browser, den unterschiedlichen Hostnamen, und den unterschiedlichen Authentifizierungsmechanismen. Zu lösen wäre es nur mit Kerberos oder SSL-Client-Zertifikaten. Da wird aber der lokale Konfigurationsaufwand der Clients zu hoch und auch der Aufwand auf dem Server wird nicht gerade wenig. Weiterhin wären die Authentifizierungs- und Benutzerverwaltungsmöglichkeiten in Zope stark eingeschränkt. Thomas From support at oeko.net Mon Oct 3 14:07:26 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 3 Oct 2005 14:07:26 +0200 Subject: [Org-de] "fast da" Message-ID: <20051003120727.31062.qmail@oak.oeko.net> Moin, ok, mit dem SVN laeuft's zumindest soweit besser, als dass ich keine ZODB-Konflikte mehr bekomme und Objekte anlegen kann, aber ein paar Schoenheitsfehler gibt's trotzdem noch (die beiden Themes boxless und studentadmin habe ich schon): - Der Studentenordner bekommt zwangsweise immer die ID 'my-studentfolder', egal, was man eingibt. - Der Ordner taucht nicht in 'sections' auf, obwohl ich ihn dort anlege. - Die Studenten, die ich darin anlege, kann ich nicht sehen, wenn ich 'View' waehle - nur im ZMI. - Von der Optik, die man auf dem Demoportal sieht, sehe ich (als Manager) nichts. Sollte ich irgendwelche zusaetzlichen Rollen anlegen oder haben, oder was fehlt mir sonst noch? Zusatzbemerkung: Wenn ich mich als Standard-Administrator 'admin' einloggen will, gibt's ein Traceback wegen Problemen mit dem Member-Folder. Gruss, --Toni++ From henrik at scientific-african.org Mon Oct 3 16:08:35 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 3 Oct 2005 16:08:35 +0200 Subject: [Org-de] FW: Phase 1 nearly finished Message-ID: -----Original Message----- From: Hector Etomi [mailto:H.Etomi at moneynett.com] Sent: Monday, October 03, 2005 4:03 PM To: Henrik Bettermann Subject: Re: Phase 1 nearly finished Henrik, I have following your excellent progress on the development. I am confident we are on the threshold of building one of the best University adminisrative/e-learning portal in Africa. Pls keep up the good work and with dugged commitment, we are bound to make history in the part of the world. Expecting to hear from you soon. Hector Etomi Executve Director Finance And Admin Broadband Technologies Limited. E-mail: h.etomi at moneynett.com Tel: (234)2673205 Fax: (234)2673203 Mob: (234)8035250987 From henrik at scientific-african.org Mon Oct 3 17:43:35 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 3 Oct 2005 17:43:35 +0200 Subject: [Org-de] =?iso-8859-1?q?Dokumentation_f=FCr=27s_erste_fertig?= Message-ID: Bitte schaut euch mal meine CP-Dokumentation an. Da sind bestimmt noch ein paar sprachliche Ungenauigkeiten, besonders was die technischen Ausdrücke betrifft. Ich habe lange mit restructured Text in den Wiki Pages gekämpft. Irgendwie verträgt sich rest mit der Wiki-Syntax nicht besonders. Ich habe mich kurzerhand entschlossen auch normale Dokumente im Wiki-Ordner zuzulassen und entsprechende Veränderungen vorgenommen. Schaut es euch mal an: http://waeup.org/wiki Die Folder-Id ließ sich nicht mehr ändern (z.B. von 'wiki' nach 'documentation'). Das hätte die Baumstruktur des Wiki zerstört. Deswegen habe ich nur den Folder-Title verändert. Hectors Kommentar war doch nett und aufbauend, oder? Gruß, Henrik From henrik at scientific-african.org Tue Oct 4 09:10:34 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Tue, 4 Oct 2005 09:10:34 +0200 Subject: [Org-de] Wa(k)e UP - CP is launched Message-ID: Guten Morgen zusammen, Bitte lest euch die folgtende Email durch und teilt mir zügig eure Veränderungsvorschläge mit. Ich möchte die Mail in den nächsten Stunden abschicken. Bis dann, Henrik ---------------------------- Dear WAeUP Members, With this email the German WAeUP Group proudly presents and launches the official WAeUP Collaboration Portal (CP). All members are called on to log into the portal and update their personal data (including picture!). After login you'll find detailed instructions for use in the CP Documentation Section: http://waeup.org/wiki/cp (login required) The Zope instance for the new Student Registration Portal Prototype (SRPP) is already running and a demo portal has been launched. The first revision of the SRPP Product can be downloaded or checked out from the SVN repository. You can find the corresponding documentation on the following web pages: http://waeup.org/wiki/srpp_demo http://waeup.org/wiki/StudentRegistrationPortalPrototypeSRPP The WAeUP Development Server Setup is also described in the WAeUP Wiki: http://waeup.org/wiki/WAeUPServer The first e-Learning Course is ready to start. You'll get an official email of invitation from our telecoach Ralph Barthel, who will inform you about the procedure and the statistics compiled. Please, do not start earlier. There is an additional mailing list used for communication with respect to the e-Learning module: http://lists.waeup.org/mailman/listinfo/e-learning You'll find further information about the e-Learning system and technology in our Wiki: http://waeup.org/wiki/WAeUPELearningSystem Best regards from Germany, Henrik Bettermann on behalf of the German WAeUP Group From henrik at scientific-african.org Tue Oct 4 20:25:21 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Tue, 4 Oct 2005 20:25:21 +0200 Subject: [Org-de] FW: FW: preparation e-learning modules Message-ID: -----Original Message----- From: Hector Etomi [mailto:H.Etomi at moneynett.com] Sent: Tuesday, October 04, 2005 6:27 PM To: Henrik Bettermann Subject: Re: FW: preparation e-learning modules Henrik, We can start the training right away.We have discussed it and we are all agreed that we need to understand what you are doing right now or else we will be lost along the way. I agree with your tutor format and the need to go to Ghana sometime in the future. Hector Etomi Executve Director Finance And Admin Broadband Technologies Limited. E-mail: h.etomi at moneynett.com Tel: (234)2673205 Fax: (234)2673203 Mob: (234)8035250987 ---------- Original Message ---------------------------------- From: "Henrik Bettermann" Date: Tue, 4 Oct 2005 13:00:38 +0200 >Dear Hector, > >Thank you for the kind email yesterday! > >This email is to ask if we should start the online Zope training (see email >below). I recommend that you get the 'tutor' role. Then you can follow the >entire process and can control the acceptance and progress made by your >employees. > >I haven't heard from Francis Achemdey since our departure from Nigeria. Is >he still interested in the project and cooperating with you? He could be a >tutor for his people in Ghana. > >What do you think about a Zope workshop/sprint/training-camp in Ghana early >next year? I recommend Hans Cottage in Cape Coast. A quiet, reasonable and >perfectly equipped (computerized) hotel in the forest. Francis knows the >place very well. > >All the best, > >Henrik > >-----Original Message----- >From: 21 LearnLine AG - Ralph Barthel [mailto:ralph.barthel at 21ll.com] >Sent: Monday, October 03, 2005 12:10 AM >To: h.etomi at moneynett.com >Cc: 'Henrik Bettermann' >Subject: preparation e-learning modules > > >Dear Mr. Etomi, > >the e-Learning system and first learning contents are available now for >your team. > >Before we will start I'd like to direct your attention to the >performance information that is tracked by the system at the moment. >Please have a short look on the documentation in the Wiki System: >http://cms.waeup.org/wiki/Student and http://cms.waeup.org/wiki/Tutor > >Can we use the statistics as it is described in those documents or might >this cause legal problems? In Germany, for example, there is often some >sort of commitment (kept in a contract) between employees and the >management necessary in order to store such performance related data. I >personally think that such data is useful for telefacilitation and the >work of a tutor rather than for the controlling of human resources or >their performance as the data is for sure not sufficient for that >purpose. Please let me have your opinion if we can proceed with the >statistics or if they need to be disabled. > >At the moment you have the 'student' status in the platform. This could >be changed to 'tutor' so that you can see how well accepted the >e-Learning offers will be. You would still have access to the modules, >however, your own interactions with the learning content would not be >tracked any longer. > >There will be an additional mailing list used for communication which is >e-learning at lists.waeup.org. If you agree I would introduce myself to the >participants of the Zope Course soon and inform them about the time >planning and what is expected. More information on the content and the >Curriculum can be found in the Wiki. >http://cms.waeup.org/wiki/Curriculum >This document will be updated regularly with additional content >available. > >Best regards from Freiburg and a good week, >Ralph Barthel > > From henrik at scientific-african.org Tue Oct 4 20:27:32 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Tue, 4 Oct 2005 20:27:32 +0200 Subject: [Org-de] FW: NetPlux Message-ID: Francis hat scheinbar sein Passwort verloren. Ich trage ein neues für ihn ein. Gruß, Henrik -----Original Message----- From: Francis Achemdey [mailto:francis.achemdey at netplux.com] Sent: Monday, October 10, 2005 5:46 AM To: henrik at waeup.org Subject: NetPlux Dear Henrik I have being following all the good job you are doing with my team, congrates///// Please update my user and password as " xxxx " and " xxxx " respectively Mr Hans wants to know about the time for training at Hans cottage thanks Francis -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://lists.waeup.org/mailman/private/org-de/attachments/20051004/72dfcc51/attachment.htm From henrik at scientific-african.org Tue Oct 4 21:09:35 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Tue, 4 Oct 2005 21:09:35 +0200 Subject: [Org-de] collaboration website In-Reply-To: <62977.196.200.115.64.1128451003.squirrel@mail.waeup.org> Message-ID: Hi Joe, >every thing is set and done here, we are waiting for Francis for the final >decision, he is coming this Friday to cape coast so i'll >tell you the cost and very thing by the >end of Friday. Are you coming this December? We have to know that to. >ok then i'll talk to you on Friday then. I propose to organise a training in January or February. It's much easer to get resonable flights to Ghana than in December. All the best, Henrik From henrik at scientific-african.org Tue Oct 4 21:47:07 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Tue, 4 Oct 2005 21:47:07 +0200 Subject: [Org-de] =?iso-8859-1?q?Telefongespr=E4ch_mit_Hector_Etomi?= Message-ID: Hallo zusammen, ich hatte heute das erwartete längere Telefongespräch mit Hector Etomi. Im Vordergrund stand wie erwartet das SRPP, das natürlich nocht nicht den Umfang hat, den er sich erhoffte. Seine Ungeduld diesbezüglich ist wirklich kaum zu überbieten. Ich musste wiederholt betonen, dass ein funktionstüchtiges und den Unis vorzeigbares Portal erst für Ende Oktober vereinbart ist und dass es sich hier nur um ein BEISPIEL mit statischem Inhalt handelt. Nach dem Gespräch habe ich mir Gedanken gemacht, wie wir weiter verfahren. In dem Gespräch wurde mein Eindruck bestätigt, dass zunächst ein Portal benötigt wird, mit dem BT bei den Unis hausieren gehen kann. Da kommt es nicht auf die alle funktionellen Feinheiten oder auf Performance an. Wir sollten das unbedingt berücksichtigen und ein Modellportal schaffen, dass möglichst viel von dem simuliert, was hinterher an den Unis benötigt wird. Ein gelungenes Layout spielt dabei eine gleichsam wichtige Rolle! Gleichzeitig können wir uns im Hintergrund Gedanken über eine technisch optimierte Variante machen, die dann auch den Performance-Ansprüchen gerecht wird, d.h. notfalls 50 Studenten pro Sekunde gleichzeitig registrieren kann, sowie allen Sicherheitsaspekten genügt. Falls CPS diesen Kriterien nicht standhält, müssen wir notfalls auf eine andere Technologie umstellen. Thomas bezweifelt sogar, dass eine derartige Performance mit Zope zu erreichen ist. Ich will da mal optimistisch sein ... Wie gesagt, lasst uns erst einmal über ein optimal gestaltes und funktionstüchtiges Modellportal nachdenken und hoffen, dass wir, falls es zur Installation an einer Universität kommt, darauf aufbauen können. Falls nicht, haben wir vermutlich so viel gelernt, dass eine neu programmierte Variante bis zum nächsten Semester fertig sein kann. Vorher wird dieses Portal sowieso nicht benötigt. Wenn die Unis angebissen haben, wird BT die Finanzierung der Weiterentwicklung und Qualitätsicherung sicherlich nicht ablehnen, auch wenn ihnen der Umfang und die Größenordnung dieser Aufgabe zu Zeit noch nicht klar ist. Ich sehe keine Möglichkeit Hector zum jetzigen Zeitpunkt davon zu überzeugen. Seht ihr Alternativen zu diesem Pokerspiel? Gruß, Henrik From henrik at scientific-african.org Wed Oct 5 11:04:20 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Wed, 5 Oct 2005 11:04:20 +0200 Subject: [Org-de] FW: preparation e-learning modules In-Reply-To: <200510050144.AA96796786@moneynett.com> Message-ID: Dear Hector, I got the mail and we changed your role already. If you go to the WBT Webpublishing Course: http://waeup.org/courses/wbt15 you can see the status of the other 'students'. Some of them have not yet logged into the portal. Therefore, only their user names are shown (Ossyogbo, Ehioaiks, Dibhawoh). Please remind them to update their data. Francis sent a list of 4 new participants. But two email addreses were wrong and the member registration process could not be completed (see http://waeup.org/Members). Mr. Barthel will inform you about the e-training procedure. I forwarded this mail to him. All the best, Henrik -----Original Message----- From: Hector Etomi [mailto:H.Etomi at moneynett.com] Sent: Wednesday, October 05, 2005 10:44 AM To: Henrik Bettermann Subject: Re: FW: preparation e-learning modules Henrik, I responded to your mail yesterday and I hope it hit your box and did not go through a hole.I stated the fact that we should go-ahead with the training as designed by your team.Pls let us know what we have to do to get the best from the trining lessons.I spoke with Francis yesterday.he has been away to the United States.He si very excited about the progress made so far with the Portal development and he has congratulated all who have made this possible.He has promised to send his names for the mailing list.. Hector Etomi Executve Director Finance And Admin Broadband Technologies Limited. E-mail: h.etomi at moneynett.com Tel: (234)2673205 Fax: (234)2673203 Mob: (234)8035250987 ---------- Original Message ---------------------------------- From: "Henrik Bettermann" Date: Tue, 4 Oct 2005 13:00:38 +0200 >Dear Hector, > >Thank you for the kind email yesterday! > >This email is to ask if we should start the online Zope training (see email >below). I recommend that you get the 'tutor' role. Then you can follow the >entire process and can control the acceptance and progress made by your >employees. > >I haven't heard from Francis Achemdey since our departure from Nigeria. Is >he still interested in the project and cooperating with you? He could be a >tutor for his people in Ghana. > >What do you think about a Zope workshop/sprint/training-camp in Ghana early >next year? I recommend Hans Cottage in Cape Coast. A quiet, reasonable and >perfectly equipped (computerized) hotel in the forest. Francis knows the >place very well. > >All the best, > >Henrik > >-----Original Message----- >From: 21 LearnLine AG - Ralph Barthel [mailto:ralph.barthel at 21ll.com] >Sent: Monday, October 03, 2005 12:10 AM >To: h.etomi at moneynett.com >Cc: 'Henrik Bettermann' >Subject: preparation e-learning modules > > >Dear Mr. Etomi, > >the e-Learning system and first learning contents are available now for >your team. > >Before we will start I'd like to direct your attention to the >performance information that is tracked by the system at the moment. >Please have a short look on the documentation in the Wiki System: >http://cms.waeup.org/wiki/Student and http://cms.waeup.org/wiki/Tutor > >Can we use the statistics as it is described in those documents or might >this cause legal problems? In Germany, for example, there is often some >sort of commitment (kept in a contract) between employees and the >management necessary in order to store such performance related data. I >personally think that such data is useful for telefacilitation and the >work of a tutor rather than for the controlling of human resources or >their performance as the data is for sure not sufficient for that >purpose. Please let me have your opinion if we can proceed with the >statistics or if they need to be disabled. > >At the moment you have the 'student' status in the platform. This could >be changed to 'tutor' so that you can see how well accepted the >e-Learning offers will be. You would still have access to the modules, >however, your own interactions with the learning content would not be >tracked any longer. > >There will be an additional mailing list used for communication which is >e-learning at lists.waeup.org. If you agree I would introduce myself to the >participants of the Zope Course soon and inform them about the time >planning and what is expected. More information on the content and the >Curriculum can be found in the Wiki. >http://cms.waeup.org/wiki/Curriculum >This document will be updated regularly with additional content >available. > >Best regards from Freiburg and a good week, >Ralph Barthel > > From henrik at scientific-african.org Wed Oct 5 11:33:41 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Wed, 5 Oct 2005 11:33:41 +0200 Subject: [Org-de] der letzte fur heute... In-Reply-To: <200510051123.32978.krueger@k-dns.de> Message-ID: Hallo Joachim auf hoher See, gib doch mal eine kurze Stellungnahme ab. Ansonsten Mast- und Schotbruch, Henrik Am Mittwoch, 5. Oktober 2005 08:29 schrieben Sie: > Gestern kam Rike von ihrem ersten Tag an der Uni Luneburg zuruck. Mehrere > 1000 Studenten versuchen sich dort gerade online fur ihre Kurse zu > registrieren: > http://mystudy.uni-lueneburg.de/mystudy9/login/login.php > Hast du die Warnmeldung gelesen? Wenn das sogar an einer deutschen Uni mit > relativ geringer Studentenzahl passiert, was bluht uns dann an den > Riesenunis in Afrika, wo nicht nur die Kurse online gebucht werden mussen? > Hast du den Performancetest inzwischen gemacht? Hallo Henrik, die benutzen nur PHP und Zope ist etwa 10x ressourcenintensiver. Langsam bin ich mir *sicher*, dass wir das Ganze dringend auf minimales Niveau bringen müssen. Dass sagen auch die Performance-Tests: ---------> Request rate: 4.4 req/s (228.5 ms/req) Request size [B]: 71.0 Reply rate [replies/s]: min 2.8 avg 4.7 max 5.4 stddev 1.2 (4 samples) Reply time [ms]: response 502.3 transfer 2.1 Reply size [B]: header 199.0 content 9014.0 footer 0.0 (total 9213.0) Reply status: 1xx=0 2xx=100 3xx=0 4xx=0 5xx=0 CPU time [s]: user 6.95 system 15.47 (user 30.4% system 67.7% total 98.1%) Net I/O: 39.7 KB/s (0.3*10^6 bps) Errors: total 0 client-timo 0 socket-timo 0 connrefused 0 connreset 0 Errors: fd-unavail 0 addrunavail 0 ftab-full 0 other 0 <---------- Durchschnittlich 4,7 Antworten pro Sekunde ist nicht gerade viel, besonders wenn man bedenkt, dass... - darin noch keine Bilder und Stylesheets enthalten sind - die Seite noch fast leer ist - die Seite noch größtenteils statisch ist - ich die gleichen Anfragen vorher schonmal durchgeführt habe und damit viel im ZODB-Cache war - die CPU-Last bei fast 100% lag Thomas From support at oeko.net Wed Oct 5 13:43:23 2005 From: support at oeko.net (Toni Mueller) Date: Wed, 5 Oct 2005 13:43:23 +0200 Subject: [Org-de] Performance, war: Re: der letzte fur heute... In-Reply-To: References: <200510051123.32978.krueger@k-dns.de> Message-ID: <20051005114323.29300.qmail@oak.oeko.net> Hallo Leute, On Wed, 05.10.2005 at 11:33:41 +0200, Henrik Bettermann wrote: > gib doch mal eine kurze Stellungnahme ab. ich heisse zwar nicht Joachim, moechte aber trotzdem meinen Senf dazugeben. > Am Mittwoch, 5. Oktober 2005 08:29 schrieben Sie: > > Gestern kam Rike von ihrem ersten Tag an der Uni Luneburg zuruck. Mehrere > > 1000 Studenten versuchen sich dort gerade online fur ihre Kurse zu > > registrieren: > > http://mystudy.uni-lueneburg.de/mystudy9/login/login.php > > Hast du die Warnmeldung gelesen? Ja. > > Wenn das sogar an einer deutschen Uni mit relativ geringer > > Studentenzahl passiert, was bluht uns dann an den Riesenunis in > > Afrika, wo nicht nur die Kurse online gebucht werden mussen? Da muss man mit einem besseren Konzept und vielleicht auch mehr Hardware 'rangehen. ;-) > > Hast du den Performancetest inzwischen gemacht? Um welchen Performancetest geht's da? > die benutzen nur PHP und Zope ist etwa 10x ressourcenintensiver. Langsam bin > ich mir *sicher*, dass wir das Ganze dringend auf minimales Niveau bringen > müssen. Dass sagen auch die Performance-Tests: Also... _soo_ einfach ist das nicht mit der Performance und Zope. Angeblich laeuft ja diese Navy-Installation mit 15000 Benutzern, die darueber ihre Beschaffung machen, und das ist wohl nicht die einzige groessere Installation. > ---------> > Request rate: 4.4 req/s (228.5 ms/req) > Request size [B]: 71.0 Welcher Server wurde da getestet, und wie? Konntest Du die Umgebung kontrollieren (Fremdzugriffe, Netzwerkbelastung, ...)? Wie war die? So eine Performance kriege ich schon mit Plone 2.0 auf einem ziemlich alten Hund von PC hin, ohne jegliches Tuning... nacktes Zope auf der gleichen Kiste: gut 30 req/s. Genauere Daten kann ich spaeter am Tag erzeugen, und mit Zope 2.8 etc soll ja etlicher Kram schneller geworden sein. > Durchschnittlich 4,7 Antworten pro Sekunde ist nicht gerade viel, besonders > wenn man bedenkt, dass... > - darin noch keine Bilder und Stylesheets enthalten sind > - die Seite noch fast leer ist > - die Seite noch größtenteils statisch ist > - ich die gleichen Anfragen vorher schonmal durchgeführt habe und damit viel > im ZODB-Cache war > - die CPU-Last bei fast 100% lag Welche Kiste etc.?!? Ich habe von Anfang an auf dieses moegliche Problem hingewiesen und bin heute der Meinung, dass wir nicht unbedingt ein Problem mit Zope haben muessten. Ausserdem habt _Ihr_ gemeint, dass das Problem mit Zope loesbar ist. Warum sollten wir jetzt ploetzlich was anderes sagen? Darin, _jetzt_ eine Diskussion anzufangen, ob nicht doch besser PHP, Roxen, Java, Perl, Forth oder doch lieber ASP.NET (oder Assembler?) genommen werden soll, sehe ich nur sehr wenig Sinn. Aber vielleicht erklaert es mir jemand? Gruss, --Toni++ From krueger at k-dns.de Wed Oct 5 14:28:51 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Wed, 5 Oct 2005 14:28:51 +0200 Subject: [Org-de] Performance, war: Re: der letzte fur heute... In-Reply-To: <20051005114323.29300.qmail@oak.oeko.net> References: <200510051123.32978.krueger@k-dns.de> <20051005114323.29300.qmail@oak.oeko.net> Message-ID: <200510051428.51259.krueger@k-dns.de> Am Mittwoch, 5. Oktober 2005 13:43 schrieb Toni Mueller: > > > Hast du den Performancetest inzwischen gemacht? > Um welchen Performancetest geht's da? Siehe unten! > > die benutzen nur PHP und Zope ist etwa 10x ressourcenintensiver. Langsam > > bin ich mir *sicher*, dass wir das Ganze dringend auf minimales Niveau > > bringen müssen. Dass sagen auch die Performance-Tests: > > Also... _soo_ einfach ist das nicht mit der Performance und Zope. > Angeblich laeuft ja diese Navy-Installation mit 15000 Benutzern, die > darueber ihre Beschaffung machen, und das ist wohl nicht die einzige > groessere Installation. Es macht schon einen Unterschied ob 15.000 oder gar 30.000 Benutzer ein paar Templates aufrufen und alles dann in der Datenbank landet, die die Hauptarbeit trägt. Oder ob sie in einem virutellen Dateissystem Objekte anlegen und verändern und dabei noch den Ballast eines kompletten Portals mitschleppen. > > ---------> > > Request rate: 4.4 req/s (228.5 ms/req) > > Request size [B]: 71.0 > > Welcher Server wurde da getestet, und wie? Konntest Du die Umgebung > kontrollieren (Fremdzugriffe, Netzwerkbelastung, ...)? Wie war die? > So eine Performance kriege ich schon mit Plone 2.0 auf einem ziemlich > alten Hund von PC hin, ohne jegliches Tuning... nacktes Zope auf der > gleichen Kiste: gut 30 req/s. Genauere Daten kann ich spaeter am Tag > erzeugen, und mit Zope 2.8 etc soll ja etlicher Kram schneller geworden > sein. Ich habe das Demoportal ohne sonstige Last unter mehreren zu erwartenen Aspekten (reduzierte Bandbreite, hohe Anzahl der Sessions, mit/ohne gzip und SSL, typische Benutzerpausen, usw.) getestet. Das an Henrik geschickte Ergebnis ist recht repräsentativ. Natürlich bekommt man von einem nackten Zope mehr Performance, besonders wenn man nur auf das root zugreift, da das gesamte Traversal und die Acquisition wegfallen. > und bin > heute der Meinung, dass wir nicht unbedingt ein Problem mit Zope haben > muessten. Ausserdem habt _Ihr_ gemeint, dass das Problem mit Zope > loesbar ist. Warum sollten wir jetzt ploetzlich was anderes sagen? Henrik scheint mich auch etwas missverstanden zu haben, ich bin durchaus der Meinung, dass es mit Zope möglich ist. Aber ohne jeden Ballast (Plone, CPS und Konsorten) und mit einer relationalen Datenbank im Hintergrund. In der Form hab ich ja auch schon von Beginn an argumentiert. Nur jetzt habe ich mal basierend auf den Daten über den Workflow und der zu erwartenen Nutzerzahl eine Hochrechnung gemacht und schätze in Peek-Zeite mindestens 10 Anfragen für dynamische Inhalte pro Sekunde. Da werden wir eine gut durchdachte und optimierte Lösung brauchen. > Darin, _jetzt_ eine Diskussion anzufangen, ob nicht doch besser PHP, > Roxen, Java, Perl, Forth oder doch lieber ASP.NET (oder Assembler?) > genommen werden soll, sehe ich nur sehr wenig Sinn. Aber vielleicht > erklaert es mir jemand? Assembler wäre sicherlich interessant! Abber wenn schon dann Brainfuck! ;-) Aber wie schon gesagt, zweifele ich nicht die Plattform, sondern das Framework an. Was aber auch nichts Neues wäre... Ich habe mir schon einige Gedanken zur Realisierung gemacht. Im Kern geht es im virtuelle Objekte, die nicht in der ZODB existieren, sondern in der Datenbank und die auch geeignete Methoden haben um objektbezogene Befehle ohne Umweg über extra SQL Methoden auszuführen. Dabei lassen sie sich über den üblichen Traversal-Path ansprechen. Also insgesamt würde es ein objektorientieres Interface für die Datenbank werden. zwei Beispiele: tal:content="here/acl_users/john_doe/getGroups" sucht per SQL die Gruppen von John Doe und gibt sie zurück. user['last_login_time'] = DateTime() setzt den Wert last_login_time in der Property-Tabelle des Users. Damit bleibt der für Zope übliche Programmierstil erhalten und nicht jeder muss sich bis ins Detail mit SQL auseinandersetzen. Thomas From support at oeko.net Wed Oct 5 14:54:45 2005 From: support at oeko.net (Toni Mueller) Date: Wed, 5 Oct 2005 14:54:45 +0200 Subject: [Org-de] Performance, war: Re: der letzte fur heute... In-Reply-To: <200510051428.51259.krueger@k-dns.de> References: <200510051123.32978.krueger@k-dns.de> <20051005114323.29300.qmail@oak.oeko.net> <200510051428.51259.krueger@k-dns.de> Message-ID: <20051005125445.31031.qmail@oak.oeko.net> Hallo Thomas, On Wed, 05.10.2005 at 14:28:51 +0200, Thomas Krüger wrote: > Am Mittwoch, 5. Oktober 2005 13:43 schrieb Toni Mueller: > > Angeblich laeuft ja diese Navy-Installation mit 15000 Benutzern, die > > darueber ihre Beschaffung machen, und das ist wohl nicht die einzige > > Es macht schon einen Unterschied ob 15.000 oder gar 30.000 Benutzer ein paar > Templates aufrufen und alles dann in der Datenbank landet, die die > Hauptarbeit trägt. Oder ob sie in einem virutellen Dateissystem Objekte > anlegen und verändern und dabei noch den Ballast eines kompletten Portals > mitschleppen. auf jeden Fall! > > So eine Performance kriege ich schon mit Plone 2.0 auf einem ziemlich > > alten Hund von PC hin, ohne jegliches Tuning... nacktes Zope auf der > > Ich habe das Demoportal ohne sonstige Last unter mehreren zu erwartenen > Aspekten (reduzierte Bandbreite, hohe Anzahl der Sessions, mit/ohne gzip und > SSL, typische Benutzerpausen, usw.) getestet. Das an Henrik geschickte > Ergebnis ist recht repräsentativ. Ok. > Natürlich bekommt man von einem nackten Zope mehr Performance, besonders wenn > man nur auf das root zugreift, da das gesamte Traversal und die Acquisition > wegfallen. Ich hatte in meinem kleinen Test auf eine Zwiki-Seite in einem nicht zu tiefen Unterordner (3-5 Ebenen oder so, war letztes Jahr) zugegriffen, mit Plone das Gleiche nochmal, wenn ich recht erinnere. Die Seite an sich war allerdings relativ leer. > > und bin heute der Meinung, dass wir nicht unbedingt ein Problem mit > > Zope haben muessten. Ausserdem habt _Ihr_ gemeint, dass das Problem > > mit Zope loesbar ist. Warum sollten wir jetzt ploetzlich was > > anderes sagen? > > Henrik scheint mich auch etwas missverstanden zu haben, ich bin > durchaus der Meinung, dass es mit Zope möglich ist. Aber ohne jeden > Ballast (Plone, CPS und Konsorten) und mit einer relationalen > Datenbank im Hintergrund. Das entspricht in etwa dem, was ich am Anfang gesagt habe. Wo wir schon dabei sind: Kannst Du bitte einen PostgreSQL-Server aufsetzen, und evt. eine Zope-Test-Instanz, die man beliebig rauf und runterfahren kann? Der Ansatz hat zwar etwas, aber eines hat er nicht: Eleganz. Wenn man so vorgeht, bleibt von Zope nicht viel mehr als das Templating, Sessions, und vielleicht (z.B.) pluggable authentication. Da koennte man auf die Idee kommen, auch gleich sowas wie Cheetah zusammen mit mod_python zu benutzen. > In der Form hab ich ja auch schon von Beginn an argumentiert. Ich habe im Hinterkopf, dass Du direkt auf CMF programmieren wolltest, eine Schicht, die ich eigentlich auch noch entsorgt haben wollte. Allerdings stellen sich unter solchen Umstaenden neue Fragen: - Wie sieht es mit der Mehrsprachigkeit aus? - Wie stellt man dann sicher, dass "die CI" vernuenftig eingehalten wird, wenn man doch die (teuren?) TAL-Makros nicht benutzen will? > Nur jetzt habe ich mal basierend auf den Daten über den Workflow und > der zu erwartenen Nutzerzahl eine Hochrechnung gemacht und schätze in > Peek-Zeite mindestens 10 Anfragen für dynamische Inhalte pro Sekunde. > Da werden wir eine gut durchdachte und optimierte Lösung brauchen. Ok, aber das war doch von Anfang an klar, oder? Ich denke, wir sollten auf 30 Anfragen die Sekunde zielen und statische Inhalte auf einen spezialisierten Webserver auslagern (mein Favorit: thttpd). > > Darin, _jetzt_ eine Diskussion anzufangen, ob nicht doch besser > > PHP, Roxen, Java, Perl, Forth oder doch lieber ASP.NET (oder > > Assembler?) genommen werden soll, sehe ich nur sehr wenig Sinn. > > Aber vielleicht erklaert es mir jemand? > > Assembler wäre sicherlich interessant! Abber wenn schon dann > Brainfuck! ;-) Aber wie schon gesagt, zweifele ich nicht die > Plattform, sondern das Framework an. Was aber auch nichts Neues > wäre... Ok. Wobei sich mir noch eine ganz andere Frage stellt: Wenn das Portal jetzt erst zum naechsten Semester fertigwerden soll, warum machen wir es dann nicht mit Z3? > Ich habe mir schon einige Gedanken zur Realisierung gemacht. Im Kern > geht es im virtuelle Objekte, die nicht in der ZODB existieren, > sondern in der Datenbank und die auch geeignete Methoden haben um > objektbezogene Befehle ohne Umweg über extra SQL Methoden > auszuführen. Hornet, Ape... ich hatte vorgestern oder gestern eine dementsprechende Frage an die CPS-Liste geschickt, und ua. folgenden interessanten Link zurueckbekommen: http://blogs.nuxeo.com/sections/blogs/florent_guillaume/2005_08_11_object_relational Auf die Idee mit Hornet war ich schon vorher gekommen, aber Ape hatte ich nicht im Blick. > zwei Beispiele: tal:content="here/acl_users/john_doe/getGroups" sucht > per SQL die Gruppen von John Doe und gibt sie zurück. ... oder LDAP, aber das duerfte das kleinste Problem sein. Die Hauptarbeit sehe ich darin, die Workflows auszulagern und manuell in einer SQL-Datenbank nachzubasteln. Danach ist es nicht mehr besonders zopish... > Damit bleibt der für Zope übliche Programmierstil erhalten und nicht > jeder muss sich bis ins Detail mit SQL auseinandersetzen. Siehe oben. Zu allen allgemeinen, Zope-zentrischen SQL-Fragen kommt meiner Meinung nach noch folgendes Problem hinzu, fuer das ich im Moment keine Loesung sehe: Wie stellt man von Zope aus, evt. unter der Annahme, dass die SQL-Anfragen automatisch generiert werden, sicher, dass die Zugriffe auf der SQL-Ebene in Transaktionen ablaufen, wenn andere Prozesse unkoordiniert auf die Datenbank zugreifen? Ausserdem gibt's da noch das Problem, dass bei (teilweise) automatisch generierten Datenbank-Schemata auch noch die anderen Anwendungen, die darauf vielleicht zugreifen muessen, angepasst werden muessen, bzw. ein Interface geschaffen werden muss. Gruss, --Toni++ From ralph at waeup.org Wed Oct 5 16:03:58 2005 From: ralph at waeup.org (Ralph Barthel) Date: Wed, 5 Oct 2005 15:03:58 +0100 Subject: [Org-de] Performance, war: Re: der letzte fur heute... In-Reply-To: <20051005125445.31031.qmail@oak.oeko.net> Message-ID: <20051005130422.1806D848EE@mail.waeup.org> > Ok. Wobei sich mir noch eine ganz andere Frage stellt: Wenn das Portal > jetzt erst zum naechsten Semester fertigwerden soll, warum machen wir > es dann nicht mit Z3? Endlich :-) From support at oeko.net Wed Oct 5 15:16:14 2005 From: support at oeko.net (Toni Mueller) Date: Wed, 5 Oct 2005 15:16:14 +0200 Subject: [Org-de] Performance (Nachtrag) In-Reply-To: <200510051428.51259.krueger@k-dns.de> References: <200510051123.32978.krueger@k-dns.de> <20051005114323.29300.qmail@oak.oeko.net> <200510051428.51259.krueger@k-dns.de> Message-ID: <20051005131614.31685.qmail@oak.oeko.net> Hallo Thomas, On Wed, 05.10.2005 at 14:28:51 +0200, Thomas Krüger wrote: > Ich habe das Demoportal ohne sonstige Last unter mehreren zu erwartenen > Aspekten (reduzierte Bandbreite, hohe Anzahl der Sessions, mit/ohne gzip und > SSL, typische Benutzerpausen, usw.) getestet. Das an Henrik geschickte > Ergebnis ist recht repräsentativ. welche Werkzeuge hast Du benutzt? Mal abgesehen davon finde ich das Ergebnis immer noch nicht nachvollziehbar. Dein Hobel, bzw. das Teil, das bei Strato steht, sollte locker das 'zigfache von meiner alten Moehre 'rauswerfen, bei nominell so viel mehr Leistung, wie das Ding hat. > Damit bleibt der für Zope übliche Programmierstil erhalten und nicht jeder > muss sich bis ins Detail mit SQL auseinandersetzen. Ich bin uebrigens ziemlich _strikt_gegen_ einen weiteren SQL-Mapper, egal welchen. So ein Teil vernuenftig hinzubekommen, halte ich fuer ein viel zu grosses Risiko bei diesem Projekt. Hornet oder Ape muessen meiner Meinung nach reichen... Gruss, --Toni++ From krueger at k-dns.de Wed Oct 5 15:27:52 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Wed, 5 Oct 2005 15:27:52 +0200 Subject: [Org-de] Performance, war: Re: der letzte fur heute... In-Reply-To: <20051005125445.31031.qmail@oak.oeko.net> References: <200510051123.32978.krueger@k-dns.de> <200510051428.51259.krueger@k-dns.de> <20051005125445.31031.qmail@oak.oeko.net> Message-ID: <200510051527.53095.krueger@k-dns.de> > Das entspricht in etwa dem, was ich am Anfang gesagt habe. Wo wir schon > dabei sind: Kannst Du bitte einen PostgreSQL-Server aufsetzen, und evt. > eine Zope-Test-Instanz, die man beliebig rauf und runterfahren kann? Ein PostgresQL-Server ist scho installiert, es muss nur noch ein geeigneter User angelegt werden. Für das Hoch- und Runterfahren lass ich mir etwas einfallen. > Der Ansatz hat zwar etwas, aber eines hat er nicht: Eleganz. > Wenn man so vorgeht, bleibt von Zope nicht viel mehr als das > Templating, Sessions, und vielleicht (z.B.) pluggable authentication. > Da koennte man auf die Idee kommen, auch gleich sowas wie Cheetah > zusammen mit mod_python zu benutzen. Naja, es bleibt schon noch eine Menge übrig. Wir wären insgesamt bei dem, was man hauptsächlich mit Zope gemcht hat, bevor es das CMF und Plone gab. > > In der Form hab ich ja auch schon von Beginn an argumentiert. > > Ich habe im Hinterkopf, dass Du direkt auf CMF programmieren wolltest, > eine Schicht, die ich eigentlich auch noch entsorgt haben wollte. Ich hatte den CMFCore im Auge, also nur den absoluten Kern des CMF, ohne Templates, Skripte, Skins usw. Wenn du mal in CMFCore reinschast, siehst du, dass er nicht sonderlich komplex ist, sondern die meisten (teilweise unnötigen) Funktionen aus CFMDefault kommen. > - Wie sieht es mit der Mehrsprachigkeit aus? Die ist kein Problem: PlacelessTranslationService und wenn es unbedingt Übersetzungen im Low-Level geben muss: Python's gettext Modul > - Wie stellt man dann sicher, dass "die CI" vernuenftig eingehalten > wird, wenn man doch die (teuren?) TAL-Makros nicht benutzen will? TAL ist sogar gegenüber DTML deutlich schneller (ca. 20%). Da wäre es sogar besser ZPTs zu benutzen. > Ok, aber das war doch von Anfang an klar, oder? Ich denke, wir sollten > auf 30 Anfragen die Sekunde zielen und statische Inhalte auf einen > spezialisierten Webserver auslagern (mein Favorit: thttpd). Da stimme ich zu, nur welchen Server wir zu guter Letzt benutzen, sollte jetzt noch nicht Thema sein. > Ok. Wobei sich mir noch eine ganz andere Frage stellt: Wenn das Portal > jetzt erst zum naechsten Semester fertigwerden soll, warum machen wir > es dann nicht mit Z3? Gute Frage! Die Entscheidung basierte ja damals in Kassel auf der Zeitknappheit. Lass ich mal zur Diskussion so stehen... > Hornet, Ape... ich hatte vorgestern oder gestern eine dementsprechende > Frage an die CPS-Liste geschickt, und ua. folgenden interessanten Link > zurueckbekommen: > > http://blogs.nuxeo.com/sections/blogs/florent_guillaume/2005_08_11_object_r >elational Das werde ich mir nachher mal genauer ansehen. > Danach ist es nicht mehr besonders zopish... Nennen wir es doch: Zope für Fortgeschrittene! ;-) Ein Eingriff in das Traversal ist very zopish und das, was PHP und Kollegen nicht können! > Zu allen allgemeinen, Zope-zentrischen SQL-Fragen kommt meiner Meinung > nach noch folgendes Problem hinzu, fuer das ich im Moment keine Loesung > sehe: > > Wie stellt man von Zope aus, evt. unter der Annahme, dass die > SQL-Anfragen automatisch generiert werden, sicher, dass die Zugriffe > auf der SQL-Ebene in Transaktionen ablaufen, wenn andere Prozesse > unkoordiniert auf die Datenbank zugreifen? Dazu brauchen wir eine gute Datenbank. Über MySQL brauchen wir wohl nicht reden. Postgres sollte damit keine Probleme haben. > Ausserdem gibt's da noch das Problem, dass bei (teilweise) automatisch > generierten Datenbank-Schemata auch noch die anderen Anwendungen, die > darauf vielleicht zugreifen muessen, angepasst werden muessen, bzw. ein > Interface geschaffen werden muss. Die Struktur der Datenbank muss Release fest sein und bleiben. Die SQL-Skripte müssen entsprechend programmiert werden. Thomas From krueger at k-dns.de Wed Oct 5 15:39:42 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Wed, 5 Oct 2005 15:39:42 +0200 Subject: [Org-de] Performance (Nachtrag) In-Reply-To: <20051005131614.31685.qmail@oak.oeko.net> References: <200510051123.32978.krueger@k-dns.de> <200510051428.51259.krueger@k-dns.de> <20051005131614.31685.qmail@oak.oeko.net> Message-ID: <200510051539.42549.krueger@k-dns.de> Am Mittwoch, 5. Oktober 2005 15:16 schrieb Toni Mueller: > welche Werkzeuge hast Du benutzt? httperf von HP > Mal abgesehen davon finde ich das Ergebnis immer noch nicht > nachvollziehbar. Dein Hobel, bzw. das Teil, das bei Strato steht, > sollte locker das 'zigfache von meiner alten Moehre 'rauswerfen, > bei nominell so viel mehr Leistung, wie das Ding hat. Ich hab ihm auch 25 gleichzeitige Sessions angetan, was ungefähr realistisch sein sollte. Bei nur 4 ZODB-Reader Threads und dem GIL wird das dann schnell knapp. > Ich bin uebrigens ziemlich _strikt_gegen_ einen weiteren SQL-Mapper, > egal welchen. So ein Teil vernuenftig hinzubekommen, halte ich fuer ein > viel zu grosses Risiko bei diesem Projekt. Hornet oder Ape muessen > meiner Meinung nach reichen... Ich hab mir den Artikel jetzt mal durchgelesen. Sowohl Hornet als auch Ape versuchen die ZODB-übliche Struktur in einer Datenbank abzubilden. Das ist für unseren Fall (viele "rechteckige" Daten) nicht optimal. Sie Struktur und die Verknüpfngen in den Datenbanken sind auch nicht sonderlich einfach, was den Zugang durch andere Tools erschwert. Ich bin mir daher nicht sicher, ob einer der beiden das leistet was wir brauchen. Thomas From support at oeko.net Wed Oct 5 15:41:55 2005 From: support at oeko.net (Toni Mueller) Date: Wed, 5 Oct 2005 15:41:55 +0200 Subject: [Org-de] Performance, war: Re: der letzte fur heute... In-Reply-To: <200510051527.53095.krueger@k-dns.de> References: <200510051123.32978.krueger@k-dns.de> <200510051428.51259.krueger@k-dns.de> <20051005125445.31031.qmail@oak.oeko.net> <200510051527.53095.krueger@k-dns.de> Message-ID: <20051005134155.32271.qmail@oak.oeko.net> Moin, On Wed, 05.10.2005 at 15:27:52 +0200, Thomas Krüger wrote: > Ich hatte den CMFCore im Auge, also nur den absoluten Kern des CMF, ohne > Templates, Skripte, Skins usw. Wenn du mal in CMFCore reinschast, siehst du, > dass er nicht sonderlich komplex ist, sondern die meisten (teilweise > unnötigen) Funktionen aus CFMDefault kommen. ok, schau' ich evt. mal rein. > > - Wie sieht es mit der Mehrsprachigkeit aus? > Die ist kein Problem: PlacelessTranslationService und wenn es unbedingt Ok, wenn die ohne so CMF-Kram laufen... > TAL ist sogar gegenüber DTML deutlich schneller (ca. 20%). Da wäre es sogar > besser ZPTs zu benutzen. Ich meinte eher, dass TAL vielleicht gegenueber der ein oder anderen Template-Engine aus der Nicht-Zope-Welt vielleicht doch nicht der (Performance-) Hit ist. Ist aber eher eine Vermutung, und an DTML hatte ich gar nicht gedacht. > > Ok, aber das war doch von Anfang an klar, oder? Ich denke, wir sollten > > auf 30 Anfragen die Sekunde zielen und statische Inhalte auf einen > > spezialisierten Webserver auslagern (mein Favorit: thttpd). Btw, das hatte ich auch schon anfangs vorgeschlagen. Mir ging es vor allem darum, den Seitenaufbau schneller zu machen, und thttpd ist, bei deutlich kleinerem Resourcenverbrauch, gegenueber einem Apache 1.3 etwa drei- bis fuenfmal so schnell und nochmal 'ne ganze Ecke schneller als z.B. boa, wenn man sich auf statische Inhalte beschraenkt (um die ging es ja gerade). > Da stimme ich zu, nur welchen Server wir zu guter Letzt benutzen, > sollte jetzt noch nicht Thema sein. Wollen wir wieder ein paar Extrarunden drehen, bevor wir feststellen, dass wir in eine Sackgasse gelandet sind? Warum sollten wir das Thema jetzt noch nicht diskutieren? > > Ok. Wobei sich mir noch eine ganz andere Frage stellt: Wenn das Portal > > jetzt erst zum naechsten Semester fertigwerden soll, warum machen wir > > es dann nicht mit Z3? > > Gute Frage! Die Entscheidung basierte ja damals in Kassel auf der > Zeitknappheit. > Lass ich mal zur Diskussion so stehen... Macht schon drei... ;-) > Nennen wir es doch: Zope für Fortgeschrittene! ;-) > Ein Eingriff in das Traversal ist very zopish und das, was PHP und Kollegen > nicht können! Ohne jetzt allzusehr ketzern zu wollen, aber solche Techniken sind unter mod_perl auch gang und gaebe... > > Wie stellt man von Zope aus, evt. unter der Annahme, dass die > > SQL-Anfragen automatisch generiert werden, sicher, dass die Zugriffe > > auf der SQL-Ebene in Transaktionen ablaufen, wenn andere Prozesse > > unkoordiniert auf die Datenbank zugreifen? > > Dazu brauchen wir eine gute Datenbank. Über MySQL brauchen wir wohl nicht > reden. Postgres sollte damit keine Probleme haben. Wir diskutieren aneinander vorbei: Das Thema ist nicht, ob die Datenbankengine das kann, sondern, wie ich von Zope aus korrekte (und auch immer korrekt abgeschlossene) _SQL_-Transaktionen, bzw. ggfs. ein Rollback, mache. Wenn ich mir das bisher so ansehe, so Zope "ueberall" einen Stacktrace 'rauswirft, dann waere in den dafuer zustaendigen Handler sowas wie "rollback oder commit?" einzubauen, damit das sichergestellt werden kann... und sowas waere mir relativ unsympathisch. > Die Struktur der Datenbank muss Release fest sein und bleiben. Die SQL-Skripte > müssen entsprechend programmiert werden. Darauf hast Du aber beim Einsatz eines Mappers kaum einen Einfluss, von dem "Problem", vermutlich keine spezifischen Dinge wie constraints einsetzen zu koennen, mal abgesehen. Gruss, --Toni++ From support at oeko.net Wed Oct 5 15:52:29 2005 From: support at oeko.net (Toni Mueller) Date: Wed, 5 Oct 2005 15:52:29 +0200 Subject: [Org-de] Performance (Nachtrag) In-Reply-To: <200510051539.42549.krueger@k-dns.de> References: <200510051123.32978.krueger@k-dns.de> <200510051428.51259.krueger@k-dns.de> <20051005131614.31685.qmail@oak.oeko.net> <200510051539.42549.krueger@k-dns.de> Message-ID: <20051005135229.32514.qmail@oak.oeko.net> Moin, On Wed, 05.10.2005 at 15:39:42 +0200, Thomas Krüger wrote: > Am Mittwoch, 5. Oktober 2005 15:16 schrieb Toni Mueller: > > welche Werkzeuge hast Du benutzt? > > httperf von HP ok, danke. > Ich hab ihm auch 25 gleichzeitige Sessions angetan, was ungefähr realistisch > sein sollte. Bei nur 4 ZODB-Reader Threads und dem GIL wird das dann schnell > knapp. Und was spricht dagegen, mal ein paar Resourcen mehr springen zu lassen? Der Server sollte das, wie gesagt, ganz locker koennen. > Ich hab mir den Artikel jetzt mal durchgelesen. Sowohl Hornet als auch Ape > versuchen die ZODB-übliche Struktur in einer Datenbank abzubilden. Gerade Hornet ist in der Hinsicht "Handarbeit". Zitat: "Hornet is an SQL bridge (alpha software for now) that also works at the ZODB layer. In contrast to Ape, it is much more geared toward existing datasets, or regular SQL access to tables. It requires you to define schemas in code too, but once this is done object access is totally transparent, as in Ape.". Ich werde demnaechst wohl mal damit 'rumspielen, aber im Grundsatz suggeriert mir das: Hornet arbeitet auch mit Traversal und biegt dann manche Objektzugriffe von der ZODB auf eine SQL-Datenbank um. Also vermutlich wird ein Folderish-Objekt angelegt, das den Datenbankzugriff maskiert (ohne 'reingeschaut zu haben, reine Spekulation). > Das ist für unseren Fall (viele "rechteckige" Daten) nicht optimal. Wir haben im SRPP viele "rechteckige" Daten, und weiter draussen, also bei den Dingen, ueber die wir letztens phantasiert haben (elektronische Studentenakte mit allem Drum und Dran) viele sonstige Daten, die nicht besonders "rechteckig" sind. > Sie Struktur und die Verknüpfngen in den Datenbanken sind auch nicht > sonderlich einfach, was den Zugang durch andere Tools erschwert. Das sehe ich aehnlich, wobei (siehe oben): "much more geared toward existing datasets", also Zugriff auf von anderen Leuten definierte Strukturen... Soweit ich das sehen kann, waere solcher Kram mit Z3 weniger Stress. Gruss, --Toni++ From krueger at k-dns.de Wed Oct 5 16:22:50 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Wed, 5 Oct 2005 16:22:50 +0200 Subject: [Org-de] Performance, war: Re: der letzte fur heute... In-Reply-To: <20051005134155.32271.qmail@oak.oeko.net> References: <200510051123.32978.krueger@k-dns.de> <200510051527.53095.krueger@k-dns.de> <20051005134155.32271.qmail@oak.oeko.net> Message-ID: <200510051622.50398.krueger@k-dns.de> > Ich meinte eher, dass TAL vielleicht gegenueber der ein oder anderen > Template-Engine aus der Nicht-Zope-Welt vielleicht doch nicht der > (Performance-) Hit ist. Ist aber eher eine Vermutung, und an DTML hatte > ich gar nicht gedacht. Hmm, sie meisten nicht Zope-Template-Sprachen, funktionieren ganz anders als ZPT. Bei PHP zum Beispiel wird mit ein paar regulären Ausdrücken nach PHP-Tags gesucht und der PHP-Code rausgezogen. ZPT lösen den gesamten XML-Baum auf. Das ist aufwendiger, aber beste Kompromiss zwischen Features und Usability auf der einen und Geschwindigkeit auf der anderen Seite, den es unter Zope gibt. Außerdem wird es nicht an den einfachen Templates scheitern, sondern an komplexen Queraufrufen über diverse Templates, Katalogabfragen oder dem Gerüst an Informationen, den jedes Objekt in einem Portal mitschleift. > Warum sollten wir das Thema jetzt noch nicht diskutieren? Ich sehe da noch keine Priorität. Welcher Webserver installiert wird ist erst für das Productionsystem wichtig und bis dahin werden noch einige Monate ins Land gehen. Ob wir Apache, Boa, thttpd, tux oder was auch immer verwenden, können wir dann ausgiebig testen und diskutieren. Dann wissen wir auch was alles auf den Server muss bzw. kann. Bis dahin reicht zum Testen wohl jeder beliebe Webserver aus. > > Nennen wir es doch: Zope für Fortgeschrittene! ;-) > > Ein Eingriff in das Traversal ist very zopish und das, was PHP und > > Kollegen nicht können! > > Ohne jetzt allzusehr ketzern zu wollen, aber solche Techniken sind > unter mod_perl auch gang und gaebe... Ja, das stimmt. Aber Perl ist auch deutlich erwachsener als PHP. Rein technisch ist das unter PHP auch nicht schwer zu implementieren, aber ich hab noch nicht gesehen, dass sowas gemacht wurde. Dann könnten die endlich mal ihre URLs mit den Monster-Query-Strings auf den Müll werfen. > Wir diskutieren aneinander vorbei: Das Thema ist nicht, ob die > Datenbankengine das kann, sondern, wie ich von Zope aus korrekte (und > auch immer korrekt abgeschlossene) _SQL_-Transaktionen, bzw. ggfs. ein > Rollback, mache. Wenn ich mir das bisher so ansehe, so Zope "ueberall" > einen Stacktrace 'rauswirft, dann waere in den dafuer zustaendigen > Handler sowas wie "rollback oder commit?" einzubauen, damit das > sichergestellt werden kann... und sowas waere mir relativ > unsympathisch. Das sollte sich ohne Probleme in das Datenbankadapter einbauen lassen, wenn es nicht sogar schon drin ist. Sollten aber mehrere Änderungen in einer (Zope-) Transaktion stattfinden wird es etwas hakelig. Dann müsste die Queries als Ganzes, zusammengefasst zu einer Transaktion, abgeschickt werden, oder die Datenbank verschachtelte Transaktionen unterstützen. Kann Postgres das? > > Die Struktur der Datenbank muss Release fest sein und bleiben. Die > > SQL-Skripte müssen entsprechend programmiert werden. > > Darauf hast Du aber beim Einsatz eines Mappers kaum einen Einfluss, von > dem "Problem", vermutlich keine spezifischen Dinge wie constraints > einsetzen zu koennen, mal abgesehen. Es sei denn man programmiert classennspezifisches SQL. Wenn man es ordentlich plant und pfiffig macht, ist der Mehraufwand nicht einmal so groß. Thomas From krueger at k-dns.de Wed Oct 5 16:28:52 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Wed, 5 Oct 2005 16:28:52 +0200 Subject: [Org-de] Performance (Nachtrag) In-Reply-To: <20051005135229.32514.qmail@oak.oeko.net> References: <200510051123.32978.krueger@k-dns.de> <200510051539.42549.krueger@k-dns.de> <20051005135229.32514.qmail@oak.oeko.net> Message-ID: <200510051628.52964.krueger@k-dns.de> Am Mittwoch, 5. Oktober 2005 15:52 schrieb Toni Mueller: > Und was spricht dagegen, mal ein paar Resourcen mehr springen zu > lassen? Der Server sollte das, wie gesagt, ganz locker koennen. Etwas mehr könnten wir schon draufgeben. Aber so viel bringen mehr Threads auch nicht und der Speicherbedarf steigt proportional. Bei den schon laufenden Zope-Instanzen wird es sonst irgendwann knapp, wenn mehr Daten in den Instanzen gespeichert werden. Thomas From support at oeko.net Wed Oct 5 17:13:03 2005 From: support at oeko.net (Toni Mueller) Date: Wed, 5 Oct 2005 17:13:03 +0200 Subject: [Org-de] Performance, war: Re: der letzte fur heute... In-Reply-To: <200510051622.50398.krueger@k-dns.de> References: <20051005134155.32271.qmail@oak.oeko.net> <200510051622.50398.krueger@k-dns.de> Message-ID: <20051005151303.2586.qmail@oak.oeko.net> Moin, On Wed, 05.10.2005 at 16:22:50 +0200, Thomas Krüger wrote: > ich (bitte ordentlich zitieren, danke!): > > Ich meinte eher, dass TAL vielleicht gegenueber der ein oder anderen > > Template-Engine aus der Nicht-Zope-Welt vielleicht doch nicht der > > (Performance-) Hit ist. Ist aber eher eine Vermutung, und an DTML hatte > > ich gar nicht gedacht. > > Hmm, sie meisten nicht Zope-Template-Sprachen, funktionieren ganz anders als > ZPT. Bei PHP zum Beispiel wird mit ein paar regulären Ausdrücken nach > PHP-Tags gesucht und der PHP-Code rausgezogen. das ist bei den Template-Systemen, die ich sonst so gesehen habe, ueberall genauso, also quasi "im und aus Prinzip kaputt". > ZPT lösen den gesamten XML-Baum auf. Das ist aufwendiger, aber beste > Kompromiss zwischen Features und Usability auf der einen und > Geschwindigkeit auf der anderen Seite, den es unter Zope gibt. Mir ist schon klar, dass man fuer den Zope-Aufwand auch etwas bekommt. > Außerdem wird es nicht an den einfachen Templates scheitern, sondern an > komplexen Queraufrufen über diverse Templates, Katalogabfragen oder dem > Gerüst an Informationen, den jedes Objekt in einem Portal mitschleift. Ok. > alles auf den Server muss bzw. kann. Bis dahin reicht zum Testen wohl jeder > beliebe Webserver aus. Das stimmt sicher auch, aber so ein thttpd ist eine Sache von ziemlich genau 1-5 Minuten. Von daher... > Ja, das stimmt. Aber Perl ist auch deutlich erwachsener als PHP. Das kann man so sehen (ohne jetzt allerdings PHP5 auf der Rechnung zu haben). > Das sollte sich ohne Probleme in das Datenbankadapter einbauen lassen, wenn es > nicht sogar schon drin ist. Sollten aber mehrere Änderungen in einer (Zope-) > Transaktion stattfinden wird es etwas hakelig. Dann müsste die Queries als > Ganzes, zusammengefasst zu einer Transaktion, abgeschickt werden, oder die Das ist in "Business-Anwendungen" wie dieser meiner Meinung nach der Normalfall - jedenfalls haette ich da mehrere Anwendungsfaelle, wo genau diese Situation auftritt (oder man programmiert "drumherum". > Datenbank verschachtelte Transaktionen unterstützen. > Kann Postgres das? Das weiss ich nicht, aber ich hab' z.B. auch noch nicht die 8er angeschaut. > Es sei denn man programmiert classennspezifisches SQL. Wenn man es ordentlich > plant und pfiffig macht, ist der Mehraufwand nicht einmal so groß. Schon, aber dann ist man wieder bei Handarbeit und nicht bei einem Mapper, der das allgemein fuer alle Klassen regeln will. Mir selber sagt - im Moment zumindest - es mehr zu, spezielle Anwendungsklassen fuer die einzelnen Probleme zu programmieren, und die dann in Zope einzubinden. So habe ich auch angesetzt. Habe ich das richtig verstanden, dass Joachim gerade auf einem Segeltoern ist? Wenn ja, wo? Gruss, --Toni++ From support at oeko.net Wed Oct 5 17:24:47 2005 From: support at oeko.net (Toni Mueller) Date: Wed, 5 Oct 2005 17:24:47 +0200 Subject: [Org-de] Performance, noch ein Nachtrag In-Reply-To: References: <200510051123.32978.krueger@k-dns.de> Message-ID: <20051005152447.2879.qmail@oak.oeko.net> Moin, Thomas schrieb: > die benutzen nur PHP und Zope ist etwa 10x ressourcenintensiver. Langsam bin bei unserem Treffen in Kassel meintest Du, dass Z3 3-4x schneller als Z2 waere. Wenn ich mal annehme, dass sich Deine obige Aussage auf Z2 bezieht, dann heisst das doch: Mit Z3 waeren wir bis auf einen Faktor 2.5 bis 3.5 an PHP dran (ohne jetzt behaupten zu wollen, dass PHP das schnellste System waere). Gruss, --Toni++ From krueger at k-dns.de Wed Oct 5 17:33:21 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Wed, 5 Oct 2005 17:33:21 +0200 Subject: [Org-de] Performance, noch ein Nachtrag In-Reply-To: <20051005152447.2879.qmail@oak.oeko.net> References: <200510051123.32978.krueger@k-dns.de> <20051005152447.2879.qmail@oak.oeko.net> Message-ID: <200510051733.23135.krueger@k-dns.de> Am Mittwoch, 5. Oktober 2005 17:24 schrieb Toni Mueller: > bei unserem Treffen in Kassel meintest Du, dass Z3 3-4x schneller als > Z2 waere. Wenn ich mal annehme, dass sich Deine obige Aussage auf Z2 > bezieht, dann heisst das doch: Mit Z3 waeren wir bis auf einen Faktor > 2.5 bis 3.5 an PHP dran (ohne jetzt behaupten zu wollen, dass PHP das > schnellste System waere). Hallo Toni, Zope 3 ist schon deutlich schneller als Zope 2. Zahlen hatte ich in meiner Präsentation aber nicht zu stehen. 3-4x ist auch etwas hoch gegriffen eher 30-40%. Das ist aber auch von der aufgerufenen Funktion abhängig, einige sind rasend schnell geworden. Die Zahlen (3-4x schneller) standen, glaube ich mich zu erinnern, im Zusammenhang mit der Startup-Zeit vom der Release-Version im Vergleich zur optimierten Version von SchoolTool. Thomas From krueger at k-dns.de Thu Oct 6 09:35:13 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Thu, 6 Oct 2005 09:35:13 +0200 Subject: [Org-de] Mails an domain btlimited.com Message-ID: <200510060935.14337.krueger@k-dns.de> Moin, ich wollte nur alle informieren, dass E-Mails an die Domain btlimited.com momentan nicht ankommen. Das betrifft sowohl direkte Mails, als auch die Maillinglisten. Den Grund seht ihr unten. Thomas -----> Domain Name: BTLIMITED.COM Administrative Contact, Technical Contact: Pending Renewal or Deletion pendingrenewalordeletion at networksolutions.com P.O. Box 430 Herndon, VA 20172-0447 US 570-708-8786 Record expires on 27-Sep-2005. Record created on 27-Sep-2000. From support at oeko.net Thu Oct 6 09:47:32 2005 From: support at oeko.net (Toni Mueller) Date: Thu, 6 Oct 2005 09:47:32 +0200 Subject: [Org-de] Mails an domain btlimited.com In-Reply-To: <200510060935.14337.krueger@k-dns.de> References: <200510060935.14337.krueger@k-dns.de> Message-ID: <20051006074732.23979.qmail@oak.oeko.net> Moin, On Thu, 06.10.2005 at 09:35:13 +0200, Thomas Krüger wrote: > ich wollte nur alle informieren, dass E-Mails an die Domain btlimited.com > momentan nicht ankommen. Das betrifft sowohl direkte Mails, als auch die > Domain Name: BTLIMITED.COM > > Administrative Contact, Technical Contact: > Pending Renewal or Deletion > pendingrenewalordeletion at networksolutions.com > P.O. Box 430 > Herndon, VA 20172-0447 > US > 570-708-8786 > > Record expires on 27-Sep-2005. > Record created on 27-Sep-2000. das muss nichts heissen. Vor ein paar Jahren waere unsere Domain auch mal fast geloescht worden, weil NSI mehrere Wochen (mEn 6) lang nicht in der Lage war, unser Geld anzunehmen. Man kann den Leuten eigentlich nur empfehlen, zu einem anderen Registrar zu gehen. Henrik? Gruss, --Toni++ From krueger at k-dns.de Thu Oct 6 10:00:47 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Thu, 6 Oct 2005 10:00:47 +0200 Subject: [Org-de] Mails an domain btlimited.com In-Reply-To: <20051006074732.23979.qmail@oak.oeko.net> References: <200510060935.14337.krueger@k-dns.de> <20051006074732.23979.qmail@oak.oeko.net> Message-ID: <200510061000.48011.krueger@k-dns.de> Am Donnerstag, 6. Oktober 2005 09:47 schrieb Toni Mueller: > Man kann den Leuten eigentlich nur empfehlen, zu einem anderen > Registrar zu gehen. Henrik? Ich habe gestern Abend Hector Etomi schon per Mail (natürlich an eine andere Domain) darauf hingewiesen und es Henrik per Telefon mitgeteilt. Insgesamt bekommt das mit den Domains wohl jeder mit einem Resellervertrag bei einem beleibigen Hoster besser hin als Network Solutions. Thomas From henrik at scientific-african.org Fri Oct 7 12:20:34 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Fri, 7 Oct 2005 12:20:34 +0200 Subject: [Org-de] FW: [Org] Please update your data and upload a picture! Message-ID: -----Original Message----- From: org-bounces at lists.waeup.org [mailto:org-bounces at lists.waeup.org]On Behalf Of Hector Etomi Sent: Friday, October 07, 2005 12:18 PM To: WAeUP organisation and coordination Subject: Re: [Org] Please update your data and upload a picture! Henrik, Pls take note that i will amke sure we all comply latest next week.Pls bear with us and many thanks for your understanding. I hope further developments on the second phase is progressing well. Hector Etomi Executve Director Finance And Admin Broadband Technologies Limited. E-mail: h.etomi at moneynett.com Tel: (234)2673205 Fax: (234)2673203 Mob: (234)8035250987 ---------- Original Message ---------------------------------- From: "Henrik Bettermann" Reply-To: WAeUP organisation and coordination Date: Fri, 7 Oct 2005 08:13:55 +0200 >Dear List Members > >Those who have not done so far, please update your data and upload your >picture! > >The reason why I'm insisting on the data and picture is that I want to >personalize the website which could help us enormously to raise funds for >the project. I would like to demonstrate that we are not an anonymous group >of people employed by a big NGO or company, but highly motivated >individualists who are keen on Open Source software development and >international collaboration. Let's try to be as open as possible to show the >world what we are doing. It's up to you whether you publish something for >WAeUP members only or put your content into the public domain. In the latter >case, please read the copyright notice attached to each document: > >http://waeup.org/copyright > >Best regards, > >Henrik Bettermann > >_______________________________________________ >Org mailing list >Org at lists.waeup.org >http://lists.waeup.org/mailman/listinfo/org > _______________________________________________ Org mailing list Org at lists.waeup.org http://lists.waeup.org/mailman/listinfo/org From krueger at k-dns.de Fri Oct 7 13:03:41 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Fri, 7 Oct 2005 13:03:41 +0200 Subject: [Org-de] FW: [Org] Please update your data and upload a picture! In-Reply-To: References: Message-ID: <200510071303.42644.krueger@k-dns.de> Hallo Henrik, du brauchst die Nachrichten von der org-Liste nicht zu forwarden, wir lesen alle mit. Thomas From support at oeko.net Sat Oct 8 18:36:49 2005 From: support at oeko.net (Toni Mueller) Date: Sat, 8 Oct 2005 18:36:49 +0200 Subject: [Org-de] Performance, war: Re: der letzte fur heute... In-Reply-To: <200510051622.50398.krueger@k-dns.de> References: <20051005134155.32271.qmail@oak.oeko.net> <200510051622.50398.krueger@k-dns.de> Message-ID: <20051008163649.30995.qmail@oak.oeko.net> Moin, On Wed, 05.10.2005 at 16:22:50 +0200, Thomas Krüger wrote: > Transaktion stattfinden wird es etwas hakelig. Dann müsste die Queries als > Ganzes, zusammengefasst zu einer Transaktion, abgeschickt werden, oder die > Datenbank verschachtelte Transaktionen unterstützen. Kann Postgres das? vermutlich bald: http://www.postgresql.org/community/survey.41 Btw, wer hat eine ordentliche TAL-Referenz fuer Z3 parat? Die Links im Zope3-Book von Stephan Richter sind (fast?) alle tot, und die Beispiele, die direkt im Buch stehen, funktionieren nicht unbedingt. Danke! Gruss, --Toni++ From Ralph at waeup.org Sun Oct 9 14:56:34 2005 From: Ralph at waeup.org (Ralph@waeup.org) Date: Sun, 9 Oct 2005 14:56:34 +0200 (CEST) Subject: [Org-de] Performance, war: Re: der letzte fur heute... In-Reply-To: <20051008163649.30995.qmail@oak.oeko.net> References: <20051005134155.32271.qmail@oak.oeko.net> <200510051622.50398.krueger@k-dns.de> <20051008163649.30995.qmail@oak.oeko.net> Message-ID: <57716.84.159.171.136.1128862594.squirrel@mail.waeup.org> > Btw, wer hat eine ordentliche TAL-Referenz fuer Z3 parat? Die Links im > Zope3-Book von Stephan Richter sind (fast?) alle tot, und die > Beispiele, die direkt im Buch stehen, funktionieren nicht unbedingt. guckst du http://www.dzug.org/dokumentation/entwicklung/zpt/zopebuchanhangc ralph From support at oeko.net Sun Oct 9 15:33:33 2005 From: support at oeko.net (Toni Mueller) Date: Sun, 9 Oct 2005 15:33:33 +0200 Subject: [Org-de] Z3 ZPT & Co, war: Re: Performance In-Reply-To: <57716.84.159.171.136.1128862594.squirrel@mail.waeup.org> References: <20051005134155.32271.qmail@oak.oeko.net> <200510051622.50398.krueger@k-dns.de> <20051008163649.30995.qmail@oak.oeko.net> <57716.84.159.171.136.1128862594.squirrel@mail.waeup.org> Message-ID: <20051009133333.2965.qmail@oak.oeko.net> Hallo Ralph, On Sun, 09.10.2005 at 14:56:34 +0200, Ralph at waeup.org wrote: > > Btw, wer hat eine ordentliche TAL-Referenz fuer Z3 parat? Die Links im > > Zope3-Book von Stephan Richter sind (fast?) alle tot, und die > > Beispiele, die direkt im Buch stehen, funktionieren nicht unbedingt. > > guckst du > > http://www.dzug.org/dokumentation/entwicklung/zpt/zopebuchanhangc danke, aber nach mehreren Hinweisen, die alle in diese Richtung gingen, bin ich inzwischen zu der Erkenntnis gelangt, dass ich eigentlich Doku ueber Namespaces suchte. Allerdings denke ich, dass ich die schon gefunden habe (Kapitel 34 in dem oben genannten Buch). Gruss, --Toni++ From krueger at k-dns.de Sun Oct 9 16:08:53 2005 From: krueger at k-dns.de (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Sun, 09 Oct 2005 16:08:53 +0200 Subject: [Org-de] Z3 ZPT & Co, war: Re: Performance In-Reply-To: <20051009133333.2965.qmail@oak.oeko.net> References: <20051005134155.32271.qmail@oak.oeko.net> <200510051622.50398.krueger@k-dns.de> <20051008163649.30995.qmail@oak.oeko.net> <57716.84.159.171.136.1128862594.squirrel@mail.waeup.org> <20051009133333.2965.qmail@oak.oeko.net> Message-ID: <43492475.2080508@k-dns.de> Toni Mueller schrieb: >(Kapitel 34 in dem oben genannten Buch). > > Vertippt? Das Buch hat nur 29 Kapitel. Thomas From support at oeko.net Sun Oct 9 16:17:48 2005 From: support at oeko.net (Toni Mueller) Date: Sun, 9 Oct 2005 16:17:48 +0200 Subject: [Org-de] Z3 ZPT & Co In-Reply-To: <43492475.2080508@k-dns.de> References: <20051005134155.32271.qmail@oak.oeko.net> <200510051622.50398.krueger@k-dns.de> <20051008163649.30995.qmail@oak.oeko.net> <57716.84.159.171.136.1128862594.squirrel@mail.waeup.org> <20051009133333.2965.qmail@oak.oeko.net> <43492475.2080508@k-dns.de> Message-ID: <20051009141748.3886.qmail@oak.oeko.net> Hallo Thomas, On Sun, 09.10.2005 at 16:08:53 +0200, Thomas Krüger wrote: > Toni Mueller schrieb: > >(Kapitel 34 in dem oben genannten Buch). > > Vertippt? Das Buch hat nur 29 Kapitel. seltsam... wenn ich im Inhaltsverzeichnis nachschaue, dann steht da unter "VI Advanced Topics" (PDF, Seite 9): "34 Implementing a TALES Namespaces" (Schreibfehler -> geschenkt). Das habe ich mal als "Kapitel 34" interpretiert. Als was sonst haette ich das interpretieren sollen? Gruss, --Toni++ From henrik at scientific-african.org Sun Oct 9 18:52:04 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sun, 9 Oct 2005 18:52:04 +0200 Subject: [Org-de] Anruf von Hector Etomi (9.10.) Message-ID: Gerade rief mich Hector an und mahnte erneut die von uns versprochenen Zusagen an. Er bezog sich explizit auf 2.1.5 und 2.1.6 unseres Proposals. Ich habe gesagt, dass wesentlich mehr vorhanden sei, als im Demoportal sichtbar und dass das Team um Joachim in der Zeit liege. Aber wo sei der Implementation Plan? Ihr seht, wie genau Hector den Prozess verfolgt. Am Donnerstag fährt er zu konkreten Verhandlungen an die Uni Benin. Dort müsse er seinerseits Zusagen machen, und er wollte sich vergewissern, ob wir unsere Zusagen einhalten. Es sei ihm schon klar, dass es noch eine längere Zeit braucht, bis das Portal reibungslos läuft. Er brauche aber etwas zum Vorzeigen, was im Prinzip schon alles kann. Ich fange langsam an zu schwitzen ... Ich habe außerdem betont, dass der Kommunikationsprozess zu schleppend sei. Daraufhin meinte er, wir sollten konkrete Fragen stellen, er und seine Leute würden sie umgehend beantworten. Ich habe ihm diesbezüglich für morgen eine Email versprochen. Gleich telefoniere ich mit Joachim ... Gruß, Henrik From krueger at k-dns.de Sun Oct 9 19:22:06 2005 From: krueger at k-dns.de (=?ISO-8859-15?Q?Thomas_Kr=FCger?=) Date: Sun, 09 Oct 2005 19:22:06 +0200 Subject: [Org-de] Hotfix 2005-10-09 Message-ID: <434951BE.3060406@k-dns.de> Ich werde gleich alle Instanzen kurz stoppen um das aktuelle Hotfix einzuspielen. Thomas From henrik at scientific-african.org Sun Oct 9 19:43:20 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sun, 9 Oct 2005 19:43:20 +0200 Subject: [Org-de] FW: FW: Undelivered Mail Returned to Sender Message-ID: -----Original Message----- From: NetPlux Team [mailto:netplux at yahoo.com] Sent: Sunday, October 09, 2005 7:03 PM To: Henrik Bettermann Subject: RE: FW: Undelivered Mail Returned to Sender Hello Henrik Am back to Accra with the good news of joining you in Germany for the world cup. the correct email of Joseph my programmer is joesorsy at yahoo.com I will also ensure that everyone updates his data Our Nigerian team are so happy about achievements made so far, keep it up. thanks, Francis --- Henrik Bettermann wrote: > Dear Francis, > > I changed your email address back to > netplux at yahoo.com. Another email > address is wrong: > > >Final-Recipient: rfc822; josephsorsy at yahoo.com > >Action: failed > >Status: 5.0.0 > >Diagnostic-Code: X-Postfix; host > mx3.mail.yahoo.com[4.79.181.12] said: 554 > > delivery error: dd This user doesn't have a > yahoo.com account > > (josephsorsy at yahoo.com) [0] - > mta113.mail.mud.yahoo.com (in reply to end > of > > DATA command) > > Could you please ensure that everybody of the Ghana > Team activates his > account, updates his personal data and uploads a > picture? > > All the best and welcome to the World Cup 2006 in > Germany, > > Henrik > > -----Original Message----- > From: NetPlux Team [mailto:netplux at yahoo.com] > Sent: Saturday, October 08, 2005 10:29 AM > To: Henrik Bettermann > Subject: Re: FW: Undelivered Mail Returned to Sender > > > Dear Henrik > > Am in Lagos with BT now to deliberate on the way > forward, the correct email > for Charles is kanecharles at yahoo.com and you can use > netplux at yahoo.com for > me. > thanks for the good job > Francis > > --- Henrik Bettermann > > wrote: > > > -----Original Message----- > > From: Henrik Bettermann > > [mailto:henrik at scientific-african.org] > > Sent: Wednesday, October 05, 2005 8:05 AM > > To: Francis Kojo Achemdey; Francis Achemdey > > [francis.achemdey at netplux.com] > > Subject: Undelivered Mail Returned to Sender > > > > > > Dear Francis > > > > The following email addresses do not exist: > > > > : host > > mail.netplux.com[192.116.114.3] said: 550 > > , Recipient unknown > (in > > reply to RCPT TO > > command) > > > > : host > > mx2.mail.yahoo.com[67.28.114.36] said: 554 > > delivery error: dd This user doesn't have a > > yahoo.com account > > (josephsorsy at yahoo.com) [0] - > > mta174.mail.dcn.yahoo.com (in reply to end > > of DATA command) > > > > By the way, which email address should I use: > > francis.achemdey at netplux.com or netplux at yahoo.com? > > > > Best regards, > > > > Henrik > > > > > > > > > ___________________________________________________________ > To help you stay safe and secure online, we've > developed the all new Yahoo! > Security Centre. http://uk.security.yahoo.com > > ___________________________________________________________ Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail http://uk.messenger.yahoo.com From henrik at scientific-african.org Mon Oct 10 08:23:13 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 10 Oct 2005 08:23:13 +0200 Subject: [Org-de] reiner Wein Message-ID: Hallo zusammen, nach dem Telefongespräch gestern möchte ich Hector deutlicher vermitteln, wie wir einen realistischen Zeitplan sehen. Thomas hat dazu ein schönes Flowchart entworfen (s. Anhang). Schaut euch mal den Text an, den ich heute mittag versenden möchte. Gruß Henrik ... Thank you for your telephone call yesterday. Regarding our proposal I think that we are on schedule. Only the implementation plan is missing and the accomodation module is not yet part of the demo portal (mainly because of missing room lists). I talked to Joachim and he promised to enable more features on the demoportal.waeup.org website by Thursday such that you can already show examples when visiting Uniben. Our main problem is that we do not exactly know what you intend to do with the prototype portal in November. You'll get from us a portal with all the functionality described in the Wiki but only with some dummy data. Particularly the room lists, scratch card pins, JAMB data and other data have to be imported either by manual file upload or directly from other databases depending on the universities' needs. Also, the performance will not be adequate to manage the registration of thousands of students. The optimization and final layout has to be done in close cooperation with the universities. In this stadium the portal software will be in the alpha state which can be used for customer acquisition but, we do not recommend to use it as a live system unless our partner university explicitly takes the responsibilty and uses the alpha/beta version of the portal at their own risk. At the risk of discouraging you I attached a release plan which is probably realistic (demo portal = prototype portal). The plan has beed drafted by my colleague Thomas Krueger. ... From ralph at waeup.org Mon Oct 10 10:07:19 2005 From: ralph at waeup.org (Ralph Barthel) Date: Mon, 10 Oct 2005 09:07:19 +0100 Subject: [Org-de] reiner Wein In-Reply-To: Message-ID: <20051010070735.93E5623601@mail.waeup.org> Attachment fehlt.... > -----Ursprüngliche Nachricht----- > Von: org-de-bounces at lists.waeup.org [mailto:org-de- > bounces at lists.waeup.org] Im Auftrag von Henrik Bettermann > Gesendet: Montag, 10. Oktober 2005 07:23 > An: Deutsche WAeUP-Gruppe > Betreff: [Org-de] reiner Wein > > Hallo zusammen, > > nach dem Telefongespräch gestern möchte ich Hector deutlicher vermitteln, > wie wir einen realistischen Zeitplan sehen. Thomas hat dazu ein schönes > Flowchart entworfen (s. Anhang). Schaut euch mal den Text an, den ich > heute > mittag versenden möchte. > > Gruß Henrik > > > ... > Thank you for your telephone call yesterday. Regarding our proposal I > think > that we are on schedule. Only the implementation plan is missing and the > accomodation module is not yet part of the demo portal (mainly because of > missing room lists). > > I talked to Joachim and he promised to enable more features on the > demoportal.waeup.org website by Thursday such that you can already show > examples when visiting Uniben. > > Our main problem is that we do not exactly know what you intend to do with > the prototype portal in November. You'll get from us a portal with all the > functionality described in the Wiki but only with some dummy data. > Particularly the room lists, scratch card pins, JAMB data and other data > have to be imported either by manual file upload or directly from other > databases depending on the universities' needs. Also, the performance will > not be adequate to manage the registration of thousands of students. The > optimization and final layout has to be done in close cooperation with the > universities. In this stadium the portal software will be in the alpha > state > which can be used for customer acquisition but, we do not recommend to use > it as a live system unless our partner university explicitly takes the > responsibilty and uses the alpha/beta version of the portal at their own > risk. > > At the risk of discouraging you I attached a release plan which is > probably > realistic (demo portal = prototype portal). The plan has beed drafted by > my > colleague Thomas Krueger. > ... > > _______________________________________________ > Org-de mailing list > Org-de at lists.waeup.org > http://lists.waeup.org/mailman/listinfo/org-de From m.kiberu at kipya.com Mon Oct 10 09:11:18 2005 From: m.kiberu at kipya.com (M.Kiberu) Date: Mon, 10 Oct 2005 09:11:18 +0200 Subject: [Org-de] reiner Wein In-Reply-To: <20051010070735.93E5623601@mail.waeup.org> References: <20051010070735.93E5623601@mail.waeup.org> Message-ID: <434A1416.7090105@kipya.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Thomas, sendest du mal den fehlenden Anhang ? Gruss, Michael Ralph Barthel wrote: > Attachment fehlt.... > > >>-----Ursprüngliche Nachricht----- >>Von: org-de-bounces at lists.waeup.org [mailto:org-de- >>bounces at lists.waeup.org] Im Auftrag von Henrik Bettermann >>Gesendet: Montag, 10. Oktober 2005 07:23 >>An: Deutsche WAeUP-Gruppe >>Betreff: [Org-de] reiner Wein >> >>Hallo zusammen, >> >>nach dem Telefongespräch gestern möchte ich Hector deutlicher vermitteln, >>wie wir einen realistischen Zeitplan sehen. Thomas hat dazu ein schönes >>Flowchart entworfen (s. Anhang). Schaut euch mal den Text an, den ich >>heute >>mittag versenden möchte. >> >>Gruß Henrik >> >> >>... >>Thank you for your telephone call yesterday. Regarding our proposal I >>think >>that we are on schedule. Only the implementation plan is missing and the >>accomodation module is not yet part of the demo portal (mainly because of >>missing room lists). >> >>I talked to Joachim and he promised to enable more features on the >>demoportal.waeup.org website by Thursday such that you can already show >>examples when visiting Uniben. >> >>Our main problem is that we do not exactly know what you intend to do with >>the prototype portal in November. You'll get from us a portal with all the >>functionality described in the Wiki but only with some dummy data. >>Particularly the room lists, scratch card pins, JAMB data and other data >>have to be imported either by manual file upload or directly from other >>databases depending on the universities' needs. Also, the performance will >>not be adequate to manage the registration of thousands of students. The >>optimization and final layout has to be done in close cooperation with the >>universities. In this stadium the portal software will be in the alpha >>state >>which can be used for customer acquisition but, we do not recommend to use >>it as a live system unless our partner university explicitly takes the >>responsibilty and uses the alpha/beta version of the portal at their own >>risk. >> >>At the risk of discouraging you I attached a release plan which is >>probably >>realistic (demo portal = prototype portal). The plan has beed drafted by >>my >>colleague Thomas Krueger. >>... >> >>_______________________________________________ >>Org-de mailing list >>Org-de at lists.waeup.org >>http://lists.waeup.org/mailman/listinfo/org-de > > > _______________________________________________ > Org-de mailing list > Org-de at lists.waeup.org > http://lists.waeup.org/mailman/listinfo/org-de > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDShQWL0JZtQXJh5ERAou8AJ9XWCW01aDJ6SRC+7zL70uqCMAvsQCgi+3Q pCwFlAHW54apLEslxPa2HbE= =kiPZ -----END PGP SIGNATURE----- From krueger at k-dns.de Mon Oct 10 09:58:21 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Mon, 10 Oct 2005 09:58:21 +0200 Subject: [Org-de] reiner Wein In-Reply-To: <434A1416.7090105@kipya.com> References: <20051010070735.93E5623601@mail.waeup.org> <434A1416.7090105@kipya.com> Message-ID: <200510100958.21235.krueger@k-dns.de> Am Montag, 10. Oktober 2005 09:11 schrieb M.Kiberu: > sendest du mal den fehlenden Anhang ? Kein Problem... Die Source-Datei für Cmap-Tool und Docbook kann ich bei Bedarf auch senden. Thomas -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : Release Plan.pdf Dateityp : application/pdf Dateigröße : 130174 bytes Beschreibung: nicht verfügbar URL : http://lists.waeup.org/mailman/private/org-de/attachments/20051010/5cd7577a/ReleasePlan-0001.pdf -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : Timeline.pdf Dateityp : application/pdf Dateigröße : 11205 bytes Beschreibung: nicht verfügbar URL : http://lists.waeup.org/mailman/private/org-de/attachments/20051010/5cd7577a/Timeline-0001.pdf From ralph at waeup.org Mon Oct 10 11:08:32 2005 From: ralph at waeup.org (Ralph Barthel) Date: Mon, 10 Oct 2005 10:08:32 +0100 Subject: [Org-de] reiner Wein In-Reply-To: <200510100958.21235.krueger@k-dns.de> Message-ID: <20051010080850.371CA33D46@mail.waeup.org> Hallo thomas, zu der frage was gelehrt wird die du als offen markiert hast in deinem dokument. Das muss in die richtung gehen handlungskompetenz im bereich der verwendeten technologie aufzubauen. Also kundenspezifische anpassungen und dienstleistungen jedweder art die zu einem späteren ezitpunkt vor ort gemacht werden sollen. Z.B. Zope Hosting (Performance-Tuning, Backup, Lastverteilung, Konfiguration)), grafische anpassungen (skinning) evtl. development services erweiterungen der bestehenden software etc. wie das tarining aussieht hängt in Teilen natürlich auch von der letztlich verwendeten technologie ab. Es versteht sich als vertiefung zu den aktuellen laufenden tarining das eher einführungscharakter hat. gruss ralph > -----Ursprüngliche Nachricht----- > Von: org-de-bounces at lists.waeup.org [mailto:org-de- > bounces at lists.waeup.org] Im Auftrag von Thomas Krüger > Gesendet: Montag, 10. Oktober 2005 08:58 > An: Deutsche WAeUP-Gruppe > Betreff: Re: [Org-de] reiner Wein > > Am Montag, 10. Oktober 2005 09:11 schrieb M.Kiberu: > > sendest du mal den fehlenden Anhang ? > > Kein Problem... > > Die Source-Datei für Cmap-Tool und Docbook kann ich bei Bedarf auch > senden. > > Thomas From support at oeko.net Mon Oct 10 11:03:21 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 10 Oct 2005 11:03:21 +0200 Subject: [Org-de] reiner Wein In-Reply-To: References: Message-ID: <20051010090321.28786.qmail@oak.oeko.net> Hallo Henrik, On Mon, 10.10.2005 at 08:23:13 +0200, Henrik Bettermann wrote: > Flowchart entworfen (s. Anhang). Schaut euch mal den Text an, den ich heute > mittag versenden möchte. kann es vielleicht bis heute Nachmittag warten? Wir muessen meiner Meinung nach noch darueber diskutieren, ohne, dass ich jetzt schon _alles_ angeschaut haette (dies ist der erste Beitrag zum Thema, den ich lese, aber "reinen Wein" haette man von Anfang an einschenken sollen). > Thank you for your telephone call yesterday. Regarding our proposal I think > that we are on schedule. Only the implementation plan is missing and the > accomodation module is not yet part of the demo portal (mainly because of > missing room lists). Diese Art der Argumentation ist meiner Meinung nach vom vertrieblichen Standpunkt aus hochgradig kontraproduktiv und geht auch teilweise an den Tatsachen vorbei. Du hast Dich meiner Meinung nach in der Vergangenheit oefter mit relativ optimistischen Aussagen aus dem Fenster gelehnt und damit das gleiche Problem, das Softwareprojekte in aller Welt plagt, produziert. Ob diese Vorgehensweise alternativlos war, sei einmal dahingestellt, aber wir sollten in Zukunft auf jeden Fall besser abgestimmte Aussagen machen. > I talked to Joachim and he promised to enable more features on the > demoportal.waeup.org website by Thursday such that you can already show > examples when visiting Uniben. Das koennte klappen. Ich werde auch noch mit Joachim telefonieren. > Our main problem is that we do not exactly know what you intend to do with > the prototype portal in November. Das ist zwar ein wichtiger Teil des Problems, aber zwei andere Punkte sehe ich ebenfalls als kritisch an: - Wir haben von Anfang an eine schlechte Vorgehensweise implementiert, naemlich "ad hoc" (aka "drauflos hacken"), und das auch noch in wesentlichen Teilen mit Werkzeugen, die wir nicht gut kennen. Dagegen muss man sehen, dass wir keine gemeinsame Basis haben - jeder von uns hat andere Schwerpunkte, und auf irgendwas muessen wir uns einfach einigen. Offensichtlich ist die Zeit fuer Experimente allerdings im Moment eher knapp bemessen. - Ebenfalls von Anfang an wurde nicht mit der erforderlichen Klarheit, und zwar in allen Richtungen, kommuniziert, was moeglich und zu erwarten ist, oder welchen Einfluss die ein oder andere Entscheidung hat. > You'll get from us a portal with all the functionality described in > the Wiki but only with some dummy data. Ok. > Particularly the room lists, scratch card pins, JAMB data and other data > have to be imported either by manual file upload or directly from other > databases depending on the universities' needs. Vor allen Dingen koennen diese Aspekte noch wesentlichen Einfluss auf die Datenstrukturen haben, die wir dann im Code mit durchziehen muessen. > Also, the performance will not be adequate to manage the registration > of thousands of students. The optimization and final layout has to be > done in close cooperation with the universities. In this stadium the > portal software will be in the alpha state which can be used for > customer acquisition but, we do not recommend to use it as a live > system unless our partner university explicitly takes the > responsibilty and uses the alpha/beta version of the portal at their > own risk. Das klingt vernuenftig, aber man sollte meiner Meinung nach so verfahren: - Demo mit nacktem Z2+SQL "sofort", aber _unmittelbar_ nach Fertigstellung der Demo laut Deinem Angebot - Neuimplementation mit Z3 Thomas' Plan habe ich noch nicht gelesen, werd's aber gleich nachholen. Gruss, --Toni++ From support at oeko.net Mon Oct 10 11:27:21 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 10 Oct 2005 11:27:21 +0200 Subject: [Org-de] reiner Wein In-Reply-To: References: Message-ID: <20051010092721.29346.qmail@oak.oeko.net> Moin, On Mon, 10.10.2005 at 08:23:13 +0200, Henrik Bettermann wrote: > wie wir einen realistischen Zeitplan sehen. Thomas hat dazu ein schönes > Flowchart entworfen (s. Anhang). Schaut euch mal den Text an, den ich heute hier meine Kommentare zu den Plaenen von Thomas: Timeline: ========= Original, S. 2 oben: "The demo portal will not be usable for registrations but will show all functions of the final portal." Bemerkungen: Formulierung: "The demo portal will not be usable for live student registrations, but will show most functions of the final portal." Begruendung: Wir hatten wirklich sehr viele Funktionen, i.W. die elektronische Studentenakte, vorgesehen, und ich halte es im Moment fuer unrealistisch, wirklich _alle_ Funktionen in der Zeit zu implementieren, und fuer fragwuerdig, das mit der bisherigen Plattform zu tun. Ein Absatz weiter (kann man bitte Nummerierung dafuer haben?): Schreibfehler: "who are willing to use out platform": "out" -> "our" Die Forderung, dass Universitaeten sich in einem Prae-Alpha-Stadium zu so einem Paket committen, halte ich fuer sehr problematisch. Das muss anders formuliert werden, denn wir haben ja schon festgestellt, dass die Software das im Moment in keinem Fall kann. Vorschlag: "... should start intensive discussions with prospective users of this software who would agree to accompaign the development process with test drives and input their requirements and user feedback to help ensure that the final product will meet their needs. Prospective users should be encouraged to participate in the development of the software, and the funding thereof." Mileston2: Evt. zu kurz, falls wir auf Z3 umsteigen und noch alles "doppelt" auf Z2 programmieren, was ich aus vielen Gruenden fuer sinnvoll halte (siehe ua. andere Mails), und wovon ich mir unterm Strich eine Reduktion des Gesamtaufwandes und eine bessere SW-Qualitaet (mehr Features, weniger Fehler etc) erwarte. Milestone3: Schreibfehler: "are prepaired for _their_ tasks" Test phase: Schreibfehler: "take_s_ place in this phase", und: Man sollte meiner Meinung nach darauf hinweisen, dass es erforderlich sein duerfte, die neue Software parallel zu der alten Software laufen zu lassen. Going-Live: Schreibfehler: "Student_s_ should be able..." Ausserdem sollte der Server die ganze erste Registrierungsphase hindurch gruendlich ueberwacht werden, nicht nur die ersten paar Tage. Release Plan: ============= - Schreibfehler: "training for customer's staff", nicht "customers stuff". Insgesamt sieht der Plan eine meiner Meinung nach recht spaete Integration der afrikanischen Partner in den Entwicklungsprozess vor. Das duerfte die Kommunikationsprobleme vermutlich eher verschaerfen. Gruss, --Toni++ From ralph at waeup.org Mon Oct 10 13:43:08 2005 From: ralph at waeup.org (Ralph Barthel) Date: Mon, 10 Oct 2005 12:43:08 +0100 Subject: [Org-de] reiner Wein In-Reply-To: Message-ID: <20051010104329.5D2B922333@mail.waeup.org> Hallo Henrik, > At the risk of discouraging you I attached a release plan which is > probably > realistic (demo portal = prototype portal). The plan has beed drafted by > my > colleague Thomas Krueger. Da würde ich zwei änderungen machen. Ich würde sagen der plan sieht so aus und nicht "vielleicht" oder ähnliche begriffe benutzten. Ob ihn das 'discouraged' würde ich aus eine solchen mail auch rauslassen sondern einfach sachlich schreiben. Zu andere Inhalten deiner Mail kann ich wenig sagen weil ich da ein Informationsdefizit habe. toni hat meines erachtens eine ganz brauchbare analyse geliefert wo probleme liegen in der bisherigen vorgehensweise. Bevore wir gemeinsam in eine nächste projektphase gehen muss klar sein wie wir das ändern werden. gruss ralph From krueger at k-dns.de Mon Oct 10 12:44:47 2005 From: krueger at k-dns.de (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Mon, 10 Oct 2005 12:44:47 +0200 Subject: [Org-de] reiner Wein In-Reply-To: <20051010092721.29346.qmail@oak.oeko.net> References: <20051010092721.29346.qmail@oak.oeko.net> Message-ID: <434A461F.5020709@k-dns.de> Toni Mueller schrieb: >Formulierung: "The demo portal will not be usable for live student >registrations, but will show most functions of the final portal." > > > OK >Die Forderung, dass Universitaeten sich in einem Prae-Alpha-Stadium zu >so einem Paket committen, halte ich fuer sehr problematisch. Das muss >anders formuliert werden, denn wir haben ja schon festgestellt, dass >die Software das im Moment in keinem Fall kann. > > Das Problem war mir durchaus bewusst, als ich es geschrieben habe. Was ich aber auf jeden Fall nach Nigeria vermitteln möchte, ist, dass sie dort nicht nur ungeduldig warten, sondern auch selber in die Pötte kommen müssen. >Vorschlag: "... should start intensive discussions with prospective >users of this software who would agree to accompaign the development >process with test drives and input their requirements and user feedback >to help ensure that the final product will meet their needs. >Prospective users should be encouraged to participate in the >development of the software, and the funding thereof." > > Das klingt nicth schlecht, ist aus meiner Sicht aber zu defensiv aufgedrückt, wenn man die schleppende Teilnahme bedenkt. >Mileston2: Evt. zu kurz, falls wir auf Z3 umsteigen und noch alles >"doppelt" auf Z2 programmieren, was ich aus vielen Gruenden fuer >sinnvoll halte (siehe ua. andere Mails), und wovon ich mir unterm >Strich eine Reduktion des Gesamtaufwandes und eine bessere SW-Qualitaet >(mehr Features, weniger Fehler etc) erwarte. > > Über Anfang oder Ende Januar wird sich reden lassen. Mehr Zeit ist aber wohl nicht drin, wenn das Portal zur Studentenregistrierung im Frühjahr laufen soll. >Man >sollte meiner Meinung nach darauf hinweisen, dass es erforderlich >sein duerfte, die neue Software parallel zu der alten Software laufen >zu lassen. > > Da bräuchten wir erstmal den nötigen Input, was zurzeit benutzt wird. >Ausserdem sollte der Server die ganze erste Registrierungsphase >hindurch gruendlich ueberwacht werden, nicht nur die ersten paar Tage. > > Du hast recht. Auch wenn ich den Verdacht habe, dass es so nicht ablaufen wird, es sei denn wir werden dafür bezahlt. :-( >Insgesamt sieht der Plan eine meiner Meinung nach recht spaete >Integration der afrikanischen Partner in den Entwicklungsprozess vor. >Das duerfte die Kommunikationsprobleme vermutlich eher verschaerfen. > > Naja, bisher gibt es so gut wie keine Kommunikation. Solange die nicht gelernt haben, dass sie auch mal sagen müssen und sich richtig beteiligen, ist es schwer sie zu integrieren. Thomas From krueger at k-dns.de Mon Oct 10 13:01:59 2005 From: krueger at k-dns.de (Thomas =?iso-8859-1?q?Kr=FCger?=) Date: Mon, 10 Oct 2005 13:01:59 +0200 Subject: [Org-de] reiner Wein In-Reply-To: <20051010104329.5D2B922333@mail.waeup.org> References: <20051010104329.5D2B922333@mail.waeup.org> Message-ID: <200510101302.00088.krueger@k-dns.de> Am Montag, 10. Oktober 2005 13:43 schrieb Ralph Barthel: > toni hat meines erachtens eine ganz brauchbare analyse geliefert wo > probleme liegen in der bisherigen vorgehensweise. Bevore wir gemeinsam in > eine nächste projektphase gehen muss klar sein wie wir das ändern werden. Moin, ich habe mal einen Teil der Daten die ich zur eigenen Planung benutze habe in das Portal geladen: http://www.waeup.org/Members/thomas/Team Das ist natürlich weder irgendwie bindend noch vollständig. Ich werde versuchen heute noch mehr hochzuladen. Thomas From henrik at scientific-african.org Mon Oct 10 13:35:00 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 10 Oct 2005 13:35:00 +0200 Subject: [Org-de] reiner Wein In-Reply-To: <20051010090321.28786.qmail@oak.oeko.net> Message-ID: >> Thank you for your telephone call yesterday. Regarding our proposal I think >> that we are on schedule. Only the implementation plan is missing and the >> accomodation module is not yet part of the demo portal (mainly because of >> missing room lists). >Diese Art der Argumentation ist meiner Meinung nach vom vertrieblichen >Standpunkt aus hochgradig kontraproduktiv und geht auch teilweise an >den Tatsachen vorbei. Welche Tatsachen? >Du hast Dich meiner Meinung nach in der Vergangenheit oefter mit >relativ optimistischen Aussagen aus dem Fenster gelehnt und damit das >gleiche Problem, das Softwareprojekte in aller Welt plagt, produziert. Welches Problem? >Ob diese Vorgehensweise alternativlos war, sei einmal dahingestellt, >aber wir sollten in Zukunft auf jeden Fall besser abgestimmte Aussagen >machen. Welche Aussagen? Es ist ein Entwurf, den ich an euch verschicke, um genau das zu tun: ihn abzustimmen! Ich möchte diese Email heute noch verschicken. Deswegen nehmt auch bitte zum Anschreiben konstruktiv Stellung. Das gestrige Telefongespräch war für mich nicht besonders erquicklich. Ich möchte darauf angemessen reagieren. Sorry, dass ich den Anhang vergessen habe. Heute abend versuche ich mit entsprechender Software die xml-Dateien entsprechend der Vorschläge zu bearbeiten und erzeuge dann pdfs, die ich an Hector verschicke. Ansonsten möchte ich euch bitte, zunächst nur die Deadline für Phase 2 ins Auge zu fassen. Es wäre schön, wenn ihr Joachim unterstützen könntet. Als Alternative bliebe nur, dass jeder sein eigenes Süppchen kocht und wir am 28.10. gemeinsam schauen, welches Süppchen am besten schmeckt. Nach dem 31.10. können wir weiterschauen und alles besser machen. Bis heute abend, Henrik From js at aixtraware.de Mon Oct 10 14:33:31 2005 From: js at aixtraware.de (joachim) Date: Mon, 10 Oct 2005 14:33:31 +0200 Subject: [Org-de] reiner Wein In-Reply-To: References: Message-ID: <434A5F9B.4000603@aixtraware.de> Hier ein paar Anmerkungen: Henrik Bettermann wrote: >Hallo zusammen, > >nach dem Telefongespräch gestern möchte ich Hector deutlicher vermitteln, >wie wir einen realistischen Zeitplan sehen. Thomas hat dazu ein schönes >Flowchart entworfen (s. Anhang). Schaut euch mal den Text an, den ich heute >mittag versenden möchte. > >Gruß Henrik > > >... >Thank you for your telephone call yesterday. Regarding our proposal I think >that we are on schedule. Only the implementation plan is missing and the >accomodation module is not yet part of the demo portal (mainly because of >missing room lists). > >I talked to Joachim and he promised to enable more features on the >demoportal.waeup.org website by Thursday such that you can already show >examples when visiting Uniben. > > ok. >Our main problem is that we do not exactly know what you intend to do with >the prototype portal in November. You'll get from us a portal with all the >functionality described in the Wiki but only with some dummy data. >Particularly the room lists, scratch card pins, JAMB data and other data >have to be imported either by manual file upload or directly from other >databases depending on the universities' needs. Also, the performance will >not be adequate to manage the registration of thousands of students. The >optimization and final layout has to be done in close cooperation with the >universities. In this stadium the portal software will be in the alpha state >which can be used for customer acquisition but, we do not recommend to use >it as a live system unless our partner university explicitly takes the >responsibilty and uses the alpha/beta version of the portal at their own >risk. > > > mein Vorschlag: Our main problem is that we do not exactly know what you intend to do with the prototype portal in November. The portal, which will be ready end of october, will deliver the functionality described in the wiki. That means the datastructures are defined, the required inputforms are working and the system is populated with some example data to demonstrate the functionality. To use this prototype for production i.e. for the new student registration, it has to be filled with real world-data from the university for: - scratch cards - jamb data - accomodation-structure - faculties - courses to name some. Also the server, where the prototype portal is running on, can only be used for one university, with a very limited capacity of maximum 5 concurrent users. For a higher capacity separate server(s) for each university are necessary. The import of the university specific data and the server setup will require 2 weeks for the first university and one week for each additional university. >At the risk of discouraging you I attached a release plan which is probably >realistic (demo portal = prototype portal). The plan has beed drafted by my >colleague Thomas Krueger. >... > > > das würde ich ersetzen durch, ich würde zunächst mal keinen Terminplan beilegen: Pleas inform us, what is most important to you. From ralph at waeup.org Mon Oct 10 16:07:00 2005 From: ralph at waeup.org (Ralph Barthel) Date: Mon, 10 Oct 2005 15:07:00 +0100 Subject: [Org-de] reiner Wein In-Reply-To: <434A5F9B.4000603@aixtraware.de> Message-ID: <20051010130733.39BAA23601@mail.waeup.org> Hallo henrik, fürs protokoll: es gibt weiterhin versch. Standpunkte u.a. die technologie betreffend 1. thomas und toni haben sich detailierte gedanken gemacht wie man in der nächsten realisierungsphase auf z3 umsteigen könnte 2. joachim sagt mehr server tun es auch womit vielleicht implizit auch gesagt ist dass kein technologiewechsel vorgenommen werden soll. Habe ich dies richtig gedeutet? Meine empfehlung ist daher dass du daher eine salomonische formulierung anwendest die alle optionen offen hält. Abschliessend diskutieren können wir ja dann wenn der meilenstein 2 erreicht ist und wir wissen ob und wie es weitergeht.... ralph From support at oeko.net Mon Oct 10 18:25:30 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 10 Oct 2005 18:25:30 +0200 Subject: [Org-de] reiner Wein In-Reply-To: <434A461F.5020709@k-dns.de> References: <20051010092721.29346.qmail@oak.oeko.net> <434A461F.5020709@k-dns.de> Message-ID: <20051010162530.6260.qmail@oak.oeko.net> Moin, On Mon, 10.10.2005 at 12:44:47 +0200, Thomas Krüger wrote: > Toni Mueller schrieb: > > ... Alpha-Software benutzen... > Das Problem war mir durchaus bewusst, als ich es geschrieben habe. Was > ich aber auf jeden Fall nach Nigeria vermitteln möchte, ist, dass sie > dort nicht nur ungeduldig warten, sondern auch selber in die Pötte > kommen müssen. s.u. > >Vorschlag: "... should start intensive discussions with prospective > >users of this software who would agree to accompaign the development > >process with test drives and input their requirements and user feedback > >to help ensure that the final product will meet their needs. > >Prospective users should be encouraged to participate in the > >development of the software, and the funding thereof." > > Das klingt nicth schlecht, ist aus meiner Sicht aber zu defensiv > aufgedrückt, wenn man die schleppende Teilnahme bedenkt. Jo, dann bauen wir evt noch einen Absatz ein, in dem sowas in der Art steht: "Unless active participation from Africa can be achieved, meeting anyone's expectations cannot be planned for." > Da bräuchten wir erstmal den nötigen Input, was zurzeit benutzt wird. Das muessen die ja nur selber laufen lassen, von daher... > Du hast recht. Auch wenn ich den Verdacht habe, dass es so nicht > ablaufen wird, es sei denn wir werden dafür bezahlt. :-( :-/ > Naja, bisher gibt es so gut wie keine Kommunikation. Solange die nicht > gelernt haben, dass sie auch mal sagen müssen und sich richtig > beteiligen, ist es schwer sie zu integrieren. Sicher, aber wenn man das schon so ausdrueckt, dass es erst fuer so spaet vorgesehen ist, dann lehnen die sich erst recht zurueck und lassen uns mal zappeln, vermute ich. Gruss, --Toni++ From support at oeko.net Mon Oct 10 18:45:55 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 10 Oct 2005 18:45:55 +0200 Subject: [Org-de] reiner Wein In-Reply-To: References: <20051010090321.28786.qmail@oak.oeko.net> Message-ID: <20051010164555.6682.qmail@oak.oeko.net> Moin, On Mon, 10.10.2005 at 13:35:00 +0200, Henrik Bettermann wrote: > >> Thank you for your telephone call yesterday. Regarding our proposal I > think > >> that we are on schedule. Only the implementation plan is missing and the > >> accomodation module is not yet part of the demo portal (mainly because of > >> missing room lists). > > >Diese Art der Argumentation ist meiner Meinung nach vom vertrieblichen > >Standpunkt aus hochgradig kontraproduktiv und geht auch teilweise an > >den Tatsachen vorbei. > > Welche Tatsachen? die Tatsache, dass wir selber relativ unkoordiniert vor uns hinwurschteln, und Kommunikation auch in der Gruppe eher dem Zufallsprinzip folgt. > >Du hast Dich meiner Meinung nach in der Vergangenheit oefter mit > >relativ optimistischen Aussagen aus dem Fenster gelehnt und damit das > >gleiche Problem, das Softwareprojekte in aller Welt plagt, produziert. > > Welches Problem? Ich habe im Moment den Eindruck, dass Hector quasi die komplette elektronische Studentenakte produktionsreif in _sehr_kurzer_Zeit_ verlangt, und dass wir das so nicht leisten koennen. Wir koennen sicher einen Prototypen basteln, aber nicht das fertige Ding. > Welche Aussagen? Es ist ein Entwurf, den ich an euch verschicke, um genau > das zu tun: ihn abzustimmen! Sicher, aber im Vorfeld wurden diese Aussagen sinngemaess so abgewaegt: "Was haetten wir aus Entwicklersicht gerne fuer Rahmenbedingungen, und was glauben wir, dass der Kunde noch akzeptiert", wobei die eigene Belastbarkeit und Leistungsfaehigkeit mMn recht optimistisch eingeschaetzt wurde (z.B. zusammen mit Joachims Segeltoern), und wir nicht frueh genug den Mut hatten, zu manchen Sachen "nein" zu sagen. Hab's noch nicht alles durchgesehen, aber laeuft eigentlich inzwischen das avisierte roundup, oder ein Ersatzprodukt? > Ich möchte diese Email heute noch verschicken. Deswegen nehmt auch bitte zum > Anschreiben konstruktiv Stellung. Das gestrige Telefongespräch war für mich > nicht besonders erquicklich. Ich möchte darauf angemessen reagieren. Das auf jeden Fall, aber aus vertrieblicher Sicht ist es eigentlich _immer_, ausser, der Karren sitzt schon sehr tief im Dreck, wichtig, von Schuldzuweisungen abzusehen. Wichtig ist stattdessen, den Eindruck zu vermitteln, dass wir uns richtig strecken, und dass wir mit unseren bescheidenen Informationen es schaffen. Wenn die das da in Afrika, so wie ich, als Schuldzuweisungen interpretieren, dann kann das das Projekt ziemlich schnell zum Scheitern bringen. Die "normale" Projektkommunikation verlaeuft meiner Meinung nach ungefaehr in folgenden Stufen: - Enthusiasmus - freundliche Diskussionen - Schuldzuweisungen - Anwalt (und/oder Abbruch) > Auge zu fassen. Es wäre schön, wenn ihr Joachim unterstützen könntet. Als > Alternative bliebe nur, dass jeder sein eigenes Süppchen kocht und wir am > 28.10. gemeinsam schauen, welches Süppchen am besten schmeckt. Nach dem > 31.10. können wir weiterschauen und alles besser machen. Uah. Stimmt moeglicherweise, aber wir haben jetzt schon recht unterschiedliche Ansaetze (Joachim: CPS-Schemata, ich: SQL). Gruss, --Toni++ From henrik at scientific-african.org Mon Oct 10 21:22:17 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 10 Oct 2005 21:22:17 +0200 Subject: [Org-de] phone call Oct 9th Message-ID: Dear Hector, Thank you for your telephone call yesterday. Regarding our proposal I think that we are on schedule. We are working (and discussing) hard. I talked to Joachim and he promised to enable more features on the demoportal.waeup.org website by Thursday such that you can already show examples when visiting Uniben. Our main problem is that we do not exactly know what you intend to do with the SRPP in November. The prototype or demo portal, which will be ready by the end of October, delivers the functionality described in the Wiki. That means the data structure is defined, the required input forms are working and the system is populated with some example data to demonstrate its functionality. To use this prototype for production i.e. for the new student registration, it has to be filled with real world-data from the university: - scratch card data - JAMB data - accommodation structure - faculties - courses - etc Also the performance of the SRPP has to be optimized. The demo portal will not be suitable for the registration of thousands of students within a short registration period. The optimization and final layout has to be done in close cooperation with the universities. We are just discussing which technology could be used for the production system but we haven't reached an agreement. Some of us prefer to store the student records in a PostgreSQL data base and not in the ZopeDB. This would require a rewrite of parts of the software. We will see ... It would be very helpful if you could send an email with more details what you expect to get from SRPP. Our team is working solely on the basis of information from Kehinde Samuel (see Wiki): http://waeup.org/wiki/KehindeSamuelsPowerpointPresentation Also, we need more input from your team. For example, your staff could comment or edit all items in the CP Documentation Section in order to improve the information flow. I think there are many questions. Please ask! We need to start an intensive communication between our groups. Please encourage everybody to use the CP. All the best, Henrik From support at oeko.net Tue Oct 11 10:20:48 2005 From: support at oeko.net (Toni Mueller) Date: Tue, 11 Oct 2005 10:20:48 +0200 Subject: [Org-de] Pg zugreifbar? Message-ID: <20051011082048.27009.qmail@oak.oeko.net> Hallo Thomas, kannst Du bitte mal PostgreSQL mit einem Adapter fuer Zope installieren und mir sagen, wo ich da drankomme? http://sandbox.waeup.org/manage z.B. geht nicht. Ich haette gerne eine Datenbank, auf der ich moeglichst volle Zugriffsrechte habe. Wenn moeglich, dann heisst das DA-Objekt "waeup_on". Dazu brauche ich eine Moeglichkeit, im ZMI etwas zu machen, zB. ein .zexp hochzuladen, oder Rechte vergeben etc. - gerne in einem Unterordner, an den nur ich drankomme. Die bisherigen Ansaetze scheinen mir nicht rechtzeitig den erforderlichen Erfolg zu versprechen, und die Moeglichkeiten, von CPS aus auf eine SQL-Datenbank zuzugreifen, sind erstmal recht bescheiden und noch bescheidener dokumentiert. Danke! Gruss, --Toni++ From krueger at k-dns.de Tue Oct 11 10:43:02 2005 From: krueger at k-dns.de (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Tue, 11 Oct 2005 10:43:02 +0200 Subject: [Org-de] Pg zugreifbar? In-Reply-To: <20051011082048.27009.qmail@oak.oeko.net> References: <20051011082048.27009.qmail@oak.oeko.net> Message-ID: <434B7B16.2000506@k-dns.de> Toni Mueller schrieb: >kannst Du bitte mal PostgreSQL mit einem Adapter fuer Zope installieren >und mir sagen, wo ich da drankomme? > >http://sandbox.waeup.org/manage > >z.B. geht nicht. Ich haette gerne eine Datenbank, auf der ich >moeglichst volle Zugriffsrechte habe. > > Hallo Toni, PostgresQL kann ich dafür enrichten. Alles das aber die Instanz betrifft (Login, Produkte...) muss Joachim machen. Thomas From support at oeko.net Tue Oct 11 10:54:15 2005 From: support at oeko.net (Toni Mueller) Date: Tue, 11 Oct 2005 10:54:15 +0200 Subject: [Org-de] Pg zugreifbar? In-Reply-To: <434B7B16.2000506@k-dns.de> References: <20051011082048.27009.qmail@oak.oeko.net> <434B7B16.2000506@k-dns.de> Message-ID: <20051011085415.27774.qmail@oak.oeko.net> Moin, On Tue, 11.10.2005 at 10:43:02 +0200, Thomas Krüger wrote: > Toni Mueller schrieb: > >http://sandbox.waeup.org/manage > > > >z.B. geht nicht. Ich haette gerne eine Datenbank, auf der ich > >moeglichst volle Zugriffsrechte habe. > PostgresQL kann ich dafür enrichten. Alles das aber die Instanz betrifft > (Login, Produkte...) muss Joachim machen. eine andere Zope-Instanz waere fuer mich auch ok, oder ich seh' zu, dass ich es bei mir privat laufen lasse. Dann muss am Donnerstag eben notfalls darauf zugegriffen werden. Gruss, --Toni++ From ralph at waeup.org Tue Oct 11 17:53:43 2005 From: ralph at waeup.org (Ralph Barthel) Date: Tue, 11 Oct 2005 16:53:43 +0100 Subject: [Org-de] e-learning Message-ID: <20051011145408.3C23750E18@mail.waeup.org> Hi henrik, die beteiligung an den e-learning aktivitäten geht gegen null. Ich werde daher morgen etomi schriftlich informieren und ihn fragen woran das seiner meinung nach liegt und wie er sich das weiterhin vorstellt auch im Bezug auf den notwendigen Know-how Transfer. Ich werde das im Rahmen meiner schier endlosen Sozialkompetenz zart und einfühlsam formulieren :-9 Falls euch noch was einfällt asst es mich wissen. Ich habe heute mal auf die Statistiken geschaut ausser etomi wird auch das cms quasi in afrika wohl eher wenig genutzt. Mich wundert das alles ein wenig. Hat Etomi schon eine erste Zahlung veranlasst bzw. eine Zwischenrechnung erhalten? Falls nicht wäre das jetzt vielleicht ein guter Zeitpunkt um das Interesse zu erhöhen.... Ralph From support at oeko.net Tue Oct 11 16:58:18 2005 From: support at oeko.net (Toni Mueller) Date: Tue, 11 Oct 2005 16:58:18 +0200 Subject: [Org-de] e-learning In-Reply-To: <20051011145408.3C23750E18@mail.waeup.org> References: <20051011145408.3C23750E18@mail.waeup.org> Message-ID: <20051011145818.3128.qmail@oak.oeko.net> Hallo Ralph, On Tue, 11.10.2005 at 16:53:43 +0100, Ralph Barthel wrote: > die beteiligung an den e-learning aktivitäten geht gegen null. ich werde gerne in das Portal 'reinschauen, wenn ich hier den groessten Stress hinter mir habe, also vermutlich kommende Woche. > Mich wundert das alles ein wenig. Hat Etomi schon eine erste Zahlung > veranlasst bzw. eine Zwischenrechnung erhalten? Falls nicht wäre das jetzt > vielleicht ein guter Zeitpunkt um das Interesse zu erhöhen.... +1 Gruss, --Toni++ From js at aixtraware.de Tue Oct 11 19:05:16 2005 From: js at aixtraware.de (Joachim Schmitz) Date: Tue, 11 Oct 2005 19:05:16 +0200 Subject: [Org-de] Neuer Anlauf: Nix geht (immer noch) In-Reply-To: <20051010194030.10667.qmail@oak.oeko.net> References: <20051010172322.7502.qmail@oak.oeko.net> <434AAF39.5060104@aixtraware.de> <20051010194030.10667.qmail@oak.oeko.net> Message-ID: <434BF0CC.6050403@aixtraware.de> Hallo Toni, so etwas verspätet habe ich die stark überarbeitete Version eingescheckt. Sie ist unter http://sandbox.waeup.org/portal/sections/unidemo/students zu sehen. Mit dem user studentmanager pw 123456 kannst Du als StudentManager drauf zugreifen. mit deinem normalen "toni" kannst Du auf http://sandbox.waeup.org/portal als CPSManager zugreifen. Kurze install anleitung für den lokalen Server: der hier beschriebene Umstand wird natürlich im fertigen Produkt nicht notwendig sein. am besten in Deiner CPS-Instanz alle Instanzen des Produkts löschen. Dann auf portal_repository, und da auf Details klicken, dann purge deleted Items. Dann svn up und server neu starten Dann Produkt im portal_quickinstaller reinstallieren. Leider können wir hier nicht mit refresh arbeiten. Dann in Sections "new" und WAeUP Base Folder mit der ID "UniDemo" erstellen. im Folder auf local roles oben search by groupname und search dann Students, StudentManager und all Users anklicken, und als Rolle Section Reader auswählen. dann assign roles dann unten in der Liste: für StudentManager Section Manager für Students Section Reviewer ankreuzen und submit. Dann in dem Folder new und da WAeUP Student Folder mit der Id Students anlegen. wenn Du jetzt noch in unidemo das script .cpsskins_theme von server installierst solltest Du etwas ähnliches wie auf dem Server sehen. -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From henrik at scientific-african.org Tue Oct 11 21:02:43 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Tue, 11 Oct 2005 21:02:43 +0200 Subject: [Org-de] e-learning In-Reply-To: <20051011145408.3C23750E18@mail.waeup.org> Message-ID: Hallo Ralph, zunächst ein technisches Problem: http://waeup.org/courses/wbt15 führt zu einer Fehlermeldung. Baust du gerade dran? Nun zu Afrika. Ich bin auch ratlos und habe keine Idee, was da vorsichgeht. Bisher habe ich noch keine Rechnung gestellt, da auch wir unseren Vertrag nicht zu 100% erfüllt haben. Der Druck, den Etomi auf mich/uns ausübt steht in keinem Verhältnis zu der Disziplin, die er von seinen Mitarbeitern einfordert. Aber wie teilt man so etwas 'sozialkompetent' mit? In Westafrika habe ich es mir abgwöhnt, mich über solche Dinge zu ärgern. Eine ständige Verwunderung ist geblieben. Eine Email von dir in Sachen E-Learning finde ich prinzipiell gut. Ich sehe nur, dass sich disibor, isouba und lummiek regelmäßig einloggen. Was machen die dann? Gegenüber diesen drei Mitarbeiter ist Etomi weisungsbefugt. Osita Ogbonnaya ist Consultant und wohl eher gleichrangig. Die Rolle von David Ibhawoh habe ich nicht verstanden. Er ist offiziell für das Projekt verantwortlich aber wohl kaum anwesend. Als wir in Lagos waren, war David gar nicht bei der Firma beschäftigt. Er hat sich bisher nur einmal eingeloggt, immerhin einmal mehr als Oaikhena Ehis. Der scheint ganz abhanden gekommen zu sein. Noch undurchsichtiger ist die Lage in Accra. Ich muss wohl noch einmal hinfliegen. Aber wer bezahlt mir das? Morgen wird Joachim das Demoportal erweitern. Dann werde ich die Rechnung stellen und mehr Disziplin anmahnen. Anschließend sehen wir weiter ... Gruß, Henrik From ralph at waeup.org Tue Oct 11 23:59:04 2005 From: ralph at waeup.org (Ralph Barthel) Date: Tue, 11 Oct 2005 22:59:04 +0100 Subject: [Org-de] e-learning In-Reply-To: Message-ID: <20051011205936.703752409E@mail.waeup.org> Hallo henrik, > http://waeup.org/courses/wbt15 > führt zu einer Fehlermeldung. Baust du gerade dran? Die jungs produzieren eine exception nach der anderen :-) Hatte heute auch nochmal kontakt mit olumide. Das die tracks nicht ganz wie gewohnt funktionieren könnte an einem proxy liegen. Der lerncontent mag proxies nicht so. als folge davon sind unvollständige user tracks in der ab gelandet und das macht jetzt probleme. Ist über unit tests oder functional tests schwierig abzufangen. habe olumide gesagt er solle mal bitte den proxy so einstellen das erstmal nichts gecacht wird von den waup -Seiten. Damit sollten dann die tracks sauber erfasst werden. Ich hab die statistik jetzt mal vorübergehend deaktiviert. Der lerncontent ist somit benuztbar. Ich bin ab morgen 2 tage unterwegs. Versuche von unterwegs einen fix einzuspielen und dann die statistik wieder einzublenden.... >Der Druck, den Etomi auf mich/uns ausübt steht Ich würde mich da nicht unter Druck setzen lassen oder dich zu etwas verpflichtet fühlen. > Bisher habe ich noch keine Rechnung gestellt, da auch wir unseren Vertrag > nicht zu 100% erfüllt haben Ja aber wir sollten nicht zu defensiv werden und irgendwelche eingeständnisse machen das wir was nicht wie besprochen geliefert haben. Gruss ralph From support at oeko.net Tue Oct 11 23:07:57 2005 From: support at oeko.net (Toni Mueller) Date: Tue, 11 Oct 2005 23:07:57 +0200 Subject: [Org-de] e-learning In-Reply-To: References: <20051011145408.3C23750E18@mail.waeup.org> Message-ID: <20051011210757.11312.qmail@oak.oeko.net> Hallo Henrik, On Tue, 11.10.2005 at 21:02:43 +0200, Henrik Bettermann wrote: > nicht zu 100% erfüllt haben. Der Druck, den Etomi auf mich/uns ausübt steht > in keinem Verhältnis zu der Disziplin, die er von seinen Mitarbeitern > einfordert. Aber wie teilt man so etwas 'sozialkompetent' mit? wenn wir es morgen/uebermorgen schaffen, dann wuerde ich ihm sagen, dass wir ohne konkrete Rueckmeldungen und/oder konkreten Geldzufluss nicht mehr sinnvoll, bzw. gar nicht mehr, weiterarbeiten koennen (wenn zwar Geld, aber keine Infos kommen, koennen wir immerhin noch in die anderen Richtungen, die wir im Auge hatten, entwickeln). > Noch undurchsichtiger ist die Lage in Accra. Ich muss wohl noch einmal > hinfliegen. Inwiefern? Du sagtest ja schon vorher, dass die Leute in Nigeria wesentlich offener als die in Ghana seien, und wenn man diesen Unterschied bei der duerftigen Ausgangsbasis, was Nigeria anbelangt, beruecksichtigt, dann erwarte ich aus Ghana eigentlich im Moment gar kein Echo. Allerdings sollten die Jungs mal auf die Idee kommen, sich auf Vorstandsebene klar zu dem Projekt zu bekennen, und manchmal habe ich auch das Gefuehl, dass die uns nicht ernstnehmen, allerdings ohne zu sagen, warum. > Aber wer bezahlt mir das? Hmmm... wer hier in diesem Projekt bei mehr als 10 Euro die Stunde rauskommt, der hebt bitte mal kurz die Hand. 0... 0. Dachte ich es mir doch. Naja, in Kuerze haben wir sicher Gelegenheit, die These von der EHRENSACHE zu testen... Gruss, --Toni++ From support at oeko.net Tue Oct 11 23:57:54 2005 From: support at oeko.net (Toni Mueller) Date: Tue, 11 Oct 2005 23:57:54 +0200 Subject: [Org-de] Neuer Anlauf: Nix geht (immer noch) In-Reply-To: <434BF0CC.6050403@aixtraware.de> References: <20051010172322.7502.qmail@oak.oeko.net> <434AAF39.5060104@aixtraware.de> <20051010194030.10667.qmail@oak.oeko.net> <434BF0CC.6050403@aixtraware.de> Message-ID: <20051011215754.12489.qmail@oak.oeko.net> Hallo Joachim, On Tue, 11.10.2005 at 19:05:16 +0200, Joachim Schmitz wrote: > ... > wenn Du jetzt noch in unidemo das script .cpsskins_theme von server > installierst solltest Du etwas ähnliches wie auf dem Server sehen. hab' ich alles gemacht. Ergebnisse: - Unter Sections taucht (immer noch) nichts auf. Ich muss, wie vorher auch, erstmal draufdruecken, um dann rechts (nicht links) den Inhalt zu sehen. - In dem boxless-Theme scheint mir ein Fehler zu sein: Ich bekomme dann _ALLE_ Navigation bis auf "Up" ausgeblendet und kann auch nichts mehr anlegen. Ich denke, ich darf mal wieder zumindest eine ganz neue CPS-Instanz, oder evt. auch wieder eine ganz neue ZODB, machen, es sei denn, Du hast noch wichtige Tips, was man sonst machen koennte. Gruss, --Toni++ From support at oeko.net Wed Oct 12 11:06:23 2005 From: support at oeko.net (Toni Mueller) Date: Wed, 12 Oct 2005 11:06:23 +0200 Subject: [Org-de] Mails an domain btlimited.com In-Reply-To: <200510060935.14337.krueger@k-dns.de> References: <200510060935.14337.krueger@k-dns.de> Message-ID: <20051012090623.27046.qmail@oak.oeko.net> Moin, On Thu, 06.10.2005 at 09:35:13 +0200, Thomas Krüger wrote: > Domain Name: BTLIMITED.COM sagt mal, die kennen kein "www.btlimited.com", und unter "btlimited.com" kommt "Page under construction". Wo sollte ich sonst noch hinschauen? Ist das fuer einen nationalen Carrier normal? Ihr Verlaengerungsproblem haben sie ja wohl geloest (bis 2014). Gruss, --Toni++ From support at oeko.net Wed Oct 12 11:19:59 2005 From: support at oeko.net (Toni Mueller) Date: Wed, 12 Oct 2005 11:19:59 +0200 Subject: [Org-de] Anruf von Hector Etomi (9.10.) In-Reply-To: References: Message-ID: <20051012091959.27338.qmail@oak.oeko.net> Hallo Henrik, On Sun, 09.10.2005 at 18:52:04 +0200, Henrik Bettermann wrote: > Gerade rief mich Hector an und mahnte erneut die von uns versprochenen > Zusagen an. Er bezog sich explizit auf 2.1.5 und 2.1.6 unseres Proposals. das ist der Knackpunkt. Zahlung und Unterbringung: Ok, aber wir wollten eigentlich fuer den ersten Schritt m.W. nur Postgraduates behandeln. Nun stehen wir da und muessen alle drei Faelle loesen. > Ich habe gesagt, dass wesentlich mehr vorhanden sei, als im Demoportal > sichtbar und dass das Team um Joachim in der Zeit liege. "No comment." > Ihr seht, wie genau Hector den Prozess verfolgt. Am Donnerstag fährt er zu > konkreten Verhandlungen an die Uni Benin. Eine Terminabstimmung mit uns war nicht moeglich, richtig? > Dort müsse er seinerseits Zusagen machen, und er wollte sich > vergewissern, ob wir unsere Zusagen einhalten. Das ist nur zu verstaendlich. > Es sei ihm schon klar, dass es noch eine längere Zeit braucht, bis > das Portal reibungslos läuft. Er brauche aber etwas zum Vorzeigen, > was im Prinzip schon alles kann. Ich fange langsam an zu schwitzen > ... Danke gleichfalls! Gruss, --Toni++ From henrik at scientific-african.org Wed Oct 12 11:25:59 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Wed, 12 Oct 2005 11:25:59 +0200 Subject: [Org-de] Mails an domain btlimited.com In-Reply-To: <20051012090623.27046.qmail@oak.oeko.net> Message-ID: > Ist das fuer einen nationalen Carrier normal? Auf meine Frage, warum BT keine Website hat wurde nur geschmunzelt. Aber inzwischen tut sich ja was: http://mail.btlimited.com/ Scheinbar hat BT gerade einen Server gemietet. Ich vermute mal, dass sie jemand dransetzen werden, der Thomas Konfiguration nachbaut. Mal abwarten was passiert. Gruß, Henrik From support at oeko.net Thu Oct 13 05:46:16 2005 From: support at oeko.net (Toni Mueller) Date: Thu, 13 Oct 2005 05:46:16 +0200 Subject: [Org-de] Prototyp Message-ID: <20051013034616.19500.qmail@oak.oeko.net> Hallo, ich muss jetzt erstmal ins Bett. Was geht: - Studenten koennen sich mit ihrer PIN und ID einloggen, bekommen ein PAsswort zugeteilt, und die PIN wird gesperrt. - PINs angucken - Passwort pruefen sollte auch gehen - Tabelle mit Betten ist geladen, ebenso Dummy-JAMB-Daten und Dummy Scratchcards (die dann auch "verbraucht" werden. Was noch nicht geht (zu muede): - Bett buchen - sollte aber nicht zu schwer sein, der Link auf eine passende Methode ist schon da, nur die Methode nicht (update ...) - Eintrittsgeld fuer Fakultaet bezahlen - Kurse buchen - Mantel mieten - Pruefungsergebnisse anschauen - Dokumente hochladen - Die Software ist ein wilder Hack, keine Security, nix, aber elementare Fehlerbehandlung und Hilfe fuer Benutzer. Der ganze Einschreibungsschritt enthaelt ein paar Dinge, die unbedingt von verschiedenen Leuten durchgefuehrt werden muessen, z.B. Unterlagen pruefen. Der ganze Kram geht noch ueberhaupt nicht, ua. mangels Studenten-Ordner, wo die Unterlagen 'reinkommen. Das Ganze ist als .zexp gut 60K gross, die Spieldaten sind knapp 30K gross, aber noch ohne Kurse etc, und mit nur 100 Scratchcards (50 Studies, 270 Zimmer). Wenn irgend moeglich, sollte Hector seine Vorfuehrung am Nachmittag machen (Email?). Bis dahin kann ich es vielleicht - weiter aufbohren (Bett reservieren) - auf einem oeffentlich zugaenglichen Server installieren Gruss, --Toni++ From support at oeko.net Thu Oct 13 10:29:04 2005 From: support at oeko.net (Toni Mueller) Date: Thu, 13 Oct 2005 10:29:04 +0200 Subject: [Org-de] Prototyp In-Reply-To: <20051013034616.19500.qmail@oak.oeko.net> References: <20051013034616.19500.qmail@oak.oeko.net> Message-ID: <20051013082904.25563.qmail@oak.oeko.net> Moin, On Thu, 13.10.2005 at 05:46:16 +0200, Toni Mueller wrote: > - auf einem oeffentlich zugaenglichen Server installieren ich versuche gerade nach Henriks Anleitung, meine private Zope-Instanz zu installieren. Mir ist im Moment nicht klar, wie ich da drankomme, und/oder wie ich evt. automagisch das Dingen nur ueber SSL erreiche. Der lokale HTTP-Port, auf dem das Dingen hoert, ist 9673. In der Zwischenzeit suche ich nach den passenden Bauteilen fuer die Pg-Verbindung, die mir nicht installiert zu sein scheint, und (noch wichtiger): PostgreSQL laeuft nicht!!! Ohne Pg macht's fuer mich absolut keinen Sinn, denn dann laeuft die Sache ueberhaupt nicht. Thomas? Gruss, --Toni++ From ralph at waeup.org Fri Oct 14 21:13:24 2005 From: ralph at waeup.org (Ralph Barthel) Date: Fri, 14 Oct 2005 20:13:24 +0100 Subject: [Org-de] zwischenstand? Message-ID: <20051014181353.96D158490B@mail.waeup.org> Hallo henrik, infomier doch mal bitte was gerade so geht im projekt ich bin nicht wirklich auf dem laufenden.... Was das e-learning angeht hat einer (Kwabena Boadi Adarkwah aus ghana) bereits das ganze wbt durchlaufen und 2 weitere sind gut dabei. Ich denke ich werde die frist nochmal um einige tage verlängern, feedback von den teilnehmern einholen und dann müssten wir uns gemeinsam mit hector etomi überlegen wie wir weiter verfahren. Seine mitarbeiter sind nicht alle so richtig heiss bist jetzt habe ich den eindruck. gruss ralph From henrik at scientific-african.org Sat Oct 15 09:35:10 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sat, 15 Oct 2005 09:35:10 +0200 Subject: [Org-de] zwischenstand? In-Reply-To: <20051014181353.96D158490B@mail.waeup.org> Message-ID: Hallo Ralph, Ich versuche den aktuellen Stand im CP festzuhalten. Olumide hat uns ja wirklich gut und schnell mit Informationen versorgt. Ich habe keinen Zeifel, dass in Nigeria und Ghana alle sehr motiviert sind. Alles hängt jetzt vom SRPP ab - noch zwei Wochen! Über Joachims Stand der Arbeit bin ich nicht informiert. Ich habe ihn gerade gebeten, einen kurzen Statusbericht zu versenden. Toni hat einen eigenen Ansatz mit Plain Zope2 und PostgreSQL versucht. Thomas ist für eine Woche im Urlaub und kommt am Sonntag zurück. Am Montag sollten/müssen wir ein Briefing machen. Ich werde mit allen telefonieren. Die E-Learning-Frist kann nach meiner Meinung um 1 oder 2 Wochen verlängert werden. Was hast du danach denn vor? Funktioniert die Statistik jetzt wieder? Es scheint so. Nur Olumide scheint entgegen seiner eigenen Angaben noch ganz am Anfang zu sein?! Gruß, Henrik From js at aixtraware.de Sat Oct 15 11:08:07 2005 From: js at aixtraware.de (joachim) Date: Sat, 15 Oct 2005 11:08:07 +0200 Subject: [Org-de] zwischenstand? In-Reply-To: <20051014181353.96D158490B@mail.waeup.org> References: <20051014181353.96D158490B@mail.waeup.org> Message-ID: <4350C6F7.9050903@aixtraware.de> Hallo, sorry dass ich euch nicht informiert habe. Aber ich wollte erst was zum präsentieren haben. Ich hoffe heute noch eine Version auf den Server zu stellen, an der dann auch wieder andere mitarbeiten können. Nun wieder an die Arbeit. -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From js at aixtraware.de Sun Oct 16 19:29:45 2005 From: js at aixtraware.de (Joachim Schmitz) Date: Sun, 16 Oct 2005 19:29:45 +0200 Subject: [Org-de] Neue Version online Message-ID: <43528E09.9030101@aixtraware.de> Hallo, ich habe gerade die neue WAeUP Version hochgeladen. Doku folgt morgen früh. Wer will kann sich ja schon mal die Sourcen zu Gemüte führen. -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From js at aixtraware.de Mon Oct 17 13:50:54 2005 From: js at aixtraware.de (Joachim Schmitz) Date: Mon, 17 Oct 2005 13:50:54 +0200 Subject: [Org-de] srpp wieder da Message-ID: <4353901E.2020100@aixtraware.de> Hallo, ich könnt unter http://sandbox.waeup.org/portal auf das srpp zugreifen. Thomas: könntest du ein alias srpp.waeup.org -> http://sandbox.waeup.org/portal einrichten. Folgendes ist implementiert: Login als studentmanager pw: 123456 Index_html zeigt die eingerichteten Studenten mit 'Add Student JAMB' kann man einen neuen Studenten registrieren. Zur Zeit muss nur die Student ID eingegeben werden. Nach Klick auf add wird: - ein neuer Student als Portalmember mit der ID s+"Student ID" angelegt - ein StudentFolder angelegt. - in diesem Folder ein Jambo-CPSDocument angelegt. Als anonymer Benutzer kann man nun "check your admission status" machen Man bekommt eine Maske in der man eine (z.Z. beliebige) PIN und seine Registration Number (=StudentID ) eingibt. Wenn der Student nicht existiert, kommt die Meldung "Your not admitted", wenn er sich schon mal angemeldet hat, kommt "You are already admitted". Sonst wird: - der User eingelogged - ein PERSONAL-CPSDocument angelegt. - entsprechende Daten aus dem JAMB-doc in das PERSONAL-doc übertragen. - der User in seinen Folder geleitet. Dies sollte alles so funktionieren. Weitere Funktionalität kommt stündlich hinzu. Toni: könntest Du mir Deine Tabellendefinitionen für die Accomodation Reservation zusenden. Ich werde die dann einbauen, und wir können das als Beispiel nehmen, wie das mit CPSSchemas funzt. -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From support at oeko.net Mon Oct 17 14:27:26 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 17 Oct 2005 14:27:26 +0200 Subject: [Org-de] srpp wieder da In-Reply-To: <4353901E.2020100@aixtraware.de> References: <4353901E.2020100@aixtraware.de> Message-ID: <20051017122726.1669.qmail@oak.oeko.net> Hallo Joachim, On Mon, 17.10.2005 at 13:50:54 +0200, Joachim Schmitz wrote: > Index_html zeigt die eingerichteten Studenten > mit 'Add Student JAMB' kann man einen neuen Studenten registrieren. > Zur Zeit muss nur die Student ID eingegeben werden. irgendwo dazwischen wird bei mir noch links eine Fehlermeldung von wegen "unable to render portal_irgendwas" oder so ausgegeben. BITTE: Bringe den Code in einen Zustand, in dem ich das hier lokal installieren kann, und dokumentiere es entsprechend. Nach Deiner gestrigen Mail hatte ich versucht, den Code hier ans Laufen zu bringen, aber: "NO WAY". Fehlermeldungen gab's auch nicht... 8-( > - ein neuer Student als Portalmember mit der ID s+"Student ID" angelegt > - ein StudentFolder angelegt. > - in diesem Folder ein Jambo-CPSDocument angelegt. Wir sollten _unbedingt_ was in Sachen SQL-Speicherung machen. Obwohl die Site aufgrund Deines Skins schon sehr nackt aussieht (was so gar nicht bleiben _KANN_), reagiert die bei mir ueber Tonnline und DSL mit 1-2 Sekunden pro Bild. Das ist etwas schwach fuer so einen verhaeltnismaessig starken Rechner... bei mir, auf einem Rechner, der nur ein Bruchteil an Leistung hat, rennt "mein" Kram _deutlich_ schneller. > Als anonymer Benutzer kann man nun "check your admission status" machen Wir sollten uns auf jeden Fall auch nochmal ueber die eigentlichen Anforderungen unterhalten, denn ich habe den ganz starken Eindruck, dass wir da nicht nur untereinander, sondern auch im Hinblick auf das, was die Afrikaner da tun, aneinander vorbeireden. So recht ergeben manche Sachen keinen Sinn, wenn man die Datei von Olumide durchliest, das muss eigentlich etwas anderes heissen. > existiert, kommt die Meldung "Your not admitted", wenn er sich schon mal Das sollte heissen: "You are not admitted" (Schreibfehler). > - ein PERSONAL-CPSDocument angelegt. > - entsprechende Daten aus dem JAMB-doc in das PERSONAL-doc übertragen. > - der User in seinen Folder geleitet. Diesen Kram sollte man nochmal genauer anschauen und mMn aus der ZODB 'raushalten - da macht es nur (Performance-) Aerger. > Weitere Funktionalität kommt stündlich hinzu. Bitte: Wenn Du so arbeitest, ist es _sehr_schwer_, zusammenzuarbeiten. Schreib' Doku, wie man das Zeug installiert und lass uns das erstmal gemeinsam debuggen und durchsprechen, bevor Du jetzt wieder/noch immer alles in einer Weise zusammenhaemmerst, die allenfalls Du verstehst. > Toni: könntest Du mir Deine Tabellendefinitionen für die Accomodation > Reservation zusenden. Ich werde die dann einbauen, und wir können das > als Beispiel nehmen, wie das mit CPSSchemas funzt. Die Datenstruktur ist einfach und noch nichtmal besonders ausgefeilt: create table waeup_acc_bedlist ( house varchar(30) not null references waeup_acc_house (house), floor int not null, room int not null check (room > 0), bed int not null check (bed > 0), gender char(1) not null check (gender = 'm' or gender = 'f'), used_by varchar(16) references waeup_student(matno) ); Das ginge noch deutlich strikter, aber wenn Du da mit CPSSchema rummachst, dann schreibe bitte unbedingt dabei, wie man mehrere Tabellen auf einmal konsistent aktualisiert - das ist naemlich ein grundlegender Bestandteil des Anwendungsfalles. Gruss, --Toni++ From support at oeko.net Mon Oct 17 14:29:53 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 17 Oct 2005 14:29:53 +0200 Subject: [Org-de] srpp wieder da In-Reply-To: <20051017122726.1669.qmail@oak.oeko.net> References: <4353901E.2020100@aixtraware.de> <20051017122726.1669.qmail@oak.oeko.net> Message-ID: <20051017122953.1799.qmail@oak.oeko.net> Moin, On Mon, 17.10.2005 at 14:27:26 +0200, Toni Mueller wrote: > Joachim: > > Toni: könntest Du mir Deine Tabellendefinitionen für die Accomodation > > Reservation zusenden. Ich werde die dann einbauen, und wir können das > > als Beispiel nehmen, wie das mit CPSSchemas funzt. > > create table waeup_acc_bedlist ( btw, ich bin mit Accommodation fast durch. Dauert noch ne Stunde oder so... Wir sollten eigentlich weniger Doppelarbeit machen, wenn wir das hinbekommen koennten, oder? Gruss, --Toni++ From henrik at scientific-african.org Mon Oct 17 14:40:09 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 17 Oct 2005 14:40:09 +0200 Subject: [Org-de] Anruf von Hector Etomi (17.10.) Message-ID: Hallo zusammen, Hector rief eben wieder an, um sich nach dem Stand der Dinge zu erkundigen. Er hat seinen Termin an der Uniben verschoben und will warten, bis er etwas Brauchbares vorzeigen kann. Eigentlich wollte er nur noch einmal betonen, wie wichtig ihm das Projekt ist. Insgeheim spekuliert er damit, dass wir schon früher fertig sind. Wir sollten heute entscheiden, ob wir wirklich 2 Prototypvarianten vorstellen, eine auf Zope2- und eine auf CPS-Basis. Gruß, Henrik From support at oeko.net Mon Oct 17 15:00:26 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 17 Oct 2005 15:00:26 +0200 Subject: [Org-de] Anruf von Hector Etomi (17.10.) In-Reply-To: References: Message-ID: <20051017130026.2543.qmail@oak.oeko.net> Hallo Henrik, On Mon, 17.10.2005 at 14:40:09 +0200, Henrik Bettermann wrote: > Wir sollten heute entscheiden, ob wir wirklich 2 Prototypvarianten > vorstellen, eine auf Zope2- und eine auf CPS-Basis. Du wolltest doch heute einen grossen Rundruf starten. Ich bin voraussichtlich in einer halben Stunde wieder im Buero, bis ca. 18:30 Uhr. Mich interessiert die Frage auch, und ich habe mir ueberlegt, wie man einen Teil der Probleme mit unserem Prototypen soweit beseitigen kann, dass das Ding vermutlich provisorisch produktiv benutzt werden kann, aber ein sauberer Ansatz waere mir bedeutend lieber. Gruss, --Toni++ From ralph at waeup.org Mon Oct 17 16:05:33 2005 From: ralph at waeup.org (Ralph Barthel) Date: Mon, 17 Oct 2005 15:05:33 +0100 Subject: [Org-de] Anruf von Hector Etomi (17.10.) In-Reply-To: Message-ID: <20051017130600.44DEC4165E@mail.waeup.org> Hallo zusammen, > Wir sollten heute entscheiden, ob wir wirklich 2 Prototypvarianten > vorstellen, eine auf Zope2- und eine auf CPS-Basis. Ich hatte eigentlich gedacht dass im rahmen der ersten phase an einer lösung gearbeitet wird. Und ein kleines team (michael und toni) joachim unterstützt bzw. ihm zuarbeitet. Das nächste was dann aus einigen mails herauszulesen war, war das toni an einer alternativ-implementierung als one man show arbeitet, statt zu unterstützen. Für was soll das gut sein?.... ich weiss nicht was ihr da intern abgestimmt und offensichtlich nicht kommuniziert habt - aber auf mich wirkt das reichlich seltsam. Es gab doch ein commitment zu joachims ansatz für die erste phase also was soll dann jetzt die zweite lösung? Und was soll der Kunde jetzt mit 2 Implementierungen anfangen? Also tut mir bitte einen Gefallen und tretet klar mit einem Prototyp nach aussen und nicht mit einem Bauchladen. Die interne projektkommuniktaion ist meines erachtens dürftig.... Gruss Ralph From henrik at scientific-african.org Mon Oct 17 15:14:09 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 17 Oct 2005 15:14:09 +0200 Subject: [Org-de] srpp wieder da In-Reply-To: <20051017122953.1799.qmail@oak.oeko.net> Message-ID: Hallo Toni, mach doch mal deinen System öffentlich zugängig oder versuche es auf dem WAeUP-Server zu installieren. Thomas ist wieder zurück und wird dir/uns bei der Datenbankanbindung sicherlich helfen. Ich habe deine zexp-Datei noch nicht importieren können. Instanz: /zope/instances/SRPP2, läuft an Port 8082 acl_user: toni, password: zsrji9 Gruß, Henrik -----Original Message----- From: org-de-bounces at lists.waeup.org [mailto:org-de-bounces at lists.waeup.org]On Behalf Of Toni Mueller Sent: Monday, October 17, 2005 2:30 PM To: org-de at lists.waeup.org Subject: Re: [Org-de] srpp wieder da Moin, On Mon, 17.10.2005 at 14:27:26 +0200, Toni Mueller wrote: > Joachim: > > Toni: könntest Du mir Deine Tabellendefinitionen für die Accomodation > > Reservation zusenden. Ich werde die dann einbauen, und wir können das > > als Beispiel nehmen, wie das mit CPSSchemas funzt. > > create table waeup_acc_bedlist ( btw, ich bin mit Accommodation fast durch. Dauert noch ne Stunde oder so... Wir sollten eigentlich weniger Doppelarbeit machen, wenn wir das hinbekommen koennten, oder? Gruss, --Toni++ _______________________________________________ Org-de mailing list Org-de at lists.waeup.org http://lists.waeup.org/mailman/listinfo/org-de From support at oeko.net Mon Oct 17 15:25:59 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 17 Oct 2005 15:25:59 +0200 Subject: [Org-de] srpp wieder da In-Reply-To: References: <20051017122953.1799.qmail@oak.oeko.net> Message-ID: <20051017132559.3260.qmail@oak.oeko.net> Ahoi, On Mon, 17.10.2005 at 15:14:09 +0200, Henrik Bettermann wrote: > mach doch mal deinen System öffentlich zugängig sobald Accommodation fertig ist, also ziemlich bald (modulo Diskussionsverlauf/-zeitbedarf). > oder versuche es auf dem WAeUP-Server zu installieren. Thomas ist > wieder zurück und wird dir/uns bei der Datenbankanbindung sicherlich > helfen. Wir diskutieren besser erstmal ueber den weiteren Projektverlauf. Dann sehen wir sicher alle klarer. > Ich habe deine zexp-Datei noch nicht importieren können. War wohl nix mit "ich hab alles installiert" :-| Gruss, --Toni++ From henrik at scientific-african.org Mon Oct 17 15:35:34 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 17 Oct 2005 15:35:34 +0200 Subject: [Org-de] Anruf von Hector Etomi (17.10.) In-Reply-To: <20051017130600.44DEC4165E@mail.waeup.org> Message-ID: Hallo Ralph, im Prinzip hast du recht. Nur so klar war das Commitment anscheinend doch nicht und die Unzufriedenheit von Toni (und Thomas?) mit der CPS-Lösung recht groß. Soweit ich Toni verstanden habe, wollte er nicht untätig rumsitzen und hat an einer Alternative gebastelt. Ich finde das prinzipiell nicht schlecht. Nach außen sollten wir natürlich nur mit einer Stimme sprechen. Wenn Tonis Ansatz gut funktioniert, fände ich es in diesem Projektstadium noch vertretbar, beide Prototypen vorzustellen. Voraussetzung ist, dass beide Systeme das gleiche können. Dazu müssen wir aber die Gelegenheit bekommen, beide Systeme intensiv miteinander zu vergleichen und auf Herz und Nieren zu prüfen. Für die Prüfphase würde ich die letzte Oktoberwoche ansetzen, die schon in einer Woche beginnt. Das Trainingscamp nimmt Gestalten an. Hector fand es eine sehr gute Idee, dass wir während des Workshops an dem SRPP weiterbauen. Auch er würde gerne anwesend sein. Bei einer CPS-Lösung hätte ich das Problem, dass wir CPS zum Hauptgegenstand des Workshops machen müssten. Wer ausßer Joachim würde sich dazu in der Lage fühlen? Gruß, Henrik From support at oeko.net Mon Oct 17 15:46:10 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 17 Oct 2005 15:46:10 +0200 Subject: [Org-de] Anruf von Hector Etomi (17.10.) In-Reply-To: <20051017130600.44DEC4165E@mail.waeup.org> References: <20051017130600.44DEC4165E@mail.waeup.org> Message-ID: <20051017134610.3703.qmail@oak.oeko.net> Hallo Ralph, On Mon, 17.10.2005 at 15:05:33 +0100, Ralph Barthel wrote: > Ich hatte eigentlich gedacht dass im rahmen der ersten phase an einer lösung > gearbeitet wird. Und ein kleines team (michael und toni) joachim unterstützt > bzw. ihm zuarbeitet. das war vielleicht der Stand in Marburg, aber dieser Plan wurde schon kurze Zeit spaeter geaendert - jedenfalls nach meinem Kenntnisstand. > Das nächste was dann aus einigen mails herauszulesen war, war das toni an > einer alternativ-implementierung als one man show arbeitet, statt zu > unterstützen. Kleiner Abriss der Entwicklung aus unserer Sicht: - Marburg: Joachim ist der Einzige, der zumindest etwas Ahnung von CPS hat, und der das System als Plattform durchsetzt. Aber: Keine echte Projekterfahrung mit dem System, dafuer grosser Optimismus, dass das System geeignet ist, und dass die Community etwaige Probleme loesen hilft. - Treffen 12.9.2005 bei Michael Kiberu mit Joachim und natuerlich Michael, Aufgabenverteilung: Michael: Design, Joachim: Vorturner, um zumindest mir zu zeigen, wie es mit CPS geht - _deutlich_ spaeter, ca. Anfang diesen Monats: Joachim hat immer noch nicht das fuer Anfang KW38 versprochene Beispielprojekt online gestellt, an dem man sehen kann, wie man es wirklich macht; weder laeuft der Demo-Server richtig, noch kann man sein Produkt sauber in einer lokalen CPS-Instanz installieren. Kein Kommentar seitens Thomas, Joachim faehrt fuer eine Woche in Urlaub, Henrik und ich kriegen Schweissausbrueche, weil wir um den Termin, und ich auch um das Projekt insgesamt, fuerchten. In der Zwischenzeit haben meine privaten lokalen Experimente mit CPS sowie das Studium der Doku folgenden Eindruck hinterlassen: - CPS ist kaum schneller als Plone - CPS ist kaum robuster als Plone: Architektur sieht besser aus, aber mehr Bugs, die das Problem mit AT quasi "kompensieren" - Aber: Die Architektur scheint fuer das, was wir machen wollen, besser als die von Plone, aber ansonsten nicht besonders gut, geeignet zu sein. Insbesondere sieht der Datenbankzugriff sehr schwach aus. UND: Die Doku ist immer noch Murks. Wir haben das existierende franzoesische Handbuch (fuer v. 3.2) und das englische Handbuch fuer v.3.3 beide zu einem deutschen Handbuch vermischt, aber das hat kaum Erkenntnisse gebracht, die man nicht auch durch Ausprobieren bekommen kann. Wichtige Konzepte wie CPSSchema sind allem Anschein nach komplett undokumentiert. > Für was soll das gut sein?.... ich weiss nicht was ihr da > intern abgestimmt und offensichtlich nicht kommuniziert habt S.o. Anfang KW41 haben wir beschlossen, dass das Risiko des Scheiterns nur mit CPS zu gross ist, und dass wir mit CPS eh' nicht im Sinne von Z3 releasefaehig sind, und dass wir dringend irgendeinen Prototypen hinbiegen muessen. Daraufhin haben wir eben mit dem Prototypen auf eigene Faust mit Z2 und SQL angefangen, denn ohne irgendwas Vorzeigbares wird Hector Etomi, und damit auch wir, keinen Erfolg haben. In der Zwischenzeit fuhr auch Thomas mal in Urlaub. > - aber auf mich wirkt das reichlich seltsam. Es gab doch ein > commitment zu joachims ansatz für die erste phase also was soll dann > jetzt die zweite lösung? S.o., ausserdem: "Wenn Du merkst, dass Du ein totes Pferd reitest, steig ab!" > Und was soll der Kunde jetzt mit 2 Implementierungen anfangen? Also tut mir > bitte einen Gefallen und tretet klar mit einem Prototyp nach aussen und > nicht mit einem Bauchladen. Konstruktive Vorschlaege sind mir immer willkommen, auch von Dir! > Die interne projektkommuniktaion ist meines erachtens dürftig.... Stimmt (auch). Zwischenzeitlich habe ich gehoert, dass noch eine (unspezifizierte) Nicht-Zope-Loesung in Betracht gezogen wird, aber das macht aus meiner Sicht gegenueber dem status quo erstmal nichts besser. Gruss, --Toni++ PS: Wir arbeiten beide an dem Projekt, also "1.5-Man-Show", bitte, wenn schon... From support at oeko.net Mon Oct 17 15:50:00 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 17 Oct 2005 15:50:00 +0200 Subject: [Org-de] srpp wieder da (Nachtrag) In-Reply-To: <20051017132559.3260.qmail@oak.oeko.net> References: <20051017122953.1799.qmail@oak.oeko.net> <20051017132559.3260.qmail@oak.oeko.net> Message-ID: <20051017135000.3824.qmail@oak.oeko.net> Hallo nochmal, On Mon, 17.10.2005 at 15:25:59 +0200, Toni Mueller wrote: > Wir diskutieren besser erstmal ueber den weiteren Projektverlauf. Dann > sehen wir sicher alle klarer. vor allem habe ich den ganz starken Eindruck, dass weder wir noch Joachim die Daten, die Olumide geliefert hat, beruecksichtigen, wobei wir da aus meiner Sicht naeher dran sind, obwohl dieses Paper auch nicht so 100%ig klar ist. Meinem Eindruck nach sollten wir dringend darueber diskutieren, was wirklich implementiert werden muss, wenn der Prototyp Erfolg haben soll, sonst heisst es am Ende: "Thema verfehlt". Gruss, --Toni++ From krueger at k-dns.de Mon Oct 17 18:01:23 2005 From: krueger at k-dns.de (=?ISO-8859-15?Q?Thomas_Kr=FCger?=) Date: Mon, 17 Oct 2005 18:01:23 +0200 Subject: [Org-de] Projektarbeit: Soll und Ist Message-ID: <4353CAD3.6050805@k-dns.de> Moin, auch ich finde die Projektarbeit zurzeit mangelhaft bis ungenügend. Und dafür gibt es einen Haufen Gründe: Soll: In einen Projekt ist es üblich erst zu planen, und dann zu programmieren. Ist: Jeder programmiert munter drauf los, sowas wie eine Planung gibt es nicht. Soll: Alle arbeiten gemeinsam. Ist: Jeder macht sein Ding. Soll: Jeder weiß was der andere tut. Ist: Man hat Glück, wenn man das Ergebnis der Einzelarbeiten zu Gesicht bekommt. Soll: Die Dokumentation wird während des Entwicklung geschrieben. Ist: Ich hab noch keine gesehen. (und bitte keine Verweise auf das Wiki) Das kann ich fast beliebig so weiterführen. Insgesamt läuft organisatorisch fast alles falsch was überhaupt falschlaufen könnte. Symptomatisch und beispielhaft dafür ist Tonis erneuter Vorstoss. Anstatt ein Planungspapier zur Diskussion auszuarbeiten, programmiert er mal auf eigene Faust los. Seinen Elan in Ehren, aber so arbeitet doch kein Team. Wenn wir nicht lernen zusammenzuarbeiten und nicht GANZ flott anfangen alles zu planen was wir tun, dann wird dieses Projekt mit Garantie den Bach runtergehen... Also meine Forderungen (hartes Wort, aber nötig): - alles planen - alles diskutieren - alles dokumentieren - keine Alleingänge - Henrik: wenn nötig mal ein Machtwort sprechen, auch gegenüber den Afrikanern. Thomas From ralph at waeup.org Mon Oct 17 19:37:06 2005 From: ralph at waeup.org (Ralph Barthel) Date: Mon, 17 Oct 2005 18:37:06 +0100 Subject: [Org-de] Projektarbeit: Soll und Ist In-Reply-To: <4353CAD3.6050805@k-dns.de> Message-ID: <20051017163731.60E0C250EB@mail.waeup.org> > auch ich finde die Projektarbeit zurzeit mangelhaft bis ungenügend +1 >Also meine Forderungen (hartes Wort, aber nötig): > - alles planen nicht den anforderungen voraus planen und entwickeln. Die dinge simpel halten. > - alles diskutieren nicht immer wieder und auch nicht immer mit allen Beteiligten Wenn mal das Grundsätzliche aus dem Weg ist macht man ein Responsibility Chart aus dem klar hervorgeht wer was bis wann macht und wer informiert wird etc. > - alles dokumentieren Wobei gut geschriebene tests meines erachtens die beste doku sind. Übertreiben muss man es auch nicht. > - keine Alleingänge > - Henrik: wenn nötig mal ein Machtwort sprechen, auch gegenüber den > Afrikanern. +1 Für mich gehört bei so einem verteilten team wie wir es sind auch noch eine regelkommunikation dazu. Einmal die woche ne kurze zusammenfassung was gut lief, was vielleicht nicht so gut lief. ralph From m.kiberu at kipya.com Mon Oct 17 21:52:40 2005 From: m.kiberu at kipya.com (M.Kiberu) Date: Mon, 17 Oct 2005 21:52:40 +0200 Subject: [Org-de] Projektarbeit: Soll und Ist In-Reply-To: <4353CAD3.6050805@k-dns.de> References: <4353CAD3.6050805@k-dns.de> Message-ID: <43540108.90905@kipya.com> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Guten Abend allen, Thomas Krüger wrote: > Moin, > > auch ich finde die Projektarbeit zurzeit mangelhaft bis ungenügend. Und > dafür gibt es einen Haufen Gründe: Da sagst du was. Soweit ich es bisher verfolgen konnte, geht es hier darum, das jeder zeigt, wie gut er ist - im Alleingang. > > Soll: In einen Projekt ist es üblich erst zu planen, und dann zu > programmieren. So sollte es optimalerweise sein. > Ist: Jeder programmiert munter drauf los, sowas wie eine Planung gibt es > nicht. > > Soll: Alle arbeiten gemeinsam. > Ist: Jeder macht sein Ding. s.o. > > Soll: Jeder weiß was der andere tut. > Ist: Man hat Glück, wenn man das Ergebnis der Einzelarbeiten zu Gesicht > bekommt. dito > > Soll: Die Dokumentation wird während des Entwicklung geschrieben. > Ist: Ich hab noch keine gesehen. (und bitte keine Verweise auf das Wiki) > > Das kann ich fast beliebig so weiterführen. Insgesamt läuft > organisatorisch fast alles falsch was überhaupt falschlaufen könnte. > Symptomatisch und beispielhaft dafür ist Tonis erneuter Vorstoss. > Anstatt ein Planungspapier zur Diskussion auszuarbeiten, programmiert er > mal auf eigene Faust los. Seinen Elan in Ehren, aber so arbeitet doch > kein Team. Wenn wir nicht lernen zusammenzuarbeiten und nicht GANZ flott > anfangen alles zu planen was wir tun, dann wird dieses Projekt mit > Garantie den Bach runtergehen... > Ich hoffe das wir noch zum "Soll-" zustand rüberschwenken. > Also meine Forderungen (hartes Wort, aber nötig): > - alles planen > - alles diskutieren > - alles dokumentieren > - keine Alleingänge > - Henrik: wenn nötig mal ein Machtwort sprechen, auch gegenüber den > Afrikanern. > > Thomas Michael > _______________________________________________ > Org-de mailing list > Org-de at lists.waeup.org > http://lists.waeup.org/mailman/listinfo/org-de > -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDVAEIL0JZtQXJh5ERAo2KAKC/8aI7ZMzVqdFFgJhLXLw+q6MewQCg+su+ JWamqOqfe8StEuckUQghdHc= =4aW6 -----END PGP SIGNATURE----- From support at oeko.net Mon Oct 17 23:11:31 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 17 Oct 2005 23:11:31 +0200 Subject: [Org-de] Projektarbeit: Soll und Ist In-Reply-To: <4353CAD3.6050805@k-dns.de> References: <4353CAD3.6050805@k-dns.de> Message-ID: <20051017211131.13803.qmail@oak.oeko.net> Hallo Thomas, hallo alle anderen! On Mon, 17.10.2005 at 18:01:23 +0200, Thomas Krüger wrote: > auch ich finde die Projektarbeit zurzeit mangelhaft bis ungenügend. > Und > dafür gibt es einen Haufen Gründe: > ... Liste von Gruenden geloescht, die Liste ist so ok > Das kann ich fast beliebig so weiterführen. Insgesamt läuft > organisatorisch fast alles falsch was überhaupt falschlaufen könnte. > Symptomatisch und beispielhaft dafür ist Tonis erneuter Vorstoss. > Anstatt ein Planungspapier zur Diskussion auszuarbeiten, programmiert > er > mal auf eigene Faust los. Seinen Elan in Ehren, aber so arbeitet doch > kein Team. Tja... mal ganz sachte, ja? Ich war der erste, und lange Zeit der Einzige, der formale Vorgehensweisen vorgeschlagen hat, der Diskussionen ueber Zielvorstellungen, Methoden etc. und eine detaillierte Planung gefordert hat, und der dafuer regelmaessig _bestenfalls_, auch von Dir, zu hoeren bekam, dass das unnoetig oder unerwuenscht oder erst viel spaeter erforderlich sei (je nach Thema). Wer sich schlecht erinnern kann, dem empfehle ich das Archiv der Liste. Wer meint, dass ihm Beitraege fehlen, dem schicke ich gerne nochmal alles zu, was ich da so habe (das gilt auch fuer andere Punkte, die ich hier nenne). Klar arbeitet so kein (erfolgreiches) Team, aber solange die Grundlagen fuer eine gemeinsame Arbeit nicht gelegt sind (siehe meine andere Mail), wird es auch keine gemeinsame Arbeit geben. Ich habe mindestens gute vier Wochen gegen irgendwelche von Euren Baustellen gekaempft, ohne die zugesagte Hilfe zu bekommen, bzw. ohne dass Ihr Eure Ziele, auf denen ich aufbauen sollte, erreicht haettet. Was Joachims Arbeit anbelangt, so verfolge ich zwar die Aenderungen im Quelltext, aber es ist mir _nicht_ offensichtlich, warum er wann welche Aenderungen macht, und er sagt auch nix dazu. Log-Eintraege a la "major rewrite" tragen nur bedingt zur Erleuchtung bei. Auf diese Weise habe ich bisher auch wenig Ansätze dafür gefunden, mit Euch gemeinsam etwas zu schaffen. Andererseits will und kann ich nicht in einer Ecke sitzen und warten, bis die hohen Herren geruhen, ihre jeweiligen Zusagen einzuhalten und damit die Grundlage fuer die gemeinsame Arbeit erst zu schaffen, auf die ich eigentlich - laut Plan - warten soll, und dabei wichtige Termine verstreichen lassen. Ok, ich bin Joachim nicht boese, dass es schwieriger war oder ist, als er dachte, aber bei Dir warte ich bis heute auf einen konstruktiven Beitrag. Ausserdem muessen wir die Probleme _loesen_. Dem Kunden ist das normalerweise egal, ob es ein Hindernis gibt. Wir sind im Prinzip selber schuld, wenn wir den Mund zu voll genommen haben. Deshalb entschloß ich mich schließlich zu einem Alleingang, vor allem in der Hoffnung/Erwartung, dass Hector Etomi bei seiner Tour durch die Unis wenigstens _irgendetwas_ Vorzeigbares in der Hand hat. Ich will, dass das Projekt auf jeden Fall ein Erfolg wird, und der stand meiner Ansicht nach bei den paar Trümmern, die unser Team zu diesem Zeitpunkt ansonsten vorzuweisen hatte, akut auf dem Spiel. Ich darf bei der Gelegenheit unter anderem daran erinnern, dass Deine Zusage, den in Berlin installierten Postgres-Server fuer mich von Zope aus nutzbar zu machen, seit deutlich ueber einer Woche offen ist, und dass es nicht Du, sondern ich war, der den bislang wirksamsten Schritt zur Schliessung der vielfach beklagten Wissensluecke hinsichtlich dessen, was die da in Afrika brauchen, und was Voraussetzung fuer einen Plan ist, getan hat. An mir soll es nicht liegen, eine gemeinsame Vorgehensweise fuer eine strukturierte Softwareentwicklung zu finden, schliesslich fordere ich das schon seit Projektbeginn. Aber alleine kann ich nunmal keine "Teamarbeit" machen. Auf der anderen Seite ist die Zeit dafuer, was den Prototypen anbelangt, i.W. abgelaufen (oder Joachim rueckt _ganz_schnell_ mit guter Doku rueber, und wir mischen noch rechtzeitig). > Wenn wir nicht lernen zusammenzuarbeiten und nicht GANZ flott > anfangen alles zu planen was wir tun, dann wird dieses Projekt mit > Garantie den Bach runtergehen... Das befuerchte ich auch schon seit Laengerem. Ich mache keinen Plan, den keiner haben will oder der mangels solider Informationen und/oder Interesse ohnehin schon bei seiner Erarbeitung obsolet ist. Abgesehen davon sollte so ein Plan auch _gemeinsam_ erarbeitet oder jedenfalls verabschiedet werden. > Also meine Forderungen (hartes Wort, aber nötig): Nicht von Dir... davon abgesehen laufe ich nicht wochenlang hinter irgendwelchen Leuten wegen derer Zusagen her und lasse mir dann von denen mangelnde Teamarbeit vorwerfen. > - alles planen > - alles diskutieren > - alles dokumentieren Bis hierhin: OK, abgesehen vom Zeitfaktor bis zum Prototypen > - keine Alleingänge Nein, dafuer ist es jetzt erst einmal zu spaet. Wir haben einen Termin einzuhalten, und mit CPS sind wir immer moch nicht wirklich arbeitsfähig (siehe auch meine anderen Mails). Was es mit den Alleingaengen auf sich hat: Von der fuer den Prototypen veranschlagten Zeit sind inzwischen ca. drei Viertel quasi ergebnislos abgelaufen. Wenn der Termin gehalten werden soll - Henrik schrieb z.B. etwas von "Ehrensache" - dann koennen wir in dieser Situation nicht mehr nur auf ein Pferd setzen. Bis heute war zumindest aus meiner Sicht absolut unklar, dass Joachim *irgendetwas* ans Laufen bekommt. Die mehrmals, zuletzt fuer heute frueh, angekuendigte Dokumentation habe ich immer noch nicht gesehen. Ohne Doku ist das mit der Zusammenarbeit wiederum so eine Sache, und ohne, dass Joachim sein Ding passend dokumentiert, sehe ich keine realistische Moeglichkeit, an seinem Prototypen noch mitzuarbeiten. Stattdessen kenne ich eine wichtige Regel: "Es gibt nichts Gutes, ausser man tut es!" Immer Nein zu sagen und sich mit konstruktiven Vorschlaegen zurueckzuhalten, wie Du es bisher nach meinem Empfinden hauptsaechlich tust, ist _keine_ Loesung. Abgesehen davon hast Du ebenfalls mehr oder weniger mindestens einen Alleingang hingelegt, jedenfalls kommt es hier so an: Während ich in einer unbekannten und undokumentierten Umgebung anderen zuarbeiten soll, bist ausgerechnet Du derjenige, der sogar den Ansatz mit Zope insgesamt infrage stellt, ohne eine Alternative zu nennen... sieht _so_ eine Teamarbeit oder eine konstruktive Diskussion aus? Dabei lassen wir die Diskussion um den Server ruhig aussen vor. Das heisst aus meiner Sicht keineswegs, dass wir nicht das "richtige" Ding doch zusammen, mit mehr Zeit und strukturierter, machen werden, aber aus meiner Sicht sind folgende drei Dinge ziemlich klar absehbar: - Beide Prototypen werden nach Verabschiedung eines Pflichtenheftes weggeworfen, keiner der beiden Ansaetze "ueberlebt" den Praesentationstermin. - Fuer das richtige Ding sollten wir uns auf jeden Fall nochmal eine Diskussion fuehren, an deren Ende eine genauere Bewertung der Anforderungen und auch der Leistungen steht, die von den Systemen erbracht wird/werden koennen. - Wir stellen die Zusammenarbeit vermutlich inhaltlich und wohl auch formal auf festere Beine. So habe ich jedenfalls auch Etomis Mail verstanden. Ich darf an dieser Stelle noch einmal darauf hinweisen, dass Zope3 deutlich bessere Voraussetzung zur gemeinsamen und struktrierten Entwicklung qualitativ hochstehender Software bieten soll. > - Henrik: wenn nötig mal ein Machtwort sprechen, auch gegenüber den > Afrikanern. Was Henrik fuer ein Machtwort gegenueber den Afrikanern sprechen soll, ist mir absolut unklar - wir sind in der Schuld, nicht die. Von daher werden wir unsere Suppe wohl selbst und - mehr oder weniger - gemeinsam ausloeffeln muessen. @Michael: Es geht mir nicht darum, zu zeigen, "wie gut ich bin", sondern darum, das Projekt nicht vor die Wand fahren zu lassen. Gruss, --Toni++ From krueger at k-dns.de Tue Oct 18 00:05:02 2005 From: krueger at k-dns.de (=?ISO-8859-1?Q?Thomas_Kr=FCger?=) Date: Tue, 18 Oct 2005 00:05:02 +0200 Subject: [Org-de] Projektarbeit: Soll und Ist In-Reply-To: <20051017211131.13803.qmail@oak.oeko.net> References: <4353CAD3.6050805@k-dns.de> <20051017211131.13803.qmail@oak.oeko.net> Message-ID: <4354200E.1030303@k-dns.de> Hallo Toni, dein Argumentationsstil bedarf mal einer gründlichen Überprüfung. Diese Mischung aus Eigenlob, Schuldzuweisungen und antikonstruktivem Gegenangerede, teilweise sogar mit ein paar "Nettigkeiten" gewürzt, ist genau das was wir im Team nicht brauchen. Wer, wie du, kräftig mit Kretik um sich wirkt, sollte selbst auch welche einstecken können, ohne jedesmal einen Roman als Rechtfertigung zu schreiben. Thomas From ralph at waeup.org Tue Oct 18 10:34:03 2005 From: ralph at waeup.org (Ralph Barthel) Date: Tue, 18 Oct 2005 09:34:03 +0100 Subject: [Org-de] Projektarbeit: Soll und Ist In-Reply-To: <20051017211131.13803.qmail@oak.oeko.net> Message-ID: <20051018073419.BE26541660@mail.waeup.org> Hallo Toni, Es liegt mir fern jetzt irgendwein Flame schreiben zu wollen oder Parteiu zu ergreifen allerdings müssen jetzt ma einige Dinge klar beannt werden. Eigentlich sollte so was nicht jetzt in der grössten hektik des Projektes hervorgehoben werden aber es scheint im Moment angebracht. 1. Thomas hatte gewisse tasks im Projekt. Wenn ich von seiner Seite was gebraucht habe war es immer binnen weniger Stunden erledigt und ich war arbeitsfähig. Was das mit dem Postgres Teil auf sich hat weiss ich nicht. Allerdings muss man auch immer die relation pres/leistung sehen und irgendwann ist es dann vielleicht auch mal gut mit ständig weiteren administrartionsanliegen > Ich war der erste, und lange Zeit der Einzige, der formale > Vorgehensweisen vorgeschlagen hat, der Diskussionen ueber > Zielvorstellungen, Methoden etc. und eine detaillierte Planung > gefordert hat, 2. die Vorstellungen hatten andere auch, nur dass du mehrmal als einmal völlig überflüssige teilweise pseudpolitische diskusionen führen wolltest statt zielgerichtet zu argumentieren. > Ich will, > dass das Projekt auf jeden Fall ein Erfolg wird, 3. den Satz habe ich jetzt schon so oft gehört (vor allem von henrik) das Hilft nur leider überhaupt nichts wenn ein projekt so schlecht gemmanaged wird wie dieses. Jeder der von aussen drauf schaut kann feststellen dass hier nichtmal die absoluten grundlagen eines vernünftigen projektmanagement eingehalten werden. Das ist Null. Wenn man eine Vison hat muss man auch was dafür tun das sie sich entwickeln kann und nicht nur in Wunschszenarien schwelgen ohne diue dinge sauber anzugehen. > I habe mindestens > gute vier Wochen gegen irgendwelche von Euren Baustellen gekaempft, > ohne die zugesagte Hilfe zu bekommen, bzw. ohne dass Ihr Eure Ziele, > auf denen ich aufbauen sollte, erreicht haettet. 4. warum weiss ich nicht was du meinst? Hast du das kommuniziert? Warum pauschalisierst du? > Auf diese Weise habe ich bisher auch > wenig Ansätze dafür gefunden, mit Euch gemeinsam etwas zu schaffen. > Deshalb entschloß ich mich schließlich zu einem Alleingang, vor allem > in der Hoffnung/Erwartung, dass Hector Etomi bei seiner Tour durch die > Unis wenigstens _irgendetwas_ Vorzeigbares in der Hand hat. Ich will, > dass das Projekt auf jeden Fall ein Erfolg wird, und der stand meiner > Ansicht nach bei den paar Trümmern, die unser Team zu diesem Zeitpunkt > ansonsten vorzuweisen hatte, akut auf dem Spiel. 5. dein alleingang ist aber nicht vom team sanktioniert. Im rahmen des team-meetings wurde die durchaus irrationale entscheidung getroffen wir machen das mit cps (mit einer technologie die joachim gar nicht kannte) weil joachim sagt das geht und henrik sagt er vertraut ihm in der sache. Offensichtlich scheint dieses vertrauen aus welchen gründen auch immer jetzt nicht mehr vorhanden und henrik lässt dich weiterwursteln. Henrik ich meine hier hättest du einschreiten, infomieren müssen. So wie das bisher läuft "Prinzip Hoffnung" ist sinnlos. Und ehrlich gesagt dass das Projekt noch ein Erfolg wird halte ich zumindest für den meilenstein 2 in einigen Phasen Für fraglich. > Dem Kunden ist das normalerweise egal, ob es ein > Hindernis gibt. Wir sind im Prinzip selber schuld, wenn wir den Mund zu > voll genommen haben. + 1 >bist ausgerechnet Du derjenige, der sogar den Ansatz mit Zope > insgesamt infrage stellt, ohne eine Alternative zu nennen... Ok, das versethe ich auch nicht. Zope wird das stemmen können und da halte ich es mit joachim man kann auch hardwaremässig was tun. n > sieht _so_ eine Teamarbeit oder eine konstruktive Diskussion aus? > Dabei > lassen wir die Diskussion um den Server ruhig aussen vor. ich denke wir wissen alle dass die diskussion teilweise zu heftig war (thomas auch). Das war nicht gut - aber das ist jetzt schnee von gestern und wurde bereits diskutiert und besprochen. Fertig. Willst du immer wieder altes zeug hervorbringen? > Ich darf an dieser Stelle noch einmal darauf hinweisen, dass Zope3 > deutlich bessere Voraussetzung zur gemeinsamen und struktrierten > Entwicklung qualitativ hochstehender Software bieten soll. Wenn dem so wäre dann hätte ich jetzt auch "empfohlen" einen alleingang mit z2 und postgres zu machen. Bei henrik manifestiert sich dann das bild das wir mit dem prototypen auch bei den trainings in einer art sprint arbeiten. Damit ist die prototyp entscheidung ja fast bindend und kaum noch zu ändern. Dies ständig unabgestimmte vorgehen auf allen ebeneen hat das projekt doch erst dahin gebracht wo es jetzt ist. Das kannst du nicht mit gutem willen rechtfertigen. > Das heisst aus meiner Sicht keineswegs, dass wir nicht das "richtige" > Ding doch zusammen, mit mehr Zeit und strukturierter, machen werden, genau das ist fraglich - siehe oben > Was Henrik fuer ein Machtwort gegenueber den Afrikanern sprechen soll, > ist mir absolut unklar - wir sind in der Schuld, nicht die. Richtig. Aber eine Auftreten mit mehr Durchsetzungskraft hätte eine vernünftigen Zeitplan zur Folge gehabt. Mehr realismus statt "ich will das aber bis dahin schaffen weil das erwartet wird" wäre besser gewesen. Aus meiner Sicht ist jetzt folgendes zu tun: - Etomi muss informiert werden falls das mit dem Prototypen nicht klappt -. Das kann ich von hier nicht sehen. - wir müssen uns überlegen wie die prtojektziele erreicht werden können - wir müssen eine entsprechende planung machen wie wir eine phase nach meilenstein 2 sehen und das nach nigeria kommunizieren und abklären ob die vorstellungen zusammen passen auch finanziell. Das ist weiterhin unklar ob das passt - wie müssen die entwicklung anders organisieren z.B. Mini Sprints mit Pair Programming splange bis das Projekt aufgeschient ist und jeder die gleichen vorstellungen hat und aktiv mitarbeiten kann so dass keine massiven abhängigkeiten zwischen den entwicklern entstehen. - wir müssen team-interne konflikte klären und ausräumen Sollten wir uns nicht grundsätzlich auf eine gemeinsame Vorstellung und professionelles Vorgehen zeitnah einigen können werde ich in der Phase 2 ab Mitte November definitiv nicht mehr zu Verfügung stehen. Gruss Ralph From support at oeko.net Tue Oct 18 11:07:10 2005 From: support at oeko.net (Toni Mueller) Date: Tue, 18 Oct 2005 11:07:10 +0200 Subject: [Org-de] Projektarbeit: Soll und Ist In-Reply-To: <20051018073419.BE26541660@mail.waeup.org> References: <20051017211131.13803.qmail@oak.oeko.net> <20051018073419.BE26541660@mail.waeup.org> Message-ID: <20051018090710.29210.qmail@oak.oeko.net> Hallo Ralph, On Tue, 18.10.2005 at 09:34:03 +0100, Ralph Barthel wrote: > 1. Thomas hatte gewisse tasks im Projekt. Wenn ich von seiner Seite was > gebraucht habe war es immer binnen weniger Stunden erledigt und ich war > arbeitsfähig. schoen fuer Dich, und i.W. hat er seinen Job ja auch gemacht. > irgendwann ist es dann vielleicht auch mal gut mit ständig weiteren > administrartionsanliegen Dann soll er es nicht zusagen, sondern stattdessen sagen "mach selbst". Damit kann ich zurechtkommen. So habe ich es halt hier nochmal dupliziert, weil sich in Berlin nichts tat, und damit das Problem temporaer umgangen. Ausserdem ist das die einzige Anforderung, die ich bisher gestellt habe. Ach ja, zum Thema "finanziell" habe ich auch schon etwas gesagt. Ich denke, dass meine Rendite hier eine der niedrigsten ist, und hatte eigentlich erwartet, dass wir alle in etwa vergleichbar 'rauskommen. Von daher trittst Du mMn gegen den falschen Baum... > 2. die Vorstellungen hatten andere auch, nur dass du mehrmal als einmal > völlig überflüssige teilweise pseudpolitische diskusionen führen wolltest > statt zielgerichtet zu argumentieren. Haeh?!? Das habe ich _ganz_ anders im Kopf, und ich habe vor allem mir mehrfach angehoert, dass so ein Plan, wie schon beschrieben, ueberfluessig sei. Ausserdem habe ich diese "pseudopolitische" Diskussion ebenfalls aus meiner Sicht von anderen Seiten deutlich staerker wahrgenommen, wenn ich das mal vorsichtig so ausdruecken darf. Ausserdem: Nein ist keine Antwort, wenn das Projekt laufen soll. Auf der anderen Seite hast Du zwar ein paarmal gute Sachen gesagt, aber Dich i.W. 'rausgehalten (meiner Erinnerung nach). > 3. den Satz habe ich jetzt schon so oft gehört (vor allem von henrik) das > Hilft nur leider überhaupt nichts wenn ein projekt so schlecht gemmanaged > wird wie dieses. Jeder der von aussen drauf schaut kann feststellen dass > hier nichtmal die absoluten grundlagen eines vernünftigen projektmanagement > eingehalten werden. Das ist Null. Wenn man eine Vison hat muss man auch was > dafür tun das sie sich entwickeln kann und nicht nur in Wunschszenarien > schwelgen ohne diue dinge sauber anzugehen. Genau das versuche ich zu _machen_ (statt zu schwelgen). > 4. warum weiss ich nicht was du meinst? Hast du das kommuniziert? > Warum pauschalisierst du? Ich wollte soweit wie moeglich vermeiden, Leute persoenlich anzugreifen, auch wenn die letzte Mail schon etwas deutlicher war. Ich habe die Probleme kommuniziert, wenn auch nicht unbedingt auf dieser Liste (vielleicht ein Fehler). > 5. dein alleingang ist aber nicht vom team sanktioniert. "Das Team" existiert in der Form gar nicht, und das ist eines unserer Hauptprobleme. Und, wie gesagt, wenn ich den Eindruck habe, dass ich es rausreissen kann, statt vorrangig auf ein "Team" zu setzen und damit sehenden Auges unterzugehen, dann mache ich das, auch fuer's "Team". Fuer diesen "Alleingang" habe ich mehrfach Rueckendeckung und jetzt auch Angebote zur Unterstuetzung erhalten, wenn auch nicht unbedingt von Dir - immerhin wusstest Du wohl bis vor Kurzem wenig ueber die Misere. > Im rahmen des team-meetings wurde die durchaus irrationale > entscheidung getroffen wir machen das mit cps (mit einer technologie > die joachim gar nicht kannte) weil joachim sagt das geht und henrik > sagt er vertraut ihm in der sache. So ungefaehr habe ich es auch gesagt: Joachim zeigt uns fruehzeitig, worauf es ankommt, und dann ist es aus meiner Sicht ok, es mit CPS zu machen. > Offensichtlich scheint dieses vertrauen aus welchen gründen auch > immer jetzt nicht mehr vorhanden Na, welche Gruende sollen das wohl sein. Aber mal konkret, bei allen groesseren Projekten bekommst Du die Empfehlung, mehrere Ansaetze zu versuchen und nach einer Weile den besten Ansatz zu nehmen. Genau das mache ich jetzt, einen zweiten Ansatz. > und henrik lässt dich weiterwursteln. Henrik ich meine hier hättest > du einschreiten, infomieren müssen. Ich habe intensiv mit Henrik ueber diese Sachen diskutiert, schon lange bevor ich angefangen hatte, und, so habe ich ihn verstanden, mehr oder weniger gruenes Licht bekommen. Nach wie vor sehe ich beim derzeitigen Projektstand das einzige Problem mit dem Ansatz im _Marketing_, nicht in der Sache. > So wie das bisher läuft "Prinzip Hoffnung" ist sinnlos. Und ehrlich > gesagt dass das Projekt noch ein Erfolg wird halte ich zumindest für > den meilenstein 2 in einigen Phasen Für fraglich. Dazu ist aus meiner Sicht ausreichend, wenn wir zum Praesentationstermin etwas vorzeigen koennen, was deren Vorstellungen von so einer Software in etwa entspricht. Alles andere ist aus meiner Sicht sekundaer. > > Dem Kunden ist das normalerweise egal, ob es ein Hindernis gibt. > > Wir sind im Prinzip selber schuld, wenn wir den Mund zu voll > > genommen haben. > > + 1 Schoen, dass wir da einer Meinung sind. Das ist allerdings nur eine Analyse und keine Synthese. > Ok, das versethe ich auch nicht. Zope wird das stemmen können und da halte > ich es mit joachim man kann auch hardwaremässig was tun. n Obwohl das nicht alles ist... haben wir eine Idee, _wie_ wir die Last auf mehrere Systeme (wie viele?) verteilen _koennen_? Bitte bedenke, dass wir mit Caching nicht weit kommen werden, weil eigentlich alles ziemlich dynamisch ist. > ich denke wir wissen alle dass die diskussion teilweise zu heftig war > (thomas auch). Das war nicht gut - aber das ist jetzt schnee von gestern und > wurde bereits diskutiert und besprochen. Fertig. Willst du immer wieder > altes zeug hervorbringen? Ok, schauen wir vorwaerts. Ich stecke allerdings nicht gerne Pruegel fuer Dinge ein, von denen ich denke, dass _andere_ die zu verantworten haben. > Wenn dem so wäre dann hätte ich jetzt auch "empfohlen" einen > alleingang mit z2 und postgres zu machen. Das verstehe ich jetzt nicht ganz. Kannst Du das bitte erlaeutern? > Bei henrik manifestiert sich dann das bild das wir mit dem prototypen > auch bei den trainings in einer art sprint arbeiten. Ich habe von Anfang an darauf hingewiesen, dass ich meine Arbeit im Wesentlichen als nuetzlich dafuer ansehe, ein vernuenftiges Bild von den tatsaechlichen Anforderungen zu bekommen, und dass der Ansatz von der Technik her auf jeden Fall stark ueberarbeitet werden muss und wahrscheinlich nicht sinnvoll fortgeschrieben werden kann. > Damit ist die prototyp entscheidung ja fast bindend und kaum noch zu > ändern. Das sehe ich fuer meinen Z2-Ansatz anders, s.o.. Wie seht Ihr das in Bezug auf CPS? > Dies ständig unabgestimmte vorgehen auf allen ebeneen hat das projekt > doch erst dahin gebracht wo es jetzt ist. Das kannst du nicht mit > gutem willen rechtfertigen. Erstens sehe ich da nicht den Zusammenhang, und zweitens zeige mir _bitte_ _eine_ konstruktive Alternative auf. Wie lange meinst Du, kann man es verantworten, zu warten? Ich habe mir nach meinem Eindruck quasi ein Bein ausgerissen, um eben _abgestimmt_ vorzugehen, nur hilft das nix, wenn diese Abstimmung, aus welchen Gruenden auch immer, dann nicht passiert. > > Das heisst aus meiner Sicht keineswegs, dass wir nicht das "richtige" > > Ding doch zusammen, mit mehr Zeit und strukturierter, machen werden, > > genau das ist fraglich - siehe oben Kommt drauf an, ob wir unsere Fehler verstehen und uns noch zusammenraufen wollen. An mir soll's nicht liegen, aber ich kann natuerlich nicht fuer Euch sprechen. > Richtig. Aber eine Auftreten mit mehr Durchsetzungskraft hätte eine > vernünftigen Zeitplan zur Folge gehabt. Das ist sicherlich richtig und wurde auch schon von mir hier auf der Liste gepostet. Aber: Vergossene Milch, Henrik hat es uns in einem gewissen Sinne eingebrockt, und wir muessen jetzt damit fertigwerden (ohne jetzt Henrik da einen Vorwurf zu machen - es ist halt passiert). > Mehr realismus statt "ich will das aber bis dahin schaffen weil das > erwartet wird" wäre besser gewesen. S.o. - dafuer ist es jetzt zu spaet. Das kann man erst in der naechsten Projektphase wieder versuchen. > - Etomi muss informiert werden falls das mit dem Prototypen nicht klappt -. > Das kann ich von hier nicht sehen. Stimmt. > - wir müssen uns überlegen wie die prtojektziele erreicht werden können Stimmt auch. > - wir müssen eine entsprechende planung machen wie wir eine phase nach > meilenstein 2 sehen und das nach nigeria kommunizieren und abklären ob die > vorstellungen zusammen passen auch finanziell. Das ist weiterhin unklar ob > das passt Das haengt meiner Einschaetzung nach von dem ab, was der Prototyp als Echo erzeugt. Bislang war das Echo: "viel zu kurz..." > - wie müssen die entwicklung anders organisieren z.B. Mini Sprints mit Pair > Programming splange bis das Projekt aufgeschient ist und jeder die gleichen > vorstellungen hat und aktiv mitarbeiten kann so dass keine massiven > abhängigkeiten zwischen den entwicklern entstehen. Ok. > - wir müssen team-interne konflikte klären und ausräumen Ok. Ein gemeinsames Treffen waere meiner Einschaetzung nach sehr sinnvoll (KW44, wo?). Gruss, --Toni++ From support at oeko.net Tue Oct 18 11:25:52 2005 From: support at oeko.net (Toni Mueller) Date: Tue, 18 Oct 2005 11:25:52 +0200 Subject: [Org-de] Projektarbeit: Soll und Ist In-Reply-To: <4354200E.1030303@k-dns.de> References: <4353CAD3.6050805@k-dns.de> <20051017211131.13803.qmail@oak.oeko.net> <4354200E.1030303@k-dns.de> Message-ID: <20051018092552.29640.qmail@oak.oeko.net> Moin Thomas, On Tue, 18.10.2005 at 00:05:02 +0200, Thomas Krüger wrote: > dein Argumentationsstil bedarf mal einer gründlichen Überprüfung. > Diese Mischung aus Eigenlob, Schuldzuweisungen und antikonstruktivem > Gegenangerede, teilweise sogar mit ein paar "Nettigkeiten" gewürzt, ist > genau das was wir im Team nicht brauchen. schoen. Von mir aus gerne, aber Du verzichtest dann dankenswerterweise ebenfalls auf diesen Stil, ja? Sonst waere mein Roman sicherlich deutlich kuerzer ausgefallen... Ich *kann* _gerechtfertigte_ Kritik einstecken. > Wer, wie du, kräftig mit Kretik um sich wirkt, sollte selbst auch > welche einstecken können, Danke gleichfalls. Frieden? Gruss, --Toni++ From henrik at scientific-african.org Tue Oct 18 14:48:10 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Tue, 18 Oct 2005 14:48:10 +0200 Subject: [Org-de] Think positive! Message-ID: Hallo zusammen, zunächst muss ich sagen, dass ich von dieser Art der Diskussion - d.h. dass hier jeder den anderen mit Vorwürfen überhäuft - nicht besonders begeistert bin und sie auch nicht mehr lustig finde. Ich gestehe ein, die Kooperationsfähigkeit einer mehr oder weniger zufällig zusammengewürfelten Gruppe deutlich überschätzt zu haben. Jetzt bleibt mir nur noch, einen respektvolleren Umgang miteinander einzufordern und nach vorne zu blicken, anstatt rückwärtsgewandt Fehler bei den anderen zu suchen. Rückblickend möchte ich nur auf ein paar Fakten hinweisen und damit ein paar Dinge geraderücken: - Wir sind in Lagos im abschließenden Gespräch gefragt worden, ob wir einen Prototypen innerhalb von drei Wochen entwickeln können. Dies haben wir nach sehr kurzer Bedenkzeit bejaht. Wohlgemerkt, es wurde nicht gefragt, *ob* wir einen Prototypen entwickeln können, sondern ob wir ihn in *kurzer Zeit* entwickeln können. Bei der Diskussion des Proposals wurde die Frist noch einmal um einen Monat verkürzt. Hätten wir dem nicht zugestimmt, wäre meiner Einschätzung nach der Vertrag nicht zustande gekommen. Ich habe dieser Bedingung deswegen mit Bauchschmerzen zugestimmt. - Auf unserem letzten Treffen, wurde eine recht klare Arbeitseinteilung vorgenommen und mangels wirklicher und *rational* vorgetragener Alternative eine *rationale* Entscheidung für CPS getroffen. Abschließend wurde allerdings versäumt, von allen eine ausdrückliche Zustimmung einzuholen. Im Proposal wollte ich die Verantwortung für die Entwicklung des SRPP an Joachim, Michael und Toni delegieren. Die personenbezogene Zuordnung wurde während der Bearbeitung gestrichen, und wir haben es anschließend versäumt, diese Zuordnung intern noch einmal zu festzuhalten. - 'Machtworte' finde ich besonders im Umgang mit afrikanischen Kollegen **vollkommen** unangemessen. - Ich glaube nicht, dass wir es in so kurzer Zeit einen gut abgestimmten, allgemein akzeptierten und zukunftsfähigen Projektplan entwickelt hätten, und anschließend noch alle gemeinsam einen Prototypen auf die Beine gestellt hätten. Aus diesem Grund halte ich die Projektplanung zur Zeit für ausreichend (Machtwort). In den folgenden Phasen muss und wird sich das sicherlich ändern. Ich habe dazu gelernt. - Die telefonische Abstimmung mit Hector Etomi ist überaus schwiering. Hector besteht darauf, wichtige und schwierige Dinge mündlich abzusprechen. Trotz mehrfachem Hinweis, dass es so nur zu Missverständnissen kommt, ruft er mich lieber an, als die Dinge auführlich per Email zu besprechen. Ich finde das sehr ärgerlich, sehe aber keine Möglichkeit, dieses Verhalten per Machtwort zu ändern. Möchte jemand mit mehr Durchsetzungskraft mit mir tauschen? - Ja es stimmt, ich habe Joachim die Entwicklung des SRPP zugetraut und tue dies noch immer. Zutrauen hat auch immer etwas mit Vertrauen zu tun. Dieses Vertrauen basiert u.a. auf der Tatsache, dass Joachum eine deutlich größere Lebens- und Berufserfahrung vorweist als alle anderen an dem Projekt Beteiligten. Ich möchte allerdings nicht verschweigen, dass ich seine Mitteilungs- und Dokumentationsbereitschaft defizitär finde. Er wird das vermutlich nicht anders sehen. Joachim, falls du wirklich Bedenken hast - und seien die auch noch so gering -, dass der SRPP bis zur Deadline fertig wird, teile dies bitte umgehend mit. Ich stimme mit deinen Kritikern überein, dass wir dies *sofort* nach Nigeria melden müssten. Wir stecken sonst alle mit dem Hals in der Schlinge. - Ja es stimmt, dass ich die Idee von Toni begrüße, inoffiziell eine Eigenentwicklung voranzutreiben. Dies wird die Entscheidungsgrundlage festigen, mit welcher Technolgie wir in die nächste Projektphase gehen. Diese Parallelentwicklung muss meiner Meinung nach nicht unbedingt mit allen anderen abgestimmt sein. Es wäre aber schön, wenn Toni seinen Plan kurz vorstellt und uns rechtzeitig einen Blick auf seine Entwicklung werfen lassen würde. Auch fände ich es nett, wenn Thomas ihm dies auf dem WAeUP-Server ermöglichen würde. - Die Planung für Projektphase 3+ wird sicherlich anders laufen. Ich werde konkrete Vorschläge machen, wenn es soweit ist. Keine Sorge, ich werde mich zu gegebener Zeit schon durchsetzen. Schaut bitte nach vorne, Henrik From js at aixtraware.de Tue Oct 18 17:04:45 2005 From: js at aixtraware.de (joachim) Date: Tue, 18 Oct 2005 17:04:45 +0200 Subject: [Org-de] Think positive! In-Reply-To: References: Message-ID: <43550F0D.6010701@aixtraware.de> Nur eine kleine Korrektur s.u. Henrik Bettermann wrote: > Hallo zusammen, > > zunächst muss ich sagen, dass ich von dieser Art der Diskussion - d.h. dass > hier jeder den anderen mit Vorwürfen überhäuft - nicht besonders begeistert > bin und sie auch nicht mehr lustig finde. Ich gestehe ein, die > Kooperationsfähigkeit einer mehr oder weniger zufällig zusammengewürfelten > Gruppe deutlich überschätzt zu haben. Jetzt bleibt mir nur noch, einen > respektvolleren Umgang miteinander einzufordern und nach vorne zu blicken, > anstatt rückwärtsgewandt Fehler bei den anderen zu suchen. > > Rückblickend möchte ich nur auf ein paar Fakten hinweisen und damit ein paar > Dinge geraderücken: > > - Wir sind in Lagos im abschließenden Gespräch gefragt worden, ob wir einen > Prototypen innerhalb von drei Wochen entwickeln können. Dies haben wir nach ^^^^^^ = Monate > sehr kurzer Bedenkzeit bejaht. Wohlgemerkt, es wurde nicht gefragt, *ob* wir > einen Prototypen entwickeln können, sondern ob wir ihn in *kurzer Zeit* > entwickeln können. Bei der Diskussion des Proposals wurde die Frist noch -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From support at oeko.net Tue Oct 18 18:22:08 2005 From: support at oeko.net (Toni Mueller) Date: Tue, 18 Oct 2005 18:22:08 +0200 Subject: [Org-de] Pg zugreifbar? In-Reply-To: <20051011082048.27009.qmail@oak.oeko.net> References: <20051011082048.27009.qmail@oak.oeko.net> Message-ID: <20051018162208.6295.qmail@oak.oeko.net> Hallo Thomas, On Tue, 11.10.2005 at 10:20:48 +0200, Toni Mueller wrote: > kannst Du bitte mal PostgreSQL mit einem Adapter fuer Zope installieren > und mir sagen, wo ich da drankomme? ich braeuchte einen Datenbankzugriff, meinethalben Zugriff auf den postgresql-Account (dann brauchst Du Dich nicht mehr darum zu kuemmern). Ich brauche: - Zugriff mit Passwort - Superuser-Rechte auf einer Datenbank Z.B.: # su - postgresql $ psql template1 template1# create user toni password '123' createuser; template1# \q $ Natuerlich waehlst Du ein ordentliches Passwort. ;-) Dazu brauche ich einen Adapter, um von Python aus auf die Datenbank zuzugreifen. Unter Debian heisst das Paket 'python-psycopg', wie der unter Gentoo heisst, weiss ich nicht (auswendig). > Danke! Gruss, --Toni++ From support at oeko.net Wed Oct 19 09:39:29 2005 From: support at oeko.net (Toni Mueller) Date: Wed, 19 Oct 2005 09:39:29 +0200 Subject: [Org-de] Projekt: Portal mit Z2 und SQL In-Reply-To: <20051018073419.BE26541660@mail.waeup.org> References: <20051017211131.13803.qmail@oak.oeko.net> <20051018073419.BE26541660@mail.waeup.org> Message-ID: <20051019073929.26545.qmail@oak.oeko.net> Hallo, mit dieser Mail moechte ich Henriks Bitte nachkommen, das Projekt kurz vorzustellen. Ziel: ===== - Versuch, die geforderte Funktionalitaet im Zeitrahmen in praesentationstauglicher Form bereitzustellen * geforderte Funktionalitaet laut Henriks Angebot: kompletter Studentenverwaltungsvorgang fuer alle Phasen, ausgenommen vielleicht Details wie Pruefung der Unterlagen siehe Henriks letzte Mail mit Bezug auf einen Anruf von Etomi siehe "Proposal4.pdf" siehe Mails von Olumide zur besseren Beschreibung der Funktionalitaet - Probleme mit dem uns allen weniger bekannten System CPS umschiffen - Ziel fuer uns: Schaffung einer besseren Diskussionsgrundlage fuer die Erarbeitung eines Pflichtenheftes Begruendung: ============ - Termintreue ist sehr wichtig, um das Vertrauen der afrikanischen Partner in uns zu staerken - Ohne akzeptablen Prototyp wird Etomi nichts verkaufen, und damit auch unserem Projekt den Hahn abdrehen - Ein Scheitern wuerde meiner Einschaetzung nach zusaetzlich zur Folge haben, dass wir "nie wieder" dort ein Bein an die Erde bekommen. Etomi hat es mit $100+ pa. nicht wirklich noetig, sich von kleinen Krautern wie uns abhaengig zu machen. - Bisherige anderweitige Entwicklung(en) lassen leider noch zu viel zu wuenschen uebrig. Ansatz: ======= - Instance-Space-Entwicklung auf nacktem Z2 plus Datenhaltung in SQL oder Dateisystem (Benutzerdaten wie etwa Zeugniskopien), soweit wie moeglich Stand: ====== Nach Olumides Mails ueberarbeiten wir gerade die Datenhaltung fuer Studenten, aber ansonsten gehen: - Zahlung per Scratch-Card, wobei wir nur ein einfaches Modell (eine Nummer = ein Zahlungsvorgang, keine Abos) implementiert haben - Unterbringung Die naechsten Schritte sind: - Pruefung der Zulassung zu einem Fach - Benutzerverwaltung und Workflow in einer Form, die das Hochladen der Zeugniskopien ermoeglicht, mit Basis-Datenschutz und Manipulationssicherheit (alle Doku hochgeladen, "ok" gedrueckt -> keine weiteren Aenderungen durch Studenten, nur durch Personal moeglich) Speziell bei diesem Punkt waere Hilfe sehr willkommen. - Durchgaengige Implemenation der Authentifizierung - bisher werden in vielen Faellen keine Zugangsdaten geprueft. - Uebersetzung von anwendungsspezifischer Authentifizierung in Zope-Rollen und Authentifizierungsdaten, so dass programmgesteuert dynamisch Zugriff auf Teile der Anwendung und der Daten gewaehrt werden kann (einfache ortsabhaengige Authentifizierung reicht nicht, s.u.) - Kursregistrierung - Admin-Funktionen (z.B. Student aus dem Wohnheim entfernen, Pruefungsergebnisse eintragen) - Aufhuebschung waere auch nicht schlecht, fiel aber bislang auf jeden Fall unter den Tisch. Bislang bekommen alle Studenten das gleiche Passwort ("abcdef") zugewiesen. Gruss, --Toni++ From support at oeko.net Wed Oct 19 09:44:12 2005 From: support at oeko.net (Toni Mueller) Date: Wed, 19 Oct 2005 09:44:12 +0200 Subject: [Org-de] Projekt: Portal mit Z2 und SQL Message-ID: <20051019074412.26669.qmail@oak.oeko.net> Hallo, [ nochmal, wg. Thread-Hijacking 8-(( ] mit dieser Mail moechte ich Henriks Bitte nachkommen, das Projekt kurz vorzustellen. Ziel: ===== - Versuch, die geforderte Funktionalitaet im Zeitrahmen in praesentationstauglicher Form bereitzustellen * geforderte Funktionalitaet laut Henriks Angebot: kompletter Studentenverwaltungsvorgang fuer alle Phasen, ausgenommen vielleicht Details wie Pruefung der Unterlagen siehe Henriks letzte Mail mit Bezug auf einen Anruf von Etomi siehe "Proposal4.pdf" siehe Mails von Olumide zur besseren Beschreibung der Funktionalitaet - Probleme mit dem uns allen weniger bekannten System CPS umschiffen - Ziel fuer uns: Schaffung einer besseren Diskussionsgrundlage fuer die Erarbeitung eines Pflichtenheftes Begruendung: ============ - Termintreue ist sehr wichtig, um das Vertrauen der afrikanischen Partner in uns zu staerken - Ohne akzeptablen Prototyp wird Etomi nichts verkaufen, und damit auch unserem Projekt den Hahn abdrehen - Ein Scheitern wuerde meiner Einschaetzung nach zusaetzlich zur Folge haben, dass wir "nie wieder" dort ein Bein an die Erde bekommen. Etomi hat es mit $100+ pa. nicht wirklich noetig, sich von kleinen Krautern wie uns abhaengig zu machen. - Bisherige anderweitige Entwicklung(en) lassen leider noch zu viel zu wuenschen uebrig. Ansatz: ======= - Instance-Space-Entwicklung auf nacktem Z2 plus Datenhaltung in SQL oder Dateisystem (Benutzerdaten wie etwa Zeugniskopien), soweit wie moeglich Stand: ====== Nach Olumides Mails ueberarbeiten wir gerade die Datenhaltung fuer Studenten, aber ansonsten gehen: - Zahlung per Scratch-Card, wobei wir nur ein einfaches Modell (eine Nummer = ein Zahlungsvorgang, keine Abos) implementiert haben - Unterbringung Die naechsten Schritte sind: - Pruefung der Zulassung zu einem Fach - Benutzerverwaltung und Workflow in einer Form, die das Hochladen der Zeugniskopien ermoeglicht, mit Basis-Datenschutz und Manipulationssicherheit (alle Doku hochgeladen, "ok" gedrueckt -> keine weiteren Aenderungen durch Studenten, nur durch Personal moeglich) Speziell bei diesem Punkt waere Hilfe sehr willkommen. - Durchgaengige Implemenation der Authentifizierung - bisher werden in vielen Faellen keine Zugangsdaten geprueft. - Uebersetzung von anwendungsspezifischer Authentifizierung in Zope-Rollen und Authentifizierungsdaten, so dass programmgesteuert dynamisch Zugriff auf Teile der Anwendung und der Daten gewaehrt werden kann (einfache ortsabhaengige Authentifizierung reicht nicht, s.u.) - Kursregistrierung - Admin-Funktionen (z.B. Student aus dem Wohnheim entfernen, Pruefungsergebnisse eintragen) - Aufhuebschung waere auch nicht schlecht, fiel aber bislang auf jeden Fall unter den Tisch. Bislang bekommen alle Studenten das gleiche Passwort ("abcdef") zugewiesen. Gruss, --Toni++ _______________________________________________ Org-de mailing list Org-de at lists.waeup.org http://lists.waeup.org/mailman/listinfo/org-de From js at aixtraware.de Thu Oct 20 10:06:53 2005 From: js at aixtraware.de (Joachim Schmitz) Date: Thu, 20 Oct 2005 10:06:53 +0200 Subject: [Org-de] Anleitung zur Installation des WAeUP Produktes Message-ID: <4357501D.7010305@aixtraware.de> Hallo, 1. Zope >= 2.8.1 installieren 2. CPS-3.3.6 von http://www.cps-project.org/static/src/CPS-3.3.6.tar.gz installieren, 3. in Products svn co https://svn.waeup.org/repos/waeup_product/trunk WAeUP 4. Zope (re)starten 5. wenn zum ersten mal: - in der Root eine CPSDefault site anlegen, dabei für die Bequemlichkeit seinen ZopeManager-account auch als CPSManager eintragen. 6. Als CPSManager in der erstellten CPSSite im portal_quickinstaller WAeUP (re)installieren. Die Installation sollte alle notwendigen Folder erstellen und die Rechte und Gruppen richtig setzen, sodass jetzt als CPSManager in der erstellten Site ein Member als StudentManager angelegt werden kann. Dazu 7. in Directories/Members auf "create a new Member" clicken und den neue Mitglied der Gruppe StudentManager zuweisen. 8. In neuem Browser: http://mein.zope.de/meinCPS/sections/waeup besuchen dort als der vorher angelegte StudentManager einloggen. 9. einen Neuen Studenten mit create Student JAMB anlegen. 10. in einem neuen Browser http://mein.zope.de/meinCPS/sections/waeup/students besuchen auf checkAdmission klicken Wenn das auf einer frischen CPS-Instanz gemacht wird ist das Layout noch nicht richtig, dazu müssen noch die entsprechenden Themen installiert werden. Dazu mehr später. -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From support at oeko.net Thu Oct 20 11:29:28 2005 From: support at oeko.net (Toni Mueller) Date: Thu, 20 Oct 2005 11:29:28 +0200 Subject: [Org-de] Projekt: Portal mit Z2 und SQL In-Reply-To: <20051019074412.26669.qmail@oak.oeko.net> References: <20051019074412.26669.qmail@oak.oeko.net> Message-ID: <20051020092928.28178.qmail@oak.oeko.net> Moin, zwar weiss ich immer noch nicht, wie ich in Berlin an den Pg-Server 'rankomme, was ich _NICHT_ ok finde, aber ansonsten kann man sich den Kram jetzt aus dem SVN ziehen. Als Projektname habe ich "waeup_z2sql" gewaehlt, was hoffentlich ein sprechender Name ist. Die "links"-Seite im Wurzelverzeichnis fuehrt zu der ein oder anderen Berichtsfunktion, die man in dem Stadium haben will. In der "master_page" sind ein paar hartcodierte Links auf einen unserer Server drin. Wenn ich es nicht gesagt haette, wuerdet Ihr von "Web-Bugs" reden. Das kann gerne entfernt werden, wenn jemand eine gute+einfache Idee hat, wie man dann stabil auf das Root-Verzeichnis zugreift (mit Attributen und so war es mir erstmal zu viel Arbeit). Viel Spass damit - es ist _pre_Alpha_ und noch keineswegs komplett. Gruss, --Toni++ From js at aixtraware.de Thu Oct 20 13:41:36 2005 From: js at aixtraware.de (Joachim Schmitz) Date: Thu, 20 Oct 2005 13:41:36 +0200 Subject: [Org-de] weiteres zur Installation des waeup-produktes Message-ID: <43578270.6080404@aixtraware.de> Hallo, folgende Schritte sind (zur Zeit) noch notwendig um das gleiche Aussehen wie auf http://sandbox.waeup.org/portal/sections/waeup zu bekommen. 1. cd ins WAeUP-Product 2. svn up 3. cp Extensions/*.zexp ins import-Verzeichnis 4. Jetzt in der CPSInstanz in portal_themes studentmanager.zexp und boxless.zexp importieren. 4. Im ZMI in der CPSroot ein Python Script erstellen id = ".cpsskins.theme mit dem Inhalt: if str(context.portal_membership.getAuthenticatedMember()) in ("manager","Manager"): return "boxless" else: return "studentadmin" 5. Wieder im CPS was jetzt schon im boxless_theme erscheinen sollte in sections/waeup gehen und dort auf Manage Portlets dann auf das theme studentmanager klicken. 6. auf das Templet "Session Info" klicken, insert auswählen custom portlet checken und beliebigen Namen wählen z.B. session_info auf create clicken im Formular bei Render methode "portlet_session_info" eingeben, saven und closen. 7. auf das Templet "Main Navigation" klicken, insert auswählen custom portlet checken und beliebigen Namen wählen z.B. navigation auf create clicken im Formular bei Render methode "portlet_studentnavigation" eingeben, saven und closen. Jetzt sollte die Seite so aussehen wie hier: http://sandbox.waeup.org/portal/sections/waeup -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From support at oeko.net Thu Oct 20 15:01:32 2005 From: support at oeko.net (Toni Mueller) Date: Thu, 20 Oct 2005 15:01:32 +0200 Subject: [Org-de] Anleitung zur Installation des WAeUP Produktes In-Reply-To: <4357501D.7010305@aixtraware.de> References: <4357501D.7010305@aixtraware.de> Message-ID: <20051020130132.32765.qmail@oak.oeko.net> Moin, On Thu, 20.10.2005 at 10:06:53 +0200, Joachim Schmitz wrote: > 5. wenn zum ersten mal: > - in der Root eine CPSDefault site anlegen, dabei für die > Bequemlichkeit seinen ZopeManager-account auch als CPSManager eintragen. hab' einen anderen Benutzernamen genommen, und > 7. in Directories/Members auf "create a new Member" clicken und den neue > Mitglied der Gruppe StudentManager zuweisen. hier wiederum einen neuen Benutzer angelegt. > http://mein.zope.de/meinCPS/sections/waeup besuchen > dort als der vorher angelegte StudentManager einloggen. Das klappt nicht. Das Passwort habe ich mehrfach ueberprueft und mit cut&paste zwischen den verschiedenen Fenstern hin- und hergetragen. Das Problem tritt sowohl mit Opera als auch mit SeaMonkey auf. Muss der Benutzer noch andere Rechte/Rollen haben, etwa "Owner", oder "Manager"? > 9. einen Neuen Studenten mit create Student JAMB anlegen. So weit komme ich nicht. Ansonsten: - Bei der Installation (ganz frische Instanz mit 2.8.2 + svn64) taucht folgender Eintrag beim Installieren des Produktes auf: 2005-10-20T13:57:14 WARNING Quick Installer Tool: CPSMailAccess exceptions.ImportError: cannot import name manage_addMailTool - Der "check admission"-Link erscheint schon im Site-Root, dafuer werden fast alle anderen Menuepunkte ausgeblendet. Gruss, --Toni++ From js at aixtraware.de Thu Oct 20 15:47:09 2005 From: js at aixtraware.de (joachim) Date: Thu, 20 Oct 2005 15:47:09 +0200 Subject: [Org-de] Anleitung zur Installation des WAeUP Produktes In-Reply-To: <20051020130132.32765.qmail@oak.oeko.net> References: <4357501D.7010305@aixtraware.de> <20051020130132.32765.qmail@oak.oeko.net> Message-ID: <43579FDD.8080703@aixtraware.de> Toni Mueller wrote: > > Moin, > > On Thu, 20.10.2005 at 10:06:53 +0200, Joachim Schmitz wrote: > >>5. wenn zum ersten mal: >> - in der Root eine CPSDefault site anlegen, dabei für die >>Bequemlichkeit seinen ZopeManager-account auch als CPSManager eintragen. > > > hab' einen anderen Benutzernamen genommen, und > > >>7. in Directories/Members auf "create a new Member" clicken und den neue >>Mitglied der Gruppe StudentManager zuweisen. > > > hier wiederum einen neuen Benutzer angelegt. > > >>http://mein.zope.de/meinCPS/sections/waeup besuchen >>dort als der vorher angelegte StudentManager einloggen. > > > Das klappt nicht. Das Passwort habe ich mehrfach ueberprueft und mit > cut&paste zwischen den verschiedenen Fenstern hin- und hergetragen. > Das Problem tritt sowohl mit Opera als auch mit SeaMonkey auf. > > Muss der Benutzer noch andere Rechte/Rollen haben, etwa "Owner", oder > "Manager"? Ja Member, sorry hab ich vergessen. Es empfiehlt sich übrigens immer Verbosesecurity im etc/zope.conf File zu installieren. Dann kriegt man im error_log genau gesagt welche Rechte gebraucht werden. > > >>9. einen Neuen Studenten mit create Student JAMB anlegen. > > > So weit komme ich nicht. > > > Ansonsten: > > - Bei der Installation (ganz frische Instanz mit 2.8.2 + svn64) taucht > folgender Eintrag beim Installieren des Produktes auf: > > 2005-10-20T13:57:14 WARNING Quick Installer Tool: CPSMailAccess > exceptions.ImportError: cannot import name manage_addMailTool > macht nix. > > - Der "check admission"-Link erscheint schon im Site-Root, dafuer > werden fast alle anderen Menuepunkte ausgeblendet. Du musst dann den Manageraccount-Namen noch in der .cpsskins_theme Methode eintragen: if str(context.portal_membership.getAuthenticatedMember()) in ("manager","Manager",'meinManager'): return "boxless" -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From js at aixtraware.de Thu Oct 20 16:01:44 2005 From: js at aixtraware.de (joachim) Date: Thu, 20 Oct 2005 16:01:44 +0200 Subject: [Org-de] [Fwd: [Zope-Annce] FunkLoad 1.2.0 released] Message-ID: <4357A348.8000204@aixtraware.de> Das wäre doch was für uns, -------- Original Message -------- Subject: [Zope-Annce] FunkLoad 1.2.0 released Date: Thu, 20 Oct 2005 15:37:26 +0200 From: Stefane Fermigier Organization: Nuxeo SAS To: zope-announce at zope.org FunkLoad 1.2.0 is out. About FunkLoad: FunkLoad is a open source functional and load web tester, written in Python, whose main use cases are functional and regression testing of web projects, performance testing by loading the web application and monitoring your servers, load testing to expose bugs that do not surface in cursory testing, and stress testing to overwhelm the web application resources and test the application recoverability, and writing web agents by scripting any web repetitive task, like checking if a site is alive. Changes since 1.1.0: * Credential and Monitor services have been refactored they are now true unix daemon service, controllers are now in pure python (no more bash scripts). * Switching from distutils to setuptools using EasyInstall_, installing FunkLoad is now just a question of ``sudo easy_install funkload``. * Moving demo examples into the egg, just type ``fl-install-demo`` to extract the demo folder * Several bugs have been fixed. More info: http://funkload.nuxeo.org/ Grab it: http://funkload.nuxeo.org/funkload-1.2.0.tar.gz or http://cheeseshop.python.org/pypi/funkload Best regards, S. -- Stéfane Fermigier, Tel: +33 (0)6 63 04 12 77 (mobile). Nuxeo Collaborative Portal Server: http://www.nuxeo.com/cps Gestion de contenu web / portail collaboratif / groupware / open source! _______________________________________________ Zope-Announce maillist - Zope-Announce at zope.org http://mail.zope.org/mailman/listinfo/zope-announce Zope-Announce for Announcements only - no discussions (Related lists - Users: http://mail.zope.org/mailman/listinfo/zope Developers: http://mail.zope.org/mailman/listinfo/zope-dev ) -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From js at aixtraware.de Fri Oct 21 15:27:10 2005 From: js at aixtraware.de (Joachim Schmitz) Date: Fri, 21 Oct 2005 15:27:10 +0200 Subject: [Org-de] CPS-WAEUP Message-ID: <4358ECAE.9090204@aixtraware.de> Eine weitere Entwicklungsstufe ist jetzt online unter http://sandbox.waeup.org/portal/sections/waeup Der studentmanager kann neue Studenten anlegen. Ein neu angelegter Student kann sich registrieren, die Scratchcard PIN muss 123456 234567,345678 oder 456789 sein. Die Student ID muss die eingebene sein. Zur Zeit wird noch nicht auf doppelte Anmeldung getestet. als Anonymer Benutzer kann man im ume listing suchen. oder er kann sich registrieren oder einloggen für Studenten ist das PW immer "UnSeT". -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From js at aixtraware.de Sat Oct 22 17:27:13 2005 From: js at aixtraware.de (joachim) Date: Sat, 22 Oct 2005 17:27:13 +0200 Subject: [Org-de] weiteres zur Installation des waeup-produktes In-Reply-To: <43578270.6080404@aixtraware.de> References: <43578270.6080404@aixtraware.de> Message-ID: <435A5A51.20006@aixtraware.de> wichtige Korrektur: Joachim Schmitz wrote: > Hallo, > > folgende Schritte sind (zur Zeit) noch notwendig um das gleiche Aussehen > wie auf http://sandbox.waeup.org/portal/sections/waeup zu bekommen. > 1. cd ins WAeUP-Product > 2. svn up > 3. cp Extensions/*.zexp ins import-Verzeichnis > 4. Jetzt in der CPSInstanz in portal_themes studentmanager.zexp und > boxless.zexp importieren. > 4. Im ZMI in der CPSroot ein Python Script erstellen > id = ".cpsskins.theme ^ = _ also ".cpsskins_theme" -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From henrik at scientific-african.org Sun Oct 23 14:48:09 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sun, 23 Oct 2005 14:48:09 +0200 Subject: [Org-de] FW: phone call Oct 9th Message-ID: Hier noch eine personliche Mitteilung an mich, die mich in meiner Einschatzung bestarkt: We had thought we would achieve this sometime early in the month of October but like we are all agreed ... Ich werde noch drauf antworten und sagen, dass wir nicht zaubern konnen und das auch nie behauptet haben. Gru?, Henrik -----Original Message----- From: Hector Etomi [mailto:H.Etomi at moneynett.com] Sent: Sunday, October 23, 2005 2:09 PM To: Henrik Bettermann Subject: Re: phone call Oct 9th Henrik, I am presently in the United States on a short visit.I can see that a lot of issues are being raised by Toni and Joachim which are intended to produce an efficient and robust Portal that would serve the needs of our Universities.I have mailed the office to quicking the process of providing answers to the queries raised by Toni which are indeed very relevant.I really do hope and pray that we can produse a working peototype demo by the end of October for practical session in Uniben and any other University.We had thought we would achieve this sometime early in the month of October but like we are all agreed,it is better to graple with all the issues on ground,before doing a practical demo with a University. Nevertheless,your team is working hard and we are very proud at their achievement so far.We are all poised to building the best Adminstrative portal in this part of the world and it is our dream to achieve this objective.Pls keep me informed of developments. Hector Etomi Executve Director Finance And Admin Broadband Technologies Limited. E-mail: h.etomi at moneynett.com Tel: (234)2673205 Fax: (234)2673203 Mob: (234)8035250987 From support at oeko.net Sun Oct 23 14:55:58 2005 From: support at oeko.net (Toni Mueller) Date: Sun, 23 Oct 2005 14:55:58 +0200 Subject: [Org-de] FW: phone call Oct 9th In-Reply-To: References: Message-ID: <20051023125558.5553.qmail@oak.oeko.net> Hallo Henrik, On Sun, 23.10.2005 at 14:48:09 +0200, Henrik Bettermann wrote: > Hier noch eine personliche Mitteilung an mich, die mich in meiner > Einschatzung bestarkt: von mir aus war es eher als allgemeines Stochern im Nebel gedacht - die bisherigen Ausfuehrungen sind immer noch reichlich unklar, und wir werden ganz sicher nicht alle Punkte in dem Prototypen beruecksichtigen koennen, nicht bei dem Budget (das aus meiner Sicht schon stark ueberzogen ist), und in der Zeit. Aber irgendwann werden Antworten auf solche Fragen vonnoeten sein, denn ohne die kann man nicht in Produktion gehen, oder wir muessen definieren, was die brauchen, nicht umgekehrt (wie es sein sollte). Sollte ich meine Neugier besser zuegeln? Gruss, --Toni++ From support at oeko.net Sun Oct 23 17:50:58 2005 From: support at oeko.net (Toni Mueller) Date: Sun, 23 Oct 2005 17:50:58 +0200 Subject: [Org-de] FW: phone call Oct 9th (Nachtrag) In-Reply-To: <20051023125558.5553.qmail@oak.oeko.net> References: <20051023125558.5553.qmail@oak.oeko.net> Message-ID: <20051023155058.9163.qmail@oak.oeko.net> Moin, On Sun, 23.10.2005 at 14:55:58 +0200, Toni Mueller wrote: > werden ganz sicher nicht alle Punkte in dem Prototypen beruecksichtigen > koennen, nicht bei dem Budget (das aus meiner Sicht schon stark > ueberzogen ist), und in der Zeit. soll ich das eigentlich uebernehmen, auf seine Email, in der er mich ja direkt anspricht, zu antworten und den Unterschied zwischen einem Prototypen und einer Produktionssoftware erklaeren? Gruss, --Toni++ From henrik at scientific-african.org Sun Oct 23 19:21:57 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sun, 23 Oct 2005 19:21:57 +0200 Subject: [Org-de] FW: phone call Oct 9th (Nachtrag) In-Reply-To: <20051023155058.9163.qmail@oak.oeko.net> Message-ID: Hallo Toni, > Sollte ich meine Neugier besser zuegeln? Zu weit gehende Fragen erhöhen vermutlich die Erwartungshaltung. Ansonsten waren die Fragen natürlich o.k. Vielleicht sollten wir uns bis zur Vertragsverlängerung nur auf die für den Prototypen relevanten Probleme konzentrieren. Bei einer längerfristigen Zusammenarbeit können wir dann ungehemmter vorgehen. >soll ich das eigentlich uebernehmen, auf seine Email, in der er mich ja >direkt anspricht, zu antworten und den Unterschied zwischen einem >Prototypen und einer Produktionssoftware erklaeren? Versuch doch mal eine höfliche Antwort in dieser Richtung zu formulieren. Die sollte dann aber noch mit uns abgesprochen werden. Wir dürfen kein Porzellan zerschlagen und sollten jegliche Missverständnisse vermeiden. Also bitte die Antwort nicht einfach losschicken. Gruß, Henrik PS: Zur Information, die letzten beiden Mails an dich kamen mit der folgenden Meldung zurück: ----- Transcript of session follows ----- ... while talking to a.mx.oeko.net.: >>> RCPT To: <<< 451 Temporary failure, please try again later. ... Deferred: 451 Temporary failure, please try again later. 451 4.4.1 reply: read error from a.mx.oeko.net. ... while talking to b.mx.oeko.net.: >>> RCPT To: <<< 451 Temporary failure, please try again later. ... Deferred: 451 Temporary failure, please try again later. 451 4.4.1 reply: read error from b.mx.oeko.net. Warning: message still undelivered after 4 hours Will keep trying until message is 5 days old From support at oeko.net Sun Oct 23 22:53:28 2005 From: support at oeko.net (Toni Mueller) Date: Sun, 23 Oct 2005 22:53:28 +0200 Subject: [Org-de] FW: phone call Oct 9th (Nachtrag) In-Reply-To: References: <20051023155058.9163.qmail@oak.oeko.net> Message-ID: <20051023205328.15192.qmail@oak.oeko.net> Hallo Henrik, On Sun, 23.10.2005 at 19:21:57 +0200, Henrik Bettermann wrote: > Zu weit gehende Fragen erhöhen vermutlich die Erwartungshaltung. Ansonsten > Versuch doch mal eine höfliche Antwort in dieser Richtung zu formulieren. > Die sollte dann aber noch mit uns abgesprochen werden. Wir dürfen kein ok, ich versuche mal, eine diplomatische Formulierung fuer diese Angelegenheit zu finden, die ich dann hier zur Diskussion stellen werde. > PS: Zur Information, die letzten beiden Mails an dich kamen mit der > folgenden Meldung zurück: > ... while talking to a.mx.oeko.net.: > >>> RCPT To: > <<< 451 Temporary failure, please try again later. > ... Deferred: 451 Temporary failure, please try again > later. > 451 4.4.1 reply: read error from b.mx.oeko.net. > Warning: message still undelivered after 4 hours > Will keep trying until message is 5 days old "Zurueck" ist nicht ganz der richtige Ausdruck, aber ich habe mal das Zeitfenster in unserem Greylisting erhoeht. :-/ Gruss, --Toni++ From support at oeko.net Sun Oct 23 23:01:57 2005 From: support at oeko.net (Toni Mueller) Date: Sun, 23 Oct 2005 23:01:57 +0200 Subject: [Org-de] Soam, war: Re: FW: phone call Oct 9th (Nachtrag) In-Reply-To: References: <20051023155058.9163.qmail@oak.oeko.net> Message-ID: <20051023210157.15406.qmail@oak.oeko.net> 'Nabend, On Sun, 23.10.2005 at 19:21:57 +0200, Henrik Bettermann wrote: > PS: Zur Information, die letzten beiden Mails an dich kamen mit der > folgenden Meldung zurück: > > ----- Transcript of session follows ----- > ... while talking to a.mx.oeko.net.: > >>> RCPT To: > <<< 451 Temporary failure, please try again later. > ... Deferred: 451 Temporary failure, please try again > later. > 451 4.4.1 reply: read error from a.mx.oeko.net. > ... while talking to b.mx.oeko.net.: sowas kann ich leider ohne Zeitstempel nicht ordentlich nachschauen. Auf dem Web/Mail-Server des Projektes habe ich keinen Zugriff auf die Protokolle, um daraus schlau(er) zu werden. Gruss, --Toni++ From henrik at scientific-african.org Sun Oct 23 23:25:05 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sun, 23 Oct 2005 23:25:05 +0200 Subject: [Org-de] SRPP Layout Message-ID: Hallo Joachim, bevor ich mir weiterhin stundenlang die Zähne ausbeiße, frage ich lieber. Ich habe noch einmal alles neu angelegt und stolpere darüber, dass der studentmanager nicht über die action 'Add Student JAMB' u.a. verfügt: http://www.waeup.org:8082/portal/sections/waeup/students (studentmanager/123456) Kannst du da mal nach dem Rechten sehen und mir die Lösung mitteilen? Händisch geht's natürlich: http://www.waeup.org:8082/portal/sections/waeup/students/create_jamb Wenn ich über diese Hürde bin, mache ich mich an das Layout. Ein bisschen habe ich schon rumgespielt (siehe 8082). Begeistert bin ich von cpsskins (noch) nicht. Es ist grottenlangsam und macht mir viel mehr Arbeit als die direkte css-Programmierung. Letztere werde ich wohl bevorzugen. Nur wie komme ich an die css-Dateien heran? Wir sollten alles bis Donnerstag fertig haben, um noch etwas Reserve zu haben. Testweise habe ich schon einmal eine ein paar kleine Veränderungen ins SVN übertragen (Revision 81). Michael, ich habe lange nichts mehr von dir gehört. Machst du auch einen Layoutvorschlag? Dann sollten wir mal telefonieren. Meinen Entwurf kannst du online verfolgen (s.o). Am Donnerstag oder Freitag sollte das Layout stehen. Gruß, Henrik From support at oeko.net Sun Oct 23 23:44:31 2005 From: support at oeko.net (Toni Mueller) Date: Sun, 23 Oct 2005 23:44:31 +0200 Subject: [Org-de] Textvorschlag: Re: [Org] more information In-Reply-To: <200510230423.AA159776862@moneynett.com> References: <200510230423.AA159776862@moneynett.com> Message-ID: <20051023214431.16336.qmail@oak.oeko.net> [ groesster Haken: "zu lang", aber: "alle fragen begruenden" - Vertriebsweisheit ] Dear Hector, On Sun, 23.10.2005 at 04:23:53 -0700, Hector Etomi wrote: > Thanks for all the observations and issues raised regarding the > construction of the demo portal thank you for supporting the effort to bring more light to the task so we can better understand the application domain, but currently, I'm just trying to start some "requirements engineering" and raise questions as I go about the prototype, the bulk of which will unfortunately have, at this point, no chance of making it into the demo. We're only about a week away from the presentation, if I'm not mistaken, and - of course - we can't work full-time on this project, so this will hopefully not surprise anyone. But the answers will certainly help us prepare to create the real thing. On the other hand, I also hope very much, and, in fact, expect, that this project will take off, and I'd like to help create a solid plan for the production system with not too many blanks in it. I also hope that these questions, and their answers, will help to have a better time management. In contrast, the prototype is being created in a great hurry, and with rather sparse information as far as I'm concerned, so I expect it to be just that: A prototype which will facilitate getting (much) closer to the answers mentioned above, because it allows for hands-on experience and user feedback, and also creates opportunity to look at details which usually escape awareness until someone needs to make a decision about how to implement it (with rather arbitrary results). Asking these questions will also hopefully improve planning for the production system, and thereby help raise the quality of the software, and make keeping the timeline easier. > What we want is the best portal that would address all possible > problems in the administrtion of a University system. I can only fully agree with this mindset, and am determined, like the rest of the team, to help making this come true, but this will not happen overnight - there are already strong systems in the market to compete against, like eg. SAP, which are likely to provide loads of interesting features we didn't even think about yet. > I can see and feel that we are on the right path and we look forward > to working with the first University by the end of the October 2005. So, let's hope we all manage to bring this project to a great success for all of us! Thank you, and have a good travel! Kind Regards, --Toni++ From js at aixtraware.de Mon Oct 24 09:17:16 2005 From: js at aixtraware.de (joachim) Date: Mon, 24 Oct 2005 09:17:16 +0200 Subject: [Org-de] SRPP Layout In-Reply-To: References: Message-ID: <435C8A7C.6060709@aixtraware.de> Henrik Bettermann wrote: > Hallo Joachim, > > bevor ich mir weiterhin stundenlang die Zähne ausbeiße, frage ich lieber. > > Ich habe noch einmal alles neu angelegt und stolpere darüber, dass der > studentmanager nicht über die action 'Add Student JAMB' u.a. verfügt: > > http://www.waeup.org:8082/portal/sections/waeup/students > (studentmanager/123456) > > Kannst du da mal nach dem Rechten sehen und mir die Lösung mitteilen? Da fehlte noch ein Actions Portlet im Templet "Student Administration Actions", mit der action categorie "student". Die wird in waeup-product definiert. Habe ich schon eingefügt. > Händisch geht's natürlich: > > http://www.waeup.org:8082/portal/sections/waeup/students/create_jamb > > Wenn ich über diese Hürde bin, mache ich mich an das Layout. Ein bisschen > habe ich schon rumgespielt (siehe 8082). Begeistert bin ich von cpsskins > (noch) nicht. Es ist grottenlangsam und macht mir viel mehr Arbeit als die > direkte css-Programmierung. Letztere werde ich wohl bevorzugen. Nur wie > komme ich an die css-Dateien heran? > > Wir sollten alles bis Donnerstag fertig haben, um noch etwas Reserve zu > haben. Testweise habe ich schon einmal eine ein paar kleine Veränderungen > ins SVN übertragen (Revision 81). Eigentlich sollte bis Mittwochabend die funktionale Seite stehen. Ich bin nämlich von Freitagnachmittag bis Montag Abend zu einem Kurztripp nach Madrid. -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From js at aixtraware.de Mon Oct 24 10:16:12 2005 From: js at aixtraware.de (Joachim Schmitz) Date: Mon, 24 Oct 2005 10:16:12 +0200 Subject: [Org-de] CPSskins Docu Message-ID: <435C984C.5060009@aixtraware.de> Hi, ein gutes Dokument ist: http://www.cps-project.org/sections/documentation/developers/notes_on_customizing_cps dort insbesondere das Kapitel 7. weiterhin: http://www.medic.chalmers.se/~jmo/CPS/ Die Flash Demo sind beindruckend, diese Technik könnten wir auch gut für unsere Schulungen verwenden. Die Dokumentation ist auch (fast) ein Muss, auch wenn sie noch nicht vollständig ist. Wie das ganze in Produktion aussieht kann man unter: http://www.chalmers.se/en/ sehen. From henrik at scientific-african.org Mon Oct 24 10:20:53 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 24 Oct 2005 10:20:53 +0200 Subject: [Org-de] SRPP Layout In-Reply-To: <435C8A7C.6060709@aixtraware.de> Message-ID: Hallo Joachim, >Eigentlich sollte bis Mittwochabend die funktionale Seite stehen. Ich >bin nämlich von Freitagnachmittag bis Montag Abend zu einem Kurztripp >nach Madrid. Dann **MUSS** der SRPP bis Freitag stehen und auch eine gute Bedienungsanleitung fertig sein. Ich würde mich auch freuen, wenn du Hector den Aufbau und die Funktionalität in einer persönlichen Mail beschreiben würdest. Noch besser wäre es, wenn du mit ihm telefonierst. Er ist in den USA erreichbar. Ich denke wir brauchen mindestens 2 Tage um das Portal zu testen und Veränderungswünsche einzuarbeiten. Ich habe da schon eine Liste zusammengestellt, warte aber noch auf den Rest des Portals. Mittwochabend wäre insofern zu spät! Meine Zeitplanung war, dass wir Freitag bis Montag gemeinsam am Feinschliff arbeiten. Ich habe meine Zeitplanung so gestaltet und natürlich darauf gesetzt, dass du erreichbar bist. Bitte lass uns mit dem Ding nicht allein. Gruß, Henrik From js at aixtraware.de Mon Oct 24 11:11:55 2005 From: js at aixtraware.de (Joachim Schmitz) Date: Mon, 24 Oct 2005 11:11:55 +0200 Subject: [Org-de] SRPP Demo Message-ID: <435CA55B.6050302@aixtraware.de> Hi, Hector Etomi schrieb in seiner Antwort an Toni am Schluss: > I can see and feel that we are on the right path and we look forward > to working with the first University by the end of the October 2005. Ich denke das zeigt, dass wir und Hector ziemlich aneinander vorbeireden. hier mein Vorschlag für eine Mail an Hector (der erste Punkt geht schon heute.): The SRPP prototype will deliver the following functionality: 1. for applicants: 1.1 searching in the list of admitted Students, to check if a person is listed there. 1.2 registering a new student. 2. for new registered students ..... 3. for returning students ..... It would be possible to to take point 1. into produktion for one university until the end of october if 1. we know the name of the university and 2. get a technical competent partner at that uni for commucation immediatly. 3. get a computer readable listing of all admitted students and 4. get a computer readable listing of sold scratcards for that purpose until 26.10. latest. There is no garantee, that this prototype can handle the load of 1000's of students, since it is running on the development server. so in etwa. -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From js at aixtraware.de Mon Oct 24 11:29:57 2005 From: js at aixtraware.de (joachim) Date: Mon, 24 Oct 2005 11:29:57 +0200 Subject: [Org-de] SRPP Demo In-Reply-To: <435CA55B.6050302@aixtraware.de> References: <435CA55B.6050302@aixtraware.de> Message-ID: <435CA995.20004@aixtraware.de> Mir fällt gerade noch eine bessere Formulierung für 3. und 4. ein: Joachim Schmitz wrote: > Hi, > > Hector Etomi schrieb in seiner Antwort an Toni am Schluss: > > >>I can see and feel that we are on the right path and we look forward >>to working with the first University by the end of the October 2005. > > > Ich denke das zeigt, dass wir und Hector ziemlich aneinander vorbeireden. > > hier mein Vorschlag für eine Mail an Hector (der erste Punkt geht schon > heute.): > > The SRPP prototype will deliver the following functionality: > > 1. for applicants: > 1.1 searching in the list of admitted Students, to check if a person is > listed there. > 1.2 registering a new student. > > 2. for new registered students > ..... > > 3. for returning students > ..... > > It would be possible to to take point 1. into produktion for one > university until the end of october if > > 1. we know the name of the university and > 2. get a technical competent partner at that uni for commucation immediatly. > 3. get a computer readable listing of all admitted students and > 4. get a computer readable listing of sold scratcards for that purpose > until 26.10. latest. Besser: 3. the university must enter the admitted students with the form available here .... 4. the university must enter the scratchcard pins with form ... > > There is no garantee, that this prototype can handle the load of 1000's > of students, since it is running on the development server. > > so in etwa. > -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From support at oeko.net Mon Oct 24 11:59:34 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 24 Oct 2005 11:59:34 +0200 Subject: [Org-de] SRPP Demo In-Reply-To: <435CA55B.6050302@aixtraware.de> References: <435CA55B.6050302@aixtraware.de> Message-ID: <20051024095934.31956.qmail@oak.oeko.net> Hallo Joachim, On Mon, 24.10.2005 at 11:11:55 +0200, Joachim Schmitz wrote: > Hector: > > I can see and feel that we are on the right path and we look forward > > to working with the first University by the end of the October 2005. > > Ich denke das zeigt, dass wir und Hector ziemlich aneinander vorbeireden. gute Frage, bisher habe ich das so interpretiert: "Wir finden Ende Oktober ein Opfer, mit dem wir gemeinsam das Teil entwickeln koennen." Du interpretierst das so: "Wir gehen damit Ende Oktober beim ersten Kunden in Produktion." Das waere natuerlich eine ziemlich fatale Einschaetzung... > It would be possible to to take point 1. into produktion for one > university until the end of october if > > 4. get a computer readable listing of sold scratcards for that purpose > until 26.10. latest. Das ist meiner Meinung nach schon fuer uns zu kurzfristig. > There is no garantee, that this prototype can handle the load of 1000's > of students, since it is running on the development server. Und das widerspricht der Aussage oben, dass wir mit Punkt 1 in Produktion gehen koennten. Eine Pi-mal-Daumen-Rechnung suggeriert, dass pro Semester mindestens 5000 Studenten anfangen muessen, aber eher 10.000. Gruss, --Toni++ From js at aixtraware.de Mon Oct 24 13:46:09 2005 From: js at aixtraware.de (joachim) Date: Mon, 24 Oct 2005 13:46:09 +0200 Subject: [Org-de] SRPP Demo In-Reply-To: <20051024095934.31956.qmail@oak.oeko.net> References: <435CA55B.6050302@aixtraware.de> <20051024095934.31956.qmail@oak.oeko.net> Message-ID: <435CC981.4020207@aixtraware.de> Toni Mueller wrote: > > Hallo Joachim, > > On Mon, 24.10.2005 at 11:11:55 +0200, Joachim Schmitz wrote: > >>Hector: >> >>>I can see and feel that we are on the right path and we look forward >>>to working with the first University by the end of the October 2005. >> >>Ich denke das zeigt, dass wir und Hector ziemlich aneinander vorbeireden. > > > gute Frage, bisher habe ich das so interpretiert: "Wir finden Ende > Oktober ein Opfer, mit dem wir gemeinsam das Teil entwickeln koennen." > > Du interpretierst das so: "Wir gehen damit Ende Oktober beim ersten > Kunden in Produktion." > > Das waere natuerlich eine ziemlich fatale Einschaetzung... > > >>It would be possible to to take point 1. into produktion for one >>university until the end of october if >> >>4. get a computer readable listing of sold scratcards for that purpose >>until 26.10. latest. > > > Das ist meiner Meinung nach schon fuer uns zu kurzfristig. > > >>There is no garantee, that this prototype can handle the load of 1000's >>of students, since it is running on the development server. > > > Und das widerspricht der Aussage oben, dass wir mit Punkt 1 in > Produktion gehen koennten. Eine Pi-mal-Daumen-Rechnung suggeriert, dass > pro Semester mindestens 5000 Studenten anfangen muessen, aber eher > 10.000. > Nein, denn damit die mit x-Studenten in Produktion gehen können, müssen erstmal x*jamb-daten eingegeben werden und x*scratchcard-pins manuell durch jemand von der Uni eingegeben werden. Und wir können garantiert mit dem Server genausoviele Studenten pro Tag registrieren, wie die scratch-cards und jamb-daten eingeben können. -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From js at aixtraware.de Mon Oct 24 15:10:15 2005 From: js at aixtraware.de (Joachim Schmitz) Date: Mon, 24 Oct 2005 15:10:15 +0200 Subject: [Org-de] waeup icons Message-ID: <435CDD37.6040105@aixtraware.de> Hallo, für das WAeUP-Product egal in welcher Ausführung brauchen wir noch Icons für die verschiedenen Dokumenttypen: University, StudentsFolder, Student, Faculty, Department, Course, Scratchcard, Accomodation, Bed, more to come... Wer macht die ? Ich halte die für relativ wichtig, da das eines der Dinge ist, die auch der Unbedarfte beim Betrachten des Produkts sieht, macht ein Produkt schon mal einen wesentlich fertigeren Eindruckt, wenn für jeden Typ ein (sinnvolles) Icon da ist. Oder umgekehrt ausgedrückt, selbst wenn ein Produkt zu 99 % fertig ist und die Icons fehlen, macht es einen unfertigen Eindruck. -- Mit freundlichen Grüßen Joachim Schmitz ...................................................................... AixtraWare eK ..Joachim Schmitz ..www.aixtraware.de ..t: +49-2464-8851 Hüsgenstr. 33a .....d-52457 Aldenhoven .............f: +49-2464-905163 From henrik at scientific-african.org Mon Oct 24 21:21:55 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 24 Oct 2005 21:21:55 +0200 Subject: [Org-de] SRPP Demo In-Reply-To: <435CA995.20004@aixtraware.de> Message-ID: Hallo zusammen, noch einmal zu der Vorabankündigung und Warnung, die Toni und Joachim diskutiert haben. Ich würde zu diesem Zeitpunkt nicht zu viel relativieren und die Email nur als erneute Warnung verstehen, dass Hector nicht zu viel erwartet. Eigentlich haben wir das schon wiederholt getan. Tonis Vorschlag finde ich etwas zu ausschweifend und vielleicht auch missverständlich. Joachims kurzer Textvorschlag gefällt mir besser, nur habe ich die functionalities nicht recht verstanden. Bitte ergänzen! Hier meine Korrektur (mit Anmerkungen): --------------------------------------------- > I can see and feel that we are on the right path and we look forward to working with the first University by the end of the October 2005. The SRPP will deliver the following functionality: 1. Applicants 1.1 can search the list of admitted students 1.2 registering a new student [??? die können sich doch nur selber registrieren] 2. New registered students [??? was ist denn davon fertig?] 3. Returning students [??? was ist denn davon fertig?] It would be possible to take point 1 into production for one university by the end of October if 1. we immediately get a technical competent partner at that university for communication, 2. the university enters the admitted students with the form available here .... 3. the university enters the scratch card pins with form ... --------------------------------------------- Gruß, Henrik From henrik at scientific-african.org Sun Oct 30 07:27:16 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sun, 30 Oct 2005 07:27:16 +0100 Subject: [Org-de] SRPP steht Message-ID: Hallo zusammen, das war eine arbeitsintensive Woche! Zunächst habe ich mich von Joachim in die Feinheiten und Fallstricke von CPS telefonisch einarbeiten lassen und dann habe ich die letzten 40 Stunden - nachdem Joachim ziemlich gestresst das Land verlassen hatte - an der Feinjustierung gearbeitet. Die Todo-Liste ist noch lang, jedoch funktioniert das Portal jetzt schon zuverlässig und ich sehe keinen Grund, Hector nicht über die Fertigstellung zu informieren. Schaut es euch mal an: http://srpp.waeup.org Ein paar Rollen sind definiert: manager, 123456 (an dem Layout und ein paar Rechten muss noch gearbeitet werden) universitymanager, 123456 s12345678ab, UnSeT Eine genaue Bedienungsanleitung folgt. Einen offenen Punkt gibt es noch und ich würde mich über einen Ratschlag freuen. Zur Zeit habe ich alle Typen mit einem standard action_view versehen (s. z.B. http://srpp.waeup.org/students/academics). Das dazugehörige PT ist: /zope/instances/henrik/Products/WAeUP/skins/waeup_default/temporary_view_all .pt Könnte mir jemand einen Tipp geben, wie ich am einfachsten unformatiert alle Felder des jeweiligen Objektes auflisten kann? Standardmäßig benutzt CPS die Methode doc.render(proxy=here). Das führt aber nicht immer zu akzeptablen Ergebnissen. Wenn's keiner auf Anhieb weiß, warte ich auf Joachim, der am Dienstag zurückkommt. Gruß, Henrik From henrik at scientific-african.org Sun Oct 30 19:01:17 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Sun, 30 Oct 2005 19:01:17 +0100 Subject: [Org-de] Demo morgen In-Reply-To: <20051030173005.24971.qmail@oak.oeko.net> Message-ID: Hallo Toni, >ich habe Deinen Brief noch nicht gesehen, aber schonmal durch den >Prototypen durchgeblaettert. So besonders ueberzeugend ist das alles >nicht (nicht, dass mein Ding irgendwie soviel besser waere, das klemmt >auch gewaltig). Wenn ich Etomi waere, haette ich _starke_ Zweifel, dass >das die richtige Idee war. Immer optimistisch bleiben! Nenn doch mal konkrete Kritik! Ich bin nach meiner Uberarbeitung und den schnellen Erfolgen, die ich mit CPS hatte, recht zufrieden und sehe, wie einfach die restliche Funktionalitat in das System eingebaut werden kann. Nach meiner Meinung bietet dieses System alles, was die Westafrikaner brauchen. Nur die Performance ... >Falls Du morgen gezwungen sein solltest, mein Ding vorzufuehren: Ich >versuche, mich in (Telefon-) Bereitschaft zu halten, so dass Etomi >eventuell mich direkt fragen kann (Konferenzschaltung?). Eine richtige >Praesentation kann ich aber in der Kuerze der Zeit nicht mehr >vorbereiten, da lege ich eindeutig mehr Wert auf die Programmierung. >Ausserdem muss ich fuer manche Ablaeufe noch Spieldaten generieren und >einpflegen, damit man die _ueberhaupt_ durchlaufen kann. Ich habe die Email an Etomi unten angefugt. Ich mochte sie morgen in der Fruh abschicken. Euere Entwicklung habe ich noch nicht erwahnt, da mir schon die Ankundigung und Beschreibung von Joachims System genug Arbeit bereitet. Ich bin mir auch noch nicht sicher, ob und wie Etomi die Parallelentwicklung interpretieren wird. Vielleicht denkt er, dass das Zeitverschwendung sei, die er auf keinen Fall bezahlen will. Ich finde, dass WIR euer System brauchen, um beim nachsten Treffen eine tragfahige und fundierte Entscheidung treffen zu konnen, wie es gemeinsam weitergeht. Ich fande weiterhin ein machtiges und bedienungsfreundliches CMS gepaart mit der Leistungsstarke und Flexibilitat einer relationalen Datenbanklosung am geeignetsten. Ich habe mich noch nicht in euer System einloggen konnen. Vermutlich habe ich das komplizierte Passwort falsch notiert. Bitte vergebe mir doch mal ein einfacheres Passwort oder teile mir das komplizierte per Email mit. Ich kann bei meiner eigenen Handschrift Gro?- und Kleinbuchstaben nicht mehr voneinander unterscheiden. Gru?, Henrik Emailentwurf an Etomi: Dear Hector Dear WAeUP Group Members The SRPP is working and provides all the functionality needed at West African universities. However, not all features are active. Many features can only be set up with live data (e.g. the returning student registration process). Before you start browsing the tiny frontend of the portal, please bear in mind the following: 1. You'll get detailed instructions for use very soon. Without these instructions it is quite difficult to understand the portal's workflow. 2. The layout (also called theme) of the portal's frontend looks like a rough sketch. This is intentional. Less is more! There are management tools which ease the adaptation of the layout to the customers needs. You can move and design the boxes, bars, portlets and templets however you like. There are nearly no limitations. 3. The security settings (roles management) are preliminary. Many roles are already defined but only two of them are in use. More later. 4. The clearance process is shown in very shortened form. It's quite simple to include intermediate steps and scratch card PIN requests where needed. Also the document upload has to be discussed in detail. It is not recommendable to upload large documents over the Internet. A special server on the campus is needed. 5. The course registration process is not yet active. We have to fill the database with live data before we can test the respective algorithm. The students will be able to take a ticket for relevant courses. These tickets will be graded by the respective department staff member (with the local course-manager role) according the student's examination results. Course-list generation can be easily included by using the Zope catalogue request methods. Also the Carry-Over mechanism needed for the re-registration of returning students will be enabled as soon as the ticket system is active. 6. The SRPP is not only a registration portal, it includes all content management facilities needed to run the entire university website. Student and course registration is (only) part of this functionality. 7. The SRPP is still a prototype! As I wrote in earlier emails, it "is meant for demonstration purposes and its performance is not optimized. Optimization will be a big job for the future and we are planning to integrate a relational databases (PostgreSQL) in order to increase the performance and to ease the data exchange with external software." 8. Interested members (and advanced Python programmers) are invited to download the SRPP source code from our svn repository (see CP). Nothing is kept secret! However, the current SRPP version (waeup_product) is not an official release. Due to the pressure of time the source code documentation is still sparse and also the copyright notices need a revision. Best regards, Henrik Bettermann on behalf of the German WAeUP Group From support at oeko.net Mon Oct 31 10:19:17 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 31 Oct 2005 10:19:17 +0100 Subject: [Org-de] Demo morgen In-Reply-To: References: <20051030173005.24971.qmail@oak.oeko.net> Message-ID: <20051031091917.12211.qmail@oak.oeko.net> Hallo Henrik, On Sun, 30.10.2005 at 19:01:17 +0100, Henrik Bettermann wrote: > ich: > >auch gewaltig). Wenn ich Etomi waere, haette ich _starke_ Zweifel, dass > >das die richtige Idee war. > > Immer optimistisch bleiben! ich bin von Natur aus eher skeptisch, unabhaengig vom Thema. > Nenn doch mal konkrete Kritik! Soweit ich sehen konnte, steht bei Joachim und Dir der Workflow weitgehend, aber es ist ziemlich wenig Funktionalitaet dahinter. Allerdings schreibst Du in Deinem Brief unten, warum ich nicht viel sehen konnte (fehlende Beispieldaten). Es koennte also sein, dass sich mein Eindruck deutlich aendert, wenn die Beispieldaten vorhanden sind. Bei "uns" ist die Funktionalitaet noch eher schwach, und der Workflow noch fast gar nicht da. Allerdings tut's die Sachen, die es macht, in etwa so, wie verlangt. Also mit Verbrauch von Betten und Scratchcards, Zulassungspruefung anhand der Noten etc. > Ich bin nach meiner Uberarbeitung und den schnellen Erfolgen, die ich > mit CPS hatte, Mir fehlte noch ein Packende, um da 'reinzukommen, und/oder ich war zu nervoes, um angesichts der fortlaufenden Zeit lange genug auf das System zu starren, um mich darin heimisch zu fuehlen. > recht zufrieden und sehe, wie einfach die restliche Funktionalitat in > das System eingebaut werden kann. Nach meiner Meinung bietet dieses > System alles, was die Westafrikaner brauchen. Diese Aussagen duerften meiner Meinung nach fuer mehrere Systeme gelten und nicht direkt CPS-spezifisch sein. > Nur die Performance ... Jaua, genau. > Ich habe die Email an Etomi unten angefugt. Ich schau' gleich drueber. > Ich mochte sie morgen in der Fruh abschicken. Euere Entwicklung habe > ich noch nicht erwahnt, da mir schon die Ankundigung und Beschreibung > von Joachims System genug Arbeit bereitet. Kein Problem. Wenn er weint, kannst Du es immer noch aus dem Hut ziehen. > Ich bin mir auch noch nicht sicher, ob und wie Etomi die > Parallelentwicklung interpretieren wird. Vielleicht denkt er, dass > das Zeitverschwendung sei, die er auf keinen Fall bezahlen will. Das hielte ich fuer sehr unprofessionell. Immerhin hat er sowieso schon einen (politischen) Sonderpreis bekommen, der sich meiner Meinung nach jenseits jeder betriebswirtschaftlichen Kalkulation bewegt. Den Preis mit der Leistung zu stark zu korrellieren, ist in diesem Fall aeusserst unangebracht. > Ich finde, dass WIR euer System brauchen, um beim nachsten Treffen > eine tragfahige und fundierte Entscheidung treffen zu konnen, wie es > gemeinsam weitergeht. Ok... obwohl wir jetzt erstmal die Demo abwarten, statt sofort volle Kanne weiterzumachen. > Ich fande weiterhin ein machtiges und bedienungsfreundliches CMS > gepaart mit der Leistungsstarke und Flexibilitat einer relationalen > Datenbanklosung am geeignetsten. Im Zusammenhang mit der konkreten Problemstellung halte ich die Funktionalitaet "CMS" fuer absolut ueberfluessig - Content wird eigentlich nach meinem Dafuerhalten nicht verwaltet, ohne das Problem ziemlich zu verbiegen - aber einen soliden Application Server, der eine gute Unterlage fuer eine flexible Software und eine gute Infrastruktur fuer "Abkuerzungen" bereitstellt, das finde ich sehr sinnvoll. > Vermutlich habe ich das komplizierte Passwort falsch notiert. Ich kuemmere mich darum. > Emailentwurf an Etomi: > > Dear Hector > Dear WAeUP Group Members > > The SRPP is working and provides all the functionality needed at West > African universities. Erster Einwand: Ich denke, das koennen wir nicht sagen, weil wir nicht wirklich wissen, was die brauchen. Besser waere meiner Meinung nach, etwas in der Art zu sagen: "... provides all the bespoken functionality". So, wie es da steht, klingt es aus meiner Sicht patronisierend. Wenn Leute mir so kommen (z.B. Microsoft: "Der Mittelstand braucht nur unsere Loesungen"), dann krieg' ich immer direkt einen Hals, und diese Leute haben relativ schnell bei mir ziemlich gruendlich verschissen... > However, not all features are active. Many features can only be set > up with live data (e.g. the returning student registration process). Beispieldaten wuerden es meiner Meinung nach auch tun. > 2. The layout (also called theme) of the portal's frontend looks like a > rough sketch. This is intentional. Less is more! There are management tools > which ease the adaptation of the layout to the customers needs. You can move > and design the boxes, bars, portlets and templets however you like. There > are nearly no limitations. (a) "templet" ist franzoesisch. Der englische Begriff heisst "template". (b) Du verwendest viel Energie darauf, zu beschreiben, was alles ginge, wenn man es wollte, und verwendest dabei haufenweise Begriffe, mit denen Etomi vermutlich absolut nichts anfangen kann. Vorschlag: "The layout is intentionally simple. The management functionality of the system allows easy adaption to whatever design you see fit, once there is consensus about how it actually should look like." > 4. The clearance process is shown in very shortened form. It's quite simple > to include intermediate steps and scratch card PIN requests where needed. Das klingt wie eine Entschuldigung: Sorry, funktioniert nicht, aber wir koennten... - nicht so gut. > Also the document upload has to be discussed in detail. It is not > recommendable to upload large documents over the Internet. A special server > on the campus is needed. Das ist richtig. Wir hatten auch schon ueberlegt, dafuer eine Extraanwendung zu schreiben, die nur ueber Apache geht. Allerdings muessen dafuer die Benutzer im System mit den normalen Apache-Benutzern "vereinheitlicht" werden, was bei externer Datenspeicherung (LDAP, Pg, was auch immer) ziemlich einfach sein muesste. > 5. The course registration process is not yet active. We have to fill the > database with live data before we can test the respective algorithm. The Da wuerden ebenfalls Beispieldaten reichen. Wir haben das i.W. vorbereitet, aber das UI/Logik steht noch nicht wirklich (der Code ist technisch fast ok, aber noch nicht verifiziert). > students will be able to take a ticket for relevant courses. These tickets > will be graded by the respective department staff member (with the local > course-manager role) according the student's examination results. Hmmm... Wir fuehren einfach ein Belegliste, wo die Studenten mit ihren Kursen drin sind, und passend authorisierte Personen koennen die Noten eintragen. Das System erzwingt dann im naechsten Semester die Belegung der Kurse, wo der Student beim letzten Mal durchgefallen ist. > 6. The SRPP is not only a registration portal, it includes all content > management facilities needed to run the entire university website. Student > and course registration is (only) part of this functionality. Das wuerde ich aus verschiedenen Gruenden trennen, aber Du kannst mir gerne sagen, warum Du das in einem System haben wollen koenntest. > Optimization will be a big job for the future and we are planning to > integrate a relational databases (PostgreSQL) in order to increase the > performance and to ease the data exchange with external software." Ok. > 8. Interested members (and advanced Python programmers) are invited to > download the SRPP source code from our svn repository (see CP). Ist das Teil jetzt eigentlich oeffentlich, oder muss man noch immer ein Passwort zum Download aus dem SVN haben? > Nothing is kept secret! However, the current SRPP version > (waeup_product) is not an official release. Due to the pressure of > time the source code documentation is still sparse and also the > copyright notices need a revision. Was genau fehlt da noch? Gruss, --Toni++ From henrik at scientific-african.org Mon Oct 31 11:03:36 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 31 Oct 2005 11:03:36 +0100 Subject: [Org-de] Demo morgen In-Reply-To: <20051031091917.12211.qmail@oak.oeko.net> Message-ID: Hallo Toni, da habe ich die Email wohl ein paar Sekunden zu früh losgeschickt. Ich habe das Schweigen als allgemeine und stille Zustimmung aufgefasst. Aber so dramatisch finde ich das auch nicht. >> recht zufrieden und sehe, wie einfach die restliche Funktionalitat in >> das System eingebaut werden kann. Nach meiner Meinung bietet dieses >> System alles, was die Westafrikaner brauchen. >Diese Aussagen duerften meiner Meinung nach fuer mehrere Systeme gelten >und nicht direkt CPS-spezifisch sein. Absolut richtig. Aber ich sehe auch einige Vorteile con CPS gegenüber Plone. >> Ich fande weiterhin ein machtiges und bedienungsfreundliches CMS >> gepaart mit der Leistungsstarke und Flexibilitat einer relationalen >> Datenbanklosung am geeignetsten. >Im Zusammenhang mit der konkreten Problemstellung halte ich die >Funktionalitaet "CMS" fuer absolut ueberfluessig - Content wird >eigentlich nach meinem Dafuerhalten nicht verwaltet, ohne das Problem >ziemlich zu verbiegen - aber einen soliden Application Server, der eine >gute Unterlage fuer eine flexible Software und eine gute Infrastruktur >fuer "Abkuerzungen" bereitstellt, das finde ich sehr sinnvoll. Mein persönliches Anliegen ist es, Content aus Afrika anzubieten (s. Scientific African). Ich sehe hier die einmalige Chance beides miteinander zu verbinden. Außerdem gehört zu einer guten Kursregistrierung auch ein gutes Dokumentenmanagement. Rike studiert zur Zeit in Lüneburg und ich bin beeindruckt, was sie alles aus dem 'My Study' CMS der Uni herunterladen kann. Zu jedem Kurs, für den sie sich online registriert gibt es ein viel benutzes Forum, eine Mailingliste und ein Verzeichnis für Vorlesungsmaterial, welches meistens gut gefüllt ist. Sie kann sich dadurch die 150km Autofahrt oft sparen. >Erster Einwand: Ich denke, das koennen wir nicht sagen, weil wir nicht >wirklich wissen, was die brauchen. Besser waere meiner Meinung nach, >etwas in der Art zu sagen: "... provides all the bespoken >functionality". So, wie es da steht, klingt es aus meiner Sicht >patronisierend. Wenn Leute mir so kommen (z.B. Microsoft: "Der >Mittelstand braucht nur unsere Loesungen"), dann krieg' ich immer >direkt einen Hals, und diese Leute haben relativ schnell bei mir >ziemlich gruendlich verschissen... Ok, leider zu spät aber nicht so dramatisch. >> However, not all features are active. Many features can only be set >> up with live data (e.g. the returning student registration process). >Beispieldaten wuerden es meiner Meinung nach auch tun. Stimmt, da können aber alle mithelfen. >(a) "templet" ist franzoesisch. Der englische Begriff heisst >"template". Stimmt. Nur verwenden die Nuxeo-Leute diesen Ausdruck auch in ihrer engl. Benutzeroberfläche. >(b) Du verwendest viel Energie darauf, zu beschreiben, was alles ginge, >wenn man es wollte, und verwendest dabei haufenweise Begriffe, mit >denen Etomi vermutlich absolut nichts anfangen kann. Vorschlag: "The >layout is intentionally simple. The management functionality of the >system allows easy adaption to whatever design you see fit, once there >is consensus about how it actually should look like." Ok, leider zu spät aber nicht so dramatisch. >> 4. The clearance process is shown in very shortened form. It's quite simple >> to include intermediate steps and scratch card PIN requests where needed. >Das klingt wie eine Entschuldigung: Sorry, funktioniert nicht, aber wir >koennten... - nicht so gut. Ok, leider zu spät aber nicht so dramatisch. >> students will be able to take a ticket for relevant courses. These tickets >> will be graded by the respective department staff member (with the local >> course-manager role) according the student's examination results. >Hmmm... Wir fuehren einfach ein Belegliste, wo die Studenten mit ihren >Kursen drin sind, und passend authorisierte Personen koennen die Noten >eintragen. Das System erzwingt dann im naechsten Semester die Belegung >der Kurse, wo der Student beim letzten Mal durchgefallen ist. Da lässt sich sicherlich drüber diskutieren. Das müssen wir nachholen. >> 6. The SRPP is not only a registration portal, it includes all content >> management facilities needed to run the entire university website. Student >> and course registration is (only) part of this functionality. >Das wuerde ich aus verschiedenen Gruenden trennen, aber Du kannst mir >gerne sagen, warum Du das in einem System haben wollen koenntest. siehe oben >> 8. Interested members (and advanced Python programmers) are invited to >> download the SRPP source code from our svn repository (see CP). >Ist das Teil jetzt eigentlich oeffentlich, oder muss man noch immer >ein Passwort zum Download aus dem SVN haben? Man kommt nur mit Passwort rein. Ich habe die Version mal '0.1-devel (SVN/Unreleased)' genannt. >> Nothing is kept secret! However, the current SRPP version >> (waeup_product) is not an official release. Due to the pressure of >> time the source code documentation is still sparse and also the >> copyright notices need a revision. >Was genau fehlt da noch? Ich habe das nur sicherheitshalber so gesagt. Auch über die Lizensierung haben wir noch keinen endgültigen Beschluss gefasst. From support at oeko.net Mon Oct 31 11:16:10 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 31 Oct 2005 11:16:10 +0100 Subject: [Org-de] Demo morgen In-Reply-To: References: <20051031091917.12211.qmail@oak.oeko.net> Message-ID: <20051031101610.13646.qmail@oak.oeko.net> Moin Henrik, On Mon, 31.10.2005 at 11:03:36 +0100, Henrik Bettermann wrote: > >Diese Aussagen duerften meiner Meinung nach fuer mehrere Systeme gelten > >und nicht direkt CPS-spezifisch sein. > Absolut richtig. Aber ich sehe auch einige Vorteile con CPS gegenüber Plone. ich wollte ausdruecklich _nicht_ sagen, dass wir Plone statt CPS nehmen sollten, nur, dass diese Aussage relativ unspezifisch fuer CPS ist. > Mein persönliches Anliegen ist es, Content aus Afrika anzubieten (s. > Scientific African). Klar. > Ich sehe hier die einmalige Chance beides miteinander zu verbinden. Ich sehe das leicht anders: Die inhaltliche Verbindung, die gewuenscht ist, muss nicht zwangslaeufig mit einer Verbindung der unterliegenden Technik einhergehen. Insbesondere finde ich, dass aus Gruenden der Sicherheit, Wartbarkeit, Verfuegbarkeit und Performance das Verwaltungssystem technisch strikt getrennt von dem Inhalts-System sein sollte, selbst wenn man fuer beide Systeme die gleiche technische Plattform verwendete (darin habe ich keine Aktien). > Außerdem gehört zu einer guten Kursregistrierung auch ein gutes > Dokumentenmanagement. Kann sein... > Rike studiert zur Zeit in Lüneburg und ich bin beeindruckt, was sie > alles aus dem 'My Study' CMS der Uni herunterladen kann. Zu jedem > Kurs, für den sie sich online registriert gibt es ein viel benutzes > Forum, eine Mailingliste und ein Verzeichnis für Vorlesungsmaterial, > welches meistens gut gefüllt ist. Sie kann sich dadurch die 150km > Autofahrt oft sparen. Schon, aber dazu sollte ein teilweiser Austausch der Login-Daten und eine passende Link-Generierung von dem einen in das andere System vollkommen ausreichen. > >Beispieldaten wuerden es meiner Meinung nach auch tun. > Stimmt, da können aber alle mithelfen. Extrahiere doch einfach die Beispieldaten aus meinem Datensatz. Da ist schon Einiges drin. > Stimmt. Nur verwenden die Nuxeo-Leute diesen Ausdruck auch in ihrer engl. > Benutzeroberfläche. Das ist ein Uebersetzungsfehler (nicht der einzige, leider...). Da sich das System schneller aendert, als man mit dem Uebersetzen hinterherkommt, wird's wohl noch eine Weile dabei bleiben. Wg. Lizensierung: Wir stellen unseren Code unter der GPLv2 zur Verfuegung. Gruss, --Toni++ From henrik at scientific-african.org Mon Oct 31 20:40:20 2005 From: henrik at scientific-african.org (Henrik Bettermann) Date: Mon, 31 Oct 2005 20:40:20 +0100 Subject: [Org-de] Demo morgen In-Reply-To: <20051031101610.13646.qmail@oak.oeko.net> Message-ID: >> Ich sehe hier die einmalige Chance beides miteinander zu verbinden. >Ich sehe das leicht anders: Die inhaltliche Verbindung, die gewuenscht >ist, muss nicht zwangslaeufig mit einer Verbindung der unterliegenden >Technik einhergehen. Insbesondere finde ich, dass aus Gruenden der >Sicherheit, Wartbarkeit, Verfuegbarkeit und Performance das >Verwaltungssystem technisch strikt getrennt von dem Inhalts-System sein >sollte, selbst wenn man fuer beide Systeme die gleiche technische >Plattform verwendete (darin habe ich keine Aktien). Das kann ich schon akzeptieren. Nur die Kursregistrierung sollte eng mit einem Dokumentenmanagementsystem verflochten sein. Wo zieht man da die Grenze? >Schon, aber dazu sollte ein teilweiser Austausch der Login-Daten und >eine passende Link-Generierung von dem einen in das andere System >vollkommen ausreichen. Ok >Extrahiere doch einfach die Beispieldaten aus meinem Datensatz. Da ist >schon Einiges drin. Lustig ist, dass die Nigerianer gerade das frische System mit Daten füttern, ohne dazu aufgefordert worden zu sein. Da kommt etwas in Gang. >> Stimmt. Nur verwenden die Nuxeo-Leute diesen Ausdruck auch in ihrer engl. >> Benutzeroberfläche. >Das ist ein Uebersetzungsfehler (nicht der einzige, leider...). Da sich >das System schneller aendert, als man mit dem Uebersetzen >hinterherkommt, wird's wohl noch eine Weile dabei bleiben. Ich bediene mich gerne des Begriffes Templet, da dann keine Verwechslung mit den Page Templates möglich ist. Bin gespannt, wie es weitergeht. Schönen Abend, Henrik From support at oeko.net Mon Oct 31 20:55:48 2005 From: support at oeko.net (Toni Mueller) Date: Mon, 31 Oct 2005 20:55:48 +0100 Subject: [Org-de] Demo morgen In-Reply-To: References: <20051031101610.13646.qmail@oak.oeko.net> Message-ID: <20051031195548.26864.qmail@oak.oeko.net> Hallo Henrik, On Mon, 31.10.2005 at 20:40:20 +0100, Henrik Bettermann wrote: > Lustig ist, dass die Nigerianer gerade das frische System mit Daten füttern, > ohne dazu aufgefordert worden zu sein. Da kommt etwas in Gang. erzaehl' doch mal, wie es ueberhaupt mit der Demo lief oder laeuft... zumindest wir sind gespannt wie die Flitzebogen. > Ich bediene mich gerne des Begriffes Templet, da dann keine Verwechslung mit > den Page Templates möglich ist. Uahhh, da rollen sich mir ja die Zehnaegel auf. > Bin gespannt, wie es weitergeht. Wir auch. Viele Gruesse, --Toni++