Francesco Geri

Cambiare dinamicamente la querystring per il postback

Francesco Geri — Fri, 20 May 2011 07:55:45 GMT

Riprendo un post trovato in rete per un esempio di come ottenere un postback su un url la cui querystring è stata modificata dinamicamente via codice.

     <%@ Page Language="C#" %>

    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

    <script runat="server">   1:     2:     3:     private String queryString;   4:     5:     protected void Page_PreRender(object sender, EventArgs e) {   6:         if (!String.IsNullOrEmpty(queryString)) {   7:             Button1.PostBackUrl = queryString;   8:         }   9:     }  10:    11:     protected void Page_Load(object sender, EventArgs e) {  12:         queryString = "?foo=bar;a=b";  13:     }  14:  </script>

    <html xmlns="http://www.w3.org/1999/xhtml" >

    <head runat="server">

        <title>Change Response QueryString</title>

    </head>

    <body>

        <form id="form1" runat="server">

        <div>

            <asp:Button ID="Button1" runat="server" Text="PostBackWithQueryString" />

        </div>

        </form>

    </body>

    </html>

L’esempio è esattamente quello di Ting-hao Yang, autore del post citato.

SharePoint 2010 - Modifica del Title di un SPField in presenza di language pack

Francesco Geri — Fri, 20 May 2011 07:49:57 GMT

In SharePoint 2010 è possibile visualizzare una lista o una document library in lingue diverse.
Per ciascuna delle lingue supportate dalla lista si può impostare il nome visualizzato (Title) delle colonne nella lingua corrente.

Per questo motivo se si vuole modificare il Title di un SPField da codice non sono più sufficienti (come in SharePoint 2007) le istruzioni:

     myField.Title "My first field"

    myField.Update()

Ma è ora necessario gestire le risorse associate al Title.

Confrontando la documentazione sulla proprietà Title di SharePoint 2007 e SharePoint 2010, e quindi arrivando alla pagina di descrizione del metodo SPUserResource.SetValueForUICulture ero arrivato alla conclusione che il nuovo codice fosse il seguente:

    newField.TitleResource.SetValueForUICulture(newField.ParentList.ParentWeb.UICulture, "My first field")

    newField.Update()

In pratica sto impostando il valore della risorsa per il titolo del campo, relativamente alla cultura di default del sito web (SPWeb.UICulture). In realtà la cosa non funziona correttamente, infatti andando poi sul sito da browser potremmo non trovare la modifica. Dico potremmo, perché in realtà il tutto dipende dalla culture corrente del thread che esegue quel codice: se la culture coincide con quella di default dell’oggetto SPWeb allora funziona, altrimenti no.

In realtà, in definitiva mi sono accorto che dipende fondamentalmente dalla Culture del thread: se questa è la stessa dell’oggetto SPWeb (o direi quella di cui vogliamo impostare il Title) allora posso usare anche lo stesso codice di SharePoinht 2007.

Conclusione, a mio modo di vedere il codice è il seguente:

    Dim currentCulture As Globalization.CultureInfo = Threading.Thread.CurrentThread.CurrentUICulture

    Threading.Thread.CurrentThread.CurrentUICulture = newField.ParentList.ParentWeb.UICulture

    newField.Title = "My first field"

    newField.Update()

    Threading.Thread.CurrentThread.CurrentUICulture = currentCulture

Forzare la visualizzazione dell’Header Row di una GridView anche se non ci sono elementi

Francesco Geri — Fri, 15 Oct 2010 13:29:06 GMT

La GridView ASP.NET di default ha un problema (fra gli altri) legato alla visualizzazione nel caso di nessun elemento presente.

Il problema è che se non ci sono elementi nasconde l’header delle colonne.

Se si vuole che l’header resti si può seguire questo post: http://www.aspitalia.com/script/829/Mostrare-Header-GridView-ASP.NET-2.0-Mancanza-Dati.aspx

