Wir arbeiten an Version 3.5 des weblica Desktop-CMS; die aktualisierte
Roadmap gibt Auskunft über die geplanten Neuerungen dieser Version.
Bereits im Sommer 2012 haben wir damit begonnen, die Basis-Infrastruktur für das weblica Desktop-CMS und den weblica Designer auf die neueste Version des von uns verwendeten Eclipse-Systems zu aktualisieren. Hierbei hat sich leider gezeigt, dass die neueste Version dieses Systems noch nicht ausgereift genug ist, um bereits als Basis für weblica 3.x und Version 2 des weblica Designers zu dienen. Daher erfolgt die Umstellung in Zwischenschritten, damit wir von schon verfügbaren Verbesserungen profitieren können, u.a. im Bereich des Update- und Plugin-Handlings. Das wird alle Weblicaner freuen, die sich immer wieder darüber ärgern, dass sie nach jedem Update der Software ihre eigenen Designs erneut in den Installations-Ordner kopieren müssen. Mit der Aktualisierung der Basis-Infrastruktur wird das künftig nicht mehr nötig sein.
Die Arbeiten an Version 3.5 werden wir bis Ende 2012 abschliessen, danach geht es dann mit dem weblica Designer und Version 4 des weblica Desktop-CMS weiter.
Am Freitag, 19. Oktober 2012, haben wir nach längerer Vorbereitung, unser neues Support-System in Betrieb genommen. Wir setzen hierzu die Lösung ZenDesk der gleichnamigen Firma ein. ZenDesk zeichnet sich durch ein flexibles Ticket-Management aus und bietet auch Unterstützung für eine Wissensdatenbank, die den Hilfesuchenden bereits beim Stellen einer Support-Anfrage mögliche Lösungen vorschlägt. Weiter kann jeder den Status seiner eigenen Anfragen jederzeit einsehen, und weiss so über den Stand Bescheid.
Das neue System wird uns helfen, auch mit den laufend steigenden Zahl von Anwendern nach wie vor rasch und zielgerichtet zu helfen.
Wir bitten alle, künftig das Support-Center für Anfragen zu benutzen:
weblica Support-Center; dieses ist auch erreichbar über die
Support-Seite.
Direkte Anfragen an unsere Support-E-Mail werden automatisch in ein Ticket umgewandelt, haben aber den Nachteil, dass die so erstellten Tickets von uns manuell der korrekten Anfrage-Kategorie zugeteilt und um fehlende Informationen ergänzt werden müssen und daher u.U. eine längere Verarbeitungsdauer haben.
Im November geht es an die schon lange fällige Entrümpelung des weblica Anwender-Forums.
Über die Jahre sind viele Beiträge zusamen gekommen, manche davon sind nach wie vor nützlich, während andere schlicht nicht mehr aktuell sind. Daher werden wir das Forum gründlich bereinigen, veraltete Themen löschen oder in ein Archiv verschieben und die Boards punktuell neu strukturieren.
Auch die Anmeldung zum Forum werden wir neu regeln, da wir heute unter einer beträchtlichen Zahl von Spam-Anmeldngen leiden, die das Freischalten legitimer Mitglieder immer wieder verzögert.
Weiter wird es auch neue Forumsregeln geben, die auf einem einfachen Grundsatz basieren: "Sei nett!". Entlang dieses Grundsatzes werden wir klar festlegen, was wir damit meinen, da es, so lehrt die Erfahrung, nicht allen Forums-Mitgliedern gleich leicht fällt, diese an sich einfache Regel einzuhalten. Auch die Sanktionen bei Verstoss gegen diese Richtlinien werden wir klar kommunizieren und entsprechend durchsetzen.
Leider gibt es mit Java 7 und der Windows-Firewall ein lästiges Problem, das dazu führt, dass FTP-Zugriffe nicht mehr funktionieren. Dieses Problem betrifft alle Java-Programme unter Java 7, die FTP-Funktionen nutzen.
In weblica äussert sich das Problem zum einen beim Prüfen der Server-Einstellungen: direkt nach dem erfolgreichen Login scheitert die weitere Prüfung, mit einer der folgenden Fehlermeldungen: "Das Verzeichnis konnte nicht ausgelesen werden" oder "Passive Mode konnte nicht gesetzt werden".
Bei der Publikation lautet die Fehlermeldung in der Regel "Remotverzeichnis konnte nicht gesetzt werden" gleich zu Beginn der Publikation nach dem Login.
Die Lösung besteht darin, in der Windows-Firewall die Inspektion von FTP-Paketen zu deaktivieren; der folgende FAQ-Beitrag erklärt, wie das geht:
Die Publikation bricht immer wieder mit einer Fehlermeldung ab - warum?
Während die Oracle Microsoft die Schuld für das Problem gibt, stellt sich Microsoft anscheinend auf den Standpunkt, dass es sich um ein reines Java-Problem handelt. Wenn zwei sich streiten, leidet ein Dritter.
