Bonjour @Anthony Decorte 
Avez-vous essayé en modifiant le 5ème argument?
De ce que j'ai compris dans la documentation pour que le log soit à la fois affiché sur le current device (le terminal j'imagine) et le fichier de log spécifié (en 6ème argument), il faut passer la valeur "LC":
 

WhereToLog indicates the locations to log information during the deployment and can either be empty or a combination of:

			L - Write to the file name specified in the LogFile parameter
			C - write line text to current device
			H - write HTML version of text to temporary global for retrieval by portal
			EI - write text to event log Info

Merci @Corentin Blondeau 
Bonne initiative, je me souviens bien de ce problème.

Bonjour @Corentin Blondeau 
Je n'ai pas pu tester par moi-même, mais intuitivement je pense qu'il manque une une Instruction "Open" pour que le "Use" et "Write" puisse fonctionner.

Essayez avec un appel à la méthode Open de l'adapter avant le SendStream: 

$$$TOE(status,..Adapter.Open(..Adapter.Device))
Set status = ..Adapter.SendStream(stream)
Do..Adapter.Close(..Adapter.Device)

Décision logique, chez Zorgi nous sommes aussi passé par l'api. 

Nous avons ajouté des "metrics" personnalisées pour nos apps et construit nos dashboards  avec des outils dédiés comme Grafana et Prometheus.

Félicitations !

Merci pour cette article @Matthieu LAURENT 
L'utilisation du parameter LOCATION est une très bonne pratique pour éviter un piège.

Par défaut si ce n'est pas précisé le système enregistre dans la global qui  correspond au nom de la classe en se terminant par un S (ex : ^User.TestStreamS pour la classe User.TestStream).  Ce n'est pas forcément un problème, mais à l'usage: si quelqu'un fait 
Set obj.Justificatif = ##class(%Stream.GlobalCharacter).%New() 

Le stream se retrouve par défaut dans ^CacheStream ce qui peut devenir un problème si on répète cela avec des streams de différentes classes.

L'utilisation du parameter LOCATION évite cela même dans ce cas de figure.

Bonjour @Pierre LaFay , je profite de cet article pour partagé un problème que nous avons tout récemment rencontré.  le paramètre MAXLEN comme ci-dessous: 

Property PropertyName As%String (MAXLEN = "");

signifie "pas de limite", c'est à dire la longueur max d'une chaine.

Via le JDBC, ce MAXLEN="" ne semble pas interprété comme en ObjectScript, vous pouvez donc aussi avoir des données tronquées.  Dans ce cas d'utilisation, il vaut mieux utiliser un MAXLEN avec une grande valeur (ex : MAXLEN = 3000000) que "".  Il s'agit probablement que d'un petit bug au niveau du driver, j'ouvrirai peut être un WRC à ce sujet prochainement.

Merci pour cette notification @Adeline Icard ,

Je viens juste de finir une série de mise à jour en version 2023.1.3 😅

Je ne sais pas dans quelle mesure nous pourrions être exposé à cette memory leak et vais conseiller d'attendre une version 2023.1.4 pour les systèmes de production dans l'attente d'en savoir plus.
Edit: Comme c'est limité à AIX, pas d'impact de mon coté.

Merci pour la traduction de cet intéressant article.
J'en profite pour partager ici mon extrait de code que j'utilise souvent comme base pour le SQL Dynamic:

Set sc = $$$OKSet sql = ""; put your sql querySet args($Increment(args)) = "";Set args($Increment(args)) = "";Set args($Increment(args)) = ""Set tStatement = ##class(%SQL.Statement).%New()
    ; Set tStatement.%SelectMode = 2    #Dim tRes As%SQL.StatementResult = ##class(%SQL.Statement).%ExecDirect(.tStatement, sql, args...)
    If tRes.%SQLCODE < 0Return$$$ERROR($$$SQLError, tRes.%SQLCODE, tRes.%Message)

    While tRes.%Next(.sc) {
        Quit:$$$ISERR(sc)

        /// do something
    }

    If$$$ISERR(sc) Return sc

Salut @Alexandre Lucas , 

Je me permet de te tag sur cette question ;)

Peut être que tu auras une idée.

Salut @Cyril Grosjean 
 

Ce n'est pas mon domaine d'expertise, mais je suppose que le processus utilise le framework d'interoperabilité en mode synchrone et qu'une transaction (TSTART) est encore ouverte avant l'appel au business service.

Lorsque cette situation se produit, le système effectue automatiquement un TCOMMIT.

Tu peux tenter vérifier cela en plaçant une ligne de debug $TLEVEL (cette variable spécial donne le niveau de transaction courant ou 0 si pas de transaction).

Lorenzo.

Bonjour @Cyril Grosjean ,

Je ne sais pas si ça peut vous aider mais il existe la possibilité d'enregistrer les credentials

Il a très longtemps, j'ai déjà utilisé cela pour stocker login/password pour des requêtes http basic auth.

Je dois avouer que je ne sais plus exactement comment ça fonctionne, mais c'est peut être une piste.

Le point de menu est disponible dans "Interoperability -> Configurer -> Droits"

Je n'ai pas le lien dans la documentation, mais saviez-vous que : 

USER>!ping www.google.com
 
 
Pinging www.google.com [142.251.36.4] with 32 bytes of data:
Reply from 142.251.36.4: bytes=32 time=12ms TTL=110
Reply from 142.251.36.4: bytes=32 time=11ms TTL=110
Reply from 142.251.36.4: bytes=32 time=11ms TTL=110
Reply from 142.251.36.4: bytes=32 time=12ms TTL=110
 
Ping statistics for142.251.36.4:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 11ms, Maximum = 12ms, Average = 11ms

ou encore : 

USER>!echo "hello world""hello world"
USER>

Je vois $System.Event dans les #KeyQuestion, si cela intéresse quelqu'un il y a cet article : Inter-process communication avec $SYSTEM.Event ;-)

Formidable !

@Gianni Muzzin peut être que tu trouveras ceci intéressant ;)

Le résultat est vraiment impressionnant.  Il y a certains termes techniques que nous ne sommes pas habitués à traduire, mais ça reste une super performance !