Suchergebnisse

Hallo liebe Gemeinde, ich habe ein kleines bzw. größeres problem beim dynamischen einbinden von dlls's. Hierzu habe ich diesen code genutzt! VB.NET-Quellcode (18 Zeilen) Grundlegend hat es funktioniert! hier habe ich es bei 2 unterschiedlichen dll's getestet. Jedoch gibt es probleme bei den aufgerufenen Klassenbibliotheken. Hier wird bei den 2 bibliotheken auf ein und die dieselbe bibliothek verwiesen( gleicher pfad alles gleich). Nur die eine kann den Verweis aufrufen und die andere hat problem…

Dll1 hat noch verweise auf andere dll's. mehr nicht. zumindest bin ich der Meinung. sehe den wald vor lauter bäumen nicht. und brauche ein paar grundlegende ideen :-). Die genaue Fehlermeldung kann ich am Montag senden. Jedoch wird irgend etwas anders sein und ich weiß leider nicht was! Bei beiden habe ich den Verweis aus dem Projekt heraus gemacht. Bei beiden habe ich erst auf eine klassen verwiesen und danach auf eine form. jedoch muss ich dazu sagen. das das windows kurioser weise meine berec…

Ich möchte das die User(Admin's) eigene Funktionen hinzufügen können, ohne vorhandene dll's zu bearbeiten. Und hier bietet sich das dynamische einbinden Perfekt an.

@RodFromGermany es ist etwas komplexer.Jeder muss auf ddl1 und dll2 zugriff haben. in diesem projekt kann ich es direkt einbinden, jedoch habe ich eine Idee dieses Tool zu verallgemeinern, welches jedem CAD-Admin die arbeit erleichert und hier ist ein dynamisches einbinden sehr wichtig!!! Dieses aktuelle Projekt dient nur zur machbarkeit und fehleranalyse und ich verstehe einfach nicht warum ein und dieselbe verwiesene dll3 nicht geladen werden kann. Ich werde es mal Morgen mit einem anderen Acc…

Ja werde ich mal testen. Mir fällt gerade ein dll3 ist nicht auf dem lokalen rechner registriert, kann es das sein?

ok, dann werde ich dll3 auch dynamisch einbinden. Evtl. gibt es da mit probleme. wenn alles nichts hilft teste ich die beiden links :-). Werde auf jedenfall die lösung posten, wenn ich etwas finde :-). Gruß

So konnte nun den fehler einschränken. Jedoch keine lösung. Habe versucht in dll1 , in appconfig auf den pfad der dll zu verweisen, funktioniert aber nicht :-(. LOG: DisplayName = MwPDMApi, Version=1.0.0.0, Culture=neutral, PublicKeyToken=98c76569fc32d01a(Fully-specified)LOG: Appbase = file:///C:/Program Files/SolidWorks 2011/SolidWorks/LOG: Ursprünglicher PrivatePath = NULLAufruf von Assembly : (Unknown).===LOG: Diese Bindung startet im default-Load-Kontext.LOG: Es wurde keine Anwendungskonfigu…

Hatte ich ja und da hat's funktioniert. Nur nicht beim dynamischen einbinden. er bekommt den Pfad nicht von dll1 oder dll2(da liegt die MwPDMapi). sondern die der auszuführenden *.exe ,also lokal. ich müsste jetzt in dll1 bzw. dll2, eine pfad angeben können wo dll3 liegt. Nur nimmt er die appconfig von dll1 und dll2 nicht.

Ok, das mit dem dynamischen laden, hat leider auch nicht geholfen. @Nofear23m Das mit dem hardcoden hört sich gut an. Jedoch weiß ich leider nicht wie das Funktionieren soll.

das liegt nicht an mir sondern am Kunden. Jedoch möchte ich das später in mein Projekt einbinden, da kann ich das mal hochladen. Erstmal danke für den code. das ist ja der selbe wie beim Dynamischen einbinden(also soweit verstanden). vorgehensweise mit verweis: VB.NET-Quellcode (9 Zeilen) VB.NET-Quellcode (16 Zeilen)

Habe mal ein bsp. Projekt rausgesucht, das ist nur zu testzwecken gewesen und unsauber programmiert. Stellt euch vor die exe, soll dynamisch als dll über eine andere dll importiert werden. Jetzt wird als bsp. der verweis zur sldworks.dll nicht gefunden. Solidworks ist ein professionelles cad tool, das eine api anbindung hat. Hoffe das es verständlich ist :-).

