Wie ich erfahren habe ist AX 2009 nun auf Kompatibiltät mit den neuesten Werkzeugen aus der Schmiede von Microsoft kompatibel.

Hierbei wurde AX 2009 mit Visual Studio 2010 und Office 2010 erfolgreich getestet und als kompatibel empfunden.
Nur beim Thema SharePoint 2010 scheinen sich noch die Geister zu scheiden. Microsoft selbst sagt der Kompatibilitätstest würde noch laufen, aber ich habe auch schon ein paar Blogeinträge gesehen, die sagten dass der Installer aktuell den Dienst verweigert.

Leider hatte ich noch nicht die Gelegenheit das ganze selbst zu testen, aber vielleicht komme ich noch dazu.
Gerade SharePoint 2010 bietet ja immense Vorteile in der Performance, im Caching und auch in der Useability.

Ich denke dass ich mich allerspätestens mit dem Release des MOSS 2010 eine neue DEV-Umgebung in VMWare zusammenbaue. 

Außerdem ist der SQL Server 2008R2 als kompatibel geteset worden. Bei der Verlinkung des Report Builder auf die aktuelle Version, hilft dieser Link http://msdn.microsoft.com/en-us/library/ms181194(SQL.105).aspx .

Mit dem verschmelzen der Dynamics Produkten mit den Hauptproduktlinien von Microsoft werden die einzuführenden Kundenimplemationen immer komplexer. Auch bietet diese neue Produktvielfalt viel Potential für Endkunden und Partner.
Gleichzeitig erfordert es von den Implementierungspartnern immer mehr Wissen um die Zusatzprodukte um AX effektiv beim Kunden zum Einsatz zu bringen. Jedoch verspricht Microsoft zumindest die Implementation der Zusatzprodukte in den nachfolgenden AX Versionen zu vereinfachen.

Mittlerweile kommen immer mehr Details zur neuen AX Version heraus, so wird zum Beispiel der neue Kernel komplett oder zumindest zum Teil auf MSIL basieren. Damit hält .NET in den Kernel einzug
Damit fallen aber zumindest die folgenden Methoden aus dem Kernel:

Der Codeeditor wird in Zukunft per Windows Presentation Foundation gerendert, und lockt hoffentlich mit noch mehr Features.

Außerdem habe ich ein Addin für Visual Studio begutachten dürfen, welches den AOT in den mächtigen Editor bringt.
Ich bin gespannt wie weit hier die Integration vorangeschritten ist. Ob wir langsam auch in den Genuß kommen mit Visual Studio AX zu programmieren und nicht nur Aufsätze wie Reporting-, Analysis-Services oder Enterprise Portal Entwicklung damit zu gestalten.

Die .NET Integration wird immer reizvoller und ich kann es kaum erwarten die Maximierung dieses Trends zu sehen und zu nutzen.

Ich bin gespannt ob sich bezüglich der Länderkonsolidierung bzw. der Trennung der Länderfunktionalitäten pro Unternehmenskonto geändert hat.

Mittlerweile kommen immer mehr Neuigkeiten zu den Änderungen im nächsten Release des ERP Systems Dynamics AX an die Oberfläche. Daher möchte ich diese hier kurz aufführen:

• Der AOT (Axapta Object Tree) welcher bis Version 5.0 (2009) in AOD Dateien abgespeichert wurde, wandert nun in den SQL Server. D.h. alle Objekte und der Quellcode werden in einer separaten Datenbank gespeichert. So wird Dynamics AX in Zukunft aus mindestens 2 Datenbanken bestehen: 1x Kundendaten und 1x Kundenapplikation. Dies birgt immense Performance- und Sicherheitsvorteile gegenüber des Dateisystems.
  Außerdem soll so in Zukunft die Objekt ID Problematik, welcher bei Layerkopien oder Exportdateien anderer aus Drittsystemen entstehen kann vermieden bzw. verhindert werden. Ich denke dass sich hier der Hierachie-Datentyp des neuen SQL Servers sehr gut für die Layerspeicherung verwenden lässt bzw. vom Dynamics AX Entwickler Team genutzt wird.
• In Version 6.0 sollen außerdem die Relationen aus dem Extended Datatypes entfernt werden. Als Alternative bleibt die Speicherung der Relationen auf Tabellenebene. Der Hintergrund dieser Maßnahme liegt, so denke ich, an der Annäherung von Dynamics AX an das Produkt Microsoft SQL Server und der Analysis Erweiterungen. So ist es für SQL Spezialistäten und BI Firmen einfacher auf sichtbare Relationen zuzugreifen, anstatt sich diese Informationen von einem Dynamics AX Partner geben zu lassen.
• Bzg. der Enterprise Portal Entwicklung wird sich in der Version 6.0 auch etliches ändern. So soll ein Großteil der Entwicklung nun über Visual Studio erfolgen. Im Umkehrzuge wurde angekündigt dass nun alle alten Enterprise Portal Objekte wegfallen. D.h. Webforms, Webreports, etc. werden in der Version 6.0 verschwinden.
  Die Entwicklung sogenannter Webcontrols, Queries, und ASP.NET Seiten im Strategieprodukt SharePoint wird immer mehr kommen.
• Nach internen Informationen sollen auch die Reports langsam ihrem Ende entgegen sehen und gegen die SQL Server Reporting Services getauscht werden. Damit rückt auch deren Entwicklung in Richtung Visual Studio mit SQL Server Reporting Services bzw. Analysis Services. Da diese aber zur Zeit noch etwas eingeschränkt und VB lastig sind, denke ich dass sich auch hier noch etwas am .NET Framework bzw. SQL Reporting Services ändern wird.

Man spürt deutlich wie sich die Strategie von Microsoft herauskristalisiert und die Produkte zusammenwachsen um ein effizientes Benutzerfreundliches System anzubieten.

Es bleibt spannend und ich freue mich auf den nächsten Release um ihn ausgiebig zu erkunden.