Gestern habe ich schon den ersten Teil meiner Notizen hier auf dem Blog veröffentlicht. Jetzt geht es weiter mit Teil 2.
Scrum
Microsoft hat den internen Prozess auf Scrum umgestellt und ich finde das merkt man wirklich. Es sind zwar nur zwei Tage Konferenz, aber das Produkt fühlt sich tatsächlich “fertig” an. Es ist interessant zu sehen wie eine so konservative Organisation wie NAV auf einen agilen Prozess umstellt. Ich bin gespannt was mit diesen ganzen Wasserfall-Tools wie SureStep und Co. passiert. Hier auf dieser Developer-Konferenz hat jedenfalls keiner davon geredet.
- 20 Scrum Teams mit zweiwöchigen Sprints
- Verwaltung der User Stories im TFS (Source Control irgendwo anders)
- ATDD wird eingesetzt aber kein TDD
- Umstellung auf Kanban steht jetzt bevor
OData
- OData Webservices aus NAV + Excel PowerPivot ist eine geniale Kombination für Auswertungen (Low Cost BI) – MSDN Walkthrough
- OData ist im Moment nur read-only
Dimensionen
- Völlig überarbeitet.
- Viel weniger Kopien der Dimensionen – nur noch über einen Schlüssel referenziert
Datenzugriff
- Neuer Data Access Stack angeblich schneller als Classic Client.
- FIND und FINDSET sind gleich schnell
- SETCURRENTKEY macht Abfragen jetzt nur noch langsamer (da Sortierung) keinesfalls schneller
- SQL Call Stack Traces – Blog post
- Es sind keine Writes in die Object und Company Tabellen mehr möglich
- Security Filters überarbeitet. Erlaubt es Nutzern nur gefilterte Datensätze zu zeigen.
- Neue Optionen um Probleme mit indirekten Rechten zu lösen
- Security Filter Feature kann im C/AL direkt an Record-Variablen konfiguriert werden
- Security-Einstellungen zeigen sofort Wirkung. Keine manuelle Synchronisation der Nutzer oder Neustarts nötig
- Standard App wurde noch nicht nach möglichen Security Filter Problemen durchforstet
- Validated Mode sollte möglichst nicht benutzt werden, da es langsamer als die anderen Optionen ist
Locks und Blocks
- Alle Slides und Samples sind auf Stryks Blog downloadbar
- SQL Server Lock Escalation sollte vermieden werden -> „always rowlock” benutzen (jedoch nicht auf 32bit und unter 8GB RAM)
- LOCKTABLE erhöht das Transaction Isolation Level auf Serializable
- Über einen DB switch kann auf Repeatable Read umgestellt werden (Unterschied wie Tag und Nacht)
- Das ist sowieso der Standard bei NAV2013
- Es können zwar Phantom Reads entstehen, aber das sind Probleme die in der Praxis nicht existieren (“habe ich noch nie gesehen”)
- Block und Dead Lock Detection Tool auf seinem Blog
- Job Queue von NAV2013 kann auch in älteren Versionen nachgebaut werden
- Beispiel 1: In Document Dimensions den Clustered SQL Index fixen – Document No., Document Type nach vorne -> weniger Blocks da die gelockten Zeilen näher beisammen sind
- Beispiel 2: In Codeunit 80 und 90 gibt es ein globales Lock auf die „GL Entry“. Das wird auch ausgeführt wenn gar keine Sachbuchungen passieren. Lock mit PostToGL Flag fixen (bereits in NAV2013 gefixt)
- Beispiel 3: In Tabelle 36 gibt es einen „Warehouse bug“ – Selbst wenn die Warehouse Tabelle leer ist wird die Tabelle gelockt. Generell sollte immer über ISEMPTY geprüft werden ob überhaupt Datensätze im Filter sind bevor man ein DELETEALL oder MODIFYALL durchführt
- Beispiel 4: Reservation Entry.Lock() hat ein ähnliches Problem. Einfach am Anfang der Funktion prüfen ob die Tabelle leer ist. Wenn ja dann mit EXIT aus der Funktion springen
- Beispiel 5: No. Series Line Tabelle ist „zu klein“ für das Lock und es werden mehr als eine Zeile gelockt. Folge: Wenn jemand eine Rechnung erzeugt kann ein anderer u.U. keine Artikel erzeugen. Lässt sich leicht mit Dummy Feldern fixen. 😉
Reporting
- Es gibt nur noch RDCL Reports
- Classic Sections (und deren Trigger) fallen weg
- Es gibt einen „Dataset designer“ als Ersatz für die Sections (analog Query designer)
- Es wird nun RDLC 2008, Report Viewer 2010 und Visual Studio 2010 benutzt.
- Reports erlauben „Save as Word“
- “Heavy reports” über Background Session auf dem Server drucken (“Server side printing”)
- Im Webclient gibt es “Preview” (nur IE) und „Save as PDF“ (alle Browser)
- „Tray selection“ fixed – zusätzlich ein Codeunit 1 Trigger der es erlaubt die Papierfachsteuerung zu überschreiben
- Upgrade Prozess
- Hotfixes in NAV 5 und 6 erlauben Trigger in Codeunit 1 „OnBeforeRunReport“ (erlaubt zu zählen wie oft der Report tatsächlich genutzt wird)
- Automatische Transformation hilft bei Upgrade von existieren NAV 2009 RDLC Reports (Tools/Upgrade Report)
- Upgrade braucht ein technisches Upgrade auf NAV2013 als Zwischenschritt, da der Report kompilierbar sein muss um das Transformations-Tool zu benutzen
- Automatisch vergebene Namen im Anschluss aufräumen
- Doppelte Spalten entfernen
- UI Guidelines auf MSDN befolgen
- CreateTotals entfernen
Insgesamt war es ein sehr gute Veranstaltung mit vielen Informationen zu Dynamics NAV 2013. Vielen Dank an die Organisatoren und die Speaker.
Microsoft Dynamics NAV 2013 wurde vorgestern released und so trifft es sich das gerade jetzt die NavTechDays 2012 in Antwerpen stattfinden. Hier meine Notizen nach fast einem Tag Konferenz.
Allgemeines
- Das NAV Menü ist bekanntermaßen sehr umfangreich -> NAV2013 hat jetzt eine Suche dafür
- Der Classic Client heißt jetzt Development Environment und ist kein echter Client mehr. Da es keine Forms mehr gibt wird auch gern als „Retired Client“ bezeichnet.
- Die Administration der Service Tiere kann nun vollständig über Powershell gescriptet werden. Das geht auch von remote.
- Der Page Designer wurde deutlich verbessert und erlaubt nun eine „Live Preview“. Damit kann man die Änderungen direkt betrachten – ohne zu kompilieren und NAV neu zu starten.
- Gruppen können eingeklappt werden
- NAV2013 unterstützt OData
- Erlaubt Query Objekte nach außen über Webservices zu veröffentlichen.
- Gut für Anbindung von externen (Reporting) Tools
- Der Windows client (ehemals RTC) wurde verbessert
- Row styles feature erlaubt es Zeilen je nach Bedingung unterschiedlich zu färben
- Neue Shortcuts (copy & paste, ….)
- Grids erlauben es aus der automatischen Anordnung der Controls auszubrechen
- Addins können .NET Events nutzen
- „Rapid Start“ soll alle Einrichtungsvorgange vereinheitlichen
- Fragebögen erstellen
- Am Ende entsteht ein Package das auf andere Datenbanken angewendet werden kann -> Fragebögen werden angezeigt und Daten werden eingerichtet
Unit Testing
- MS nutzt das Ding jetzt endlich selber (und zeigt es sogar in der Keynote)
- Die Testing Features von NAV 2009 wurden nochmal gezeigt
- Konvention: // *** hinter jede Zeile die Daten füllt, die für den eigentlichen Test unerheblich sind aber aus anderen Gründen gefüllt werden müssen
- Die neuen „Page Testing“ features erlauben „Scripted UI testing“ durch den neuen Datentyp TestPage.
- Erlaubt es Pages zu öffnen: myPage.OPENNEW;
- Kann Daten füllen: myPage.MyField.SETVALUE(value)
- Ermöglicht es Buttons zu drücken: myPage.MyAction.INVOKE;
- Alle Parts (auch Subpages) können abgegriffen werden
- Felder können auf Inhalt, Sichtbarkeit, Editierbarkeit usw. geprüft werden
- „Page traps“: Registriert sich auf ein Page und wenn die geöffnet wird dann wird zurück in den Test gesprungen
- Page Tests dauern länger als Unit Tests aber erlauben es aus Usersicht zu testen
- “Test Isolation” Fführt ein Change tracking durch und setzt die Datenbank nach einem Test wieder in den Ausgangsstand zurück. Teardown Funktionen sind jetzt nicht mehr nötig. Das funktioniert selbst dann, wenn der zu testende Code ein Commit enthält. Wie geil ist das denn? Hammer!
- Recorder zur Aufzeichnung von Page Tests ist in Planung.
Debugger
- Debugger ist in C/AL entwickelt und damit anpassbar. WTF?!
- Erlaubt Remote NAS Debugging und zeigt den Code in C/AL an J
- Alle Sessions können debuggt werden (auch noch nicht etablierte wie Webservice Sessions)
- Sogar Endlosschleife können debuggt werden (ging mit altem Debugger natürlich nicht)
- Conditional Breakpoints (z.B. nur anhalten wenn Variable > 10)
- Man kann Breakpoints hinter das Ende von Funktionen setzen -> hält beim Verlassen der Funktion an. Egal welches EXIT genutzt wurde
- Im Call Stack kann man auch in anderen Ebenen die Variablen inspizieren
- „Debugger Breakpoint List“ erlaubt es die Breakpoints in Gruppen an und ab zu schalten
- „Break on record changes“ erlaubt es bei jedem DB write anzuhalten.
- Debugger hat Option um Codeunit 1 zu skippen
- „Code Coverage“ Feature kann aus C/AL gestartet werden. Berührte Codezeilen können abgefragt und ausgewertet werden -> kommt ins Test Framework
Performance talk
- Die Data Access Layer ist jetzt komplet neu in Managed Code geschrieben. Damit ist das Anlegen von Records jetzt deutlich schneller, da nicht zwischen C++ und .NET vermittelt werden muss.
- Temp Records neu geschrieben. Haben jetzt selbe Sortierung wie normale Records.
- Marked Records sind jetzt auch entsprechend richtig sortiert.
- @-Operator funktioniert jetzt wieder richtig beim Filtern.
- Query object
- Erlaubt Joins (inner, outer,..) und Aggregations (sum, count, average)
- Wird auf dem SQL Server ausgeführt -> Kein Netzwerktraffic zum NAV Server
- Massive Performancegewinne möglich
- Abgefragte Daten sind read-only -> aber dadurch kaum Locks
- Programmiermodel analog wie Reports
- Gut z.B. für alle Statistik Pages
- Wird bereits in vielen Teilen des Standard genutzt
- Background Sessions erlauben „Fire and Forget“-Tasks. Das funktioniert sogar in andere Mandanten.
- Beispiel: Buch.-Blatt starten und die Buchungen werden asynchron auf dem Server ausgeführt. Der Client kann ganz normal weiter arbeiten. Wird bereits zum Buchen von Rechnungen verwendet.
- Erzeugt allerdings eine komplett neue Session – samt Login usw.
- Background Sessions kosten nichts für die Lizenz.
- Die Tasks gehen in eine Job Queue. Die erlaubt dass die Tasks nicht alle parallel stattfinden. Durch diese Linearisierung gibt es weniger konkurrierende Locks.
- CALCSUMS geht auch auf Feldern die nicht im SIFT sind. Wird dann auf dem SQL Server summiert -> schneller als manuelles Summieren auf dem NAV Server.
- SETAUTOCALCFIELDS („Smart SQL“) ermöglicht es, dass FlowFields immer direkt beim Abrufen des eigentlichen Datensatzes mit abgerufen werden. -> Weniger Roundtrips zum SQL-Server.
- Immer an bei Pages und Reports.
- Connection Pooling zum SQL Server. Nur noch ein Account nötig. Das spart sehr viel Memory.
- Data caching wurde verbessert. Jetzt werden Record API calls benutzerübergreifend gecached.
- Security model wurde vereinfacht. „Synchronize all logins“ fällt weg, da Permissions nur noch im NAV Server geprüft werden.
- Isolation Level wurde von SERIALIZABLE auf REPEATABLE READ geändert.
- Locks wurden massiv reduziert bzw. es wird viel viel später gelockt (90% vs. 10% der Zeit beim Buchen)
- Dimensionen wurden komplett überarbeitet (viel weniger Datensätze, weniger Writes).
- „Buffered inserts“ werden jetzt viel öfter genutzt.
- „SQL callstack trace“ erlaubt es heraus zu bekommen welche Codezeile ein bestimmtes (schlechtes) SQL statement erzeugt hat.
- Es werden keine Cursors mehr für den SQL Server benutzt sondern Multiple Active Result Sets (MARS).
- Folge: Kein SETCURRENTKEY mehr nutzen wenn man die Sortierung nicht braucht. (SETCURRENTKEY ist nur noch schlecht auf SQL Server da er sortieren muss.)
Morgen dann sicher mehr.
In order to simplify the access of the FSharpx type providers I separated them into their own nuget packages. From now on we have:
At the moment all type providers should work with .NET 4.0 and .NET 4.5 and F# 3.0.
Tags:
F#,
FSharpx,
type providers
Nachdem es sich die letzten beiden Jahre mehr und mehr angekündigt hat, wurde der .NET Open Space in Leipzig nun in Dev Open Space 2012 umgetauft. Dies trägt dem Punkt Rechnung, dass die Themenwünsche der Teilnehmer immer breiter geworden sind und wir uns vor allem auch über git, Ruby, JavaScript, HTML5, node.js, CQRS und vieles mehr unterhalten haben. Weiterhin wird es natürlich trotzdem noch reine .NET-Themen geben.
Neu sind außerdem die kostenlosen Workshops die bereits einen Tag vor dem OpenSpace angeboten werden. Ich selbst werde einen zu F# und Test Driven Development halten:
“Test Driven Development (TDD) bringt viele Vorteile für den Code aber erfordert auch eine Menge Übung. Dieser Workshop zeigt, wie man TDD mit F# mittels NaturalSpec and NCrunch erfolgreich einsetzt. NaturalSpec ist ein F#-TDD- Framework, mit dem Unit Tests auf sehr intuitive Weise ausgedrückt werden können. NCrunch hilft, diese Tests ständig (bei jedem Tastendruck) auszuführen. Das zusammen ergibt einen sehr schnellen Feedbackzyklus und TDD wird deutlich schneller. Nach einer kurzen Einführung in die Tools werden im Workshop gemeinsam kleine Programmieraufgaben gelöst.”
Die Anmeldung ist bereits möglich.
Tags:
F#,
openspace
I’m happy to announce that I’m giving one of the “Progressive F# Tutorials 2012” in London this year. This event is going to be legendary. Abstract:
Test-Driven Development can give you a lot of benefits for your code but also needs a lot of practice. Come to this session and learn how to master TDD with F#, NaturalSpec and NCrunch.
NaturalSpec is a F# TDD framework which allows to express tests in a very intuitive way and NCrunch helps to execute these tests continuously on very key stroke. This gives a very fast feedback loop and helps to speed up your TDD coding.
After a short introduction of the tools we’ll try to solve a small coding problem together in a coding dojo. All skill levels are welcome and the session will give a lot of room to try out new ideas.
Book your tickets for this awesome event.
Tags:
F#,
skillsmatter
After the official Visual Studio 2012 launch yesterday I think it’s a good idea to announce two new type providers which are based on the DGMLTypeProvider from the F# 3.0 Sample Pack.
Synchronous and asynchronous state machine
The first one is only a small extension to the DGMLTypeProvider by Tao. which allows to generate state machines from DGML files. The extension is simply that you can choose between the original async state machine and a synchronous version, which allows easier testing.
If you want the async version, which performs all state transitions asynchronously, you only have to write AsyncStateMachine instead of StateMachine.
State machine as a network of types
The generated state machine performs only valid state transitions, but we can go one step further and model the state transitions as compile time restrictions:
As you can see the compiler knows that we are in State2 and allows only the transitions to State3 and State4.
If you write labels on the edges of the graph the type provider will generate the method names based on the edge label. In the following sample I’ve created a small finite-state machine which allows to check a binary number if it has an even or odd number of zeros:
As you can see in this case the compiler has already calculated that 10100 has an odd number of zeros – no need to run the test 
.
This stuff is already part of the FSharpx.TypeProviders.Graph package on nuget so please check it out and give feedback.
Tags:
F#,
FSharpx,
type providers
