Bonjour,

Je pense que vous n'avez pas accès, cette commande comme la majorité des commandes objectscripts sont codées en C.

Et ce code C n'est pas public.

Ok, effectivement, les choses semblent avoir changées.

D'apres la doc kong : https://docs.konghq.com/gateway/latest/kong-manager/auth/super-admin/#cr...

Lors de la migration de kong, tu dois passer le paramètre : KONG_PASSWORD

Activer le RBAC : KONG_ENFORCE_RBAC: 'on'

Et te connecter avec :

Login : kong_admin et Mot de passe : Celui spécifié dans la migration

Après tu dois avoir accès au bouton Invite Admin

autre solution est de forcer l'autoCommit lors de la création de l'engine avec embeddded python :

engine = create_engine('iris+emb:///', connect_args={'autoCommit': True})

effectivement, il y a un problem de lock avec SQLAlchmy et embedded python.

ce que tu proposes, c'est de passer d'une connexion SQLAlchmy avec EmbeddedPython vers une connexion classique sur TCP/IP.

Pourquoi cela ne fonctionnerait pas en production ?

Tu as à variabiliser les login et mot de passe et le tour est joué.

L'adresse du server ne doit pas changer, ca sera toujours localhost dans ton cas.

Bonjour,

La facon, la plus simple aujourd'hui est de passer par du code Python ou Java pour ce genre d'opération :

• Java :
  • https://openexchange.intersystems.com/package/excel-java-iris
• Python :
  • https://openexchange.intersystems.com/package/eap-sql2xlsx
  • https://openexchange.intersystems.com/package/appmsw-sql2xlsx

Ou encore utiliser le super module d'interopérabilité 100% python :

• iop :
  • https://openexchange.intersystems.com/package/interoperability-embedded-...
  • https://github.com/grongierisc/formation-template-python

Bonjour,

C'est la connexion sqlalchemy qui creer une transaction qui n'est jamais relâchée, le code suivant devrait fonctionner:

ClassMethod creerFichierCSV(
	query As %String,
	filename As %String) [ Language = python ]
{
    import pandas as pd
    from sqlalchemy import create_engine,text
    engine = create_engine('iris+emb:///')
    try:
        df = pd.read_sql(text("SELECT * from Ens_Util.Log"),engine)
    except Exception as e:
        raise e
    finally:
        engine.dispose()

    df.to_csv("toto", index=False, header = True, encoding='utf-8', sep =';')

    return
}

Pour relâcher la transaction, aller dans :

Puis selection la transaction :

et enfin, la terminer :

Je ne sais pas si VsCode support cette fonctionnalité, ce pendant, il est tout à fait possible d'ouvrir un ticket pour en faire une demande :

https://github.com/intersystems-community/vscode-objectscript/issues

J'imagine que ces propriétés sont liées aux objects projects qui aident aux déploiements.

Pour accéder aux options de projets il faut monter un dossier isfs qui fait la passerelle entre iris et vscode :

https://docs.intersystems.com/components/csp/docbook/DocBook.UI.Page.cls...

Bonjour,

Je rencontre aussi ce problème, c'est lié à la version 2023.1 d'iris et pas à VsCode. La redirection des erreurs dans la sortie standard ne se fait pas systématiquement.

C'est résolu à partir de la 2023.3.

Un workaround :

Do $system.OBJ.SetQualifiers("/multicompile=0",1)

Cette commande désactive la compilation parallèle dans tout le système. Cela ne pose pas de problème si des classes individuelles sont compilées. Par contre, elle est plus lente pour de nombreuses classes. Mais vous pouvez le réactiver en utilisant le CompileFlag /multicompile=1 si vous devez compiler beaucoup de classes à la fois :

do $SYSTEM.OBJ.Compile("Demo.Demo","/multicompile=1",.err)

Salut,

As tu essayé d'ajouter la commande over + un ordre dans ton ROW_NUMBER() ?

C'est recommandé car sinon le résultat peut être aléatoire.

SELECT * FROM (SELECT _DATA.ID, ROW_NUMBER() over (order by _DATA.ID) _RN, COUNT(*) _COUNT FROM XX.srsshiptype _DATA ) WHERE _RN BETWEEN 1 and 1000

Salut,

As tu activé le service %Service_Callin ?

Par default il est désactivé mais obligatoire pour embedded python.

C'est bizarre, si l'inspect fonctionne, le runserver doit aussi fonctionner.

Tu peux visualiser les log d'audit pour avoir plus de détail sur l'erreur de connexion :

Dans cet exemple, j'ai essayé de me connecter avec un user grongier en lieu et place de SuperUser, la faute à :

"USER": os.environ.get("USER", "SuperUser"),

dans mon settings.py

C'est le principe des streams d'écrire chunk par chunk.

Salut Cyril,

La méthode PutStream() prend un objet %Stream d'IRIS en paramètre. Il faut donc que tu convertisses ton fichier en %Stream avant de l'envoyer.

Exemple :

XMessage

from grongier.pex import Message
from dataclasses import dataclass

@dataclass
class XMessage(Message):
    StringStream: str
    BinaryStream: bytes

BusinessOperation

from grongier.pex import BusinessOperation
from datetime import datetime
from X.xImport import XMessage
import iris

class XArticleExport(BusinessOperation):
    def get_adapter_type():
        return "EnsLib.FTP.OutboundAdapter"

    def on_init(self):
        return super().on_init()

    def on_message(self, request: XMessage):
        if hasattr(request, "Stream"):
            # Préparation du stream
            stream = iris.cls("%Stream.GlobalCharacter")._New()
            source = ""
            # Si le stream est en string on l'utilise tel quel
            if request.StringStream:
                source = request.StringStream
            elif request.BinaryStream:
                source = request.BinaryStream.decode("utf-8")

            # On écrit le contenu du fichier dans le stream
            n = 4092
            chunks = [source[i:i+n] for i in range(0, len(source), n)]
            for chunk in chunks:
                stream.Write(chunk)

            filename = "exportArticles_" + datetime.now().strftime("%Y%m%d") + ".csv"
            esc: int = self.Adapter.PutStream(filename, stream)
            if esc == 1:
                self.log_info("File imported successfully with code : " + esc)
        else:
            self.log_error("Pas de stream reçu ! Code: " + esc)
        return super().on_message(request)