niebegeg.net » Trac

trac_service.module ist umgezogen zu gitorious.org

Dirk Rüdiger — Tue, 09 Feb 2010 09:28:38 +0000

Ich will in den nächsten Tagen wieder verstärkt an meinem trac_service.module (eine Drupal-Erweiterung) arbeiten. Als ersten Schritt ist das Projekt umgezogen von github.com zu gitorious.org. Einfach, weil ich die freie Software mag: http://gitorious.org/gitorious

Nun muss ich “nur” weiter am Code arbeiten…

Ähnliche Beiträge:

Neuigkeiten an der Drupal-Trac-Front

Neuigkeiten an der Drupal-Trac-Front

Dirk Rüdiger — Wed, 30 Nov -0001 00:00:00 +0000

Wie angekündigt habe ich mir als Sommerprojekt vorgenommen, eine Schnittstelle für Drupal-Projektverwaltungsmodule zu entwickeln, die die Trac-XMLRPC-Schnittstelle implementiert. Die Schnittstelle ist dokumentiert und ich habe sie kürzlich kurz beschrieben. Nun ging die Arbeit los. Alle Methoden der Trac-Schnittstelle hab eich in einem eigenen Modul implementiert. Für die konkreten Rückgabewerte der Methoden (Format und Inhalte) habe ich mir einen XMLRPC-Client in Python geschrieben und gegen eine Trac-Testinstallation arbeiten lassen. Reverse engneering vom Feinsten.

Gleichzeitig habe ich mir vorgenommen, das ganze Projekt von Beginn an durch Tests abzudecken¹. Also habe ich ein paar Abende mit der SimpleTest-Dokumentation verbracht. Aber als es lief hat es so richtig Spaß gemacht, den Code funktionieren zu sehen. Dabei ist eine Mock-Implemetierung für den Trac-Connector entstanden, der die konkrete Implementierung für das Project-, Case Tracker-Modul (und hoffentlich auch bald Agilo ;)) erleichtern soll.

Ich habe die ganze Codebasis (also eine ganze Drupal-Installation mit ein paar Zusatzmodulen) auf github.com abgeladen². Mit

git clone git://github.com/DirkR/drupal-trac-xmlrpc-service.git drupal-trac

kann man sich das Projekt holen und inspizieren. Gerade installiere ich das Ganze auf meinem Webserver, dann sind Interessenten gern für Review und Kommentare eingeladen.

Nun werde ich mich an die Implementierung der Casetracker-Integration wagen, das stelle ich mir einfacher vor als das project.module …

Ganz ilfreich für ds Einarbeiten in das Projekt waren auch die Gruppen auf g.do:

http://groups.drupal.org/services (wenngleich die Authentifizierung nicht so ausführlich beschrieben ist, wie ich es mir gewünscht hätte, sehr FLEX-lastig)

http://groups.drupal.org/testing-and-quality-assurance — Klasse!

Der XMLRPC-Webservice bereitet ein paar Probleme: Eclipse erwartet mit seinem Trac-Client den Webservice am Pfad /login/xmlrpc, der Drupal-XMLRPC-Server kann jedoch nur /xmlrpc bieten. So habe ich noch ein URL-Alias von /login/xmlrpc auf /xmlrpc eingebaut. Komplizierter wird es bei der Authentifizierung. Trac erwartet HTTP-Basic Authentication (wie bei “normalen” Websites), der Drupal-XMLRPC-Service arbeitet mit generierten Schlüsseln. Da bleibt wohl nur, den Eclipse-Trac-Connector zu nehmen (liegt Open source vor) und die angepasste Authentifizierung einzubauen. Nicht so schön, aber nicht tragisch. Und realisierbar. Erstmal habe ich mir einen REST-Service als Schnittstelle vorgenommen, das hilft mir an der Eclipse-front nicht weiter, sieht aber technologisch interessanter aus.

Es bleibt spannend!

Update (09.01.2010):
Das Projekt ist umgezogen nach gitorious.org

—

¹ Testgetriebene Entwicklung ist einfach Klasse!

² Das trac_service-Module gibt es hier: http://github.com/DirkR/drupal-trac-xmlrpc-service/tree/1e3e4e15f2a264e3ea1fdd73a5ae1ea74f562bc8/sites/all/modules/trac_service

