Sehr geehrte Teilnehmer,

den doodle-Poll für die Präsenationstermine finden Sie unter:

http://tinyurl.com/SE1-Releasepraesentationen
Bitte fügen Sie Ihren Teamnamen und Ihre Namen unter “Your name/Ihr Name” ein (z.B. “Team-X, PO Alice Alison, SM Bob Builder”), um uns die Möglichkeit zu geben, optimal auf den Termin vorbereitet zu sein.
Reservieren Sie Ihren verbindlichen Termin bitte spätestens 24 Stunden vorher! Andererseits werden wir die Termine nicht wahrnehmen können.
Sie können uns im Notfall auch per EMail erreichen unter: ceo@wasp-enterprises.de oder cto@wasp-enterprises.de

Die verbindlichen Mindestanforderungen zu Release 4 wurden veröffentlicht:
http://wasp-enterprises.de/2014/07/18/anforderungen-release-4-2/

Wie ihr vermutlich bereits gemerkt habt, gibt es wieder massive Probleme mit der SE1-VM. Zur Zeit können wir leider nur sagen, dass wir daran arbeiten.

Leider sind bei dem Ausfall der SE1-VM auch einige der Git-Repositories betroffen. Das sollte ausschließlich die Teams C, E, F und G betreffen. Eine serverseitige Wiederherstellung ist vermutlich nur mit mehr Aufwand und nicht verlustfrei möglich. Aber da bei Git jeder das komplette Repository geklont hat ist eine Wiederherstellung in ein neues Repository, was ich für die betroffenen Teams angelegt habe, deutlich einfacher. Dazu sollten die betroffenen Teams folgende Schritte durchführen:

1. Findet heraus, wer im Team als letztes gepusht hat.
2. Die betreffende Person selektiert in Sourcetree das Repository (1) und wählt Eigenschaften (2)
   
3. Zuerst das Remote origin wählen (1) und auf Bearbeiten klicken (2)
   
4. Bei der URL die 2 an der markierten Stelle einfügen
   
   
5. Nun zweimal mit Ok bestätigen
6. Das Repository in das neue Remote pushen
7. Wenn das erledigt ist, sollten alle anderen Teammitglieder die Schritte 2 – 5 ebenfalls durchführen und sollten anschließend problemlos pullen und pushen können.

Wie ihr vermutlich gemerkt habt, war die SE1-VM längere Zeit nicht erreichbar. Jetzt sollte alles wieder wie gewohnt laufen. Leider mussten wir die Jira-DB auf die Version von Di Vormittag zurücksetzen, so dass einige Daten verloren gegangen sein könnten.

Die verbindlichen Mindestanforderungen zu Release 3 wurden veröffentlicht:
http://wasp-enterprises.de/2014/06/27/anforderungen-release-3-2/

Ein Spielzug in Carcassonne läuft in drei Schritten ab:

1. Karte ziehen
2. Karte ausspielen
3. Spielstein auslegen

Für jeden dieser drei Schritte gibt es jeweils einen eigenen Command. Der dritte Schritt kann alternativ mit END_TURN übersprungen werden.

Alle Änderungen am Datenmodell des Server, die diese Commands auslösen werden wie gewohnt über JSON Event an alle Teilnehmer eines Spiels übertragen. Im Folgenden soll verdeutlicht werden, wie ausgespielte Karten und Spielsteine lokalisiert werden können.

Wo und wie werden Karten angelegt?

Zu Beginn eines Zuges muss zuerst eine Karte gezogen werden. In diesem Beispiel wird eine Karte vom Typ A gezogen:

Die hierzu verschickten Events sind vergleichbar zu folgendem:

