TÉLÉCHARGER DYNACASE PLATFORM


Dynacase vous permet d'accélérer le développement et le déploiement de vos applications métier et de structurer votre organisation. 21 févr. Installation & Exploitation, module Dynacase Platform, version éd. 14 © Anakeen, Anakeen Labs Publié le 21/02/. Si c'est le cas, alors une popup propose de télécharger et d'appliquer la mise à jour: Si vos accès aux dépôts Dynacase Platform nécessitent l'utilisation d'un.

Nom: DYNACASE PLATFORM
Format:Fichier D’archive
Version:Nouvelle
Licence:Usage personnel seulement (acheter plus tard!)
Système d’exploitation: iOS. Windows XP/7/10. MacOS. Android.
Taille:17.15 Megabytes

TÉLÉCHARGER DYNACASE PLATFORM

Si vous avez des questions, on se retrouve là-bas…. Nous sommes le Sam 11 Mai, Sam 11 Mai, Cherche logiciel libre pour La philosophie du libre. Autour du réseau Framasoft.

Dynacase Platform. Dynacase Platform est un système Open source de gestion de contenu d'entreprise (en anglais ECM Télécharger le Dynacase Control. modifier - modifier le code - voir wikidata · Consultez la documentation du modèle. Dynacase .. Créer un livre · Télécharger comme PDF · Version imprimable. Je vous invite donc à télécharger les sources ou les packages et nous le nom de la solution est dorénavant Dynacase Platform pour ceux qui.

De plus, grâce au standard HTML5, l'application est également disponible hors ligne. À ce jour [Quand? Cette société génère ses revenus uniquement des contrats vendus à ses clients désirant l'accès à la version entreprise de Dynacase et au support technique de niveau 3 [ réf.

Dynacase Platform fonctionne en mode web, ce qui permet d'utiliser les web services des autres applications du SI. Les fonctionnalités de Dynacase Platform sont accessibles grâce à des web services pour faciliter l'interaction et l'intégration avec le SI. Un article de Wikipédia, l'encyclopédie libre. Cet article est une ébauche concernant un logiciel libre.

Dynacase Platform. Workflow dans Dynacase. Cette section est vide, insuffisamment détaillée ou incomplète. Vous remarquez qu'il y a un décalage d'une valeur entre le nombre de retour de la fonction d'aide à la saisie 3 éléments par valeur possible et la définition de l'aide à la saisie 2 éléments uniquement.

En effet, le premier élément du retour de l'aide à la saisie est utilisé pour construire la liste de suggestion présentée à l'utilisateur. Vous pouvez retrouver le paramétrage complété dans les sources. Ci-dessous, un autre exemple d'aide à la saisie. Il concerne toujours les Fiche de non-conformité, les chapitres présentés doivent être ceux du référentiels en cours.

Pour finir ce chapitre, vous allez mettre en place un attribut calculé.

Quick Start

La date de fin de l'audit doit être calculée en fonction de sa date de début et de sa durée. Le retour de l'attribut calculé doit être un espace pour indiquer que le contenu de l'attribut doit-être vidé. Si jamais la fonction retourne une chaîne vide ou rien alors le contenu de l'attribut est laissé tel quel. Vous pouvez retrouver le fichier PHP complété dans les sources.

Vous pouvez retrouver le fichier CSV complété dans les sources. Vous pouvez ensuite créer quelques formulaires pour voir les modifications que vous avez mises en place.

Ce chapitre de paramétrage vous a permis de rendre votre formulaire plus interactif et d'y intégrer plus de logique métier. Les hooks sont des méthodes de la classe Doc qui sont appelées à différents moments clefs de la vie du document.

La liste des hooks standards est dans la documentation. Vous allez mettre en place la logique permettant de calculer automatiquement le tableau des Fiches de non conformité.

Cette méthode est assez proche de celles écrites dans le chapitre de paramétrage pour les aides à la saisie. Surchargez ensuite la fonction postStore , cette fonction est appelée automatiquement après chaque enregistrement du document:. Il est conseillé de ne pas mettre le code métier directement dans la fonction postStore.

Il est ainsi possible de surcharger dans les familles filles les fonctions appelées dans les hooks plus facilement. Vous remarquerez que la méthode computeFNC ne sauvegarde pas les modifications qu'elle effectue elle n'appelle pas store. En effet, les hooks font automatiquement cette sauvegarde lorsque nécessaire.

De plus, cela permet d'appeler les méthodes concernées en dehors des hooks, sans surcoût particulier. Pour corriger le premier point, ouvrez le fichier. Modifiez la colonne I:. Pour corriger le second point, vous devez modifier la fiche de non conformité pour que, lors de sa sauvegarde, elle mette à jour l'audit associé. Ensuite surchargez la fonction postStore:. Attention à bien appeler le parent lors de la surcharge de la fonction de hook, sinon le code des classes parentes ne serait pas appelé.

Vous allez mettre en place un traitement après la duplication d'un audit pour supprimer les dates de l'audit dans le nouveau document créé par duplication. Les liens vers les fiches de non-conformité sont re-calculé automatiquement après la duplication de la page car ils sont enregistrés au postStore , il est donc inutile de les supprimer après la duplication. Cette fonction utilise clearValue qui permet de vider la valeur d'un attribut. Vous allez maintenant mettre en place l'affichage conditionnel d'un message aux utilisateurs lorsque la date de fin d'audit est dépassée.

Une fois le code déployé si la date de fin d'audit est dans le passé vous avez le message suivant qui s'affiche:. La CSS définie ci-dessus est ajoutée dans le formulaire. Vous pouvez ensuite consulter les modifications apportées via l'application http: Vous avez abordé les hooks et leurs fonctionnalités.

Ils permettent de surcharger le fonctionnement par défaut des documents de Dynacase pour implémenter la logique métier de votre projet. Lors de la phase de spécification, les droits suivants ont été identifiés. En outre, il y a une demande particulière, les auditeurs veulent que dans les fiches de non conformité la partie Écart puisse être vue par tous les utilisateurs pouvant voir le document , mais être modifiée uniquement par les auditeurs.

La sécurité applicative des documents dans Dynacase repose sur la notion de profil. Un profil est une matrice de droits. Il existe deux types d'affectations:. Connectez vous à l'interface d'administration: Déroulez la liste et choisissez le type de document Profil de famille.

L'interface suivante est présentée:. Complétez le titre avec Profil de référentiel et cliquez sur Créer. Vous obtenez l'interface suivante:. Le profil de famille est créé désactivé. C'est à dire que toutes les familles associées à ce profil sont libres d'accès, donc tous les utilisateurs peuvent effectuer toutes les actions. Le profil de famille est maintenant activé.

C'est à dire que toutes les familles associées à ce profil sont restreintes donc aucun utilisateur sauf l'administrateur ne peut effectuer une action. Cliquez sur Accessibilités. Une nouvelle fenêtre s'ouvre et présente la matrice de droits. Cette matrice présente par défaut uniquement les rôles du contexte. La bonne pratique veut que les droits soient associés via les rôles et non pas directement via les groupes. L'interface devient semblable à:.

Ces droits donnent la possibilité aux administrateurs fonctionnels d'agir sur la définition de la famille. Cliquez sur Modifier les privilèges , l'interface se présente ensuite de cette manière:. Vous pouvez remarquer que le nom logique du document est préfixé de manière à rapidement identifier son type: PFAM pour Profil de famille.

Étant donné que vous exportez un profil, vous devez dans l'entrée profil choisir avec les profils. Les spécificités du format sont décrites dans la documentation. Vous allez maintenant intégrer le profil dans les fichiers de paramétrage de la famille. Bien que le profil soit conçu pour une famille donnée vous avez en effet spécifié avec quelle famille il peut être utilisé lors de sa création , il faut explicitement déclarer ce profil sur la famille.

En effet, la famille spécifiée lors de la création du profil indique que ce profil peut être utilisé avec cette famille, ainsi que ses sous-familles , mais n'indique aucunement que ce sera le profil utilisé par ces familles il peut notamment exister plusieurs profils compatibles, et le profil à appliqué est changé par du code.

Vous allez maintenant valuer le profil de famille Chapitres. Votre spécification indique que celui-ci est similaire à celui du référentiel. Les deux solutions ont toutes les deux des avantages et des défauts. Toutefois il est considéré comme une bonne pratique de dupliquer les profils de deux familles pour pouvoir les faire évoluer de manière distincte.

Vous allez maintenant valuer le profil de famille Audits. Votre spécification indique que celui-ci est similaire à celui du référentiel avec juste une différence: Vous allez maintenant valuer le profil de famille Fiche de non-conformité. Vous allez maintenant créer les profils de documents. Un profil de document permet de définir qui peut:.

Rentrez dans le formulaire le titre Profil des documents référentiels et sélectionnez la famille Référentiel qualité , cliquez ensuite sur Créer. L'interface affiche ensuite le document de profil en consultation.

Cliquez sur activer et une fois l'interface rechargée cliquez sur Accessibilités , la matrice des droits s'ouvre. Techniquement, il n'est pas nécessaire de donner le droit voir au rôle Auditeur , puisque les gens ayant ce rôle sont également censés avoir le rôle Utilisateur COGIP. Cependant, ce paramétrage pourra être amené à évoluer. Afin d'éviter les mauvaises surprises lors de la mise à jour des profils, il est conseillé de donner explicitement le droit voir aux comptes auxquels on donne le droit modifier.

Vous devez indiquer dans la partie Profil Avec les profils et ensuite cliquer sur Exporter. Le fichier se présente exactement de la même manière que celui de profil de famille et contient le même type d'informations.

PDOC pour Profil de document. L'audit et les fiches de non conformité ne vont pas avoir pour l'instant de profil de document, car ils ont un cycle de vie et leur profil de document est fixé par leur cycle de vie. Le contrôle de vue va vous permettre de définir des masques variant suivant l'utilisateur connecté.

Vous allez commencer par créer le masque. Mettez l'attribut tab Écarts à la visibilité Statique et l'attribut array Écarts à Tableau statique. Vous pouvez remarquer qu'en ayant fixé l'attribut encadrant en lecture seule, tous les attributs qu'il contient sont passés en lecture seule. Pensez à supprimer les éventuels autres documents du porte-documents. MASK pour Masque. Vous allez maintenant paramétrer les droits associés au contrôle de vue. Ceci permet d'exprimer quelles vues sont proposées à l'utilisateur en fonction de ses rôles et groupes d'appartenance.

Les utilisateurs ayant le rôle auditeurs ont donc accès aux deux vues de modification. Mais la vue dédiée aux auditeurs à un ordre plus faible, elle est donc utilisée prioritairement. Vous allez ajouter le contenu de ce fichier dans le fichier de paramétrage de la famille associée. Les profils ne s'appliquent que sur les nouveaux documents, les documents déjà existant n'étant pas profilés ceux-ci sont accessibles par tous les utilisateurs.

En production, il vous faudrait faire un script de migration pour profiler les documents pré-existants. Vous pouvez maintenant vous connecter à l'application et consulter une fiche de non-conformité avec un utilisateur ayant le profil Auditeur marthe. Vous pouvez remarquer que l'utilisateur ayant le profil auditeur peut ajouter des lignes d'écart alors que celui qui n'a pas ce profil.

Le DSI dans l'exemple ci-dessus arnic. Ce chapitre va vous permettre de modifier la mise en forme des documents en modification et en consultation.

Lors de la phase de spécification et des premiers retours les demandes suivantes ont été émises. Certains détails pourraient être améliorés sur les formulaires:. La modification des options de génération des formulaires utilise plusieurs techniques différentes:. Vous allez utiliser l'option vlabel , cette option permet d'indiquer où vous souhaitez afficher le libellé des attributs.

Ces options indiquent à Dynacase qu'il ne faut pas mettre de label dans la génération du document pour ces attributs. Une fois le fichier de structure importé ou le module déployé le formulaire devient semblable à:.

Vous pouvez remarquer que les deux libellés pièces jointes surnuméraires ne sont plus présents. Vous pouvez retrouver le fichier mis à jour dans les sources. Vous allez créer votre style. Un style est composé d'un fichier de définition et de fichier d'assets css, js, layout , et permet de définir des règles de mise en forme valables sur un contexte. Le fichier. Ce code indique le nom logique du style et son style parent. Dans votre cas, c'est le style par défaut de Dynacase.

Le nom du fichier est libre. Ces règles CSS vont rendre les attributs en S avec un fond blanc et une police noire sur les vues d'édition et sur les navigateurs suffisamment récents supérieurs à IE7.

Vous pouvez trouver la liste des règles de compositions applicables dans la documentation. Vous pouvez retrouver le repertoire style initialisé dans les sources.

Dynacase Platform — Wikipédia

Ouvrez le fichier info. Vous allez utiliser la vue d'attribut. Celle-ci va vous permettre de mettre en forme les différentes dates de l'audit pour qu'elles soient présentées sur la même ligne et pas les unes en dessous des autres.

Vous allez commencer par la vue d'édition. Ce fichier va contenir la définition de la représentation des attributs en édition. De plus, vous devez créer une vue d'attribut vide pour cacher les attributs. Ce fichier reste vide car il va servir à cacher les attributs de durée et de fin qui sinon seraient représentés deux fois. Vous pouvez retrouver les fichier complété dans les sources. Le nom du fichier du fichier doit-être en minuscule et celui dans l'options edittemplate et viewtemplate n'est pas sensible à la casse.

Vous allez maintenant customiser la vue de consultation. Une fois le paquet déployé, vous obtenez en consultation sur les documents d'audit le rendu suivant:. Vous allez maintenant créer une vue de rangée de tableau.

Cette vue va vous permettre d'organiser différemment la présentation des lignes d'un tableau. Elle est souvent mise en place sur des tableaux ayant de nombreuses colonnes pour les présenter de manière plus compacte.

Ensuite ouvrez le fichier.

Ces nouvelles options indiquent que le template ci-dessus est utilisé en édition et en consultation. Vous allez commencer par ajouter le fichier de template. Vous allez gérer les visibilités de ce menu. Cette fonction va vous permettre de définir que le menu est visible uniquement pour les utilisateurs ayant le profil administrateur. Une fois le paquet déployé et si l'utilisateur connecté est administrateur, un menu supplémentaire est affiché.

Dans ce chapitre vous avez expérimenté les principales techniques de modifications d'interface. Vous avez pu constater que le formulaire est facilement modifiable, à la fois dans les détails de mise en forme et dans son fonctionnement. Le rendu des documents sans ce module est fait par le serveur, sous la forme d'une page HTML4 monolythique.

Pour une présentation plus détaillée de Dynacase Document UIs, se reporter au [manuel de référence][ddui-ref: Au vu de cette présentation, on vous a demandé d'utiliser Dynacase Document UIs pour rendre le document plus attrayant.

Le cycle de de vie est un élément de Dynacase qui permet d'encadrer la vie d'un document via un ensemble d'étapes et de transitions. À chaque étape, le développeur peut spécifier:. Les cycles de vie de votre application vous permettent donc de structurer votre application et de définir des parcours guidant les utilisateurs lors de la complétion de leurs documents métiers.

Ce chapitre va vous permettre d'initialiser vos cycles de vie, en créer la structure et les associer à une famille. Vous allez ensuite définir la liste des constantes représentant les états. Pour chaque état, vous allez indiquer un nom logique qui porte sa référence. Il est conseillé de mettre les noms des états sous la forme d'un identifiant neutre id, uuid pour pouvoir plus simplement gérer le changement de forme du cycle de vie et de paramétrage de celui-ci.

L'activité est un deuxième libellé qui est apposé à l'étape. Il décrit l'activité qui doit avoir lieu lors de cette étape. En théorie, les étapes finales d'un cycle n'ont pas d'activité. Par exemple, une fois l'audit Certifié , Annulé ou Refusé , il n'y a plus de travail à effectuer sur cet audit, et donc pas d'activité.

L’AFNOR choisit Anakeen et son offre open source Dynacase

Vous allez ensuite définir la liste des constantes représentant les transitions. Pour chaque transition, vous allez indiquer un nom logique qui porte sa référence. Il est possible d'utiliser la même transition pour relier deux étapes mais ce fonctionnement est déconseillé car tout le paramétrage de la transition est alors partagé, notamment les droits d'accès ce qui rend le cycle moins facilement paramétrable. Ce tableau est le seul élément obligatoire, il répertorie l'ensemble des transitions existantes et leur paramétrage.

Vous allez maintenant définir le premier état de votre cycle. Les clefs s'ajoutent à l'aide de commentaires dans le code. Pour ajouter une clef sur état, il faut ajouter le commentaire:. Vous pouvez trouver les fichiers complets dans les sources. Vous allez maintenant inscrire votre cycle de vie dans le paquet pour qu'il soit importé à l'installation et à la mise à jour. Ajoutez la ligne suivante dans le info.

Si vous cliquez sur Voir le graphe , vous pouvez consulter une représentation graphique du cycle de vie:. La fenêtre d'exportation s'ouvre, cliquez sur Exporter. Vous allez ajouter ce document dans le fichier de paramétrage de la famille Audit.

Pour finir, vous allez ajouter l'instruction qui associe le cycle de vie des audits à la famille audit. L'instruction WID est détaillée dans la documentation. Vous avez initié la structure d'un des cycles de vie et associé celui-ci à sa famille. Dans les prochains chapitres, vous verrez comment paramétrer, ajouter du code métier et profiler vos cycles de vie.

La réalisation de la structure du cycle des non-conformités n'est pas décrite dans ce chapitre, mais vous pouvez trouver les fichiers complet dans la solution du chapitre. L'intégralité du paramétrage du document cycle de vie est détaillé dans la documentation. Le document cycle de vie contient pour chaque étape et transition une série de champs qui permettent de spécifier son comportement.

Vous allez modifier les entrées Couleur de chaque étape. Même si l'attribution d'une couleur à chaque étape peut sembler accessoire, il reste important et facilite la prise en main par les utilisateurs de l'application que vous produisez. Il est conseillé de suivre un code couleur cohérent et d'identifier les étapes similaires par des teintes similaires et de choisir des couleurs qui dans la culture des utilisateurs sont en cohérence avec la signification des étapes.

Les couleurs des étapes se retrouvent dans les interfaces standard de Dynacase. Figure Interface standard: Vous pouvez trouver le document complété dans les sources. Dans votre spécification, il est indiqué que le mail doit être envoyé lors du démarrage de l'audit. Une fenêtre d'édition de mail pré-paramétrée s'ouvre alors:. Cette fenêtre contient des données provenant de son formulaire de création Famille et Famille Cycle. Vous pouvez paramétrer vos documents pour avoir le même comportement à l'aide de l'option creation.

Vous pouvez fermer la fenêtre de création et cliquez sur le bouton sauver du cycle de vie. Une fois ce paramétrage fait lors du changement d'état en passant par la transition un mail est envoyé. Il est aussi possible d'attacher des mails à une étape, dans ce cas le mail est envoyé à chaque passage dans l'étape, quelle que soit la transition utilisée pour parvenir dans cette étape.

Vous pouvez trouver le modèle de mail complété dans les sources. Il existe plusieurs manière d'affecter les minuteurs, elles sont décrites dans la documentation. Vous allez créer un minuteur simple, celui-ci est attaché au document lors du passage de la transition et détaché au prochain changement d'état. Et cliquez sur Créer. Cliquez sur les Vous allez utiliser le minuteur pour effectuer une relance par mail, mais celui-ci permet aussi:.

Les différentes options pour paramétrer les règles de relance sont décrites dans la documentation. Vous allez maintenant exporter le paramétrage que vous avez mis en place. Vous avez plusieurs manières de faire cette action, soit:. Sélectionnez Profil Avec les profils et cliquez sur Exporter. Le fichier CSV qui vous est envoyé contient une partie du paramétrage de la famille, ce qui inclut le paramétrage du cycle de vie. L'intégralité du paramétrage du cycle de vie via le code est détaillé dans la documentation.

Les contrôle au changement d'état se font lors des transitions , il existe quatre hook de transition utilisés pour:. Vous allez utiliser le m0 pour vérifier que les fiches de non-conformités associées à l'audit sont bien toutes closes avant d'accorder ou de refuser la certification.

Pour fonctionner cette méthode nécessite la présence du cycle de vie des FNC, que vous pouvez retrouver dans les sources complétées du chapitre précédent. Vous pouvez trouver le fichier complété dans les sources.

Vous avez déclaré deux hooks de m0 qui seront déclenchés lors de l'affichage de la liste des états. Dans l'exemple ci-dessus la transition est refusée et au survol un message est affiché à l'utilisateur. Vous allez maintenant mettre en place le mécanisme de ask. Il permet de poser un ensemble de question via un petit formulaire lors d'un changement d'état. Vous avez déclaré deux paramètres, ceux-ci peuvent être utilisés comme ask. Vous allez mettre à jour la liste des transitions:.

Vous avez ajouté un array sur la transition self:: Lors du passage de la transition, le ask est présenté sous la forme d'une fenêtre posant la question:. Dans votre cas, vous allez utiliser le retour du ask pour le stocker dans l'historique du document.

Vous avez ajouté une fonction qui utilise et enregistre dans l'historique la valeur du ask et ensuite vous avez enregistré cette fonction au m2 de la transition self:: Une fois la transition de retour franchie, si l'utilisateur clique sur le menu historique , l'interface ci-dessus est présentée.

Vous allez maintenant modifier le contrôle de cohérence que vous avez mis en place sur les dates pour que le contrôle ne se déclenche que lorsque la fiche est à l'état Brouillon. Vous avez ajouté une condition pour que la contrainte ne se déclenche qu'à l'état Brouillon. Vous connaissez les principales manipulations que vous pouvez effectuer avec un cycle de vie, que ça soit à l'aide du document cycle de vie ou de la classe de la famille cycle de vie.

Ces paramétrages permettent de créer simplement des cycles complets et riches et de guider les utilisateurs. Vous allez commencer par profiler le document cycle de vie, ce qui va vous permettre de définir quel type d'utilisateur peut effectuer quelle transition. Les deux premières et la dernière colonnes sont dédiées aux droits associés au document cycle qui peut voir , modifier et voir les droits du document cycle.

Le code couleur des types de droits peut être consulté en cliquant sur le bouton Légende. Les entrées en jaune et en orange sont des champs provenant du document associé au cycle de vie. L'affectation de droit est décrite dans le chapitre sécurité des documents.

Votre cycle est maintenant profilé. La liste des transitions présentée sur le document tient compte du profil de la personne connectée. Un seul profil est créé et utilisé pour tous les états où le document est désactivé Annulé , Certifié , Refusé.

Cliquez sur Modifier , sélectionnez l'onglet Étapes pour chaque onglet d'étape associé le profil:. Attention les profils ne sont affectés au document qu'à l'arrivée dans l'étape. Si des documents sont déjà dans cette étape alors le profil n'est pas affecté. Utilisez la procédure décrite dans le chapitre précédent. Vous devez obtenir un fichier. Vous savez maintenant paramétrer les éléments de sécurité associés au cycle de vie.

Une action permet d'étendre les fonctionnalités de Dynacase. Vous pouvez:. Vous allez écrire une série d'action réalisant une nouvelle interface de consultation des documents.

Vos utilisateurs sont conquis par les formulaires que vous avez réalisés dans les chapitres précédents. Toutefois, ils trouvent que l'interface d'accès par défaut pourrait être plus design et vous demandent de faire une nouvelle proposition.

La COGIP étant une entreprise moderne votre parc de machine est à jour et tous les utilisateurs ont des navigateurs à jour IE, chrome et firefox dernière version. Vous allez donc construire une nouvelle interface qui ne supporte que les navigateurs les plus récents, mais qui est plus design.

Vous allez ajouter les librairies dans le paquet. Vous pouvez trouver les fichiers ayant servi à la réalisation du tutoriel dans les sources.

Vous allez commencer par l'action liste de document. Cette action affiche une liste d'audits et un entête. Cette fonction doit être contenue dans le fichier script. Ajoutez le fichier. Vous avez pu remarquer que la recherche demande un document de plus que nécessaire, cela permet de savoir si le bouton suivant du tourne-page doit être activé ou pas. L'affectation du layout au moteur de template et le rendu du template sont automatiques.

Si toutefois, vous n'aviez pas de template à associé à l'action, vous devez le préciser avec le code suivant en fin d'action ici pour du retour en JSON:. Le template fonctionne avec l'action ci-dessus et utilise les mots clefs du moteur de template interne de Dynacase. Vous pouvez trouver la liste des mots clefs sur la documentation. Cette action principale présente le layout global de l'application.

Vous allez maintenant ajouter les fichiers que vous avez spécifié dans le chapitre précédent et les assets js, css. La CSS ci-dessus reste très simple et apporte principalement de la mise en forme pour l'iframe centrale et pour le formulaire des listes de documents.

Une fois l'ensemble des fichiers initiés et le contexte mis à jour. Vous allez finir ce chapitre en enregistrant votre nouvelle action principale en tant qu'action par défaut, ce qui permet aux utilisateurs d'arriver directement sur l'action. Le script setApplicationParameter permet de définir la valeur d'un paramètre applicatif lors l'installation d'un paquet.

Vous pouvez simplement et rapidement étendre les fonctionnalités de la plateforme grâce à ce système et notamment créer des interfaces dédiées aux besoins de vos utilisateurs. Merci d'avoir complété ce tutoriel jusqu'à cette dernière étape. Nous vous souhaitons bonne chance et bon courage dans le développement de vos applications. Vous pouvez trouver les sources entièrement complétés sur github.

Ce chapitre contient différent éléments de références qui sont applicables pour tous les tutoriels. Ce format est valide pour l'import et pour l'export des documents et des familles avec l'action importDocuments. La section Repositories permet d'ajouter, supprimer et éditer des dépôts de paquets qui pourront être utilisés pour créer un contexte Dynacase. Lorsque vous souhaitez installer une version donnée de Dynacase, il vous faut ajouter de dépôt correspondant.

Par défaut, le dépôt de la version communautaire de Dynacase Platform est pré-configuré:. Si vos accès aux dépôts Dynacase Platform nécessitent l'utilisation d'un proxy HTTP, vous pouvez définir celui-ci avec les paramètres suivants:. Le paramètre connect-timeout par défaut à 3 permet de spécifier le temps d'attente maximum pour l'établissement d'une connexion HTTP e.

La "facility" des messages émis par syslog est paramétrable par le paramètre syslog-facility qui peut prendre les valeurs suivantes:. Using default facility. Chapitre 3 Installation de Dynacase Control Dynacase Control est l'outil qui permet d'installer et de gérer des contextes Dynacase. Figure 1. Figure 2. Figure 3. Figure 4. Figure 5. Figure 6.