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
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