Discussion :

[ego]

Bonjour,

je commence par vous préciser que je n'ai jamais écris une seule ligne de VB.Net ! J'ai fait il y a longtemps ce que je vous demande par la suite mais en VB6 (sans trop comprendre tous les tenants et aboutissants)

Voici ce que je veux faire :
- J'ai un soft qui permet d'ajouter des extensions sous forme de serveur OLE (c'est Rational Rose). A l'époque, je faisais des serveurs OLE avec VB6 ou VJ++.
- Je voudrais faire une extension, donc un serveur OLE, avec VB.Net en utilisant SharpDevelop 2.1

Plusieurs questions :

1- Est-ce possible ?
2- Comment dire que je veux utiliser les librairies COM de Rational Rose dans le code du serveur OLE ? Y a t-il un ordre particulier à mettre dans mes fichiers de code VB.Net ?
3- Connaissant l'interface des méthodes que je devais faire en VB6, puis-je en déduire, et comment, l'interface en VB.Net ? Peut-être que c'est pareil d'ailleurs !?
4- Puis-je me passer du framework .Net pour exécuter mon serveur OLE (.dll) ?

Merci d'avance

[ego]

Précision car j'avance un peu...

J'ai créé la classe suivante sous SD :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
Imports System.Runtime.InteropServices
 
<ComClassAttribute(OleServer.InterfaceId)> _
Public Class OleServer
	Public Const InterfaceId As String = "959A6835-4768-4cd5-89BE-7D408C2B86AA" 
	Public Sub OnActivate(app As RationalRose.IRoseApplication)
		MsgBox("activate")
	End Sub
	Public Function DoSomething() As String
		Return "coucou"
	End Function
End Class

Dans les options du projet, j'ai coché "Register for COM interop" et mis <assembly: ComVisible(True)> dans le fichier AssemblyInfo.vb de mon projet

Aucun pb de compilation sauf que lorsque j'exécute regsrv32 OleServer.dll, j'ai le message "OleServer chargé mais le point d'entrée DllRegisterServer est introuvable"

Connaissez-vous ce problème ? Avez-vous une solution ?

Merci d'avance

[ego]

Bon ben ça y est, j'ai réussi.
Je ne connaissais pas regasm.exe, qui était donc la solution pour enregistrer la DLL sachant que c'est la CLR qui fait office de serveur OLE et qui redirige les appels vers ma DLL (c'est ce que j'ai compris et même si c'est pas ça, je m'en f...car ça marche)

Allé, A+