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

From stoney cloud
Revision as of 10:38, 21 November 2013 by Michael (Talk | contribs)


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.

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:
Info All 2013-11-21
4 Info All 2013-11-21
5 Info All 2013-11-21