Solución: Ejecutar en la consola el siguiente comando sobre el archivo con la imagen de disco duro original o sobre la copia. (Solo uno de ellos, para que no tengan el mismo UUID) Por ejemplo:

VBoxManage internalcommands sethduuid C:\imagenes\miCopiaDelArchivo.vdi

VBoxManage.exe es un comando que se encuentra en el directorio de instalación de virtual box.

Problema: Tengo un servicio WCF, y tengo habilitado el escribir logs, ya sea mediante el sistema de log que trae WCF o mediante un custom listener para poder usar alguna libreria de logs (como NLog o Log4Net). El problema es que en un momento dado para de escribir logs, aunque mi servicio sigue funcionando normalmente. Si reinicio el servicio, vuelve a escribir logs.

Solucion: Seguramente el valor de la propiedad “maxMessagesToLog” no ha sido configurado. Esta propiedad tiene un valor por defecto de 1000, y cuando se llega a ese limite se deja de escribir nuevos logs.

Para eliminar este limite, usar el valor –1

<system.serviceModel>
    <diagnostics>
        <messageLogging maxMessagesToLog="-1" />
    </diagnostics>
</system.serviceModel>

Problema: Tengo un servicio WCF que me casca. Como puedo ver el volcado de la pila?

Solucion: Marcar la clase que implementa el contrato con el siguiente atributo

[ServiceBehavior(IncludeExceptionDetailInFaults = true)]

Problema: He creado una clase con un serializador a medida implementando el interfaz IXmlSerializable, pero WCF añade al xml resultante un elemento raiz adicional con el nombre de la clase y con un namespace propio.

Solucion: Tendremos que marcar la clase con el siguiente atributo para indicarle a WCF los valores para el nodo raiz:

[XmlRoot(Namespace=http://uri.org, ElementName="raiz")]

El atributo se encuentra en el namespace System.Xml.Serialization

Problema: Necesito serializar mis datos de una forma diferente a como lo hace el serializador que usa WCF (DataContractSerializer), ya sea porque sus opciones son limitadas (no permite usar atributos en el XML) o porque necesito una estructura diferente en el XML a la que me ofrece el serializador.

Solucion: Proveer a la clase a serializar de un serializador a medida, al que llamara WCF. Para ello hacemos que la clase a serializar  implemente el interfaz System.Xml.Serialization.IXmlSerializable. Deberemos implementar el metodo WriteXml donde podremos crear un XML a partir de la clase a mano y a nuestro gusto. (Nota: estaremos obligados a implementar tambien el metodo GetSchema, pero bastara con añadir una linea con “return null”

Problema: Quiero crear un servicio web con WCF con 3 endpoints, uno para soap, otro para json y otro para xml, y no se que tengo que especificar en el webconfig.

Solucion: Tras crear con VS nuestro proyecto WCF, ya tendremos el primer endopint creado para soap. Para los otros dos endpoints habria que añadir lo sieguiente:

Dentro de <system.serviceModel> añadimos la seccion <bindings> (si no esta ya)

<bindings>
        <webHttpBinding>
        <binding name="webBinding">
        </binding>
    </webHttpBinding>
</bindings>

En la seccion <services>, dentro del <service> que ya tendremos creado (y que ya contara con algun endpoint) añadimos dos mas

<endpoint name="xml" address="xml" binding="webHttpBinding" bindingConfiguration="webBinding" behaviorConfiguration="XMLBehavior" contract="IContractService"/>

<endpoint name="json" address="json" binding="webHttpBinding" bindingConfiguration="webBinding" behaviorConfiguration="JSONBehavior" contract="IContractService"/>

Finalmente en la seccion <behaviors> añadimos

<endpointBehaviors>
<behavior name="XMLBehavior">
    <webHttp/>
</behavior>
<behavior name="JSONBehavior">
    <enableWebScript/>
</behavior>
</endpointBehaviors>

Por ultimo, si las llamadas xml las queremos hacer usando el metodo POST, deberemos marcar los metodos en cuestion del contrato con el atributo [WebInvoke(Method = “POST”)]. Ademas, tendremos que añadir una referencia a System.ServiceModel.Web en nuestro proyecto.

Solucion: Hacer que nuestra clase a la que pertenecen los objetos de la ObservableCollection implemente el interfaz INotifyPropertyChanged. Al implementar la interfaz necesitaremos añadir a nuestra clase un nuevo evento publico de tipo PropertyChangedEventHandler.

public event PropertyChangedEventHandler PropertyChanged;

Finalmente, para las propiedades que queramos que actualicen el elemento XAML tendremos que hacer que cuando cambien de valor (en el SET de la propiedad) lancen el evento antes comentado. Ejemplo con una propiedad llamada “miPropiedad”:

set
{
    _miPropiedad = value;
    if (PropertyChanged != null)
    {
        PropertyChanged(this, new PropertyChangedEventArgs("MiPropiedad"));
    }
}

Problema: Tengo un listview con seleccion multiple activada, y quiero objtener los indices de los elementos que estan seleccionados. La propiedad SelectedIndex no me vale porque solamente me devuelve uno de ellos.

Solucion: (.NET framework 3.5) Recurrir a la propiedad SelectedItems y obtener el indice para cada uno de ellos

List<int> result = new List<int>();
foreach (object o in lv.SelectedItems)
{
       result.Add(lv.Items.IndexOf(o));
}

(siendo lv el ListView en cuestion)

Problema: Como termino una aplicacion WPF sin tener que recurrir al Window.close() de la ventana principal?

Solucion:

System.Windows.Application.Current.Shutdown();

Nota: Esto no termina la aplicacion inmediatamente. Si por ejemplo ejecutamos esto dentro de un bucle while, la aplicacion puede seguir corriendo indefinidamente si no se cumple la condicion de salida del bucle. Mas info aqui

Solucion: Hay que revisar que la propiedad DataContext del control está correctamente asignada (o correctamente heredada) para que pueda encontrar la propiedad que contiene la ObservableCollection. Lo mismo para las propiedades path para que los valores que queremos se muestren correctamente.
Hay que tener en cuenta que el objeto ObservableCollection debe de estar disponible como una propiedad pública (get), y que las propiedades de los objetos que contiene la ObservableCollection y que queremos mostrar, también deben de estar disponibles a través de  una propiedad pública(get). 
Hay que tener en cuenta también que debemos haber asignado o creado el objecto ObservableCollection antes de que sea procesado el XAML (llamada a InitializeComponent()), de lo contrario el control que esté bindeado a la propiedad ObservableCollection no se enterará de los cambios en la colección hasta que no volvamos a asignarle en su propiedad correspondiente (p.ej. ItemsSource)  una nueva ObservableCollection sobre la que trabajar.
Por último, tener en cuenta que los cambios solo se verán reflejados automáticamente en WPF si trabajamos con la ObservableCollection original, si asignamos una nueva ObservableCollection a la propiedad que se referencia desde XAML, desde WPF no se apreciarán cambios (ya que en realidad estaríamos modificando otra ObservableCollection diferente, la lista referenciada desde el control no habría cambiado)