In pratica si deve estendere la classe GridView con una classe del tipo:

     Public Class MyGridView

        Inherits System.Web.UI.WebControls.GridView

        Protected Overrides Function CreateRow( _

              ByVal rowIndex As Integer, _

              ByVal dataSourceIndex As Integer, _

              ByVal rowType As System.Web.UI.WebControls.DataControlRowType, _

              ByVal rowState As System.Web.UI.WebControls.DataControlRowState) As System.Web.UI.WebControls.GridViewRow

            If (rowType = DataControlRowType.EmptyDataRow) Then

                Return MyBase.CreateRow(-1, -1, DataControlRowType.Header, DataControlRowState.Normal)

            Else

                Return MyBase.CreateRow(rowIndex, dataSourceIndex, rowType, rowState)

            End If

        End Function

    End Class

La nostra gliglia personalizzata puo’ così essere inserita nella pagina, inserendo ad esempio questa direttiva in testa:

    <%@ Register TagPrefix="jvpo" Namespace="TestMyGridView" Assembly="TestMyGridView, 

            Version=1.0.0.0, Culture=neutral, PublicKeyToken=null"  %>

Quindi va dichiarato il tag EmptyDataTemplate:

    <EmptyDataTemplate>Nessun elemento</EmptyDataTemplate>

In realtà il template per il caso di empty data non verrà mai renderizzato, in quanto verrà “sacrificato” per renderizzare l’header.

Però si potrà sostituirlo ad esempo con una label da visualizzare o nascondere a seconda dei casi.

Inserimento di una data precedente al 1/1/1970 in SharePoint

Francesco Geri — Wed, 19 May 2010 09:15:50 GMT

Se elaborando documenti e proprietà su SharePoint (2007) vi capitasse un errore come questo:

Microsoft.SharePoint.SPInvalidPropertyException: Date Times before 1/1/1970 are not supported.

Allora il problema potrebbe essere quello capitato anche a me oggi.

Il mio codice eseguiva l’upload di un documento su SharePoint e contestuale valorizzazione delle sue proprietà, il tutto tramite il metodo Add dell’oggetto SPFolder.
Se fra le proprietà c’è una data allora come valore è bene passare quello ottenuto dalla funzione SPUtility.CreateISO8601DateTimeFromSystemDateTime, ovvero una stringa con la rappresentazione UTC della data (formato ISO8601, ovvero yyyy-mm-ddThh:mm:ssZ).

Il codice corretto è il seguente.

     ' Crea una Hashtable delle proprietà

    Dim myProps As New Hashtable()

    Dim propName As String = "MyDatePropName"

    ' Imposta come valore una stringa con il formato UTC, ottenuta come segue: 

    Dim propValue As Object = SPUtility.CreateISO8601DateTimeFromSystemDateTime(New DateTime(1950, 1, 1))

    ' ... invece di: Dim propValue As Object = New DateTime(1950, 1, 1)

    myProps.Add(propName, propValue)

    ' Recupera l'oggetto SPFolder dall'oggetto SPWeb corrente

    Dim oFolder as SPFolder = myWeb.GetFolder(myFolderURL)

    ' Aggiunge il file con le proprietà

    Dim objDestFile as SPFile = objDestFolder.Files.Add(myFolderURL & "/" & myFileName, myDocumentSourceStream, myProps)

Due osservazioni:

Passando la data nuda e cruda (il datetime) si ha un errore per date inferiori all’1/1/1970, mentre per date successive funziona.
Passando una stringa che non sia una data non succede nulla… nel senso che non c’è eccezione, il documento viene caricato e la proprietà resta vuota

Note: Grazie a Gabriele per i suggerimenti!

Problemi con il Microsoft Visual Studio Version Selector su Vista/Win7

Francesco Geri — Fri, 14 May 2010 09:44:00 GMT