1. {“@ts”:”1402044757843″,”@src”:”Field@24640285″,”@prop”:”rotation”,”@nv”:”R0″}
2. {“@ts”:”1402044757843″,”@src”:”Field@24640285″,”@prop”:”name”,”@nv”:”A”}
3. {“@ts”:”1402044757843″,”@src”:”Field@24640285″,”@prop”:”meeplePositions”,”@nv”:”MeeplePosition@21e17c6d”}
4. {“@ts”:”1402044757843″,”@src”:”Field@24640285″,”@prop”:”meeplePositions”,”@nv”:”MeeplePosition@5aafe97b”}
5. {“@ts”:”1402044757843″,”@src”:”Field@24640285″,”@prop”:”meeplePositions”,”@nv”:”MeeplePosition@5309b8c0″}
6. {“@ts”:”1402044757843″,”@src”:”MeeplePosition@21e17c6d”,”@prop”:”field”,”@nv”:”Field@24640285″}
7. {“@ts”:”1402044757843″,”@src”:”MeeplePosition@21e17c6d”,”@prop”:”name”,”@nv”:”1″}
8. {“@ts”:”1402044757843″,”@src”:”MeeplePosition@21e17c6d”,”@prop”:”meeple”}
9. {“@ts”:”1402044757843″,”@src”:”MeeplePosition@5aafe97b”,”@prop”:”field”,”@nv”:”Field@24640285″}
10. {“@ts”:”1402044757843″,”@src”:”MeeplePosition@5aafe97b”,”@prop”:”name”,”@nv”:”2″}
11. {“@ts”:”1402044757843″,”@src”:”MeeplePosition@5aafe97b”,”@prop”:”meeple”}
12. {“@ts”:”1402044757843″,”@src”:”MeeplePosition@5309b8c0″,”@prop”:”field”,”@nv”:”Field@24640285″}
13. {“@ts”:”1402044757843″,”@src”:”MeeplePosition@5309b8c0″,”@prop”:”name”,”@nv”:”3″}
14. {“@ts”:”1402044757843″,”@src”:”MeeplePosition@5309b8c0″,”@prop”:”meeple”}
15. {“@ts”:”1402044757843″,”@src”:”Field@24640285″,”@prop”:”game”}
16. {“@ts”:”1402044757845″,”@src”:”CarcassonneGame@35ba04f8″,”@prop”:”drawnCard”,”@nv”:”Field@24640285″}

Der Event in Zeile zwei verdeutlicht welche Art von Karte gerade gezogen wurde, in diesem Fall eine Karte vom Typ A. Alle Zuordnungen von Spielkarten und Name sind hier zu finden. Die Events in den Zeilen 7, 10 und 13 zeigen die Zuordnung eines Spielsteinposition-Objekts und seinem Namen. Bei Karten vom Typ A gibt es drei Positionen, 1 entspricht der Wiese, 2 dem Kloster und 3 der Straße.

Wird nun diese Karte südlich und um 180 Grad gedreht an der bereits liegenden Startkarte (Typ D) ausgespielt, folgen Events vergleichbar zu folgendem:

1. {“@ts”:”1402044784348″,”@src”:”OrientationToFieldEntry@34592e88″,”@prop”:”key”,”@nv”:”SOUTH”}
2. {“@ts”:”1402044784348″,”@src”:”OrientationToFieldEntry@34592e88″,”@prop”:”value”,”@nv”:”Field@24640285″}
3. {“@ts”:”1402044784348″,”@src”:”Field@5e223ed2″,”@prop”:”neighbors”,”@nv”:”OrientationToFieldEntry@34592e88″}
4. {“@ts”:”1402044784349″,”@src”:”OrientationToFieldEntry@6912610d”,”@prop”:”key”,”@nv”:”EAST”}
5. {“@ts”:”1402044784349″,”@src”:”OrientationToFieldEntry@6912610d”,”@prop”:”value”,”@nv”:”Field@5e223ed2″}
6. {“@ts”:”1402044784349″,”@src”:”Field@24640285″,”@prop”:”neighbors”,”@nv”:”OrientationToFieldEntry@6912610d”}
7. {“@ts”:”1402044784350″,”@src”:”Field@24640285″,”@prop”:”game”,”@nv”:”CarcassonneGame@35ba04f8″}
8. {“@ts”:”1402044784351″,”@src”:”Field@24640285″,”@prop”:”rotation”,”@nv”:”R180″,”@ov”:”R0″}
9. {“@ts”:”1402044784351″,”@src”:”Field@24640285″,”@prop”:”name”,”@nv”:”A”}

Die Nachbar-Beziehung zwischen Feldern wird mit dem Hilfsobjekt OrientationToFieldEntry dargestellt. In diesem Beispiel wird in den Zeilen 1-3 gesendet, dass Feld Field@24640285 (Neues Feld) im Süden von Feld Field@5e223ed2 (Startfeld) angelegt wird. Die Zeilen 4-6 legen entsprechend die Rückrichtung an. Zeile 8 zeigt zudem die Rotation (R180) auf, in der das neue Feld angelegt wird.

Wird schließlich noch ein Spielstein auf die neue Karte gestellt, folgen Events ähnlich zu:

1. {“@ts”:”1402045113008″,”@src”:”Meeple@46e3644a”,”@prop”:”meeplePosition”,”@nv”:”MeeplePosition@21e17c6d”}
2. {“@ts”:”1402045113009″,”@src”:”MeeplePosition@21e17c6d”,”@prop”:”meeple”,”@nv”:”Meeple@46e3644a”}

Der Spielstein Meeple@46e3644a wird demnach auf die Position MeeplePosition@21e17c6d gestellt. Zeile 7 im ersten Eventblock zeigt, dass dies Position 1, also der Wiese, entspricht.