---

Hallo Forum,
ich habe laut SDK eine dotNet-dll zur Einbindung im PSP2010 erstellt und in der Konfiguration eingebunden.
Das funktioniert auch alles, die Testfunktionen kann ich aus PSP heraus ansprechen.
Nun wollte ich die Funktionen der vererbten CCustomerNetModuleBase-Klasse (z.B. substitute) aber in einer weiteren Klasse dieser dll nutzen.
Ich habe also folgendes  in der zweiten Klasse versucht:

Code:

---

Imports CMPNetModule

Public Class ClsTest

Public Shared Sub PrepEx()
  Dim oCN As New CCustomerNetModuleBase

  Dim Test as String = oCN.Substitute("$PRGPATH")
  MessageBox.Show (Test)
End Sub
End Class

---

Zur Entwurfszeit werden auch keine Fehler initiiert.
Erst zur Laufzeit kommt beim Zugriff auf das Objekt folgender Fehler:

<Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt.>

Auch wenn die Sub nicht als shared definiert sondern instanziert wird, ergibt sich der gleiche Fehler.
Auch eine Vererbung  der CCustomerNetModuleBase-Klasse in diese zweite Klasse bringt keinen Erfolg.

Hat jemand schon mal Ähnliches versucht und kann helfen?
Ich würde mich über jeden Hinweis freuen.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo,

Ein Objekt der Klasse CCustomerNetModuleBase kann man nicht selbst erzeugen. Besser gesagt, erzeugen kann man es schon, aber die Funktionen CallFunction() und Substitute() gehen nicht, weil sie keinen Kontext haben.
Die Funktionen stehen nur zur Laufzeit des Kommandos zur Verfügung.
Daher könnte man auch nicht das akuelle Objekt ("this") zwischenspeichern und z.B. in einem Dialog-Objekt verwenden um mit PSP zu kommunizieren.

Wenn man so etwas realisieren möchte, sollte die CAI-Schnittstelle (Compass Application Interface) verwendet werden. Das kann man auch mit VB.NET oder C# machen.

Jens
coolOrange

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Das hat auch noch was mit dem "Starken Namen" zu tun.
Google mal "sn.exe". Dazu findest du reichlich, wie das in Visual Studio geht.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Vielen Dank für die Antworten.

@kieninj
Ich hatte so etwas fast befürchtet. Die CAI-Schnittstelle verwende ich bisher für diese Zwecke. Mit dem Call-Back-Objekt ist es halt möglich die Funktionen auch selbst instanziert zu verwenden. Ich wollte nur meine bisherigen Funktionen gern mit der CostumerNet-dll realisieren, weil dadurch eine zentrale Ablage der eigenen dll möglich wird und bei einer Aktualisierung nicht alle Clients angefasst werden müssen.
Die CAI-Schnittstelle verlangt ja eine eigene dll auf den Clients.

@T to the F
Der Starke Name dient nur der Sicherheit. Damit kann die eigene dll überhapt erst in das zentrale Serververzeichnis gelegt und in der Konfiguration bekannt gemacht werden. Ohne Signierung mit Starken Namen lassen sich DotNet-dll's nicht aus einer Netzwerkablage verwenden.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Es gibt noch eine andere Möglichkeit mti Hilfe der "COMPASS_Server.dll" (COM Server). Für die PSP Version 2010 kannst Du Dir den aktuellen User des Clients auch direkt angeln (vb.net):
Dim cHelper As New Compass2000Server.CompassHelper
user = cHelper.GetUser()
Auf dem User kann man gaaaanz viele tolle Dinge machen.

Die zetrale Ablage deiner DLL ist übrigens trotzdem möglich. Du musst nur die Sicherheitseinstellungen Deiner .net Umgebung entspechennd präparieren. (Klingt aber leichter als es ist, und hat mit dem Forum hier nichts zu tun!)

Gruß Marc

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Marc,

vielen Dank für diesen Hinweis. Genau so habe ich mir das gewünscht.
So habe ich das jetzt gemacht:

Code:

---

Dim oCH As New Compass2000Server.CompassHelper
Dim oCUser As Compass2000Server.CompassUser = oCH.Get

---

Am User hängen dann tatsächlich viele Funktionen, auch Substitute und CallFunction.
Also vielen Dank noch mal
Gruß Falk

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP