2013-11-21 Telephone Conference DEVROOM / stepping stone GmbH

From stoney cloud
Jump to: navigation, search

Transcript of the Telephone Conference between DEVROOM / stepping stone GmbH

Location Skype
Date Thursday, the 21st of November 2013
Time 09:15 until 10:15
Participants
  • Christian Wittkowski <christian.wittkowski@devroom.de>: CWI
  • Christian Affolter <christian.affolter@stepping-stone.ch>: CAF
  • Tiziano Müller <tiziano.mueller@stepping-stone.ch>: TMU
  • Michael Eichenberger <michael.eichenberger@stepping-stone.ch>: MEI (Transcript)
Non participants
  • Pat Kläy <pat.klaey@stepping-stone.ch>: PKL
  • Christoph Scheurer <christoph.scheurer@stepping-stone.ch>: CSC
  • David Vollmer <david.vollmer@stepping-stone.ch>: DVO
  • Pascal Jufer <pascal.jufer@stepping-stone.ch>: PJU
Agenda
  • Proof of Concept
  • Mapping of attributes
  • Collections (lists)

Transcript

No. Text What? Who? When?
1

folgendes habe ich für das POC implementiert:

  • Reseller get
  • Reseller post

Um zu testen folgende Header Variablen setzen:

X_REST_USERNAME admin@restuser
X_REST_PASSWORD admin@Access

Reseller get:

Reseller post: http://www.selfcare.local/v1/reseller mit:

{
  "o": "Test Company",
  "sstIsActive": "TRUE",
  "sstIsCompany": "TRUE",
}

Ab jetzt beginnen die Aufwände:

  • Das ganze RestFullYii ist auf ActiveRecord (AR - Schnittstelle zu SQL Datenbanken) aufgebaut
  • An vielen Stellen lässt sich nicht mittels überschreiben der Events das Verhalten ändern.
  • Z. B.: Beim GET von subresources ERestSubresourceHelper::isSubresource()

Also dachte ich ich Überschreibe ERestSubresourceHelper

  • Dafür muss ich dann auch ERestBehavior überschreiben weil der Helper da instanziiert wird
  • Das geht aber nicht weil Member $subresource_helper private ist und in der Funktion
  • ERestInit() instanziiert wird die final ist.

Natürlich ließe sich das alles anpassen. Dann sind wir aber u. U. nicht mehr kompatibel zum RestFullYii.

All CWI 2013-11-21
2 Lohnt es sich, hier weiter zu fahren? Also die Anforderungen aus Application Programming Interface (API) via RestFullYii?
  • Klassen müssen überschrieben werden, erweitert werden.
  • Können wir unsere Änderungen einfliessen lassen?
  • POST und PUT funktionieren.
  • PATCH ist im RestFullYii nicht implementiert.
  • Pagination ist via Limit und offset umgesetzt.
  • Mapping liesse sich im "behaviour" umsetzen.
  • Business Objekte (zusammenfassung mehrerer LDAP Klassen (zum Beispiel Reseller creation (POST)) ist nicht umgesetzt.
  • "location" ist nicht umgesetzt. Liesse sich jedoch mit relativ kleinem Aufwand nach implementieren.

Lange Rede, kurzer Sinn:

  • Aufwand, das RestFullYii unsere Spezifikation anzupassen, scheint ziemlich gross zu sein. Aufwand selber zu machen wird in etwa gleich gross sein, wie wenn wir es selber komplett neu aufbauen.
Info CWI 2013-11-21
3 Next Steps:
  • Wir fällen Entscheid
  • Anschliessend besprechen wir Entscheid mit CWI.
To Do CAF/TMU/CWI/MEI 2013-11-22
4 Mapping of attributes
  • Abhängig vom obigen Entscheid.
Info All 2013-11-21
5 Collections (lists), siehe auch Field specifications and limitations:
  • Abhängig vom obigen Entscheid.
Info All 2013-11-21
6 Suche:
  • Wo definieren wir diese?
  • Gibt es einen Breich in der Definition, in der wir die globale Suche definieren müssen?
Info All 2013-11-21