[C#]Serializzazione e errore:"Impossibile trovare l'assembly <nome del mio assembly>"

[xplorer87]

Ciao ragazzi ^^

provo a spiegarvi il mio problema: ho un'applicazione con due finestre, ognuna delle quali ha un bottone, rispettivamente salva e apri. quella con salva serializza un oggetto su file, quella con apri lo deserializza; il tutto avviene tramite l'uso dei form OpenFileDialog e SaveFileDialog. Durante la serializzazione non ho particolari problemi: il file viene serializzato correttamente. Durante la deserializzazione però, viene lanciata la SerializationException con il messaggio "Impossibile trovare l'assembly <nome del mio assembly>".

codice della serializzazione:

//Crea l'oggetto ResultsToSerialize
MioOggetto resultsToSerialize;
// istanzio l'oggetto

IFormatter binaryFormatter = new BinaryFormatter();
Stream fileStream = new FileStream(saveFileDialog1.FileName, FileMode.Create, FileAccess.Write, FileShare.None);
binaryFormatter.Serialize(fileStream, resultsToSerialize);

fileStream.Close();


la deserializzazione viene effettuata in questa maniera:


MioOggetto resultsToSerialize;
IFormatter binaryFormatter = new BinaryFormatter();

Stream fileStream = new FileStream(openFileDialog1.FileName, FileMode.Open, FileAccess.Read, FileShare.None);
MessageBox.Show("filestream creato");
try
{
resultsToSerialize = (MioOggetto)(binaryFormatter.Deserialize(fileStream));
}
catch (SerializationException se)
{
MessageBox.Show("SE: " + se.Message);
}
finally
{
fileStream.Close();
}


ho provato a cercare un po' in internet e si dice un po' tutto e il contrario di tutto; qualcuno diceva che era un problema del framework .NET 1.5 (ma io ho il 3.5), altri che era un problema del binaryFormatter che inserisce in ogni file serializzato una stringa univoca (??) che rende impossibile la deserializzazione in ogni altra istanza di classe che non sia quella che ha serializzato l'oggetto, altri ancora che l'errore dell'assembly non trovato era dovuto al fatto che si provava a serializzare/deserializzare in due applicazioni diverse (non mi sembra il mio caso, in quanto ad essere diverse sono solo le finestre).

qualcuno ha idea di cosa possa essere?
grazie a tutti :)

[xplorer87]

vi aggiorno un po' con qualche novità: usando come consigliatomi il visualizzatore log associazioni assembly (fuslogvw.exe) sono riuscito a capire (fforse) qual è la causa dell'errore, cioè la tentata
associazione di un'assembly che è già associato al programma. Ecco il
log del file incriminato:

*** Voce di registro binder di assembly (19/12/2008 @ 7.41.52) ***

Operazione non riuscita.
Risultato associazione: hr = 0x80070002. Impossibile trovare il file
specificato.

Gestore assembly caricato da: C:\WINDOWS\Microsoft.NET\Framework
\v2.0.50727\mscorwks.dll
In esecuzione con l'eseguibile C:\Programmi\Sparx Systems\EA\EA.exe
--- Segue registro dettagliato degli errori.

=== Informazioni sullo stato di preassociazione ===
REG: Utente = OMICRON\User
REG: DisplayName = PLDecisionSupport, Version=1.0.3274.41871,
Culture=neutral, PublicKeyToken=null
(Fully-specified)
REG: Appbase = file:///C:/Programmi/Sparx Systems/EA/
REG: PrivatePath iniziale = NULL
REG: base dinamica = NULL
REG: base della cache = NULL
REG: AppName = NULL
Assembly chiamante: (Unknown).
===
REG: l'associazione ha origine nel contesto di caricamento di default.
REG: impossibile trovare un file di configurazione dell'applicazione.
REG: utilizzo del file di configurazione computer da C:\WINDOWS
\Microsoft.NET\Framework\v2.0.50727\config\machine.config.
REG: criterio attualmente non applicato al riferimento (associazione
di assembly privati, personalizzati, parziali o basati su percorsi).
REG: la stessa associazione è stata rilevata precedentemente. Errore
hr = 0x80070002.
ERR: errore irreversibile durante la verifica pre-download (hr =
0x80070002).

Come mi è sembrato di capire (e come verificato da me a runtime), le
ultime due righe sono la causa del throw della SerializationException.
Non capisco però cosa voglia dire che "la stessa associazione è stata
rilevata precedentemente", visto che io sto semplicemente tentando di
deserializzare un file senza affatto curarmi degli assembly.

