Aller directement à la fin des métadonnées
Aller au début des métadonnées

You are viewing an old version of this content. View the current version.

afficher les différences View Version History

« Afficher la version précédente Vous regardez la version actuelle de cette page. (v. 2) afficher la version suivante »

Cette page donne des indications pour la programmation en langage Diva avec l’ERP Divalto

Rappel des concepts en Saas

En mode Saas, sur notre infrastructure cloud, il y a des différences notables pour le développeur

  • Version Runtime à jour : la dernière version du Runtime Harmony est toujours disponible et installée

  • Migration : l’ERP est migré entre version par des outils dédiés, identiques à ceux utilisés OnPremise

  • Objets standards : les objets sont livrés, mutualisés et inaltérables

  • Spécifiques : les mécanismes (surcharge dictionnaire, masque, source, objets, synchro de dictionnaire) sont identiques ; seules certaines pratiques diffèrent

Les différences en Saas

Les principales différences qui modifient le travail en Saas :

  • Implicites : les implicites ne sont pas modifiables directement, des outils permettent de faire les modifications et les implicites fournis sont opérationnels dès la création du site

  • Implicites spécifiques : les spécifiques peuvent être ajoutés

  • Accès aux dossiers et fichiers : les fichiers/dossier sont accessible par FTP uniquement. Tout site dispose d’un dossier specif avec une arborescence prévue pour recevoir les éléments de surcharge. C’est dans ces sous-dossiers, et uniquement ici que peuvent être hébergés les spécifiques

image-20240523-135717.png
  • XWIN est disponible en Saas, mais principalement pour des recompilation légères ou de contrôle. La compilation et déploiement de spécifiques en masse passe en général par une préparation en local/On Premise, puis une poussée des objets/sources vers le dossier, mais il est possible de faire l’action de compilation sur la plateforme

Compil en saas non recommandé, car compil en saas très lente.

Mais c’est un Choix!

Il est donc possible de pousser les JSON depuis le local! C'est plus rapide

En ONE, en plus des JSON il faut les traitements diva qui s'appellent tutu_t.dhop, à copier (ce sont les ‘te’ diva, inclus dans un DHOF mais qu’il faut séparer pour ONE)

Conseil : faire une compil SANS la coche one pour avoir les objets ET les tutu_t.dhop, en local, et pousser le tout

On peut utiliser le Studio pour envoyer les JSON au bon endroit

Recommandé : compil en local (d’un projet coché ONE), qui génère les .objets + DHOF + _t.DHOP + JSON. Les JSON sont déjà envoyés par xwin, puis on copie par FTP tous les objets dans les instants qui suivent

Alternative si on veut séparer : on compile tout, mais SANS envoi des JSON. On récupére les fichiers et leS JSON qui sont en local. Puis a un autre moment on utiliser le STUDIO pour envoyer les JSON et FTP pour tous les objets.

Risque de la désynchro : qu’un JSON fasse appel a un traitement qui n’est pas dans le xxx_t.dhop, ou que le rendu one ne soit pas le rendu classique

  • Aucune étiquette