madxnet - madExcept Reports im Web: Bugtracker-Integration

[mjustin]

madxnet ist eine Webanwendung, an die über das Internetprotokoll HTTP madExcept Bugreports gesendet und dort auch ausgewertet werden können.

Ein öffentlicher Testserver ist auf http://madxnet2.appspot.com/ erreichbar.

Beispiel zum Senden eines madExcept Bugreports an madxnet:

Delphi-Quellcode:

program madxnetTest;

{$APPTYPE CONSOLE}

uses
 madExcept, SysUtils;

procedure MyHandler(const exceptIntf: IMEException; var handled: boolean);
begin
 exceptIntf.MailViaMapi := False;
 exceptIntf.MailViaMailto := False;
 exceptIntf.UploadViaHttp := True;
 exceptIntf.HttpServer := 'http://madxnet2.appspot.com/newbugreport';
 exceptIntf.HttpAccount := 'test'; // public API account user name
 exceptIntf.HttpPassword := 'test'; // public API account password
 AutoSendBugReport(exceptIntf.BugReport, exceptIntf.ScreenShot, exceptIntf);
end;

begin
 madExcept.DetectConsole := false;

 RegisterExceptionHandler(MyHandler, stDontSync);

 StrToInt('this will raise an exception');
end.

Viele Grüße

[mjustin]

Eine englischsprachige Beschreibung der Vorgängerversion ist unter http://mikejustin.wordpress.com/madxnet/

[mjustin]

madxnet Version 2 ist nun im Test.

Wesentliche Neuerung ist eine Weboberfläche, über die man einen eigenen Account zur Benutzung von madxnet anlegen kann. Ein OpenID Account (Stack Exchange, Google, Yahoo, MySpace, AOL, MyOpenId.com) ist für die Anmeldung erforderlich.

Die Weboberfläche ermöglicht das Hochladen und Abfragen von madExcept Bugreports. Das Hochladen und Abfragen ist sowohl in einen öffentlichen Bereich (mit Benutzer/Passwort test/test), als auch in geschützte Bereiche möglich.

Die Weboberfläche enthält nun auch einen Administrationsbereich, in dem die Anlage eigener madxnet Bereiche, sogenannter "Instanzen", und HTTP API Benutzerkonten für den HTTP Upload möglich ist.

Als Instanzen werden in madxnet Speicherbereiche in der Datenbank bezeichnet, in denen die Bugreports getrennt von anderen gespeichert werden. Der Inhaber eines madxnet Kontos kann mehrere Instanzen anlegen, zum Beispiel getrennt für Tests und Echtbetrieb.

Jeder Instanz wird mindestens ein HTTP API Benutzerkonto zugeordnet. Diese Konten enthalten die Anmeldedaten (Benutzername und Passwort), die in den madExcept Parametern der Delphi Anwendung eingetragen werden müssen um Bugreports an die madxnet Instanz senden zu können.
HTTP API Benutzerkonten sind nicht nur für den Upload erforderlich, sondern können auch für Datenbankabfragen über das Webinterface und das REST API benutzt werden.

Endanwender (zum Beispiel die Benutzer der Delphi-Anwendung aus der die Bugreports gesendet wurden) können unter Angabe der Zugangsdaten eines HTTP API Benutzerkontos auf Bugreports zugreifen - sie benötigen kein madxnet Administrationskonto.


Wie es weitergeht, hängt wie immer vom Feedback ab :) ... p.s.: der jeweils erste Zugriff auf madxnet kann, wie bei einem älteren Diesel, etwas länger dauern

[mquadrat]

Prinzipiell schon mal nicht schlecht.

- Umlaute werden als ? dargestellt [Bugreport aus D2007]
- Kann man abschalten, dass nach dem Senden des Bugreports automatisch die Ansicht aufgerufen wird?
- Man sollte den Berichten noch einen Status zuweisen können

[mjustin]

Zitat:

Zitat von mquadrat (Beitrag 1133094)

Prinzipiell schon mal nicht schlecht.

