Bonjour,

Très bien,
nous allons faire le test et nous reviendrons vers vous si il y a un souci.
Bien Cordialement

@Raphaël-Badawi said in automatisation de process via API:

Pour répondre à votre dernière qauestion, un espace est plus rapide à archiver qu'à supprimer donc en termes de performances l'archivage est une meilleure opération.

Bonjour Raphaël,

merci pour ces précisions. LDAP ayant été écarté au début du projet je pense qu'on va se retrouver un peu bloqué.
En ce qui concerne les performances qui m'inquiètent sont celles liées au fait qu'un utilisateur est membre d'un grand nombre d'espaces, et que du fait qu'un espace soit "seulement" archivé, on se retrouve avec les soucis rencontrés précédemment. Ceci dit ça nous débloque au moins la dernière partie de la demande client à savoir "nettoyer" un espace aprés utilisation.

Bonjour Jawad,

La réponse pour le webhook est sur le lien suivant : https://community.ceo-vision.com/topic/747/integration-gofast-et-l-erp-odoo-single-sign-on-sso/6#

Cordialement,
SAHBANE Abdlghafour

Bonjour, à ma connaissance ceci arrive si un document est multi-filé (partagé) dans le répertoire miroir (partagé)

@Alban Vous n'étiez donc pas à la rencontre (en ligne) de l'automne dernier ?

Bonjour @mvallade,

Merci de votre demande.

Par sa pertinence, nous avons recensé la demande il y a un moment GOFAST-9741 afin de l'intégrer dans les prochaines versions.

Bien à vous,

Abrakia Abasse

Bonjour @mvallade,

Merci de votre remontée.

Aujourd'hui, vous pouvez laisser un commentaire dans le processus et par la suite les personnes ayant accès au processus peuvent visualiser les commentaires via l'historique.

Cependant, nous avons le jira n°GOFAST-6607 en cours d'étude afin de pouvoir remonter les commentaires du processus sur le bloc commentaire du document associé.

Cordialement,

Abrakia Abasse

Bonjour @mvallade,

Merci de nous avoir remonté cette demande pertinente.
Elle est répertoriée sous n°GOFAST-9725 pour voir si nous pouvons l'intégrer dans une nouvelle version.

Bien à vous,

Abrakia Abasse

Bonjour, Suggestion recensée sous le numéro GOFAST-9606

Bonjour Axel,

Effectivement je suis parti sur la mauvaise piste, mais il semble que cela soit une configuration GoFAST qui retire le ticket de session à partir d'une certaines longueurs pour justement raccourcir les chemins pour éviter les erreurs d'ouverture Office (lié à leurs limitations de chemin), voir https://community.ceo-vision.com/post/1977

Cela se configure ci-dessous, si les versions d'Office sont assez récentes, essayer avec 400 au lieu de 200.

5bcd7b7c-3676-4246-9e7c-22f33ee7a14e-image.png

Très bonne soirée,

Bonjour,
Merci pour cette réponse. Il serait intéressant du coup que nous ayons une information sur la cause du rejet afin de pouvoir la corriger pour pouvoir indexer le document correctement.
Je ne sais pas si cela est faisable...

Cordialement

Bonjour,

Tout d'abord je tiens à vous remercier vivement d'avoir remonté ce problème qui était en effet passé entre les mailles du filet !

Nous avons créé un ticket interne GOFAST-9486 pour le régler dans une prochaine version.

Bien à vous,
Raphaël.

Bonjour,

Je vous remercie vivement pour l'intérêt porté à la plateforme GoFAST.

En effet, tout n'est pas possible via l'API, bien que beaucoup de choses le soient, que ce soit en termes de création et de récupération de données. Tout est listé dans la documentation dédiée => https://gofast-docs.readthedocs.io/en/latest/docs-gofast-development/api-rest.html

Concernant les catégories une interface d'administration de catégories sous forme d'annuaire sera livrée avec la v4.1 qui sera déployée chez nos usagers à partir de février. Elle ne permettra pas d'inventorier tous les documents associés à une catégorie mais affichera la somme totale des documents associés à la catégorie. Nous avons réfléchi à la possibilité d'y afficher au moins les documents accessibles par l'usager mais dans le cadre d'une interface d'administration il nous semblait plus pertinent d'afficher la somme totale des documents associés à la catégorie, sans spécifier la nature des documents pour des raisons de cloisonnement.

Il n'y a pas de possibilité à ce jour de récupérer via l'API un noeud autrement que par son ID. Il n'est pas exclu qu'à l'avenir nous faisions une route permettant de récupérer une collection de noeuds selon tel ou tel critère, auquel cas nous prioriserons bien évidemment les critères qui nous ont été remontés comme des desiderata, comme les catégories.

En vous souhaitant une excellente journée,
Raphaël Badawi.

Bonjour,

Nous avons plusieurs technologies de supervision et de mesure de la qualité :

Couche "Real User Monitoring" (RUM)

C'est ce qui mesure la qualité perçu par l'utilisateur final. Ceci inclut tous les temps, du navigateur au serveur et retour. Si l'utilisateur a des problèmes réseaux (déplacement, télétravail) cela rentre dans la note appelée Apdex, de même que des problèmes d'hébergement
Notre objectif est un Apdex au dessus de 0.9 . Mais si de nombreux utilisateurs n'ont pas un bon réseau (4G intermittente, ADSL faible, VPN) c'est cette partie à améliorer coté client. A noter que nous pouvons sortir ce chiffre filtré sur les adresses IP du LAN mais doivent nous être transmises en excluant les connexions VPN

Pour l'INSA (accès LAN et WAN) :

1abf2924-8ef0-45e8-ab51-a5e6fcfd96e6-image.png

A noter les 'trous' sont la nuits et ne n'en connaissons pas la cause (sauvegardes?)

Cette performance peut ensuite être analysé par service par exemple :
c21e6ea4-4025-4568-93d9-1e113b7d7ab5-image.png

Couche Application Performance Monitoring (APM)

C'est la performance applicative coté serveur, celle-ci restant néanmoins impactée par d'éventuelle problème d'hébergement (manque de RAM, IOPS insuffisant, ...)
Cette sonde est en option (nous l'avons néanmoins à l'INSA)

eade085a-a1a7-4380-a95b-f0484a4fb09e-image.png

0f116280-b438-4dd5-95cc-7859fe2f773b-image.png

Couche Supervision infrastructure

Il s'agit de toutes les couches basses de l'hébergement des VM GoFAST en Onpremise ou SaaS dédié . Nous avons actuellement plus de 170 points de supervision.

4cb29aca-6154-42b6-8798-da18ed35736e-image.png

Sur votre environnement la performance globale est donc plutôt bonne. Par contre il existe d'importante disparité de performance entre utilisateurs. Certains utilisateurs ayant effectivement des temps mauvais. Il faudrait pouvoir isoler la problématique réseau (VPN, ADSL,...) de problèmes potentiellement applicatifs, qui peuvent être si l’utilisateur à accès à de nombreux espaces.

Concernant l'architecture en tant que telle, il ne doit pas y avoir à votre niveau d'utilisation (400-500 sessions en parallèle) besoin de changement important (les critères importants étant les IOPS du stockage, le niveau de RAM, et le nombre de cœur)

De toute façon la version Community d'Alfresco ne peut être clusterée.

Enfin, GoFAST "NG", "containérisée" est prévue pour fin 2023/début 2024 permettant des répartitions différentes des ressources, surement dans un premier temps pour la partie MySQL.

En attendant je vous propose de nous concentrer sur les utilisateurs qui ont des problèmes qui ne sont pas liés à une mauvaise connexion réseau.

Pour envoyer un fichier j'utilise Java et ce n'est pas moi qui est fait ce code, mais il reprend le code fourni sur cette page : https://blog.cpming.top/p/httpurlconnection-multipart-form-data

Utilisé comme suit :

try { // Set header Map<String, String> headers = new HashMap<>(); String basicAuth = Base64.getEncoder().encodeToString((goFastLogin+":"+goFastPassword).getBytes()); headers.put("Authorization", "Basic "+basicAuth); logger.info("Conexion à go fast"); HttpPostMultipart multipart = new HttpPostMultipart("https://gofasturl/api/node/node", "utf-8", headers); // Add form field multipart.addFormField("type", "alfresco_item"); multipart.addFormField("title", nomFichier); multipart.addFormField("locations", "[\"" + Path + "\"]"); // Add file multipart.addFilePart("file", fichier, nomFichier); // Print result logger.info("Envoie du fichier"); String response = multipart.finish(); return response; } catch (IOException e) { e.printStackTrace(); }

Nous sommes de nouveau sollicité sur ce problème concernant certaines anciennes versions d'Office, quelques solutions de contournement :

suivre la recommandation historique de Microsoft de raccourcir la longueur du chemin mettre à jour Office utiliser Onlyoffice intégré à GoFAST (notre recommendation) utiliser LibreOffice

Bonjour Axel,

Je sais que nous avons un JIRA en interne pour étudier si une API Onlyoffice fiable existe pour obtenir le nombre de documents ouverts GOFAST-7358, nous vous tiendrons au courant assez vite.

Merci,