Session Management: Django und Zope

Die beiden Frameworks Django und Zope sind in der selben Sprache geschrieben und werden oft parallel eingesetzt, Zope immer dann, wenn es um hierarchische Datenverwaltung geht, Django für relationale Daten.
Beide Frameworks verfügen über eine eigene Userverwaltung und ein Session Management, wobei Zope in der Lage ist, die User auch aus einer relationalen Datenbank wie PostgreSQL abzufragen.

Nun wird die Implementierung einer Schnittstelle gesucht, die das jeweilige Session Management des einen Frameworks mit dem anderen verbindet, so dass bei Webprojekten, die beide Frameworks einsetzen, für User die Wirkung eines Single Sign Ons entsteht.

Die Schnittstelle muss also in beide Richtungen funktionieren, entsprechend sicher agieren und soll in Python geschrieben werden.

Kenntnisse: Python Kentnisse, grundlegendes Verständnis für Webprogrammierung, Grundkenntnisse PostgreSQL

Generierung von Eingabe Webseiten

Die Generierung von Web -Interfaces aus Daten ist ein wichtiges Element, um einfach Erweiterungen zu ermöglichen. Basierend auf XML-Definition sollen Eingabeseiten mit modalen Dialogen generiert werden. Es ist sowohl die XML-Struktur als auch der Generator zu entwickeln, der die Webseite zur Verfügung stellt und die Ergebnisse dann übernimmt.

Skills: Java oder .Net, XML

OpenFire Chat Server: Gesprächs Logging

OpenFire ist ein leistungsfähiger Instant Messaging Server der mit dem Jabber XMPP Protokoll arbeitet. Leider gibt es in der Open Source Variante keine vernünftige Möglichkeit Chats (v.a. Groupchats) zu protokollieren und im Nachhinein nachzuverfolgen. Es gibt nur ein komerzielles Plugin mit dieser Funktionalität.

Das Projekt sollte ein Plugin für OpenFire erzeugen, das etwa über folgende Funktionalität verfügt:

• Chat Konferenzen zu protokollieren
• Diese am Server abzulegen
• In den Protokollen zu suchen
• Die Protokolle vernünftig im Web-Client aufzulisten (Datum, ...)

Skills: Java, XML, Instant Messaging

Start-Up Zeit von JSF im Development verbessern

Apache MyFaces, die erste freie Open Source Implementierung von JavaServer Faces, dem Standard für die Entwicklung von Web-Anwendungen in Java, bringt eine Konfigurationsdatei und mehrere Properties-Dateien mit. Wann immer es notwendig ist, Änderungen in dieser Konfigurationsdatei vorzunehmen, muss der Server neu gestartet werden, damit die Änderungen sichtbar werden. Das Projektziel soll sein, dass dieser Schritt nicht mehr notwendig ist. Zusätzlich soll die Möglichkeit bestehen, Internationalisierungs-Dateien zu verändern, ohne dass ein Server-Restart erfolgen muss.

Skills: Java, Web-Entwicklung mit JSF

Gepostet von Alexander Schatten für Martin Marinschek (Irian, myFaces Projekt)

Adding pie/bar charts for statistics to Trac

This is actually a project on the Trac "helpWanted" List. The description there:

Hi,

Being a S/W development project manager I'd love to see graphical statistics (bar/pie charts) on various things such as:

• Number of issues at various stages of completion in different file/modules
• Trend graphs on number of new bugs vs fixed ones over the last day, week, month...
• Number of bugs assigned to the various project developers
• Number of subversion commits per file/module (file/module vs other files/modules or for one particular file/module over its historical time span etc) - etc, etc!

There are loads of interesting statistical information that could be visualized graphically very nicely!

/Magnus

This is the answer of the Trac core team:

There are some simple charts for the milestones where you can see open/closed tickets grouped by different attributes, including owner.

I think there's a use for this information in Trac, though I'd suggest experimenting with it in a plugin first. I don't think this is going to be a high priority for the Trac core at this time, but if someone puts some concrete implementations into a plugin we could look at if/how this would integrate with the core.

Helpful Knowledge: Python, Trac, Graphics

Apache Cocoon samples and documentation overhaul

The Apache Cocoon project will release version 2.2 very soon. Unfortunately the design of the provided samples is boring and some of them are inconsistent or even misleading.

The idea is to rework the existing samples by making them better or write some new ones and provide a new skin. The exact extend of this project is subject of further discussions with the project mentor.