UPDATE: Mittlerweile sind alle Bedenken, die ich damals in diesem Artikel beschrieben habe, eingetreten. XXAPI wird von NilS nicht mehr weiterentwickelt. Um so weniger Wert sind deshalb alle anderen XXAPI Erweiterungen, die nicht transparent sind oder nur ungenügend Dokumentiert sind, und compilierten Code enthalten.
Aus historischen Günden bleibt dieses Posting hier stehen.
Alles was ich im Folgenden von mir gebe sind Erkenntnisse, die ich durch sogenanntes "reverse engeneering", Hinweisen aus diversen Foren, Hilfe-Texten, Werbebroschüren und diversen eigenene Experimenten herausgefunden habe. Deshalb erhebe ich weder Anspruch auf Vollständigkeit noch auf Korrektheit.
Der Entwickler Dacom hat die Weiterentwicklung der Bibliothek AJAX aufgegeben und die Sourcen als OpenSource freigegeben. Als Reaktion darauf (oder schon früher?) haben sich einige Homeserver-Enthusiasten zusammengetan, um die Funktionalität von AJAX zu erweitern. Das machen sie dankenswerter Weise unbezahlt in ihrer Freizeit. Diese Erweiterung heisst XXAPI. Mangels Dokumentation ist mir nicht ganz klar, welchen Funktionsumfang diese Erweiterung wirklich hat oder wofür man diese wirklich gebraucht hat. Das liegt vor allen Dingen daran, dass ich auch den AJAX Funktionsumfang nicht komplett kenne. Ich sehe immer nur die Anwendung in den Demoprojekten. Das muss "bestimmungsgemäss" reichen. Es scheint sich auf jeden Fall um nützliche Dinge zu handeln.
XXAPI setzt auf einer bestehenden und aktuellen Installation von AJAX auf. Näheres findet sich hier:
HS/FS xxAPI v1.0 erweiterte Ajax-Visu - KNX-User-Forum
bzw das ganze Original aus dem KNX Forum:
http://knx-user-forum.de/xxapi/
Damit kommen wir zu den Nachteilen: Wenn man XXAPI verwendet, macht man sich komplett von dem Wohlwollen der Entwickler abhängig. Es gibt keinerlei Rechtsanspruch auf Fehlerbehebung bzw. Bugfixes. Ich habe den Eindruck, das die Entwickler an sehr vielen Fronten gleichzeitig arbeiten und dabei die Dokumentation (wieder mal) deutlich zu kurz kommt. Dasselbe gilt für die Zeit und den Aufwand, Fehler zu finden und zu beheben.
Obwohl von den Entwicklern immer wieder betont wird, dass alles frei, offen und OpenSource ist, gibt es da eine Eigenheit, die man unbedingt beachten muss. XXAPI ist eine Software Erweiterung zu AJAX, die im Ernstfall dynamisch bei jedem Aufruf der Visu nachgeladen wird. Neuere Versionen oder Beta-Versionen sind also nicht etwa von einem Standard-Fileserver (jederzeit und anonym) herunterladbar und lokal installierbar, sondern werden durch eine kurze Codesequenz durch die Visu selber von einem Webserver, der sich wohl im Besitz des KNX-User-Forum befindet heruntergeladen.
Was passiert, wenn Sie in diesem Forum in Ungnade fallen? Wenn den Entwicklern ihre Ansichten nicht mehr gefallen? Dann sind sie möglicherweise von Bugfixes und Weiterentwicklungen ausgeschlossen. Der Server kann nämlich feststellen, welche Installation welche Version der XXAPI wann heruntergeladen hat. Und über diesen Server können Installationen auch beliebig vom dynamischen Download gesperrt werden. Das entspricht definitiv nicht den offiziellen Grundlagen von OpenSource. Für die Entscheidung, ob man sein Projekt, in das man viel Arbeit und Aufwand steckt, langfristig wirklich von XXAPI abhängig machen will, kann dieser Umstand von entscheidender Bedeutung sein. Für eine kommerzielle Anwendung ist dies möglicherweise ein Ausschliessungskriterium (Gewährleistung etc.).
Der Grund, warum man sich trotzdem mit XXAPI beschäftigen sollte, ist das Demoprojekt zu XXAPI, dass auch als Grundlage für meine eigene Visu gedient hat. Dieses Demoprojekt baut ziemlich exakt die QuadVisu nach. Der Vorteil ist, dass diese Visu mit einem FireFox Browser aufgerufen werden kann. IE8 als Browser hat für das Demoprojekt nicht funktioniert. Was aber nicht von wesentlichem Nachteil ist, da mit meiner Erweiterung auch der FireFox korrekt im Vollbildmodus arbeitet.
Der Vorteil dieser Applikation ist, dass sie sehr leicht erweiterbar und ausbaubar ist. Bei jeder Änderung wird zwar im Ernstfall eine Menge Kopier- und Schreibarbeit fällig, aber man macht das ja auch nur einmal
.
Aus historischen Günden bleibt dieses Posting hier stehen.
Alles was ich im Folgenden von mir gebe sind Erkenntnisse, die ich durch sogenanntes "reverse engeneering", Hinweisen aus diversen Foren, Hilfe-Texten, Werbebroschüren und diversen eigenene Experimenten herausgefunden habe. Deshalb erhebe ich weder Anspruch auf Vollständigkeit noch auf Korrektheit.
Der Entwickler Dacom hat die Weiterentwicklung der Bibliothek AJAX aufgegeben und die Sourcen als OpenSource freigegeben. Als Reaktion darauf (oder schon früher?) haben sich einige Homeserver-Enthusiasten zusammengetan, um die Funktionalität von AJAX zu erweitern. Das machen sie dankenswerter Weise unbezahlt in ihrer Freizeit. Diese Erweiterung heisst XXAPI. Mangels Dokumentation ist mir nicht ganz klar, welchen Funktionsumfang diese Erweiterung wirklich hat oder wofür man diese wirklich gebraucht hat. Das liegt vor allen Dingen daran, dass ich auch den AJAX Funktionsumfang nicht komplett kenne. Ich sehe immer nur die Anwendung in den Demoprojekten. Das muss "bestimmungsgemäss" reichen. Es scheint sich auf jeden Fall um nützliche Dinge zu handeln.
XXAPI setzt auf einer bestehenden und aktuellen Installation von AJAX auf. Näheres findet sich hier:
HS/FS xxAPI v1.0 erweiterte Ajax-Visu - KNX-User-Forum
bzw das ganze Original aus dem KNX Forum:
http://knx-user-forum.de/xxapi/
Damit kommen wir zu den Nachteilen: Wenn man XXAPI verwendet, macht man sich komplett von dem Wohlwollen der Entwickler abhängig. Es gibt keinerlei Rechtsanspruch auf Fehlerbehebung bzw. Bugfixes. Ich habe den Eindruck, das die Entwickler an sehr vielen Fronten gleichzeitig arbeiten und dabei die Dokumentation (wieder mal) deutlich zu kurz kommt. Dasselbe gilt für die Zeit und den Aufwand, Fehler zu finden und zu beheben.
Obwohl von den Entwicklern immer wieder betont wird, dass alles frei, offen und OpenSource ist, gibt es da eine Eigenheit, die man unbedingt beachten muss. XXAPI ist eine Software Erweiterung zu AJAX, die im Ernstfall dynamisch bei jedem Aufruf der Visu nachgeladen wird. Neuere Versionen oder Beta-Versionen sind also nicht etwa von einem Standard-Fileserver (jederzeit und anonym) herunterladbar und lokal installierbar, sondern werden durch eine kurze Codesequenz durch die Visu selber von einem Webserver, der sich wohl im Besitz des KNX-User-Forum befindet heruntergeladen.
Was passiert, wenn Sie in diesem Forum in Ungnade fallen? Wenn den Entwicklern ihre Ansichten nicht mehr gefallen? Dann sind sie möglicherweise von Bugfixes und Weiterentwicklungen ausgeschlossen. Der Server kann nämlich feststellen, welche Installation welche Version der XXAPI wann heruntergeladen hat. Und über diesen Server können Installationen auch beliebig vom dynamischen Download gesperrt werden. Das entspricht definitiv nicht den offiziellen Grundlagen von OpenSource. Für die Entscheidung, ob man sein Projekt, in das man viel Arbeit und Aufwand steckt, langfristig wirklich von XXAPI abhängig machen will, kann dieser Umstand von entscheidender Bedeutung sein. Für eine kommerzielle Anwendung ist dies möglicherweise ein Ausschliessungskriterium (Gewährleistung etc.).
Der Grund, warum man sich trotzdem mit XXAPI beschäftigen sollte, ist das Demoprojekt zu XXAPI, dass auch als Grundlage für meine eigene Visu gedient hat. Dieses Demoprojekt baut ziemlich exakt die QuadVisu nach. Der Vorteil ist, dass diese Visu mit einem FireFox Browser aufgerufen werden kann. IE8 als Browser hat für das Demoprojekt nicht funktioniert. Was aber nicht von wesentlichem Nachteil ist, da mit meiner Erweiterung auch der FireFox korrekt im Vollbildmodus arbeitet.
Der Vorteil dieser Applikation ist, dass sie sehr leicht erweiterbar und ausbaubar ist. Bei jeder Änderung wird zwar im Ernstfall eine Menge Kopier- und Schreibarbeit fällig, aber man macht das ja auch nur einmal
.
Kommentar