2014-11-13 8 views
14

Ho appena eseguito l'aggiornamento a Azure SDK Tools 2.5 in Visual Studio 2012 e quando provo a pubblicare tramite la GUI in Azure ho riscontrato il seguente errore durante il passo CSPack finale.Azure 2.5 SDK Upgrade Cause CSPack Fail

MESSAGGIO DI ERRORE:

Il compito "CSPack" non è riuscito inaspettatamente. System.Runtime.Serialization.SerializationException: Digitare 'System.Xml.Linq.XElement' in Assembly 'System.Xml.Linq, Versione = 4.0.0.0, Culture = neutral, PublicKeyToken = b77a5c561934e089' non è contrassegnato come serializzabile.

Capisco cosa l'errore sta offrendo, ma non riesco a capire che cosa sta causando questo a fallire ... come versione precedente di SDK Tools non ha avuto problemi con questo riferimento.

Qualsiasi aiuto è molto apprezzato

+0

Jason, scusa per il problema riscontrato con CSPack. Potresti farmi sapere se stai usando un RoleInstanceValue con query XPath nel tuo file .csdef? C'è qualche posto nel tuo progetto di servizio cloud in cui viene utilizzato il tipo XElement? –

+0

Lo stesso problema dopo l'aggiornamento da 2.2 a 2.5 –

+0

@WayneKuo, è qualcosa che si sta per risolvere in 2.6 SDK? –

risposta

0

Avendo lo stesso problema. Deciso di ripristinare SDK 2.5 e tornare alla 2.4. Questo non è l'unico problema. Niente funziona come al solito, Esplora server Gli strumenti di Azure non funzionano. Sono stato disconnesso, quindi ho dovuto rimuovere il mio account e aggiungerlo di nuovo per vedere gli account di archiviazione. Ma ciò non ha risolto i problemi o svolto alcun lavoro sugli oggetti di archiviazione come le tabelle, ad esempio.

La disinstallazione di Azure SDK 2.5 non è richiesta. Basta ripristinare l'aggiornamento dei progetti VS.

0

È stato riscontrato questo errore anche durante il caricamento di una soluzione VS 2013 con più progetti "webrole" di Azure dopo l'aggiornamento ad Azure 2.5 dalla versione 2.4. Inoltre, non sono stato in grado di visualizzare alcun elemento attualmente distribuito su Azure da Server Tools. Ho deciso di riavviare la mia macchina dev e gli errori sono scomparsi quando ho caricato la soluzione e sono riuscito a navigare nuovamente sul server Azure. Sono stato anche in grado di ricostruire l'intera soluzione senza problemi, ma non ho ancora provato a distribuire ad Azure da VS 2013 ancora.

3

Anche se non conosco la causa principale. Ho trovato una soluzione dopo l'aggiornamento a Azure SDK 2.5:

Copiare l'Azure SDK 2.4 versione cspack.exe, ServiceDescription.dll & Microsoft.ServiceHosting.Tools.MsBuildTasks.dll Azure SDK 2.5 cspack.exe posizione e sostituire. Ciò farebbe uso di cspack 2.4 per il confezionamento con runtime di Azure SDK 2.5.

Verificare la distribuzione del pacchetto in Azure senza problemi.

+0

Grazie per questa risposta. Sfortunatamente non soddisfa il requisito della mia taglia per non manipolare con Windows Azure SDK, ma da tutte le risposte fornite, questa sembra essere la soluzione migliore per i cattivi. Personalmente preferisco avere una soluzione che potrei usare su qualsiasi computer, dove lavoro con i codici sorgente, senza sforzo. Nel mio caso ho scelto piuttosto downgrade del progetto a 2.4, che è anche un compito molto doloroso :-(.Aggiornamento – Zoka

3

Per team di sviluppo, si tratta di un errore nella versione 2.5 degli strumenti. Sarà risolto nella versione 2.5.1 che dovrebbe essere disponibile prima della fine di questo mese (marzo).

+0

: la correzione è disponibile ora – Alexey

+0

Si noti che se nella soluzione è presente un progetto Azure esistente, è necessario aggiornare il progetto di Azure per utilizzare la nuova versione. Fare clic destro sul progetto di Azure nel pannello Esplora soluzioni di Visual Studio, selezionare Proprietà e accedere alla scheda Applicazione per verificare che si utilizzi Azure SDK 2.5.1 o versione successiva, oppure eseguire l'aggiornamento se necessario. –

1

Questo bug è stato risolto nella versione più recente di Azure SDK 2.5.1.