In diesem Blogpost verwalte ich meine eigenen Notizen zum Developer Day. Falls etwas zu knapp formuliert ist, kann gern über die Kommentare nachgefragt werden.

Als Release-Termin für Dynamics NAV 2009 R2 wurde der 15.12. angegeben.

What’s new in C/SIDE

Page Designer

• Neuer Wizzard
• Stärkerer Einsatz von Factboxes
• “Strukturhighlighting” (= Gruppen werden fett dargestellt)

Go to Definition

• Ctrl+F12 ==> Go to definition
• Wenn die Definition nicht im selben Objekt ist, wird immer ein neues Designer-Fenster geöffnet, auch falls schon ein Fester des Objekts offen ist .
• Momentan kein “Find References”

Multi-Developer Szenarien

• Locking von Objekten
• Öffnen von gelockten Objekten ist in Read-Only-Modus möglich
• “Force unlock” ist für Superuser möglich
• Meine Frage nach “Lock auch aus C/AL-Code” wurde mit Ja beantwortet.
• Tools/Options/“Auto-lock on design”
  • Meine Frage nach “Auto-lock on first modification” wurde leider nicht beantwortet

How to use the application testability features

• Vortrag war Low-Level-Einführung in automatisiertes Testen
• Keine Verbesserungen zu NAV 2009 SP 1
  • also auch immer noch kein Mocking von Triggern
• Jeder Test wird in eigener Transaktion durchgeführt
• Code nach ASSERTERROR wird trotzdem ausgeführt
  • Transaktion wird jedoch zurück gerollt
• Neues Application Test Toolset auf Partnersource (mit 226 Test Cases)
  • Meine Frage nach einer Erweiterung der Standardtestfunktionen wurde nicht beantwortet.

.NET Interoperability

• Interop nur mit .NET 3.5 libs möglich
• Nur auf NAV Server bzw. RTC
• Anlegen von .NET Typen ist unglaublich umständlich
  • Warum schreibt man alle Typen in eine einzige Liste?
  • Keine einfache Möglichkeit über Namespaces zu browsen
• Simple Datentypen (Double, Integer, Text) werden automatisch in ihre .NET-Entsprechungen gemappt
  • Options auf enums?
• Format() mapped auf .ToString()
• Achtung: Static classes werden über alle Client-Sessions geshared
• NAV Scoping Regeln werden angewendet
  • Wenn lokale C/AL-Methode endet, wird das .NET Objekt disposed
  • Was ist mit Referenzen in noch lebenden .NET Objekten
• .NET Variablen habe ein RunOnClient-Property
• Deployment von Custom .NET Assemblies
  • Auf C/SIDE-Client für Development (Compile)
  • Auf die Tier wo der .NET Typ benutzt wird (siehe RunOnClient)
• Client Warning bei erster Benutzung einer .NET Assembly
  • Keine Warnung bei SPN-Deployment
• Kein try/catch/finally Exception handling
  • Exception wird als Textnachricht an den Client gesendet
• Keine Events

Calling out to other Web Services from NAV

NAV Web Services

• NAV 2009 SP1 führt Web Services immer in UTC-Zeit aus
• NAV 2009 R2 führt WebServiceDefaultTimeZone ein (Default UTC)
• Manuelles Change-Tracking immer noch nötig
• Meine Frage nach “echtem” WCF noch unbeantwortet (aber Demo sah so aus)

Externe Web Services

• Benutzt .NET Interop ==> Genauso wie in C#
• Wenn WSL vorhanden, dann kann ein Proxy über svcutil erzeugt werden. Dieser muss dann als DLL auf den NAV Server deployed werden
• Meine Frage nach asynchronem Aufruf wurde nicht beantwortet
  • Ich vermute unmöglich, da keine .NET Events unterstützt werden und ich noch keine Möglichkeit sehe Callbacks zurück ins NAV zu registrieren
  • Sicherlich möglich durch Publish eines Callback-Webservice (aber das ist irgend nicht schön)

CRM Integration

• “Connector for Microsoft Dynamics“ für das Mapping
  • Hat NAV und CRM Adapter
  • Eigene 3-Tier-Applikation mit eigenem SQL-Server für Integrationsdaten
  • Integration ID – GUID hält NAV und CRM Datensatz zusammen
• Neue Database Trigger in Codeunit 1 die IMMER bei INSERT, MODIFY, DELETE und RENAME feuern
• Jede zu synchronisierende Tabelle muss auf NAV Seite als Page WebService veröffentlicht werden
• Viele Synchronisationswege nur One-Way
  • Rechnungen sollten z.B. nur vom ERP-System verwaltet werden