[MarcoGG]

Non so se possa fare al caso tuo, ma io quando serializzo uso questo metodo, e non ho nessuno dei problemi che hai citato :

Esempio con una classe semplice semplice :

public class Persona
{
public string Nome;
public string Cognome;
}

-> Serializzo :

Persona P = new Persona();
P.Nome = "mioNome";
P.Cognome = "mioCognome";
System.Xml.Serialization.XmlSerializer X = new System.Xml.Serialization.XmlSerializer(P.GetType());
System.IO.TextWriter TW = new System.IO.StreamWriter("C:\\" + P.Nome + P.Cognome + ".xml");
X.Serialize(TW, P);
TW.Close();

-> DeSerializzo :

System.Xml.Serialization.XmlSerializer X = new System.Xml.Serialization.XmlSerializer(typeof(Persona));
System.IO.TextReader TR = new System.IO.StreamReader("C:\\mioNomemioCognome.xml");
Persona P = (Persona)X.Deserialize(TR);
TR.Close();
MessageBox.Show(P.Nome + " " + P.Cognome);

;)

[xplorer87]

ciao, usando l'xmlserializer non riesco a serializzare in quanto ho l'errore "impossibile generare il documento xml"... nello specifico, analizzando la innerexception, ho un errore dovuto alla presenza di un "riferimento circolare" di una classe quando vado a serializzare il mio oggetto. Leggendo in giro questo è un limite dell'XmlSerializer (cioè il fatto di non riuscire a serializzare oggetti con riferimenti circolari, cioè A punta a B e B punta ad A), mentre con il BinaryFormatter si riesce a serializzare senza problemi anche in presenza di situazioni di questo tipo. Grazie comunque per il tuo aiuto :)

[xplorer87]

dopo numerose ricerche ho trovato la soluzione. strano a dirsi, ma si tratta addirittura di un bug nel .NET framework, ancora non fixato nella versione 3.5 (fonte: http://beta.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=119402)


qui invece c'è il workaround (poche linee di codice) suggerito da un utente:

http://www.eggheadcafe.com/software/aspnet/33503762/deserialize-causes-except.aspx

[MarcoGG]

Ah, ok. Beh, col BinaryFormatter non è poi molto diverso :

[Serializable()]
public class Persona
{
public string Nome;
public string Cognome;
}

-> Serializzo :
Persona P = new Persona();
P.Nome = "mioNome";
P.Cognome = "mioCognome";
BinaryFormatter BF = new BinaryFormatter();
System.IO.FileStream FS = new System.IO.FileStream("C:\\" + P.Nome + P.Cognome + ".txt", System.IO.FileMode.Create);
BF.Serialize(FS, P);
FS.Close();

-> DeSerializzo :
Persona P;
BinaryFormatter BF = new BinaryFormatter();
System.IO.FileStream FS = new System.IO.FileStream("C:\\mioNomemioCognome.txt",System.IO.FileMode.Open);
P = (Persona)BF.Deserialize(FS);
FS.Close();
MessageBox.Show(P.Nome + " " + P.Cognome);

Comunque, riguardo a quel presunto bug, hai già provato il Service Pack 1 del FW3.5 ( o meglio, il SP1 di VS2008 ) ? Mi pare strano non abbiano fixato un problema come questo...

[xplorer87]

beh, il tuo codice con il BinaryFormatter è identico al mio, e facendo così avevo il problema sull'assembly.

in effetti non avevo installato il sp1 di visual studio 2008 (ma solo il sp1 del .NET Framework 3.5), in ogni caso ho appena provato e con il sp1 di vs2008 il problema si presenta lo stesso se non uso il ResolveEventHandler come spiegato nel workaround.

[LacioDromBuonViaggio]

un problema del binaryFormatter che inserisce in ogni file serializzato una stringa univoca

Chiedo scusa se riesumo un post di qualche anno fa, ma ho un problema simile.
La serializzazione e la de-serializzazione funzionano alla grande nel progetto che chiamerò Progetto1.
Se io mi creo un Progetto2 e provo a deserializzare il file (serializzato precedentemente con Progetto1) mi lancia un'eccezione dicendomi che non ha trovato l'assembly di Progetto1.

{Se apro il file serializzato con Notepad trovo all'inizio la stringa univoca di cui si parla nel quote un riferimento a "Progetto1"}

Quindi vorrei rendere de-serializzabile quel file indipendentemente dal progetto che sto utilizzando, magari utilizzando un assembly 'universale' che carico prima di deserializzare.

E' possibile fare ciò?