Ähnliche Beiträge:

Ein kurzer Blick auf die Trac-XMLRPC API

Dirk Rüdiger — Wed, 30 Nov -0001 00:00:00 +0000

In meinem vorgerigen Weblog-Eintrag habe ich ja meinen Wunsch nach einer Trac-Schnittstelle für Drupals project.module kund getan. Wir können diese Schnittstelle gut brauchen, um Drupal auch als Ticketsystem für unsere Eclipse-zentriete (Eclipse, die IDE) Arbeit nutzen zu können.

Nun habe ich mir mal die Trac-XMLRPC API angesehen. man bekommt si, wenn man an einem Trac-server die URL xmlrpc oder login/xmlrpc im Browser aufruft und bekommt eine übersichtliche Liste. Die habe ich ein wenig bereinigt und hier kommen die Funktionen, die für die Trac-Schnittstelle des project.module implementiert werden müssen.

Sieht erstmal nicht sooo schwer aus…

Hier die API (relevante Untermenge):

ticket.milestone – Interface to ticket milestone objects.

Function	Description	Permission required
array ticket.milestone.getAll()	Get a list of all ticket milestone names.	TICKET_VIEW
struct ticket.milestone.get(string name)	Get a ticket milestone.	TICKET_VIEW

ticket.severity – Interface to ticket severity.

Function	Description	Permission required
array ticket.severity.getAll()	Get a list of all ticket severity names.	TICKET_VIEW
string ticket.severity.get(string name)	Get a ticket severity.	TICKET_VIEW

ticket.type – Interface to ticket type.

Function	Description	Permission required
array ticket.type.getAll()	Get a list of all ticket type names.	TICKET_VIEW
string ticket.type.get(string name)	Get a ticket type.	TICKET_VIEW

system – Core of the XML-RPC system.

Function	Description	Permission required
array system.multicall(array signatures)	Takes an array of XML-RPC calls encoded as structs of the form (in a Pythonish notation here): {‘methodName’: string, ‘params’: array}	XML_RPC
array system.listMethods()	This method returns a list of strings, one for each (non-system) method supported by the XML-RPC server.	XML_RPC
string system.methodHelp(string method)	This method takes one parameter, the name of a method implemented by the XML-RPC server. It returns a documentation string describing the use of that method. If no such string is available, an empty string is returned. The documentation string may contain HTML markup.	XML_RPC
array system.methodSignature(string method)	This method takes one parameter, the name of a method implemented by the XML-RPC server. It returns an array of possible signatures for this method. A signature is an array of types. The first of these types is the return type of the method, the rest are parameters.	XML_RPC
array system.getAPIVersion()	Returns a list with two elements. First element is the major version number, second is the minor. Changes to the major version indicate API breaking changes, while minor version changes are simple additions, bug fixes, etc.	XML_RPC

ticket.resolution – Interface to ticket resolution.

Function	Description	Permission required
array ticket.resolution.getAll()	Get a list of all ticket resolution names.	TICKET_VIEW
string ticket.resolution.get(string name)	Get a ticket resolution.	TICKET_VIEW

ticket.priority – Interface to ticket priority.

Function	Description	Permission required
array ticket.priority.getAll()	Get a list of all ticket priority names.	TICKET_VIEW
string ticket.priority.get(string name)	Get a ticket priority.	TICKET_VIEW

ticket.component – Interface to ticket component objects.

Function	Description	Permission required
array ticket.component.getAll()	Get a list of all ticket component names.	TICKET_VIEW
struct ticket.component.get(string name)	Get a ticket component.	TICKET_VIEW

ticket.version – Interface to ticket version objects.

Function	Description	Permission required
array ticket.version.getAll()	Get a list of all ticket version names.	TICKET_VIEW
struct ticket.version.get(string name)	Get a ticket version.	TICKET_VIEW

ticket.status – Interface to ticket status.

Function	Description	Permission required
array ticket.status.getAll()	Get a list of all ticket status names.	TICKET_VIEW
string ticket.status.get(string name)	Get a ticket status.	TICKET_VIEW

ticket – An interface to Trac’s ticketing system.