• Eindruck: Unglaublich kompliziertes System, da Mapping über Wizzard im Connector mit eigener kleiner Programmiersprache
  • Warum keine simple C# Projektvorlage mit ein paar Interfaces die man implementieren muss?
  • Warum extra SQL-Server-Instanz? Warum reicht nicht eine Message-Queue?
• Backup und Restore muss zwischen allen 3 Datenbanken (NAV, CRM, Connector) synchronisiert werden

SSRS (RDLC) Reports in Microsoft Dynamics NAV 2009

• Dataset kann refreshed werden ohne das Visual Studio geschlossen wird
• Printer Selection funktioniert jetzt mit RTC über die Request Page
• Transfooter und Transheader offenbar möglich (siehe http://blogs.msdn.com/nav)
• Kein Druck auf dem NAV Server
  • Wie Archivierung von PDFs?

Developing Pages

• Keine wirklichen Neuerungen in R2

Business Data Visualization Add-Ins for the RTC

• Interessante neue Visualisierungsmöglichkeiten
  • Samples werden auf Beispiel-DVD mitgeliefert
  • Beispiel: Interaktive Zeitreihe

Ausblick auf Dynamics NAV 7

• Forms Designer ist bereits ausgebaut – “There is no way back”
• C/SIDE bleibt die Entwicklungsplattform – Keine Visual Studio Variante
  • Aussage in Hamburg: Entwicklung im RTC – Gezeigte Screenshots sagen etwas anderes
• Offenbar integrierte Versionskontrolle geplant
• UI-Testing “könnte” kommen
• .NET Interop mit Events
• Rewrite vieler interner Funktionen um das .NET-Framework besser zu nutzen
  • Da es in NAV 7 keinen Classic-Client geben wird, ist dies auch problemlos möglich.
• Keine Hybrid-Reports mehr. Entweder Classic Reports oder RDLC
  • 100% automatische Konvertierung in neuen Report Designer

©2012 Rash thoughts about .NET, C#, F# and Dynamics NAV.. All Rights Reserved.

OBJECT Codeunit 99500 NAV Bug
{
  OBJECT-PROPERTIES
  {
    Date=17.06.10;
    Time=14:30:30;
    Modified=Yes;
    Version List=;
  }
  PROPERTIES
  {
    OnRun=BEGIN
            TestMiddleCase;  // comment this line out and ReverseString works!
            TestReverseString;
          END;

  }
  CODE
  {

    PROCEDURE TestMiddleCase@5128500();
    BEGIN
      MiddleCase('fooo AnD bar');
    END;

    PROCEDURE TestReverseString@5128502();
    VAR
      l_String@5128500 : Text[1024];
      l_Result@5128503 : Integer;
    BEGIN
      l_String :=
        '1101101111011011110110111101101111011011110110111101101111011011' +
        '1101101111011011110110111101101111011011110110111101101111011011' +
        '1101101111011011110110111101101111011011110110111101101111011011' +
        '1101101111011011110110111101101111011011110110111101101111011011' +
        '1101101111011011110110111101101111011011110110111101101111011011' +
        '1101101111011011110110111101101111011011110110111101101111011011' +
        '1101101111011011110110111101101111011011110110111101101111011011' +
        '1101101111011011110110111101101111011011110110111101101111011011';

      IF STRLEN(l_String) <> 512 THEN
        ERROR('Wrong strlen');

      l_Result := TestReverseStringSub(l_String);

      IF l_Result <> 512 THEN
        ERROR('Error: Actual: ' + FORMAT(l_Result) + ' ' + ' Expected: 512');
    END;

    PROCEDURE TestReverseStringSub@5128521(p_String@5128500 : Text[1024]) r_Int : Integer;
    VAR
      l_StringMgt@5128501 : Codeunit 5128519;
    BEGIN
      p_String := ReverseString(p_String);
      EXIT(STRLEN(p_String));
    END;

    PROCEDURE ReverseString@5128509(p_In@5128502 : Text[1024]) Result : Text[1024];
    VAR
      i@5128500 : Integer;
      l_Length@5128501 : Integer;
    BEGIN
      l_Length := STRLEN(p_In) + 1;

      FOR i := 1 TO l_Length - 1 DO
        Result[i] := p_In[l_Length-i];
    END;

    PROCEDURE MiddleCase@1000000000(p_StringToConvert@1000000000 : Text[250]) ConvertedString : Text[250];
    BEGIN
      ConvertedString :=
        UPPERCASE(COPYSTR(p_StringToConvert, 1, 1)) +
        LOWERCASE(COPYSTR(p_StringToConvert, 2));
    END;

    BEGIN
    END.
  }
}

Since we don’t do anything evil here my only advice is to initialize every return parameter with a default value. This seems to fix the bug.

    PROCEDURE ReverseString@5128509(p_In@5128502 : Text[1024]) Result : Text[1024];
    VAR
      i@5128500 : Integer;
      l_Length@5128501 : Integer;
    BEGIN
      Result := ''; // Init return value – this fixes the issue!
      l_Length := STRLEN(p_In) + 1;

      FOR i := 1 TO l_Length - 1 DO
        Result[i] := p_In[l_Length-i];
    END;

Interestingly I didn’t find a smaller sample which reproduces this memory issue.

©2012 Rash thoughts about .NET, C#, F# and Dynamics NAV.. All Rights Reserved.

If you are interested in this book you can read the complete seventh chapter right here on navision-blog.de:

• Extending the Application using Microsoft Dynamics NAV 2009 (Part I)
• Extending the Application using Microsoft Dynamics NAV 2009 (Part II)

Chapter 6 (“Modifying the System”) is also available for download.

What the book covers

Chapter 1

The purpose of this chapter is a teaser introduction to get you excited about the product, what’s in it in general, and what’s in it as compared to previous versions, to give you a little taste of what’s coming up in the book, and explain what the fuss about this new release is all about.

Chapter 2

The RoleTailored client is the new user interface for users of Microsoft Dynamics NAV 2009, and it is completely different to the pervious versions. We’ll take you through the different components of the interface, introduce the terminology, explore the navigation components and page types, and teach you how to personalize the application to meet your own requirements using the extensive personalization features.

Chapter 3

Microsoft Dynamics NAV 2009 introduces a new paradigm to ERP. Instead of the system being focused on the forms that capture and present data and the functions the user can perform, the system is based around the individuals within an organization, their roles, and the tasks they perform. We cover how Microsoft researched the roles and explore the departments, roles, and tasks that have been identified in the Microsoft Dynamics Customer Model. We also show the reader how to assign the standard roles to users, how to create new roles, and how to allow departmental super users to configure the application for their role so that the change is applied to all users with the same profile.

Chapter 4

Microsoft Dynamics NAV is not a product with a Next-Next-Finish type of installation, and it takes a lengthy project to deploy it successfully. We focus on the six phases of the implementation process, and explain each phase with detailed dos and don’ts for a typical implementation. Based on the Dynamics Sure Step implementation methodology with advice liberally sprinkled throughout, special attention is given to new features of Microsoft Dynamics NAV 2009, and where the new capabilities must be taken into account to make most out of the implementation project.

Chapter 5

Every implementation of Microsoft Dynamics NAV 2009 will require the system to be configured to meet the needs of the business. This chapter tells the implementation consultant how to do this from a core financials perspective and provides valuable information that will allow developers to understand more about the application they are changing. We cover basic accounting for programmers, dimensions, and posting groups, and how to use the Rapid Implementation Methodology (RIM) Toolkit to speed things along.

Chapter 6

Hardly any standard system can fit the needs of a business out of the box. Either the customer must shape their processes to match the system, or the consultant must shape the system to match the processes, and usually the latter prevails. This chapter explains the process of modifying the system, how to design a viable data model, and how to design and develop a functional user interface for both RoleTailored and Classic clients, without writing any code.

Chapter 7

The three-tiered architecture of Microsoft Dynamics NAV 2009 and native Web Services Enablement open up a whole new world of possibilities for NAV implementations. We cover some of the many possibilities for extending the application, allowing the consultant and developer to understand the technologies that are available and their respective design considerations. Our practical examples introduce the NAV programmer to the world of .NET and show how you can use the information available on the internet to develop your own killer .NET add-ons.

Chapter 8

There’s much more to development than programming. It starts with understanding what customer really needs, and usually extends way beyond the system being deployed to a test environment. This chapter focuses on the development phase, and what it takes to get from a concept to a live and working solution.

Chapter 9

After the system goes live, or as it grows, there are periods when new problems may arise, and often their source is far from obvious. This chapter explores the tools and techniques available for detecting problems, pinpointing the source, and helping to remove them from the system quickly and painlessly. It explains how to debug the Service Tier, how to troubleshoot performance issues, what can be done to avoid problems, and how proper planning before design can help to get it right the first time.

Chapter 10

Our sample application focuses on requirements gathering, functional specification creation, solution design, and the eventual build of a prototype. We look at how a business problem can be explored using techniques such as interviewing, use-case modeling, and object-role modeling to create a solution design that can be molded into a working prototype.

If you want to get more information about the book visit: http://www.packtpub.com/implementing-microsoft-dynamics-nav-2009/book

©2012 Rash thoughts about .NET, C#, F# and Dynamics NAV.. All Rights Reserved.

“Dieses Release beinhaltet folgende Dateien:

• Klassische fdb Datenbank
• MDF Datenbank für SQL Server
• Onlinehilfe für den Zahlungsverkehr (DEU und ENU)
• Changes.doc für Zahlungsverkehr und Kostenrechnung

Hinweis:
Die Objekte für den Zahlungsverkehr beinhalten auch die SEPA Funktionalität.
Die Onlinehilfe für die Kostenrechnung wird umgehend nachgereicht.”

[Quelle Partnersource]

Weitere Links:

• Deutsche Vollversion von Dynamics NAV 2009
• Update Toolkit
• Launch Portal für Microsoft Dynamics NAV 2009

©2012 Rash thoughts about .NET, C#, F# and Dynamics NAV.. All Rights Reserved.

Unter anderem werden auch folgende Themen beschrieben:

• Install and Configure Microsoft Dynamics NAV 2009
• Using the Form Transformation Tool
• Working with Web Services
• Improving Application Performance

©2012 Rash thoughts about .NET, C#, F# and Dynamics NAV.. All Rights Reserved.

Weitere Information sind im Launch Portal zu finden.

©2012 Rash thoughts about .NET, C#, F# and Dynamics NAV.. All Rights Reserved.

Dummerweise ist der generierte C#-Code, wie das bei generiertem Code eigentlich immer der Fall ist, nicht gerade “optisch schöner” C#-Style und hat auch nur noch wenig mit dem Original-C/AL-Code zu tun – ist aber immerhin lesbar.

Das ist ein wirklich interessanter Ansatz und erlaubt mit etwas Geschick auch UnitTesting für NAV 2009. Dafür werde ich demnächst mal versuchen ein kleines Beispiel zu bloggen.

©2012 Rash thoughts about .NET, C#, F# and Dynamics NAV.. All Rights Reserved.

©2012 Rash thoughts about .NET, C#, F# and Dynamics NAV.. All Rights Reserved.

Interessant sind aber auch die schon etwas länger existierenden Artikel, die im NAV Developers Blog veröffentlicht werden. Dort wird z.B. auf die Erstellung von Key Performance Indicators in NAV 2009 eingegangen.

Claus Lundstrøm setzt sich in seinem Blog mit dem Thema Drop Down Windows in NAV 2009 auseinander und hat jetzt auch eine Liste der in NAV 2009 verfügbaren Icons veröffentlicht.

©2012 Rash thoughts about .NET, C#, F# and Dynamics NAV.. All Rights Reserved.

Das “Microsoft Dynamics NAV 2009 Marketing Beta Release” ist ein Paket aus einem Virtual PC-Image von Microsoft Dynamics NAV 2009 (Marketing Beta) und einer Reihe von zugehörigen Dokumenten. Dabei handelt es sich unter anderem um eine Hilfedatei mit “Walk-through scenarios from the User Documentation” und Powerpoints zu Web Services, Reporting und dem Page Designer in NAV 2009.

Mit der Veröffentlichung der Marketing Beta (CTP4) ist nun auch die Zeit der Verschwiegenheitsvereinbarung (NDA) der CTP3 vorbei und es kann ausführlich zu technischen Details von NAV 2009 gebloggt werden.

Ich fange bei dieser Gelegenheit mal mit den zugehörigen Dokumenten der Marketing Beta an und werde in späteren Postings natürlich auch auf die CTP4 selbst eingehen.

Bei dem Hilfedokument handelt es sich z.B. nur um eine Vorabversion der eigentlich NAV 2009-Hilfe, so dass einige Bereiche nur als Platzhalter angelegt sind.

Insgesamt muss man aber sagen, dass die Hilfe (auch jetzt schon) wesentlich umfangreicher ist, als das bisher bei Navision-Hilfen der Fall war. Gerade die Bereiche zum Thema Reporting und Form Transformation sind auch schon sehr detailliert ausgeführt. Dabei setzt man nun z.B: auch verstärkt auf Ablaufdiagramme:

Weiterhin ist geplant die NAV-Hilfe mit ins MSDN zu integrieren, so dass Dokumentationsupdates leichter zur Verfügung gestellt werden können. Ein weiterer netter Nebeneffekt vom MSDN ist natürlich, dass man dann mit der Suchmaschine seiner Wahl die Hilfe durchsuchen kann.

Zu den drei Powerpoints gibt es eigentlich nicht viel zu sagen, außer das sie sich in ihrer Aussagekraft sehr stark unterscheiden. Die PPT zum Thema WebService zum Beispiel zeigt relativ detaillierten Quellcode, während die zum Thema PageDesigner überhaupt keine Informationen enthält. Lustigerweise steht bei letzterer Präsentation “Mircrosoft Confidential” drunter.

Zusätzlich gibt es derzeit noch ein Dokument mit den Systemvoraussetzungen und eins mit den Release Notes bzw. Known Issues der CTP4.

©2012 Rash thoughts about .NET, C#, F# and Dynamics NAV.. All Rights Reserved.