WUNSCH: XMLRPC-Schnittstelle (Feature > 2970)

Hallo Community,

habe ein neues Ticket für eine XMLRPC-Schnittstelle angelegt - ich hoffe dass sich Interessenten melden werden :cool:

Link: http://dev.contao.org/issues/2970


Problem:

Es wurde bereits ein Feature-Wunsch im Jahr 2008 eingereicht (Link: http://dev.contao.org/issues/257) allerdings mit der Begründung abgelehnt (13.11.2008), diese sollte von der Community als Extension realisiert werden. Seitdem hat sich an diesem Status nichts geändert.

Zitat:

Zitat:

---

Beispielsweise ist die XMLRPC-Schnittstelle ein fester Bestandteil von Drupal seit Version 7.0.

Link: http://api.drupal.org/api/drupal/inc...ction/xmlrpc/7

---

Ua. seit Jahren auch bei WORDPRESS (Link: http://codex.wordpress.org/XML-RPC_Support)



FEATURE: XMLRPC als fester Bestandteil von Contao

Ich finde, eine XMLRPC-Schnittstelle sollte ebenfalls ein fester Bestandteil des Contao-Core's werden. Wie sich in der Neuzeit bereits vielfach gezeigt hat, wird diese auch von Entwicklern gerne eingesetzt. Anwendungsgebiete finden sich nicht nur bei Flash, AIR oder SilverLight wieder, sondern auch bei Smartphone- und Tablet-Apps und darüber hinaus.


Ich spiele hiermit den Ball wieder Herrn Feyer zu und würde mich über eine Antwort des Head of Contao-Developers sehr freuen ! ;)

Es gibt eine Erweiterung : http://www.contao.org/erweiterungsli...api.14.de.html

Nutze sie, oder bau selbst was.

vielen dank für die antworten - die extension ist mir bekannt, allerdings ist diese nicht einwandfrei.


ich möchte einen anstoss dazu geben, xmlrpc als festen bestandteil zu integrieren, anstatt von extensions abhängig zu sein. ich sehe das nicht nur als kurzweiligen trend, sondern zukunftsweisend und richtigen weg (wie ich finde).

Zitat:

---

Zitat von 83compiler

...allerdings mit der Begründung abgelehnt (13.11.2008), diese sollte von der Community als Extension realisiert werden...

---

...und das hat xtra dann auch gemacht: http://websvn.cyberspectrum.de/wsvn/tl_xmlrpc?

Bitte auch diese Hinweise beachten:

http://www.cyberspectrum.de/projekte.html
http://www.cyberspectrum.de/spendmegoodies.html

Zitat:

---

Zitat von leo.unglaub

wo ist das problem wenn man von Extension abhänig ist?

---

ist man mit contao automatisch verpflichtet, webauftritte für hausmeister reinhard und joga-masseuse petra zu erstellen? ich programmiere applikationen und erkenne die vorteile von contao, dynamische daten schnell und einfach aus zu liefern, ohne mit meinem drupal-baukasten schwerwiegende modulketten aufbauen zu müssen, um object a aus bereich c aus zu lesen. bei 10k views / h rauscht einem sogar manchmal nginx weg...

ich möchte hier erstmal nicht ins offtopic rutschen.

diese extension entspricht nicht annähernd den xmlrpc-specification's (link: http://www.xmlrpc.com/spec) und ist leider auch unzureichend dokumentiert.

Zitat:

---

Zitat von xchs

...und das hat xtra auch gemacht: http://websvn.cyberspectrum.de/wsvn/tl_xmlrpc?

---

:):):):):):) besten dank !

Danke Xtra mit einem Dankeschoen. Weil er macht die Arbeit "nebenbei"

Zitat:

---

Zitat von lindesbs

Danke Xtra mit einem Dankeschoen. Weil er macht die Arbeit "nebenbei"

---

.... check: https://github.com/omega8cc

Zitat:

---

Zitat von 83compiler

.... check: https://github.com/omega8cc

---

Und ? Was soll mir das sagen ?

Zitat:

---

Zitat von 83compiler

ich möchte einen anstoss dazu geben, xmlrpc als festen bestandteil zu integrieren, anstatt von extensions abhängig zu sein. ich sehe das nicht nur als kurzweiligen trend, sondern zukunftsweisend und richtigen weg (wie ich finde).

---

In den Core kommen nur Dinge die für die Massen sinnvoll sind und oft genutzt werden.
Ich glaub mal sagen zu dürfen, das xmlrpc nicht dazu gehört.
Daher erst per Extension.

Sollte sich rausstellen, das diesen Teil wie wild genutzt wird, kann es immer noch in den Core übernommen werden, auch dieses hatten wir schon.

Eine Extension hat auch den Vorteil, weil du die Abhängigkeit ansprachst, man kann diese durch eine andere ersetzen. Das geht schneller und einfache als Core Änderungen wo du auf Kompatibilität achten musst.

Was soll man denn mit der XMLRPC Schnittstelle machen können?
Und was gibt es denn für ein Problem mit meiner API-Erweiterung. OK: Sie ist nicht wirklich ausgebaut, da sie bisher niemand wirklich gebraucht hat, aber ich bin für Feedback immer offen!

Nur zur Info: Der Forenaccount von 83compiler wurde mittlerweile gesperrt, weil er sich total daneben benommen hat (wüste Beschimpfungen gegen die gesamte Contao-Community in seinem Profil, wohl als Resultat darauf, dass seine Idee hier nicht sofort angenommen wurde :rolleyes:). Es wird also von ihm hier keine Antwort mehr geben.

Achso :-)

Na dann.

Ich wüsste aber trotzdem (da wir grade bei dem Thema sind) gerne mal, was denn die XMLRPC Erweiterung von Xtra können wird. Gibts da irgendwo eine Beschreibung?

Bislang ist sie ein simpler endpoint der ein paar encoding/decoding Mechanismen bereit stellt.
Vergleichbar mit der ajax extension von Andreas, nur eben XMLRPC.
Die vorliegende Version hab ich zu 2.7 Zeiten mal geschrieben weil ein Kunde mit seinem offline blogging tool (War glaub windows live writer oder so) seine News verfassen wollte.

Daher auch diese Referenzimplementierung.

Es ist im allgemeinen bislang nur eine Entwicklerbibliothek, welche jedoch noch besser aufgedroeselt werden muss. Besonders das encoden von Datum/Zeit Werten ist noch nicht schoen geloest.

In Zukunft koennen sich Entwickler per config.php registrieren und eigene APIs bereit stellen.