Discussion :

[shadowmoon]

bonjour

J'expose mon problème ici car je suis un débutant en Delphi. J'apprends "sur le tas" depuis le mois de septembre.

Le logiciel Delphi sur lequel je travaille instancie, via "CreateOleObject", une classe C# contenue dans une "solution" Visual Studio 2012.

A la base, le programme C# (application console) est utilisable seul.

La classe utilisée par le code Delphi a été créée spécifiquement pour cet usage. C'est un "point d'entrée" pour exécuter les mêmes fonctions que celles du "Main" dans le fichier "Program.cs".

Le programme C# s’exécute sans erreur depuis Visual Studio ou via un script bat.

Par contre, avec en le lançant depuis Delphi, j'ai un bug au sein d'une fonction typée "System.Web.Services.Protocols.SoapRpcMethodAttribute" avec des données en retour de type "System.Xml.Serialization.SoapElementAttribute".

Cette fonction utilise un "this.invoke" pour créer une entité de type "object[]" avec les données, de types "string" et "int", passées en paramètres.

La donnée renvoyée est au format "(int)object[0]".

Toute aide pour résoudre ce souci est la bienvenue.

N'hésitez à me demander si d'autres informations vous sont nécessaires.

Cordialement

[popo]

CreateOleObject est fait pour appeler une lirairie via COM.
Pour lancer une simple application, un simple ShellExecute suffit.

D'ailleurs, si ton fichier bat fonctionne, autant le lancer lui.

Par contre, avec en le lançant depuis Delphi, j'ai un bug au sein d'une fonction typée "System.Web.Services.Protocols.SoapRpcMethodAttribute" avec des données en retour de type "System.Xml.Serialization.SoapElementAttribute".

.

Une méthode qui renvoie un attribut ?
Tu es sûr ?

La donnée renvoyée est au format "(int)object[0]".

La donnée est donc de type entier.
Un entier n'est pas un SoapElementAttribute.

Tu as le code de cette fameuse méthode qui plante ?

[ShaiLeTroll]

Comment exécuter une application extérieure ?

Tu y trouveras des infos sur le ShellExecute mentionné par popo
Cela correspond à peu de chose près à un lancement via le menu "Exécuter" que l'on trouve dans le menu démarrer, cela correspond à une ligne de commande simple tel que l'on peut la trouver dans un raccourci ou dans un Bat monoligne


Si tu veux faire de l'Interopérabilité COM avec C# sache que chaque type échangé doivent être compatible COM, c'est à des types simples comme BYTE, SHORT, LONG INT, BSTR ou BSTR*, des Interface* en entrée ou Interface** en sortie ...
C'est valable pour tout langage non Dot.NET, n'ayant pas accès au Garbage Collector
Un bon moyen c'est le VBS, un script VB force à être bien cadré pour ses entrées sorties en COM (encore plus qu'en DELPHI)
Pour ma part, j'ai fait l'inverse, objet COM en DELPHI, exemple écrit en VBS et utilisé en C#, PowerBuilder ... par des développeurs de sociétés tiers

[shadowmoon]

Tu as le code de cette fameuse méthode qui plante ?

Le voici

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9

        [System.Web.Services.Protocols.SoapRpcMethodAttribute("urn:WSDialogIntf-IWSDialog#Name", RequestNamespace="urn:WSDialogIntf-IWSDialog", ResponseNamespace="urn:WSDialogIntf-IWSDialog")]
        [return: System.Xml.Serialization.SoapElementAttribute("return")]
        public int Name(parametres) 
        {
            object[] results = this.Invoke("Name", new object[] {valeurs_parametres});
            return ((int)(results[0]));
        }

D'ailleurs, si ton fichier bat fonctionne, autant le lancer lui.

Je l'ai juste créé pour mes tests.

De ce que j'ai compris, au début le code C# devait être exécuté à part, mais suite aux demandes des clients, finalement, un écran d'interface a été ajouté dans le logiciel Delphi pour paramétrer, lancer ce traitement et afficher les résultats.

Selon l'état de leurs Windows chez les clients, et le paramétrage effectué, le traitement va plus ou moins loin, mais il est toujours stoppé dès l’exécution de la première fonction similaire à celle mentionnée ci-dessus.

Pour lancer une simple application, un simple ShellExecute suffit

Merci pour cette piste, je vais étudier l'utilisation de cet outil.

Cordialement

[edit] 20/11 J'ai une petite question complémentaire, le programme C# retourne un booléen vrai/faux selon si le traitement a pu se terminer ou non. Comment puis-je récupérer cette donnée en utilisant ShellExecute ? [/edit]

[ShaiLeTroll]

Utilise alors un CreateProcess et récupère le ExitCode
Evidemment, tu dois modifier le programme C# pour qu'il écrit une valeur dedans

Comme c'est un programme Console, tu peux aussi utiliser les Pipe

[popo]

Au passage, tu parle d'un bug mais tu ne décris ni le comportement attendu, ni le comportement que tu as...

Merci pour le code.
En le voyant, on s'aperçoit que la variable passée à la fonction n'est pas utilisée.
C'est une autre variable (interne à la classe) qui est utilisée.
Ton problème vient peut être de là.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
[System.Web.Services.Protocols.SoapRpcMethodAttribute("urn:WSDialogIntf-IWSDialog#Name", RequestNamespace="urn:WSDialogIntf-IWSDialog", ResponseNamespace="urn:WSDialogIntf-IWSDialog")]
        [return: System.Xml.Serialization.SoapElementAttribute("return")]
        public int Name(parametres) 
        {
            object[] results = this.Invoke("Name", new object[] {valeurs_parametres});
            return ((int)(results[0]));
        }

[shadowmoon]

Au passage, tu parle d'un bug mais tu ne décris ni le comportement attendu, ni le comportement que tu as...

En fait, c'est le "this.invoke" mentionné précédemment qui plante, mais uniquement quand le programme C# est lancé depuis Delphi.

Dans une console Windows, Visual Studio ou via un batch aucun souci, le traitement s'effectue dans son intégralité.

Pour l'instant cette problématique est mise en suspens, j'ai d'autres taches "prioritaires" à traiter avant.