Può capitare con Vista o Windows 7 che facendo doppio click da Esplora Risorse su un file di progetto o di solution di Visual Studio non succeda nulla. Ovvero non parta Visual Studio.

Se capita, allora il motivo potrebbe essere la concomitanza di questi 2 fattori:

1) La UAC è attiva
2) Visual Studio è impostato per partire sempre As Administrator

Se è così allora si può fare una delle 2 cose seguenti:

- Togliere il flag “As Administrator” a Visual Studio, oppure
- Metterlo a “Microsoft Visual Studio Version Selector”

L’eseguibile “Microsoft Visual Studio Version Selector” è l’utility di Visual Studio associata all’estensione dei file di progetto e di solution ed ha il compito di capire di che versione di visual studio è il file e di avviare quella versione passandogli il file.
Per cui il selector parte, vede che il file sln è di VS2008, ad esempio, cerca quindi di avviare VS2008. Se questo però ha il flag As Administrator allora l’avvio non riesce.
Per impostare lo stesso flag sul selector bisogna individuarlo: si trova nella cartella (Drive C o quello che è):

[C]:\Program Files (x86)\Common Files\microsoft shared\MSEnv

L’eseguibile si chiama VSLauncher.exe, fare click con il tasto destro e aprire le Proprietà. Nel pannello Compatibility impostare il flag Run this program as an administrator:

Menu Edit WCF Configuration scomparso da Visual Studio 2008

Francesco Geri — Fri, 14 May 2010 07:49:25 GMT

Mi è capitato esattamente quanto descritto in questo post, ovvero ho aggiunto una service reference ad un progetto (Console), ho fatto tasto destro sul file app.config per richiamare l’editor della configurazione WCF, ma il menu contestuale “Edit WCF Configuration” non era disponibile:

Allora seguendo le indicazioni del post di cui sopra ho fatto click sul menu Tools|WCF Service Configuration Editor, in questo modo ho aperto l’editor, da qui ho aperto il file app.config (File|Open), l’ho chiuso ed il menu è finalmente comparso:

.Net Remoting: chiamare un metodo server con le credenziali del client

Francesco Geri — Mon, 26 Apr 2010 08:06:25 GMT

Tramite .Net Remoting è possibile creare un oggetto su un server tramite una chiamata dal client e fargli fare qualche cosa.
Normalmente lato server l’operazione viene eseguita con le credenziali dell’applicazione ospitante, ovvero il server. Se si vuole che venga eseguita con le credenziali del client si può procedere come segue.

Per primo creiamo una dll che sarà poi condivisa dal client e dal server, che eseguirà l’operazione desiderata. Creiamo per questo un progetto libreria di classi con il seguente codice:

     using System;

    using System.Security.Principal;

    namespace CodeGuru.RemotingSample

    {

        /// <remarks>

        /// Sample object to demonstrate the use of .NET remoting and IPC.

        /// </remarks>

        public class SampleObject : MarshalByRefObject

        {

            /// <summary>

            /// Constructor

            /// </summary>

            public SampleObject()

            {

            }

            /// <summary>

            /// Return a hello message

            /// </summary>

            /// <returns>Hello world message</returns>

            public string HelloWorld()

            {

                return "Hello World " + System.Security.Principal.WindowsIdentity.GetCurrent().Name;

            }

        }

    }

Ora creiamo il progetto server. Facciamo un’applicazione console con la reference alla System.Runtime.Remoting e con il seguente codice:

    using System;

    using System.Collections;

    using System.Runtime.Remoting;

    using System.Runtime.Remoting.Channels;

    using System.Runtime.Remoting.Channels.Tcp;

    namespace CodeGuru.RemotingSample

    {

        /// <remarks>

        /// Sample server to demonstrate the use of secure .NET Remoting.

        /// </remarks>

        public class SampleRemotingServer

        {

            public static void Main()

            {

                // Setup the configuration parameters through a dictionary

                IDictionary properties = new Hashtable();

                properties.Add("port", 9977);

                properties.Add("secure", true);

                properties.Add("impersonate", true);

                // Create an instance of a channel

                TcpServerChannel serverChannel =

                    new TcpServerChannel(properties, null);

                ChannelServices.RegisterChannel(serverChannel, true);

                // Register as an available service with the name HelloWorld

                RemotingConfiguration.RegisterWellKnownServiceType(typeof(SampleObject),

                        "HelloWorldUri" ,

                        WellKnownObjectMode.Singleton);

                Console.WriteLine("Listening on {0}", serverChannel.GetChannelUri());

                Console.WriteLine("Press the enter key to exit...");

                Console.ReadLine();

            }

        }

    }

