l’idée est vraiment excellente !

serait-ce possible d’avoir le code source pour rendre compatible en version 14 ? (et partager ensuite?)

Non ca ne fonctionnera pas avec une version 14.
A+
Vince

Ton idée est purement géniale.
Enfin un moyen de générer des DDL « à partir » de WINDEV. Je te dis BRAVO !

J’ai lu que ton outil fonctionnait avec WD12 mais pas avec WD14. A quand une version qui fonctionne pour WD14 ? Est-ce prévu ? Le source de ton outil est-il disponible ?

Ton outil m’intérresse vraisment car j’envisage d’acheter la WD14 pour mes besoins.
J’avoue que de ta réponse dépend mon choix.

A+

Pour répondre à ta question, les DLL sont chargées dans l’espace mémoire du processus appelant.
A+
Vince

Une petite remarque/suggestion…

Dans la présentation de ton outil “Création de DLL pour Windev” pourrais-tu préciser si l’appel à la DLL lance un nouveau processus ou bien si toutes les DLL sont chargées dans l’espace mémoire du processus appelant.

Merci !

En réponse à:
« En ce qui concerne cette “procédure d’introspection”, il ne sera pas très dur de la coder, mais je ne vois pas trop à quoi elle servirait. »

Imagine que mon serveur XML-RPC puisse « charger » dynamiquement des composants contenant des procédures.

Le rôle du serveur XML-RPC est d’accepter une demande d’exécution de procédure, demande provenant d’un client quelconque (RPC), et de la faire exécuter par le composant qui l’implémente.

Si mon serveur permet de « publier » des procédures, il n’a pas la connaissance « a priori » des procédures implémentées dans un composant chargé dynamiquement.

Comment lui permettre de récupérer la liste des procédures disponibles ?

On peut envisager plusieurs solutions.
Par exemple, un fichier texte (XML ou autres) qui décrit les procédures. Oui… mais il faut reconstruire ce fichier à chaque évolution du composant, et de façon parallèle au projet (d’où un risque d’erreurs).
Plus élégant et plus robuste: le composant délivre lui-même les informations sur les procédures qu’il implémente.
Quand le serveur XML-RPC charge dynamiquement un composant (via la DLL), il commnence par appeller une procédure « standard » du composant qui lui fournit les informations utiles pour ensuite « publier » les procédures vers les clients.

Sans ce mécanisme, le système ne peut pas être dynamique.

Est-ce plus clair ?

En ce qui concerne cette « procédure d’introspection », il ne sera pas très dur de la coder, mais je ne vois pas trop à quoi elle servirait.
a+
Vince

Par exemple, je voudrais utiliser un serveur XML-RPC pour exécuter des traitements codés avec Windev dans un composant… Le serveur XML-RPC est lui aussi écrit en Windev…
Mais je ne peux pas créer un projet unique qui fusionnerait le serveur et le composant, car le but de la manœuvre est d’ajouter ou d’enlever « dynamiquement » des composants, sans arrêter le serveur.

Une véritable valeur ajoutée serait de créer systématiquement dans cette DLL une « procédure d’introspection » qui énumère les procédures mises à disposition (avec le type des paramètres).

Mes compliments et bonne continuation !

Superbe…mais aurais tu l’exe pour windev 14?
Il marche bien avec windev 12 mais pas avec windev 14.

Merci
@+