Vexx662 Geschrieben 13. April 2011 Teilen Geschrieben 13. April 2011 Guten Tag, Bei uns in der Firma wird seit neuem ein Team Foundation Server für gleichzeitiges Arbeiten an einem Projekt verwendet. Nun wollen wir externe DLLs in verschiedenen Projekten verwenden. Meine Frage ist nun gibt es von Microsoft einen einheitlichen Ablegeort für DLLs, damit beim Abruf kein Fehler auftaucht wenn man die DLL nicht in einem Ordner im Projekt ablegt. Ein Ablegen im Debug Ordner funktioniert nicht da, dieser nicht mit auf den Team Foundation Server übertragen wird Bitte um Hilfe mfg Vexx662 Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
SebastianB Geschrieben 13. April 2011 Teilen Geschrieben 13. April 2011 Hi, Auf welchem OS wird der Server den laufen? LG, Sebastian Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Vexx662 Geschrieben 13. April 2011 Autor Teilen Geschrieben 13. April 2011 Auf einem Windows Server 2008 R2 Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
SebastianB Geschrieben 13. April 2011 Teilen Geschrieben 13. April 2011 Hi, versuch doch ersteinmal ein Verzeichniss zu erstellen in das du alle nötigen DLLs legst. Danach registrierst du diese einfach, so das bei einem Aufruf genau diese DLLs genutzt werden. Hierzu solltest du den regsvr32 nutzen, in der Hoffnung das Windows Server 2008 diesen auch unterstützt. LG, Sebastian Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
realgun Geschrieben 13. April 2011 Teilen Geschrieben 13. April 2011 Hi, versuch doch ersteinmal ein Verzeichniss zu erstellen in das du alle nötigen DLLs legst. Danach registrierst du diese einfach, so das bei einem Aufruf genau diese DLLs genutzt werden. Hierzu solltest du den regsvr32 nutzen, in der Hoffnung das Windows Server 2008 diesen auch unterstützt. LG, Sebastian Ich glaube Du verwechselt da etwas. Es geht darum "externe DLLs / Libraries" mit in die Quellcodeverwaltung zu integrieren. Der TFS ist (unter anderem) ein SourceControl-Server. Bei uns in der Firma wird seit neuem ein Team Foundation Server für gleichzeitiges Arbeiten an einem Projekt verwendet. Nun wollen wir externe DLLs in verschiedenen Projekten verwenden. Meine Frage ist nun gibt es von Microsoft einen einheitlichen Ablegeort für DLLs, damit beim Abruf kein Fehler auftaucht wenn man die DLL nicht in einem Ordner im Projekt ablegt. Einen "MS-Weg" gibt es wohl nicht, zumindest ist mir keiner bekannt. Ein Ablegen im Debug Ordner funktioniert nicht da, dieser nicht mit auf den Team Foundation Server übertragen wird Der Debug Ordner ist dafür auch nicht gedacht, der wird vom Studio beim kompilieren angelegt und gefüllt. Leg doch einfach einen "DLL"- Ordner im Explorer innerhalb der Solution an. In diesen Ordner werden dann alle dlls kopiert. Dann legst Du in der Solution im Studio einen neuen Solutionfolder an und fügst die dlls aus dem Ordner hinzu. Entweder per Drag&Drop oder über "Add exiting item (oder ähnlich)". Wenn sich die Solution schon im TFS befindet, werden die dlls nun automatisch da hinzugefügt und können nach dem Einchecken von den anderen abgeholt werden. Am besten fügst Du die Referenzen auf diese DLL neu hinzu und nimmst nur die aus dem Ordner, dann sollte das bei allen funktionieren. Wenn die DLLs trotzdem beim kompilieren nicht gefunden werden, kann man noch in den jeweiligen Projekteinstellungen einen Referenzsuchpfad eintragen, wo der Compiler nach dlls sucht. (Dieser Ordner ist aber Benutzerabhängig, d.h. jeder muss den bei sich selber einstellen) Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Vexx662 Geschrieben 14. April 2011 Autor Teilen Geschrieben 14. April 2011 Danke für deine Antwort realgun Werde es gleich einmal ausprobieren Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Guybrush Threepwood Geschrieben 14. April 2011 Teilen Geschrieben 14. April 2011 Du kannst auch einfach in der Registry unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\AssemblyFolders einen neuen Schlüssel anlegen, der Standard Wert dieses Schlüssels ist dann der Pfad zu einem beliebigem Verzeichnis. Wenn die .Net Runtime jetzt nach Assemblys sucht dann schaut sich auch in allen Verzeichnissen die so angegeben wurden. Du musst die DLLs dann nur noch in das Verzeichnis auschecken und fertig. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
SebastianB Geschrieben 14. April 2011 Teilen Geschrieben 14. April 2011 Du kannst auch einfach in der Registry unter HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework\AssemblyFolders einen neuen Schlüssel anlegen, der Standard Wert dieses Schlüssels ist dann der Pfad zu einem beliebigem Verzeichnis. Wenn die .Net Runtime jetzt nach Assemblys sucht dann schaut sich auch in allen Verzeichnissen die so angegeben wurden. Du musst die DLLs dann nur noch in das Verzeichnis auschecken und fertig. Hi, Wäre das nicht das was ich vorgeschlagen hatte, nur per Hand? Wenn eine DLL einmal registriert ist ruft er immer diese auf. Zumindest war es bei meinen Verwendungszwecken so. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Guybrush Threepwood Geschrieben 14. April 2011 Teilen Geschrieben 14. April 2011 Nein das ist etwas anderes. Wenn eine DLL per regsvr32 registriert wird dann werden dafür normalerweise Class IDs angelegt unter denen diese dann verwendet werden können. Das macht man normalerweise mit COM oder ActiveX Komponenten. Die Assembly Folders des .Net Frameworks sind einfach nur Pfade in denen gesucht wird. Zitieren Link zu diesem Kommentar Auf anderen Seiten teilen Mehr Optionen zum Teilen...
Empfohlene Beiträge
Dein Kommentar
Du kannst jetzt schreiben und Dich später registrieren. Wenn Du ein Konto hast, melde Dich jetzt an, um unter Deinem Benutzernamen zu schreiben.