2014-11-13 15 views
14

Właśnie uaktualniłem do Azure SDK Tools 2.5 w Visual Studio 2012 i kiedy próbuję opublikować za pomocą GUI na Azure, otrzymuję następujący błąd podczas końcowego kroku CSPack.Uaktualnienie pakietu SDK Azure 2.5 powoduje niepowodzenie CSPack

BŁĘDZIE:

W "CSPack" zadanie nieoczekiwanie nie powiodło się. System.Runtime.Serialization.SerializationException: Wpisz "System.Xml.Linq.XElement" w Assembly 'System.Xml.Linq, wersja = 4.0.0.0, Culture = neutral, PublicKeyToken = b77a5c561934e089' nie jest oznaczony jako możliwy do serializacji.

Rozumiem, co oferuje błąd, ale nie mogę określić, co powoduje to niepowodzenie ... ponieważ poprzednia wersja Narzędzi SDK nie miała problemów z tym odniesieniem.

Każda pomoc jest bardzo doceniana.

+0

Jason, przepraszam za kłopoty, których doświadczasz w CSPack. Czy możesz dać mi znać, jeśli używasz dowolnej wartości RoleInstanceValue z zapytaniami XPath w pliku .csdef? Czy jest jakieś miejsce w projekcie Cloud Service, w którym używany jest typ XElement? –

+0

Ten sam problem po aktualizacji z wersji 2.2 na 2.5 –

+0

@WayneKuo, czy to coś, co naprawisz w 2.6 SDK? –

Odpowiedz

0

Posiadanie tego samego numeru. Postanowiliśmy wycofać SDK 2.5 i powrócić do wersji 2.4. To nie jedyny problem. Nic nie działa tak jak zwykle, przeglądarka serwerów Narzędzia Azure też nie działają. Byłem odłączony, a następnie musiałem usunąć moje konto i dodać je ponownie, aby zobaczyć konta magazynu. Ale to nie naprawiło problemów ani nie wykonało żadnej pracy z obiektami pamięci masowej, jak na przykład tablice.

Odinstalowanie pakietu Azure SDK 2.5 nie jest wymagane. Wystarczy przywrócić aktualizację projektów VS.

0

Ten błąd wystąpił również podczas ładowania rozwiązania VS 2013 z wieloma projektami "webrole" Azure po aktualizacji do wersji Azure 2.5 z wersji 2.4. Nie mogłem też zobaczyć niczego, co aktualnie jest wdrażane na platformie Azure za pomocą narzędzi serwera. Zdecydowałem się zrestartować moją maszynę deweloperską i błędy zniknęły podczas ładowania rozwiązania i znowu mogłem przeglądać serwer Azure. Udało mi się również przebudować całe rozwiązanie bez żadnych problemów, ale jeszcze nie próbowałem wdrożyć na Azure z VS 2013.

3

Chociaż nie znam przyczyny. Znalazłem obejście po uaktualnieniu do Azure SDK 2.5:

skopiuj Azure SDK 2.4 wersja cspack.exe, ServiceDescription.dll & Microsoft.ServiceHosting.Tools.MsBuildTasks.dll do Azure SDK 2.5 cspack.exe lokalizacji i wymienić. To przy użyciu cspack 2.4 do pakowania z środowisko wykonawcze Azure SDK 2.5.

Zweryfikowano wdrożenie pakietu na platformie Azure bez problemu.

+0

. Dziękuję za tę odpowiedź. Niestety nie spełnia on wymogu mojej nagrody za manipulowanie przy użyciu pakietu Windows Azure SDK, ale z wszystkich udzielonych odpowiedzi wydaje się, że to najlepsze rozwiązanie. Osobiście wolę mieć rozwiązanie, które mógłbym wykorzystać na dowolnym komputerze, gdzie pracuję z kodami źródłowymi, bez wysiłku. W moim przypadku raczej wybrałem projekt obniżenia wersji do wersji 2.4, co jest również bardzo bolesnym zadaniem :-(. – Zoka

3

To jest zespół deweloperski, jest to błąd w wersji 2.5 narzędzi. Zostanie to naprawione w wersji 2.5.1, która obecnie będzie dostępna przed końcem tego miesiąca (marzec).

+0

Aktualizacja: poprawka jest dostępna teraz. – Alexey

+0

Należy zauważyć, że jeśli w rozwiązaniu znajduje się istniejący projekt Azure, należy zaktualizować projekt Azure, aby użyć nowej wersji. Prawym kliknięciem projektu Azure w panelu eksploratora Visual Studio Solution, wybierz Właściwości i przejdź do zakładki aplikacji, aby sprawdzić, czy używasz Azure SDK 2.5.1 lub nowszy, lub aktualizacji w razie potrzeby. –

1

Ten błąd został naprawiony w najnowszym wydaniu Azure SDK 2.5.1.

Powiązane problemy