ASP.NET 2.0
In Visual Studio 2005 accade a volte che il file .designer.cs non venga correttamente generato con i controlli contenuti nel markup della pagina. La memoria è corta, quindi me lo segno qui sul blog: per forzarne una rigenerazione, è sufficiente eliminare il file .designer.cs e poi fare tasto-dx sulla pagina, Convert to Web Application. Technorati tags: ASP.NET
...potreste aver dimenticato di assegnare l'ID al vostro LinkButton Giuro che questa mi ha fatto veramente impazzire, ma è così, provare per credere!! Ma io mica mi fermo qui! Perchè, dannazione?? Il PageRequestManager, ad ogni postback, utilizza l'argomento eventTarget della funzione __doPostback per determinare qual è il controllo che ha richiesto il submit e discriminare se eseguire una chiamata out-of-band (ad es. se il controllo si trova dentro ad un UpdatePanel) o meno. Ottimo, ma ovviamente ha bisogno di recuperare un'istanza per capire in che posizione del DOM si trovi. Come fa? var controllo = document.getElementById('....');
Ma... attenzione: se non assegnamo...
Dopo il mio precedente lavoro su NHibernate, oggi Aspitalia.com ha pubblicato un mio nuovo articolo sul multithreading. Grazie mille a Daniele per lo spazio che mi ha concesso e a Ricky per la pazienza nel correggerlo! Technorati tags: Articoli, Multithreading, ASP.NET
Volevo rispondere a questo post di Gian Maria, poi il testo era un po' lungo e allora ho optato per la modalità stand alone :D Anche in ASP.NET 2.0, come accadeva nella 1.1, è necessario ricreare controlli dinamici durante la fase di Init al fine di preservare correttamente il viewstate. La ragione risiede nel fatto che il ripristino dello stato dei controlli avviene in maniera posizionale. Consideriamo una pagina con una DropDownList (il cui contenuto è ripristinato tramite Viewstate) e il seguente snippet di codice, che aggiunge un button prima della ddl stessa: protected void Page_Load(object sender, EventArgs e)
{
...
...ricordatevi di scrivere, prima della decodifica string goodBase64string =
base64FromQueryString.Replace(" ", "+");
altrimenti potreste ritrovarvi una bella FormatException per "Invalid length for a Base-64 char array".
HTH
Technorati tags: ASP.NET
Nonostante avessi configurato correttamente la Windows Authentication, aperto Visual Studio con i privilegi elevati, ecc.ecc. di punto in bianco non sono riuscito più ad attivare il debug della mia applicazione con il classico F5: Unable to start debugging on the Web Server. An authentication error occurred while communicating with the Web Server. o qualcosa del genere. Sono andato avanti un paio di giorni agganciandomi manualmente al processo w3wp.exe, poi stamattina ho trovato questo post che mi ha risolto il problema Technorati tags: ASP.NET, Windows Vista
Alcuni web service che sto realizzando, usano come parametri e valori di ritorno dei tipi che implementano l'interfaccia IXmlSerializable. Il tool wsdl.exe utilizzato per generare i proxy per l'accesso lato client, ha un fastidioso bug descritto in questa KB: considera ogni tipo IXmlSerializable come se fosse un dataset e quindi produce metodi con signature errate. L'aspetto più antipatico della questione è che, stando sempre a quanto scritto nella KB che ho linkato, non c'è soluzione se non quella di andare a cambiare a manina ogni metodo incriminato. Uff, non vedo l'ora di migrare completamente a WCF!
Il viewstate di ASP.NET alle volte è una gran comodità,
che però paghiamo in termini di prestazioni ad ogni postback, dato che un bel
campo hidden di grandezza che a volte può essere considerevole, è costretto ad
andare avanti e indietro tra client e server.
Click sul titolo per leggere
Quella passata è stata una settimana a dir poco
massacrante, in cui non ho avuto un solo attimo di respiro (weekend compreso).
Per fortuna mi sono buttato alcuni impegni alle spalle e all'una e spiccioli di
domenica sera ho finalmente il tempo per
installare Windows Vista Beta 2 (perché io sono tra i
comuni mortali che per il momento non hanno a disposizione un abbonamento
MSDN)
Bloggare un po'
Nelle attività che ho svolto ultimamente, mi sono ritrovato nella necessità
di invocare un Web Service sotto https senza che il server avesse a disposizione...
Premetto che non l'ho provato, provo a darci un'occhiata
stasera, ma l'idea del bravo Nikhil Kothari mi intriga parecchio: un compilatore C# che
invece di generare IL spara fuori del Javascript, con il vantaggio di avere a
monte la possibilità di scrivere script lato client con un linguaggio Object
Oriented, avere membri pubblici, privati, virtuali, interfacce, supporto
per Intellisense e Refactoring di VS2005, ecc.ecc.ecc. Mica male!! Chissà come
si comporta in quanto a compatibilità con i diversi browser!
BTW, trovate un piccolo articolo introduttivo, il download e anche
un filmato a questo link!
powered by IMHO 1.3
Full ASP.NET 2.0 Archive