Sujets Techniques

Bonjour, Un ticket a bien été créé concernant votre demande: GOFAST-10729 Bien cordialement, Guillaume Sauviat

Bonjour, On ne peut pas le faire au niveau du filer Alfresco car cela créerait une incohérence au niveau de la base de donnée. La piste CMIS semble effectivement la plus adaptée à une action en masse, sinon nous avons également une API permettant de remonter les versions d'un document. Je pense que la meilleure solution serait de faire une passe espace par espace, en demandant pour quelques jour l'accès aux administrateurs d'espaces à un compte technique qui servirait à faire cet audit. Bonne journée ! Cordialement,

@ramis bonjour, je rebondis sur votre commentaire et précise un point. Il n'est pas nécessaire d'avoir un compte GoFAST pour être participant sur votre instance dédiée Jitsi. L'utilisation de https://meet.jit.si (dit lien alternatif) devrait être limité à des cas de blocage de certains firewalls (port 10000 fermé) et nous avons enfin réussi à supprimer cette restriction (et un problème avec les appels audio sur Element) en GoFAST v4.1.1 qui est en cours de déploiement chez nos clients ces prochaines semaines. Bien cordialement,

@k-georgiev Un identifiant de noeud (nid) correspond, pour être précis techniquement, à la page du document sur Drupal (le CMS intégré à GoFAST qui génère entre autre l'interface graphique et lie les composants entre eux). Le document associé à un noeud a également un identifiant (sur Alfresco) mais il n'est généralement pas utilisé dans nos API REST. On peut par contre le retrouver lorsqu'on attaque en direct l'API CMIS de la GED Alfresco intégrée. Les emplacements eux par contre n'ont pas d'identifiants, ce sont des "métadonnées" associés aux documents, eux mêmes associés aux noeuds. Nos APIs travaillent avec les identifiants de noeud (nid) et s'occupent ensuite d'appliquer les modifications en GED. Par contre la confusion vient peut être du fait que les espaces collaboratifs (qui correspondent à des répertoires en GED) ont effectivement également une page sur Drupal, et donc un identifiant de noeud. N'hésitez pas à revenir vers moi si ce n'est pas clair ! Bonne journée ! Cordialement,

Bonjour @DC, Avez-vous réussi à finaliser votre installation ? Bonne journée ! Cordialement,

Bonjour à vous, Hélas un ticket interne est par définition interne. Cependant, j'ai analysé et corrigé le problème à l'instant. Il n'était apparemement pas lié aux espaces extranet, mais aux espaces qui n'ont pas encore une liste d'utilisateurs comme membre (il s'avère que dans mon jeu de données les espaces extranet sur lesquels j'avais fait les tests n'avaient pas encore de userlist members). Le souci est apparu avec la montée de version de PHP en PHP8 avec GoFAST 4.1.0. Le correctif sera embarqué dans la prochaine version de GoFAST (4.1.1) qui sort ce mois-ci. Cordialement, Raphaël.

Bonjour Thierry, Il s'agit effectivement d'un bug. J'ai créé un ticket interne (ref. GOFAST-10580) pour corriger le problème dans la prochaine version de GoFAST. Veuillez-nous excuser pour la gêne occasionnée, Benjamin

Bonjour, Nous prenons note de la possibilité de tester sur l'un de vos environnements, en plus de nos tests sur nos environnements d'intégration. J'ajoute cette information à notre ticket interne, et lors de son traitement, si nécessaire, l'équipe en charge reviendra vers vous ! Merci pour votre proposition, Bonne journée, Benjamin

Bonjour,, Cette réponse n'est pas selon nous satisfaisante car dans les groupes le principe est de mettre des personnes qui ne sont pas dans les mêmes services et qui sont dans un groupe tellement occasionnellement et spécifiquement qu'on ne peut pas créer un liste juste pour eux à cet instant particulier. D'autant que cette liste ne resservira peut être pas. Ainsi il faudrait bien prévoir comme demandé dans le post en lien qu'il y ai un transfert possible ce qui permettra aussi des problèmes de droits de suppression des personnes parties

@jc1204 D'accord merci pour l'information, si vous effectuez un nouvel essai sur Alma 9 pourriez vous regarder les logs de gofast-ng-drupal et gofast-ng-alfresco pour essayer d'identifier ce qui prends autant de temps ? Merci d'avance !

Bonjour Arthur, Je vous remercie pour votre demande interne. Nous attendons donc votre retour. Cordialement, Hamama, Le Mans Université.

Bonjour @Raphaël-Badawi, Merci Pour votre reponse, effectivement le probleme etait au niveau su buffer ainsi que dans les headers. c'est bon ca marche maintenant, Merci.

Bonjour, Votre plateforme est Onpremise, de nombreux paramètres rentrent en compte (notamment votre reverse proxy) et les performances demandées sont importantes. De notre coté nous avons fait des sessions à plus d'une centaine d'utilisateurs sans problèmes, il faut donc regarder en détail tous les éléments de votre infrastructure (réseau, RP, ...). Dans certains cas la stabilité peut être aussi liée au navigateur (Edge, Chrome, Firefox, ...) Dans un premier temps pour écarter les problèmes d'infra, pouvez-vous faire des tests avec le lien 'alternatif' qui est en SaaS et qui est dans toutes les invitations créées sur GoFAST ? Merci d'avance,

Bonjour, Je vous remercie pour votre réponse. Cela semble plus claire effectivement. Bien cordialement, Hamama ASSADI

Oups désolé je me suis trompé de forum. Vous pouvez supprimer cette demande

Bonjour, Je vous remercie pour vos remarques. Nous avons ouvert le ticket interne GOFAST-10106 afin de mettre en place des améliorations de l'interface du tchat. En vous souhaitant une agréable journée, SAHBANE Abdelghafour.

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