Thursday, February 13, 2014

Backup du versioning MorphX VCS

Voici un post intéressant sur AX 2009 qui est compatible pour AX Dynamics 2012, pour sauvegarder et porter les données liées au versioning d'objet MorphX.

En effet, en cas de rechargement de base de données sur un environnement de développement, les objets développés sont portables en AX Model (selon la couche de développemen) voirvia  un modelstore (toutes les couches compilées).

Pour éviter la perte des versions antérieurs stockés via l'outil VCS intégré à Dynamics, il est nécessaire de sauvegarder les tables SQL "SYSVERSION*" de la base d'origine :

- SYSVERSIONCONTROLMORPHXITEMTABLE --> contient les enregistrements d'objets avec leur chemin
- SYSVERSIONCONTROLMORPHXLOCKTABLE --> contient les objets en cours d'utilisation
- SYSVERSIONCONTROLMORPHXREVISIONTABLE --> contient les données de révision
- SYSVERSIONCONTROLPARAMETERS --> paramétrage de versioning (VCS, TFS etc..)
- SYSVERSIONCONTROLSYNCHRONIZELOG --> Utiliser pour TFS donc vide à priori en cas d'utilisation de VCS.

Un modèle simple mais qui nécessite une fois exporté/importé dans la nouvelle base, une correction du compteur de recID afin de repartir d'un nombre correct pour les prochains enregistrements de versioning.

Lien vers l'article

Wednesday, January 22, 2014

Récupérer les filtres et enregistrements d'un formulaire

Pour récupérer les valeurs de filtrages, entrées dans un client AX Dynamics, il m'a fallu tatonner jusqu'à trouver la solution suivante :

public void process(Args args, FormDataSource _formDataSource)
{
    QueryRun queryRun;
    QueryFilter     qf;
    QueryBuildRange range;
    Query           q;
    int j;
    int k = 1;
    int i = 1;
    int cnt,filtercnt;
    DictTable dictTable;
    DictField dictField;
    str test;
    ;

    q =  _formDataSource.queryRun().query();
    queryRun = new QueryRun(q);

    if(q)
    {

        // Récupération de l'appelant et des lignes cochées
        info (strFmt("Formulaire appelant %1, Company : %2. Nombre de ligne Selectionné = %3",

               args.name(),
               curExt(),  
               _formDataSource.recordsMarked().lastIndex()));

        for(i = 1; i <= q.dataSourceCount(); i++)
        {
            cnt = q.dataSourceNo(i).rangeCount();
            filtercnt = 0;
            if(!q.dataSourceNo(i).embedded())
            {
                filtercnt = q.queryFilterCount(q.dataSourceNo(k));
            }
            dictTable = new DictTable(q.dataSourceNo(k).table());

            for (k=1; k<= filtercnt; k++)
            {
                qf = q.queryFilter(k, q.dataSourceNo(i));
                if(qf)
                {

                    // Récupération du filtre
                    info (strFmt("%1, %2. Range = %3", dictTable.label(), qf.field(), qf.value()));
                }
            }
            ttsCommit;

            for (j=1; j<=cnt; j++)
            {
                range = queryRun.query().dataSourceNo(i).range(j);
                if(range.value())
                {

                    // Récupération du filtre
                    info(strfmt("%1, %2. Range = %3",dictTable.label(), range.AOTname(), range.value()));
                }
            }
        }
    }
}


Wednesday, November 20, 2013

Purger les données d'utilisations

En cas de migration, il convient parfois de devoir supprimer certaines données d'utilisations des utilisateurs afin que des ensembles variables soit correctement utiliser par le système.

Les reports par exemple nécessitent en cas de modification de version d'AX sur leur classe de contrôle, une purge des données des utilisateurs de l'ancienne version.

Voici un exemple de job permettant de faire l'opération. L'exemple créé un formulaire permettant de choisir un filtrage sur une colonne de la SysLastValue DesignName ou RecorType pour choisir les entrées à supprimer.



static void deleteUsageData(Args _args)
{
    Dialog                  dialog;
    DialogField             dlgRange1,dlgRange2;
    DialogField             dlgbox1;
    SysLastValue            sysLastValue;
    int i = 0;
    #OCCRetryCount
    ;
    dialog                      = new Dialog("Usage Data Deletion");
    dlgRange1                   = dialog.addField(extendedTypeStr(Range),"DesignName");
    dlgRange2                   = dialog.addField(extendedTypeStr(Range),"RecordType");
 // Need to declare TypeofSysLastValueRange Enum with two values : designName & RecordType
    dlgbox1                     = dialog.addField(enumStr("TypeofSysLastValueRange"),"Colonne de filtrage");

    dlgRange1.value("*Report*");
    // ou
    dlgRange2.value("!userSetupQuery");

    dlgbox1.value(TypeofSysLastValueRange::designName);
    if (dialog.run())
    {
        try
        {
            ttsbegin;
            if(dlgbox1.value() == TypeofSysLastValueRange::designName)
            {
                while select forUpdate SysLastValue
                where sysLastValue.designName like dlgRange1.value()
                {
                info(strFmt("Delete information : company : %1, designName : %2, element Name : %3, User : %4",
                                    sysLastValue.company,
                                    sysLastValue.designName,
                                    sysLastValue.elementName,
                                    sysLastValue.userId));
                SysLastValue.delete();
                i++;
                }
            }
            else
            {
                while select forUpdate SysLastValue
                where sysLastValue.recordType like dlgRange2.value()
                {
                info(strFmt("Delete information : company : %1 , DesignName : %2, Element Name : %3, User : %4",
                                    sysLastValue.company,
                                    sysLastValue.designName,
                                    sysLastValue.elementName,
                                    sysLastValue.userId));
                SysLastValue.delete();
                i++;
                }
            }


        ttsCommit;
        }
        catch (Exception::Deadlock)
        {
            retry;
        }
        catch (Exception::UpdateConflict)
        {
            if (appl.ttsLevel() == 0)
            {
                if (xSession::currentRetryCount() >= #RetryNum)
                {
                    throw Exception::UpdateConflictNotRecovered;
                }
                else
                {
                    retry;
                }
            }
            else
            {
                throw Exception::UpdateConflict;
            }
        }
        catch (Exception::Error)
        {
            ttsabort;
            throw error("@SYS93835");
        }

        info(strFmt("Total deleted lines : %1",i));
    }
}

Tuesday, July 2, 2013

CU6 AX RTM/FP = CU2 AX R2 !



Fin juin 2013, le customer/Partner Source propose une CU6 pour Ax Dynamics 2012 RTM, Feature Pack, et pour AX Dynamics R2 :-/.
Les dénominations sont parfois trompeuses chez Microsoft : La CU6 nécessite la mise à jour R2 et la CU5 sera donc la dernière cumulative update des versions RTM et Feature Pack - a priori (afin d'inciter les clients à migrer ?).

Néanmoins, le CU6 n'est pas cumulative sur la R2, donc nécessite d'appliquer les CU1 à 5 pour bénéficier des correctifs de AX RTM/FP... de quoi s'y perdre!
Si j'ai bien tout compris, l'idéal serait un AX2012 FP CU 1 à 5 puis une migration en R2 + CU6 (ouf !)

Lien vers la CU6 (Customer/Partner Source)

De quoi nous donner un peu de travail.






Tuesday, June 18, 2013

Utiliser les services AIF d'AX dynamics

La couche AIF de Microsoft AX Dynamics sert générallement à l'échange de données entre des systèmes externes et l'ERP AX Dynamics. Microsoft a simplifié l'implémentation des services personnalisés sous 2012.

Cette couche permet d'accéder en entrée ou en sortie à des classes dédiées aux services de votre AOS.

Voici un exemple de l'implémentation et de l'utilisation d'un service sous DAX2012 : lien

Cet exemple simpliste est très bien fait : Il montre la facilité d'interaction entre l'extérieur et AX.
Vous pouvez imaginer toute sorte d'application des services AIF pour votre système d'information :
- Echange de données entre les applications externes et AX (données référentes par exemple)
- Déclenchement de traitement à distance via une application C# et piloté par un ordonnanceur
- Mise à jour d'AX après un traitement externe.
- Permettre des accès via de l'informatique mobile (PDA, système industriel etc...)

Un ERP n'étant jamais seul dans son environnement urbanisé, la couche AIF devient une solution SOA très intéressante et facile à mettre en oeuvre par rapport à des communications asynchrones.

Reste à étudier l'impact de l'utilisation massive des services AIF sur les performances de l'AOS.

Wednesday, April 24, 2013

Code Review :Comparer les couches de développements AX

Une fois vos développements terminés et/ou lorsque plusieurs intervenants ont travaillés sur une plateforme commune, il est intéressant de faire une vérification des couches de développements d'AX, afin de s'assurer qu'aucun développement n'est présent dans une couche non souhaitée.

Pour cela, créer un projet (privé ou public), et cliquer sur l'outil de filtrage du projet.
Choisir l'ajout depuis l'AOA et sélectionner via la fenêtre de filtrage un SysModelLayer égal à la couche que vous souhaitez vérifier.

AX chargera les objets de l'AOA qui sont dans cette couche. Il n'y a plus qu'a les passer en revue via l'outil de comparaison inter-couche de MorphX (clic droit --> Comparer)



Voici un article de blog qui permet de faire d'autres vérifications utiles sous AX : Objets non utilisés, comparaison des couches de développements etc...

Tuesday, April 16, 2013

lookup et lookupReference sous AX 2012

Sous AX 2012, le système travaille sur beaucoup de tables avec des références de clés (RecID --> RefRecId). Contrairement à 2009, où les clés sont basées sur des Id indexés et non doublonnés, Ax 2012 avec son système de RecId permet d'homogénéiser les types de jointure entre les tables et également de faciliter l'affichage et la sélection sous forme de lookup par référence à une table.

C'est la différence entre un lookup (liste de choix) classique type "2009" et ceux de 2012 (LookupReference).

Pour créer un lookup sur clé classique (type Id), le lookup peut être implémenté par exemple dans un formulaire, directement dans le DataSource du champs ou directement en méthode de Designs.
Cette méthode ne renverra aucun objet car la requête est intrisèque au formulaire.
Dans les bonnes pratiques, vous appelerez si possible une méthode lookup de la table depuis le formulaire via un super().

Pour un lookup sur une référence (RefRecId), on utilise une méthode lookupReference qui renvoi un objet cette fois, l'objet de référence du recid (DirPartyTable par exemple).
Cet objet renvoyé par la méthode sera automatiquement retraité en recId par le referenceGroup de votre champ de formulaire et bénéficiera de l'affichage correspondant (souche par exemple).

Syntaxe :

public client static DirPartyTable lookupReferenceParty(FormReferenceControl _formRefControl,CustAccount _custAccount)
{
DirPartyTable dirPartyTable; // instancier un buffer
Query query =
new Query();
QueryBuildDataSource queryBuildDataSourceParty;
QueryBuildDataSource queryBuildDataSourceContact;
QueryBuildRange queryBuildRange;
SysReferenceTableLookup sysRefTableLookup;
;
 
//Create an instance of SysTableLookup with the form control passed in
sysRefTableLookup = SysReferenceTableLookup::newParameters(
tablenum(DirPartyTable), _formRefControl);

//Add the fields to be shown in the lookup form
sysRefTableLookup.addLookupfield(
fieldnum(DirPartyTable,Name));
//create the query datasource
queryBuildDataSourceParty = query.addDataSource(
tablenum(DirPartyTable));
queryBuildDataSourceContact = queryBuildDataSourceParty.addDataSource(
tableNum(ContactPerson));
queryBuildDataSourceContact.relations(
true);
queryBuildDataSourceContact.joinMode(JoinMode::ExistsJoin);
queryBuildRange = queryBuildDataSourceContact.addRange(fieldnum(ContactPerson, CustAccount));
queryBuildRange.value(
strFmt(_custAccount));

//add the query to the lookup form
sysRefTableLookup.parmQuery(query);
dirPartyTable = sysRefTableLookup.performFormLookup();
//alimenter le buffer
return dirPartyTable; // retourner l'objet
}

Ici un exemple de lookupReference qui va filtrer sur un client (méthode de table)

Dans la partie formulaire, l'appel sera fait ainsi :

public
 Common lookupReference(FormReferenceControl _formReferenceControl)
{
DirPartyTable dirPartyTable;
dirPartyTable = InventJournalTrans::lookupReferenceParty(_formReferenceControl, ProjTable.CustAccount);
return dirPartyTable;
}