Dynamics AX Blog - Microsoft Dynamics AX (Axapta) - Seite 48

Wenn beim Starten des AOS von Dynamics AX 2009 folgender Fehler auftritt...

Could not start the Dynamics AX Object Server 5.0$01-AX2009 service on Local Computer.

Error 1740: The endpoint is a duplicate.

...könnte die Ursache sein, daß der im Microsoft Dynamics AX Server Configuration Utility angegebene TCP/IP-Port bereits von einer anderen Applikation verwendet wird. In meinem Fall war dies übrigens der Axapta Server Manager der Version 3.0, die am gleichen Rechner installiert war.

In AX 2009 wurde die Belegung der Taste F5 grundlegend geändert.

Bisher konnte man mit dieser Taste ungespeicherte Änderungen an einem Datensatz zurücknehmen. In der neuen Version passiert genau der gegenteilige Effekt, sämtliche ungespeicherten Eingaben werden gespeichert und danach der Datensatz neu eingelesen.

Die bisherige Funktion der F5-Taste ist nun über CTRL-F5 erreichbar.

Während des Upgrades einer bestehenden Dynamics AX-Installation kommt man zwangsläufig mit der Maske Datenbank synchronisieren in Berührung. In dieser Maske werden einem pro Tabelle alle Fehler, Warnungen und Infos angezeigt, die während der Synchronisierung auftreten können. Und dazu gibt es meist einen recht aussagekräftigen Text.

So weit so gut. Das Problem ist allerdings, daß das Feld für diesen Text zu klein ist, man ist also versucht da hinein zu klicken um zu scrollen. Das sollte man aber lieber nicht tun, denn ab diesem Zeitpunkt bleibt der angeklickte Text das Maß aller Dinge. Den selbst wenn ich nun in der Maske eine andere Tabelle anwähle, so sehe ich immer Textfeld immer noch jenen Text, den ich mir zuvor genauer durchlesen wollte. Ein kleiner Bug in der Anzeige!

So bleibt einem also nichts anderes übrig, als sich die Ergebnisse der Synchronisierung auszudrucken. In meinerm Fall wären das über 350 Seiten gewesen...

Da hat leider die Qualitätsicherung versagt.

Da es mir leider passiert ist: Während der Installation von Dynamics AX 2009 muss man ein Konto für den AOS eingeben. Dieses Benutzer-Konto muß unbedingt der SecurityAdmin-Rolle des SQL-Servers angehören! Steht zwar eh genauso im Upgrade Guide, habs aber trotzdem beim ersten Mal überlesen...

Im Rahmen eines Upgrades einer Dynamics AX 3.0-Installation auf Dynamics AX 2009 trat folgender Fehler während des Ausführens des Microsoft Dynamics AX DB Upgrade Prepartion Tools (AxDBUpgrade.exe) auf:

The application failed to initialize properly (0xc0150002). Click on OK to terminate the application.

Die Lösung für dieses Problem war, das auf der Installations-CD von AX 2009 enthaltenen Microsoft Visual C++ Redistributeable Package (x86) zu installieren. Dieses wird übrigens spätestens beim eigentlichen Setup von AX 2009 mitinstalliert.
 

Wenn man in Dynamics AX versucht die Eigenschaft AllowDuplicates eines Tabellen-Indexes von No auf Yes zu ändern, kann folgende Fehlermeldung auftreten:

Illegal property value

In diesem Fall ist vermutlich der betroffene Index als PrimaryIndex oder ClusteredIndex der Tabelle eingetragen. Eigentlich auch logisch :-)

Man braucht es immer wieder, und genau darum findet Ihr im folgenden eine kurze - und bestimmt auch nicht ganz vollständige - Übersicht, wie dieses RunBaseBatch-Framework benutzt werden kann. Erste Anlaufstelle sollte übrigens in jedem Fall die Klasse Tutorial_RunBaseBatch sein, dort werden die wichtigsten Methoden verwendet und man kann sich so zumindest einen groben Überblick verschaffen, was wie möglich ist.

Um eine stapelverarbeitungsfähige Klasse zu schaffen, ist diese in erster Linie von RunBaseBatch abzuleiten. Dadurch stehen eine Reihe von Methoden zur Verfügung, von welchen ich einige versuche im Folgenden zu erklären.