2009-04-27 16 views
5

Mam aplikację ClickOnce (app1), która wywołuje pliki DLL z innego rozwiązania (app2). Niedawno zaktualizowałem tę aplikację u jednego klienta i pojawiła się dziwna rzecz.. Wdrożenie ClickOnce .NET i nieprawidłowe złożenia wywołane po zaktualizowanej wersji

Dostał nowa wersja (opublikować wersję słusznie Panelu sterowania/Dodaj lub usuń programy) od APP1 a wersja aplikacji była poprawna jak ręcznie sprawdzane w aplikacji. Ale pliki DLL wywoływane z rozwiązania przywoływanego (app2) były nadal starsze.

Usunęliśmy wszystkie pliki w C:\Documents and Settings\username\Local Settings\Apps\2.0 i zainstalowaliśmy ponownie. Tym razem nie było problemu, zostały wywołane poprawne pliki DLL.

Jedno wspomnieć, że numery wersji są zupełnie inne w nowej wersji, ponieważ zmieniliśmy to podczas aktualizacji z Visual Studio     2005 do Visual Studio     2008. stary/nowy opublikowanej wersji: 1.0.0.6/1.9 .1.6.

+0

Widzieliśmy to również! W naszym przypadku było to dll w tym samym rozwiązaniu, które z jakiegoś powodu odnosiło się do starych - i zgadnij, co się stało, gdy zmieniliśmy API tej biblioteki ... Nie mam pojęcia dlaczego, ale użytkownicy zazwyczaj mieli aplikację dla chwilę i zrobiłem sporo aktualizacji. Czyszczenie folderu 2.0 zawsze naprawia rzeczy. – andyhammar

Odpowiedz

3

Wygląda na to, że jest to błąd w .NET Framework 3.5 SP1.

http://support.microsoft.com/default.aspx/kb/971052

Naprawiłem go:

  1. Czyszczenie Cache online .NET z wiersza poleceń: „rundll32 dfshim CleanOnlineAppCache”
  2. odinstalować wszystkie aplikacje .NET, które mogłyby mieć odniesienie na ten sam problematyczny zespół.
  3. Zainstaluj ponownie wszystkie aplikacje.
+0

Łącze jest (skutecznie) zepsute. –

Powiązane problemy