Function	Description	Permission required
array ticket.query(string qstr=“status!=closed”)	Perform a ticket query, returning a list of ticket ID’s.	TICKET_VIEW
array ticket.getRecentChanges(dateTime.iso8601 since)	Returns a list of IDs of tickets that have changed since timestamp.	TICKET_VIEW
array ticket.getAvailableActions(int id)	Returns the actions that can be performed on the ticket.	TICKET_VIEW
array ticket.get(int id)	Fetch a ticket. Returns [id, time_created, time_changed, attributes].	TICKET_VIEW
int ticket.create(string summary, string description, struct attributes={}, boolean notify=False)	Create a new ticket, returning the ticket ID.	TICKET_CREATE
array ticket.update(int id, string comment, struct attributes={}, boolean notify=False)	Update a ticket, returning the new ticket in the same form as getTicket().	TICKET_APPEND
struct ticket.changeLog(int id, int when=0)	Return the changelog as a list of tuples of the form (time, author, field, oldvalue, newvalue, permanent). While the other tuple elements are quite self-explanatory, the `permanent` flag is used to distinguish collateral changes that are not yet immutable (like attachments, currently).	TICKET_VIEW
array ticket.listAttachments(int ticket)	Lists attachments for a given ticket. Returns (filename, description, size, time, author) for each attachment.	TICKET_VIEW
base64 ticket.getAttachment(int ticket, string filename)	returns the content of an attachment.	TICKET_VIEW
string ticket.putAttachment(int ticket, string filename, string description, base64 data, boolean replace=True)	Add an attachment, optionally (and defaulting to) overwriting an existing one. Returns filename.	TICKET_APPEND
array ticket.getTicketFields()	Return a list of all ticket fields fields.	TICKET_VIEW

Nun ran an die Implementierung. :)

Ähnliche Beiträge:

Meine große Drupal-Wunschliste

Dirk Rüdiger — Wed, 30 Nov -0001 00:00:00 +0000

Gerade hatte ich Gelegenheit einer MS Sharepoint-Demo beizuwohnen. Anfangs war ich gelangweilt, als solche Dinge wie Forum, Blog, Wiki, Workspaces als Segnungen der modernen “Enterprise Collaboration” (!) angepriesen wurden. Das konnte mich als Drupaler nicht wirklich beeindrucken.

Aber dann kam das Gespräch zu Workflows und der Integration mit den Office-Werkzeugen (natürlich die aus dem Hause Microsoft). Und da gefiel mir sehr, wie eine Aufgabe im Sharepoint im Outlook weiter bearbeitet/verwaltet werden konnte, wie Office-Dokumente im Sharepoint eingebettet, weiterbearbeitet, versioniert und freigegeben werden können. Gute Arbeit.

Dann ist mir als administrationserfahrenem Microsoft-Anwender (Server 2003, Exchange, ...) durch den Kopf gegangen, das für die Demo auf Server- und Clientseite neueste Hardware im Einsatz sein musste, um die Demo so flüssig hinzubekommen. Und dass man all diese schöne neue Welt nur hinbekommt, wenn man sich voll auf den Softwarestack aus Redmond verlässt: Windows OS, Exchange, Sharepoint, Office (komplett). Und dass man die Daten da nie wieder ohne Schmerzen rausbekommt, wenn es mal ein besseres System geben sollte. Und dass man bei der einfachsten Installation locker einen ganztagsadmin dafür einplanen kann.

Aber einiges ist nach der Demo denn doch auf meinem Drupal-Wunschzettel gelandet:

Intuitivere UI (was sicher mit dem Drupal 7 User Experience Project geschafft wird),
Bessere Integration mit externen Office-Werkzeugen
Bessere Suche im Drupal

Besseres Dokumentenmanagement (bzw. “nahtlose” Integration eines DMS)

Und was kann ich dafür tun?

Ich werde mich in den nächsten Tagen intensiver mit D7UX beschäftigen und mal sehen, wie ich mich da einbringen kann.
Ich werde mir aktiv zwei Projekte auf den Schreibtisch holen
- trac -Support für das project.module

SyncML-Unterstützung für Drupal (um Kalender, Aufgaben und Kontakte zwischen Drupal und meinem Nokiafon zu synchronisieren. Andere Synchronisationsprotokolle können gern folgen.

Mehr Übersetzungen an die Projekte zurückliefern

Also los!

Ähnliche Beiträge: