Unerwünschte SQLite in \ bin einge

Question

Ich bin mit Visual Studio 2010 und mit Web-Deployment der .Net MVC-Website auf bestimmte Umgebungen zu fördern. Ich installierte Elmah, und es funktionierte großartig auf meine DEV-Umgebung, aber wenn ich TEST gedrückt, ich habe Ausnahmen, weil SQLite nicht ein gutes Format war.

Ich bin nicht mit SQLite in Elmah oder auf andere Weise, die ich kenne. Ich habe alle sichtbar refernces zu SQLite entfernt, und ich habe die DLL aus allen Konfigurations sind Verzeichnisse entfernt. Aber es wird immer noch mit jedem Build eingefügt. Ich weiß, die Ausnahme Problem ist, dass SQLite kann keine für CPU gebaut werden, und meine Umgebungen variieren von x86 bis x64. Aber ich würde es vorziehen, SQLite nicht einmal anwesend zu sein.

Ich habe seit uninstalled Elmah und SQLite noch in das Verzeichnis \ bin eingeführt wird. Ich habe jetzt neu installiert Elmah, und ich manuell den sqlite.dll von \ ist nach jedem Build löschen. Wie kann ich feststellen, was SQLite verursacht nach jedem Build in meine \ ist eingeführt zu werden?

Answer 1

Wenn Sie mit SQLite nicht, dann müssen Sie einfach, es entfernen aus dem source Ort, von dem Sie importiert der Referenz. So erweitern Sie auf, dass, nehmen wir an, die Sie heruntergeladen und entpackt ELMAH auf den Pfad C:\ELMAH auf dem lokalen Laufwerk. Wenn Sie einen Verweis auf ELMAH hinzugefügt, haben Sie wahrscheinlich zu einem der Plattformversionen unter C:\ELMAH\bin hingewiesen, wie C:\ELMAH\bin\net-2.0\Release. Von C:\ELMAH\bin Unterverzeichnisse, entfernen Sie alle anderen unerwünschten Baugruppen und Dateien mit Ausnahme Elmah.dll, Elmah.pdb und Elmah.xml. Streng genommen, Sie brauchen noch nicht einmal die beiden letzteren aber sie sind dennoch zu empfehlen. Sobald Sie das getan haben, können Sie einen Verweis auf Elmah.dll zu einem Projekt in Visual Studio und keine der Abhängigkeiten hinzufügen Ihre Anwendung bin Verzeichnis gezogen bekommt in. Sie müssen möglicherweise Ihr bin Verzeichnis und re-build Projekt löschen eine schale Kopie System.Data.SQLite.dll aus einer früheren Referenz loszuwerden. ELMAH wird so lange ohne System.Data.SQLite.dll zu funktionieren weiterhin, da Sie nicht Elmah.SQLiteErrorLog als Fehlerprotokollspeicher verwenden Sie.

Wie schon aus anderen Vorschlägen, sollten Sie nicht Verweise auf SQLite aus den ELMAH Quellen entfernen müssen und ein eigenes Build machen.

Answer 2

ich denke, Visual Studio erkennt, dass SQLite von Elmah erforderlich ist, und kopieren Sie ihn, wenn er es findet. Um das gleiche Ziel wie Sie achive entfernte ich alle SQLite Sachen aus dem Code Elmah Quelle und neu gebaut es. Es ist ziemlich schmerzlos, was zu tun ...

Answer 3

Verwenden Sie einen Texteditor mit „find-in-Dateien“ Unterstützung aller Projektdateien für „sqlite“ zu suchen. Etwas muss es sein, zu verweisen.

Answer 4

Ich weiß, das ist eine alte Frage, aber ich habe ein ähnliches Problem und hier gelandet, so vielleicht meine Antwort für andere noch nützlich ist.

Fügen Sie einfach diese zu einem Projekt-Datei Ihrer Web-Anwendung in einem bevorzugten Property-Elemente:

<ExcludeFilesFromDeployment>bin\System.Data.SQLite.dll</ExcludeFilesFromDeployment>