Annexe A3 Migration vers 3.2

A3.1 Depuis une version 3.0

L'upgrade en version 3.2 depuis une version 3.0 n'est pas supportée, et nécessite donc au préalable de passer en version 3.1.

A3.2 Depuis une version 3.1

A3.2.1 importation de familles/documents

A3.2.1.1 Utilisation de importDocuments

L'importation des familles et des documents doit être effectuée avec le script d'API importDocuments, qui remplace l'ancien script d'importation freedom_import, et effectue un contrôle plus strict et précis sur les éléments importés.

Vous devez donc modifier vos fichiers d'importation présents dans info.xml, et/ou vos procédures d'importation, pour utiliser importDocuments à la place de freedom_import.

A3.2.1.2 Structure fichiers ODS

L'importation de vos familles peut nécessiter un découpage de votre fichier ODS/CSV en sous-fichiers ODS/CSV autonomes en termes de dépendances, et importer ceux-ci dans l'ordre adéquat.

En effet, les contrôles plus stricts imposés lors de l'importation, interdisent les références à des éléments qui n'existent pas. Il vous faut donc importer vos éléments dans l'ordre de dépendance.

Pour cela, nous préconisons le découpage suivant :

  1. Un fichier pour la structure de vos familles qui contient les attributs, le paramétrage des attributs, mais ne contient pas de références aux profils (CPROFID, DPROFID), aux cycles (WID), etc.
  2. Un fichier d'importation des documents systèmes qui contient l'importation des documents comme les profils et les cycles.
  3. Un fichier de paramétrage qui va appliquer le paramétrage des profils, des cycles, etc. sur les familles précédemment importées.

A3.2.2 Fichiers méthodes de famille

Un contrôle plus strict est appliqué sur les fichiers méthodes.

A3.2.2.1 Déclaration explicite class X extends Y

Tous les fichiers de méthodes doivent être réécrits sous la forme d'une classe PHP standard, dérivant de la classe d'une autre famille ou de la classe "Doc", à l'aide des tags de commentaires @begin-method-ignore et @end-method-ignore.

Exemple :

/**
 * @begin-method-ignore
 */
class _MA_FAMILLE extends Doc {
/**
 * @end-method-ignore
 */
    public function postModify() {
        [...]
    }
    [...]
/**
 * @begin-method-ignore
 */
}
/**
 * @end-method-ignore
 */

A3.2.2.2 Méthodes de contrôle de vue (@templateController)

Les méthodes utilisées comme contrôleur de vue doivent être déclarées avec un tag de commentaire @templateController. Dans le cas contraire, un message d'erreur sera affiché à la place de la vue.

Le tag @templateController permet de déclarer explicitement les méthodes utilisables comme contrôleur de vue, et d'interdire l'utilisation de toute autre méthode.

Exemple :

/**
 * @begin-method-ignore
 */
class _MA_FAMILLE extends Doc {
/**
 * @end-method-ignore
 */
    [...]
    /**
     * @templateController
     */
    public function maVue() {
        [...]
    }
    [...]
/**
 * @begin-method-ignore
 */
}
/**
 * @end-method-ignore
 */

A3.2.2.3 Méthodes exécutables par FDL_METHOD (@apiExpose)

Les méthodes qui sont exécutées via l'action FDL_METHOD doivent être déclarées avec un tag de commentaire @apiExpose.

Le tag @apiExpose permet de déclarer explicitement les méthodes utilisables par FDL_METHOD, et d'interdire l'utilisation de toute autre méthode.

Exemple :

/**
 * @begin-method-ignore
 */
class _MA_FAMILLE extends Doc {
/**
 * @end-method-ignore
 */
    [...]
    /**
     * @apiExpose
     */
    public function doSomethingOnDocument() {
        [...]
    }
    [...]
/**
 * @begin-method-ignore
 */
}
/**
 * @end-method-ignore
 */

Cette notation est aussi obligatoire pour les menus déclarant un appel de la forme ::myMethod(). Dans ce cas, la méthode myMethod doit avoir aussi le tag @apiExpose.

A3.2.2.4 Méthodes utilisables comme critère de recherche (@searchLabel)

Les méthodes utilisables comme critère de recherche doivent être déclarées avec un tag de commentaire @searchLabel et @searchType.

☞ Voir chapitre 17.8.2.2 Utilisation de méthodes dans l'interface de recherche détaillée.

Exemple :

/**
 * @begin-method-ignore
 */
class _MA_FAMILLE extends Doc {
/**
 * @end-method-ignore
 */
    [...]
    /**
     * @searchLabel Température extérieure
     * @searchType double
     */
    public function exteriorTemperature() {
        return TemperatureSensor::getTemperature();
    }
    [...]
/**
 * @begin-method-ignore
 */
}
/**
 * @end-method-ignore
 */

A3.2.3 Droits négatifs

Les droits négatifs ne sont plus supportés.

Si vous avez utilisé les droits négatifs (boules rouges dans les profils) il vous faudra réécrire ceux-ci en utilisant la notion de rôles.