Infine creiamo il progetto client. Facciamo un’applicazione console con la reference alla System.Runtime.Remoting e con il seguente codice:

    using System;

    using System.Collections;

    using System.Runtime.Remoting;

    using System.Runtime.Remoting.Channels;

    using System.Runtime.Remoting.Channels.Tcp;

    namespace CodeGuru.RemotingSample

    {

        /// <remarks>

        /// Sample client to demonstrate the use of secure .NET Remoting.

        /// </remarks>

        public class SampleRemotingClient

        {

            public static void Main()

            {

                // Setup the configuration parameters through a dictionary

                IDictionary properties = new Hashtable();

                properties.Add("secure", true);

                properties.Add("connectionTimeout", 5000);

                properties.Add("tokenImpersonationLevel", "Impersonation");

                // Create a channel for communicating w/ the remote object

                TcpClientChannel clientChannel =

                    new TcpClientChannel(properties, null);

                ChannelServices.RegisterChannel(clientChannel, true);

                // Create an instance of the remote object

                RemotingConfiguration.RegisterWellKnownClientType(

                        typeof(SampleObject),

                        "Tcp://MyServerName:9977/HelloWorldUri");

                SampleObject sample = new SampleObject();

                Console.WriteLine("{0}", sample.HelloWorld());

                Console.WriteLine("Press the enter key to exit...");

                Console.ReadLine();

            }

        }

    }

Eseguiamo il server, poi eseguiamo il client lanciandolo con le credenziali di un utente di test per verificare il risultato.

Fonte: http://www.developer.com/net/net/article.php/3522466/Improved-NET-Remoting-Part-2-Secure-TCP.htm

Lo stesso risultato lo si può ottenere tramite file di configurazione (app.config):

Lato Server
app.config:

    <?xml version="1.0" encoding="utf-8" ?>

    <configuration>

        <system.runtime.remoting>

            <application>

                <channels>

                    <channel ref="tcp" 

                                     port="9977" 

                                     secure="true" 

                                     impersonate="true" 

                                     authenticationMode="ImpersonateCallers"/>

                </channels>

                <service>

                    <wellknown mode="SingleCall" type="MyServer.SampleObject, MyServer"

    objectUri="SampleObjectURI" />

                </service>

            </application>

        </system.runtime.remoting>

    </configuration>

codice per la lettura del file di configurazione:

    System.Runtime.Remoting.RemotingConfiguration.Configure(AppDomain.CurrentDomain.SetupInformation.ConfigurationFile, True)

Lato Client

app.config:

    <?xml version="1.0" encoding="utf-8" ?>

    <configuration>

        <system.runtime.remoting>

            <application>

                <channels>

                    <channel ref="tcp" 

                                     port="8888" 

                                     secure="true" 

                                     tokenImpersonationLevel="impersonation"/>

                </channels>

                <client>

                    <wellknown type="MyServer2.SampleObject, MyServer2" url="Tcp://MyServerName:9977/SampleObjectURI" />

                </client>

            </application>

        </system.runtime.remoting>

    </configuration>

codice per la lettura del file di configurazione:

    System.Runtime.Remoting.RemotingConfiguration.Configure(AppDomain.CurrentDomain.SetupInformation.ConfigurationFile, True)