- Umlaute werden als ? dargestellt [Bugreport aus D2007]
- Kann man abschalten, dass nach dem Senden des Bugreports automatisch die Ansicht aufgerufen wird?
- Man sollte den Berichten noch einen Status zuweisen können

Danke für das Feedback!

* Umlaute: scheint ein Encoding-Problem zu sein, wird behoben
* Ja, ab madExcept 3.0n gibt es eine Option die das Redirect deaktiviert (madExcept.FollowRedirect := False), siehe auch http://mikejustin.wordpress.com/madxnet/tmxnconfig/
* Status und eventuell auch Kommentare sind eine gute Idee (z.B. 'In Bugtracking übernommen unter ID #')


Update: das Encoding Problem ist behoben (siehe "ÖlkännchenFürWindows EStapelÜberlauf" http://madxnet2.appspot.com/service/bugreports)

Viele Grüße

[mquadrat]

Der letzte Vorschlag von mir wäre dann die Daten verschlüsselt zu senden.

[mjustin]

Zitat:

Zitat von mquadrat (Beitrag 1133208)

Der letzte Vorschlag von mir wäre dann die Daten verschlüsselt zu senden.

Für kritische Daten ist das sicher unverzichtbar, vor allem wenn Bugreports detaillierte Konfigurationsdaten und eventuell auch personenbezogene Daten enthalten können.

Aber: madExcept unterstützt das dafür nötige HTTPS Protokoll bisher leider noch nicht. Eine verschlüsselte Übertragung ist nur auf Umwegen erreichbar, die im Delphi Programm relativ aufwendig sind (speichern der Bugreports und Screenshots lokal und anschliessend eine HTTPS POST Übermittlung unter Einsatz von Indy / OpenSSL), oder SMTP/TLS.

Lösungsmöglichkeit: madxnet kann Bugreports auch über eingehende Mails empfangen, welche über Google Mail Accounts oder Yahoo Mail oder Outlook/Thunderbird, etc versendet werden - dazu muss nur [e-mail] als Empfänger angegeben werden. Das Einliefern der Mail kann beim Mailserver über SMTP/TLS erfolgen. Das Versenden der Mails ist aber umständlicher für Anwender, und aktuell noch nicht freigeschaltet.

[mjustin]

Für Featurevorschläge und aktuelle Informationen zu madxnet ist unter https://mikejustin.fogbugz.com/default.asp?madxnet-de nun ein deutschsprachiges Forum eingerichtet.

[mjustin]

madxnet unterstützt nun die Anmeldung über OpenID mit den folgenden OpenID Providern:

* Stack Exchange
* Google
* Yahoo
* MySpace
* AOL
* MyOpenId

Die Navigation in der Bugreportübersicht verbessert, um leichter auf die Bereiche (alle Bugreports / Exceptions / Executables) zu gelangen.

Und seit heute werden Anfragen an den madxnet Server schneller beantwortet:
dazu läuft auf http://madxnet2.appspot.com/ madxnet beta auf "always on".
Damit entfallen die 'Warmup'-Zeiten bei niedrigem Traffic.

[mjustin]

Das neue madxnet Release 2b14 enthält nun eine automatische Emailbenachrichtigung, sobald ein neuer Report aus einer Delphi Anwendung per madExcept / HTTP an den Server gesendet wird.

Als Empfängeradresse wird aktuell die des Benutzeraccounts verwendet.

Die Mail enthält die madxnet URL des Bugreports, und den Text des Bugreports:

Code:

---
http://test:[e-mail]/service/bugreports/16011

date/time         : 2011-04-04, 17:16:36, 789ms
computer name     : MJ-PC
user name         : mj
registered owner  : mj / HP
operating system  : Windows Vista Service Pack 2 build 6002
system language   : German
system up time    : 1 hour 6 minutes
...
---

p.s. die obige Bugreport-URL zeigt auf einen Bugreport in der öffentlichen Testinstanz, Username / Passwort für die Browseranmeldung sind test / test

madxnet beta - http://madxnet2.appspot.com/

Viele Grüße