Das mit option strict off ist mir bewusst(undwollte es mit dazuschreiben, weil ich wusste das Ihr mich darauf ansprecht,lol). das war wie gesagt nur zu testzwecken wie die machbarkeit ist. Mir ist auch bewusst, das man den Code um 50% hätte reduzieren können.Desweiteren ist das ja auch nicht der code. es geht ja nur um das grundlegende prinzip. Wie kann ich die sldworks (dll) dynamisch einladen und auf sldworks verweisen um weiter auf den Objektkatalog zuzugreifen. Also Imports Sldworks du bist …

@Nofear23m Ich verstehe nicht warum du dich verarscht fühlst? Ich hatte schon geschrieben"Das liegt am Kunden nicht an mir" ist wahrscheinlich doch etwas zu ungenau gewesen die aussage. Das soll heißen, der Kunde möchte nicht das ich den Code bzw. das Projekt veröffentliche :-(. Desweiteren bedanke ich sehr für dein Testprojekt, nur ist die aufrufhyrachie etwas anders wie bei dir. Und ein Testprojekt zu erstellen, geht einfach nicht, da ich API-Schnittstellen andere Programme in meinem Tool nutz…

Hallo @Nofear23m Also dll(2) und dll(3) können dll(4) nicht aufrufen. Also dll(4) wird von dll(2) und dll(3) genutzt. Die dynamisch in dll(1) eingebunden sind(also dll(2) und dll(3)). Trotz Verweis auf die Dll(4). Hier einmal ein bsp. was ich mit verweis meine(Hier habe ich mal die Solidworks.dll hinzugefügt). Alle Dll' liegen in ein und dem selben ordner. Und der Verweis ist auf den richtigen ordner. Und um dich jetzt ganz zu verwirren. Wenn ich dll(2) und dll(3) fix in dll(1) verweise, sie bil…

Test1: Ja das habe ich auch schon versucht(und hat nicht funktioniert). Falls es funktioniert hätte: müsste der Kunde sobald er eine neue dll einsetzt, diese in dll1 registrieren(darauf verweisen), was er ja auch nicht soll bzw. will. Test2: Dll(4) Dynamisch in Dll(1) einbinden. hat auch nicht funktioniert. Hier hätte ich noch diese als angehängte dynamisch einlesen können. Test3: Dll(4) Dynamisch in Dll(2) und Dll(3) einbinden. hat auch nicht funktioniert. Test4: Dll(4) in den ordner verschiebe…

Zitat: „Aja, und jetzt?​“ Weil der Kunde die dll nicht lokal bei den Usern reinkopieren möchte. Zitat: „​Warum? Wenn diese dynamisch eingebunden wird sind die Funktionsnamen vorgegeben (da ja dll1 nicht geändert wird bleiben die ja auch gleich) warum müsste er dann dll1 "registrieren".Was hast du eigentlich mit deinem registrieren? Wenn ich Assemblys dynamisch einbinde muss ich nix registrieren! Was soll ich registrieren. Im GAC? Wozu wenn du den Pfad angibst?“ Es geht hier nur um dll(4),dll(2),…

Hallo Sascha, ja er möchte die dll's auf dem server. Ich erstell mal am WE ein kleines bsp. Tool mit der dll. Die ich dann hochlade :-). Lastenheft gibt es zum glück nicht :-). Ich möchte dem CAD-Admin(Er ist Konstrukteur) die Arbeit so gut es geht erleichtern, damit er nicht soviele querverweise(also hier was ändern und dann muss ich da noch was ändern) hat. Die Arbeit mit dem PDM System und der einrichtung ist schon komplex genug. Und da kann man beim ändern von nur kleinen Codes doch schon du…

Das blöde ist, die dll müsste in einen ordner der überhaupt nicht zur dll passt. Ich sehe es so, bei 99% der meisten api-anbindungen wird es funktionieren. Also Excel,Word,Outlook,SolidWorks andere PDM Systeme. Das PDM-System ist schon sehr alt,glaube eine Version 2009-2010. Die neuen Versionen werden sicher schon einen Fix haben, da die auch weg von VB6 und VBscript wollen, und immer mehr vb.net implemente bevorzugen. Denn wie gesagt, die besagte dll ist die api schnittstelle zum PDM-system, di…

Nein. Das Addin will ich verallgemeinern. Das heißt das ist eine sonderlösung, denn ich habe auf zukünftige dll's keinen einfluss mehr. Also meine Arbeit endet eigentlich bei dll(1). Hier werden weitere dll's dynamisch eingebunden siehe bild1, die die jeweiligen Admins erstellen :-). Jedoch muss ich solche probleme mit bedenken :-).