La structure de la table docperm et les interfaces de saisie des droits ont été modifiés pour prendre en compte ce nouveau fonctionnement.

☞ Voir chapitres Comptes : utilisateurs, groupes et rôles et Sécurité : authentification, droit applicatif, droit documentaire.

Nous préconisons de ne plus gérer les droits par des groupes mais de se baser sur le système des rôles.

Pour savoir si vous avez des droits négatifs, vous pouvez utiliser la requête suivante :

# SELECT * FROM docperm WHERE unacl != 0;

S'il n'y a aucune ligne retournée, aucun droit négatif n'est posé.

A3.2.4 Familles du "Carnet d'adresses" (USER, SOCIETY et SITE)

Les familles USER, SOCIETY et SITE sont désormais fournies par le module dynacase-contact.

Le lien de parenté entre IUSER et USER n'existe plus, et IUSER devient à présent une famille "top-level" sans parents.

Lors de la migration, l'application "Carnet d'adresse" est désactivée. Pour la réactiver, il vous faudra installer le module dynacase-contacts.

A3.2.5 Envoi de mails

Par défaut, les adresses de courriel des utilisateurs ne sont plus visibles pour l'envoi de courriels (depuis l'icône "enveloppe" présent sur les documents). Seules les familles déclarés avec un tag MAILRECIPIENT sont utilisables pour l'envoi de courriels.

Pour réactiver l'ancien fonctionnement sur les IUSER (et LDAPUSER) il vous faudra mettre à jour ces familles pour positionner ce tag MAILRECIPIENT.

☞ Voir chapitre 4.8.2.2 Définition de propriétés de famille du manuel de référence.

Le module dynacase-contacts déclare la famille USER comme destinataire de courriel (il possède le tag MAILRECIPIENT).

A3.2.6 Valeur par défaut DEFAULT

Par le passé (version < 3.2), lors de la déclaration d'une famille, la déclaration d'une valeur par défaut sur un attribut d'une famille mère n'avait pas de répercussion sur la valeur par défaut de cet attribut sur une famille fille.

A présent (version >= 3.2), la valeur par défaut d'un attribut d'une famille fille pourra être la valeur par défaut positionnée sur l'attribut de la famille mère, si la famille fille ne spécifie pas explicitement sa propre valeur par défaut.

La valeur par défaut d'un attribut remonte donc les liens de parenté à la recherche d'une valeur par défaut pour cet attribut.

A3.2.7 Familles système

Vos familles de cycle de vie doivent être déclarés "système" à l'aide du mot-clef USEFOR avec la valeur SW.

☞ Voir chapitre 4.8.2.2 Définition de propriétés de famille du manuel de référence.

La classification, en familles système et familles non-système, des familles livrées par défaut a été modifiée.

Les familles qui ont été basculées en familles "système" sont :

  id  |      name      | usefor
------+----------------+--------
    1 | BASE           | S
    3 | PDOC           | SP
    4 | PDIR           | SP
    5 | SEARCH         | S
    6 | PSEARCH        | SP
   16 | DSEARCH        | S
   18 | GUIDECARD      | SG
   19 | SGUIDECARD     | SG
   20 | WDOC           | SW
   23 | PFAM           | SP
   24 | TEXT           | S
   25 | REPORT         | S
   31 | MSEARCH        | S
   36 | BATCH          | SA
  127 | IGROUP         | S
  129 | GROUP          | S
  130 | ROLE           | S
 1001 | SENTMESSAGE    | S
 1006 | PUBLIMAIL      | SA
 1007 | BASICBATCH     | SA
 1019 | PORTAL_SERVICE | S
 1020 | USER_PORTAL    | S

Ces familles ne sont donc plus accessibles par défaut aux utilisateurs.

A3.2.8 Éditeur htmltext

L'éditeur HTML pour les attributs htmltext a été changé et est à présent CKeditor.

Source : migration.md Dynacase Platform 3.2 | Dynacase Platform Installation & Exploitation, version 3.2 édition 14, © Anakeen Labs <labs@anakeen.com>
×
Publié sous licence CC (http://creativecommons.org/licenses/by-nc-sa/2.0/fr/) par Anakeen [www.anakeen.com]
Attribution Vous devez créditer l'Oeuvre, intégrer un lien vers la licence et indiquer si des modifications ont été effectuées à l'Oeuvre. Vous devez indiquer ces informations par tous les moyens possibles mais vous ne pouvez pas suggérer que l'Offrant vous soutient ou soutient la façon dont vous avez utilisé son Oeuvre.
Pas d’Utilisation Commerciale Vous n'êtes pas autoriser à faire un usage commercial de cette Oeuvre, tout ou partie du matériel la composant.
Partage dans les Mêmes Conditions Dans le cas où vous effectuez un remix, que vous transformez, ou créez à partir du matériel composant l'Oeuvre originale, vous devez diffuser l'Oeuvre modifiée dans les même conditions, c'est à dire avec la même licence avec laquelle l'Oeuvre originale a été diffusée.