Le forum (ô combien francophone) des utilisateurs de Powerbuilder.
Bonjour,
on essaie d'accéder à un object créé en dot net et compilé dans une dll mais pb ( version 7.0.3 )
il charge la dll mais g un message : le point d'entrée dllregisterserver est introuvable
Pouvez vous m'aider SVP ?
Merci
Hors ligne
hello,
c'est quoi cette dll ?
tu as le nom ?
et le n° de l'erreur ?
A+
Hors ligne
As tu créé des objets COM pour les intéger dans pb en c sharp ? ( on l'a ajouté avec \RegAsm ) pas d'erreur mais pb ne reconnait pas l'objet est ce compatible y a t il une synthaxe particulière pour que pb intègre un objet créé en s sharp?
merci
Hors ligne
Salut Pick Ouick, en fait je pense que nous utilisons une version trop ancienne de powerbuilder ( version 7.0.3 qui date au mieux de 2001 ) le but est d'utiliser un web service. A priori ce ne serai possible qu'à partir de la version 10 (sûr) de pb , peut être la 9. En tout cas merci de m'avoir répondu bon courage @+
Hors ligne
oui, il me semble que dotnet datawindows etait disponible depuis la version de pb9
plus precisemment, pb10.
quelqu'un d'autre peut preciser mes dires ?
Hors ligne
Bonjour,
c'est un objet COM que tu as compilé en dot net ? si oui, tu essaies d'y accéder comment ( tu fais comment tes appels aux fonctions ?).
si c'est un objet com, ne faut-il pas fait un regsrv32.exe avant ?
Hors ligne
Bonjour j'avais déjà essayé mais ça ne passe pas je vous remercie pour vos réponse, l'accès aux web services sont bien accessibles via pb à partir de la pb10.
@+
Hors ligne
si tu as un exemple d'accés au webservice sur pb10,
tu pourrais repondre à http://pbadonf.fr/forum/viewtopic.php?pid=745#p745
stplait ?
Hors ligne
non je n'en ai pas je bosse sur pb7 pour le moment, si on migre et qu'on en utilise je n'y manquerai pas.
@+
Hors ligne
Bonjour à tous,
Pick Ouick, en me fiant à Techno-Kitten, les datawindow .NET ne
sont pas supportées par la version 9. Ici, la liste des nouveautés
introduites par PB9.
Dans cet autre page, la liste des nouveautés apportées par
PB10.
Pour ta question stef, je n'ai pas encore trouvé de cas concret ...
Si tu peux attendre quelques jours, je pourrai peut être trouver
une solution.
Hors ligne
autant pour moi Dr Z
pour ce, je te rajoute +30 pepites.
Hors ligne
pick ouic a écrit:
autant pour moi Dr Z
pour ce, je te rajoute +30 pepites.
--- Début hors-sujet
Merci pour les pépites !
C'est au bout de combien de pépites que l'on a droit à un Big Mac ?
Le jour où j'aurai atteint ce nombre tu feras comment pour me
l'envoyer à Lisbonne ?
--- Fin hors-sujet
Hors ligne
je te les enverrais par chronopost !!!!
il faut atteindre les 3000 !
les 1000 ont été gagnées
les 2000 aussi...
fin hs...
Hors ligne
Perso, je déconseille de faire un pont PB - .NET avec des objets COM (j'entend par là COM purs, si j'ai bien suivi)
Je préconise plutot de compiler un PBNI qui se chargera du matching entre les 2...
Maintenant, si j'ai bien compris, le but est d'accéder à la couche .NET via un WebService. Alors là, plus besoin de tout ca! Puisque PB fournit des proxy WS, et c'est indépendant de ce qui se trouve derrière.
Evidemment, les acces WS ne sont envisageables [pour ne pas dire possibles] que à partir de Pb9...
Déso, mais la version 7, c'est pas pour faire des fantaisies...
Hors ligne
Plexiglas a écrit:
Perso, je déconseille de faire un pont PB - .NET avec des objets COM (j'entend par là COM purs, si j'ai bien suivi)
Je préconise plutot de compiler un PBNI qui se chargera du matching entre les 2...
Bonjour, peux tu préciser ta pensée sur la partie citée ?
Je suis interéssé par ce sujet, merci.
Hors ligne
Plexiglas a écrit:
Je préconise plutot de compiler un PBNI qui se chargera du matching entre les 2...
PBNI => PB 9 au moins
Stef est en version 7
Stef, je vois une seule solution, faire une dll C (pas C++) standard qui fera le pont
Hors ligne