Fonte http://nettecharticles.blogspot.com/2008/06/netremotingimpersonate-client-user-on.html

Format di un DateTime

Francesco Geri — Thu, 22 Apr 2010 08:32:40 GMT

Quando si “stampa” una data bisogna fare attenzione al formato che si utilizza.
Ad esempio io faccio ampio uso del formato italiano tramite il seguente codice:

     Dim dateAsString As String = Now.ToString("dd/MM/yyyy")

Purtroppo quel codice non fa esattamente quello che mi aspetto.
Infatti il carattere / ha un significato, ovvero è il separatore di sistema usato per le date. Ovvero, se nei miei settings regionali di sistema la data è scritta ad esempio così yyyy-MM-dd, allora quel ToString di cui sopra produce dd-MM-yyyy, ovvero mette il giorno, poi il mese, poi l’anno come ho specificato, ma li separa con il separatore di sistema, e non con il caratettere /.

Sono certo che tutti lo sapevano benissimo e che io sono uno dei pochi ingenui che invece non lo sapeva, ma per quegli altri pochi come me lo voglio segnalare, in modo da evitare questo errore in futuro.

Il codice corretto è il seguente:

    Dim dateAsString As String = Now.ToString("dd\/MM\/yyyy")

In pratica si deve usare il carattere di escape per far mantenere il nostro /.

Lo stesso discorso vale per il ToString di un Time, in cui il carattere : viene sostituito con quello di sistema, e quindi si deve scrivere:

    Dim timeAsString As String = Now.ToString("hh\:mm\:ss")

In generale le stringhe andrebbero messe fra apice o doppio apice, ad esempio:

    Dim dateAsString As String = Now.ToString("dd""/""MM""/""yyyy")

Trovate tutti i dettagli a questo link.

PS:
La proprietà CustomFormat del DateTimePicker non segue questa politica, ma funziona con un meccanismo a metà, ovvero la data la posso scrivere così “dd/MM/yyyy - HH:mm” o anche così “dd/MM/yyyy’ - ‘HH:mm”, ma non così “dd\/MM\/yyyy”… insomma \ e : non sono caratteri speciali, l’escape (\) non esiste, le stringhe possono o meno andare fra apice (‘).
Non voglio indagare oltre… :(

Avviare un eseguibile a 32bit in una macchina a 64bit

Francesco Geri — Thu, 08 Apr 2010 13:40:07 GMT

Se abbiamo compilato un eseguibile in modalità Any CPU e lo lanciamo su una macchina a 64bit questo verrà ovviamente eseguito a 64bit.

Se però ci servisse poterlo avviare a 32bit possiamo sfruttare il tool CorFlags.exe.

Basta avviare il prompt dei comandi di Visual Studio e poi digitare:

corflags.exe /32bit+ filename.exe

Per ripristinare il comportamento normale:

corflags.exe /32bit- filename.exe

[Fonte]

Credenziali salvate in Windows Vault

Francesco Geri — Thu, 25 Mar 2010 11:27:06 GMT

Oggi mi è capitata una cosa strana.

Accedendo, tramite browser, ad una applicazione web residente su una mia macchina virtuale ho inserito le credenziali di un utente di test.
A quel punto accedendo a quella macchina ero sempre l’utente di test.
La cosa strana è che ero quell’utente sempre e per ogni tipo di operazione, comprese applicazioni client che si collegavano ad un web service su quella macchina.

Onestamente non so con certezza cos’è che ha provocato questo deciso “cambio di persona”, ma non sapevo più come ripristinare le mie vecchie credenziali.

Alla fine ho trovato le benedette credenziali di quell’utente di test nel mio Windows Vault (Windows 7, Pannello di controllo, Users Accounts, Credential Manager, sotto Windows Credentials), le ho rimosse ed ho riacquistato le mia identità!

[fonte http://en.kioskea.net/forum/affich-35879-to-disable-auto-login-network-share-folders]