InvalidCastException para Objeto del mismo tipo-Carga de control personalizada

Tengo un error muy cableado, uno de mis controles personalizados parece que es crear dos archivos compilados, y cuando intento cargarlo dinámicamente con LoadControl() es simplemente fallar porque no se puede convertir el uno al otro - incluso si son exactamente los mismos. Escribo el mensaje para ver que todo es lo mismo, es solo cambiar la dll compilada.

System.Web.HttpUnhandledException (0x80004005):     
 Exception of type 'System.Web.HttpUnhandledException' was thrown. --->             
    System.InvalidCastException:
[A]ASP.Modules_OneProduct_MedioumImage cannot be cast to
[B]ASP.Modules_OneProduct_MedioumImage.         

   Type A originates from 'App_Web_kg4bazz1, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null'
in the context 'Default'
    at location 'C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\root\80ed7513\10eb08d9\App_Web_kg4bazz1.dll'.          

   Type B originates from 'App_Web_oneproduct_mediumimage.ascx.d1003923.4xoxco7b, Version=0.0.0.0, Culture=neutral, PublicKeyToken=null' 
in the context 'Default'    
    at location 'C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Temporary ASP.NET Files\root\80ed7513\10eb08d9\App_Web_oneproduct_mediumimage.ascx.d1003923.4xoxco7b.dll'.

El código

Este es el código tal y como está ahora mismo después de haber seguido exactamente lo que está escrito en MSDN :

foreach (int OneProductID in TheProductIdArrays)
{
    // here is the throw.
    ASP.Modules_OneProduct_MedioumImage OneProduct = 
        (ASP.Modules_OneProduct_MedioumImage)LoadControl(@"~/mod/OneProduct_MediumImage.ascx");

    // do some work with 
    //OneProduct
}

Anteriormente he cargado el control sin el ASP. pero después de que este error aparece y en busca de solución, sigo estrictamente lo que está en MSDN. El bicho sigue aquí sin importar lo que haga.

También he probado ambos métodos, cada uno solo, y juntos (de nuevo fallan)

<%@ Register src="~/mod/OneProduct_MediumImage.ascx" tagname="OneProduct_MediumImage" tagprefix="uc1" %>
<%@ Reference Control="~/mod/OneProduct_MediumImage.ascx" %>

Config

Mi web.config, he intentado con maxBatchSize 20, 100, 1000, también con optimizeCompilations true o false, pero el error aparece de nuevo.

<compilation debug="false" defaultLanguage="C#" batch="true"
maxBatchSize="800" batchTimeout="10800" optimizeCompilations="false"
targetFramework="4.0">

Ahora algunos detalles acerca de

• El error es aleatorio, en alguna compilación aparece, en alguna otra no.
• El proyecto es grande, las páginas están en vivo con mucha gente en cada minuto que pide ver algo, pero también aparece cuando no hay nadie dentro.
• Se ejecuta en 64 bits dot.net 4, Integrado
• Ejecutar como jardín web, pero también probado y una piscina sola (y obtener el mismo problema)
• La sesión está desactivada en el proyecto completo.
• Las páginas se ejecutan a partir de 2007, pero este problema es aparece el último mes, por desgracia no puedo encontrar dónde y cómo se inicia, o lo que es desencadenarlo porque llego tarde algunos días para verlo.
• Aparece solo una carga de control personalizada, la que tiene llamada pesada.
• He cambiado 4 veces el código haciendo pequeños cambios, o grandes cambios y todavía allí.
• He intentado con optimizeCompilations verdadero y falso y el mismo tema.
• También he intentado detener la web, eliminar todos los archivos temporales, reabrir y lo había otra vez.
• He intentado colocar un mutex en global.asax cuando la aplicación comienza a bloquear solo una compilación al mismo tiempo, pero esto también falla.
• Desde el momento que funciona, entonces todo está bien, pero si no funciona no se corrige automáticamente.
• El código que cargo este control personalizado existe y se llama en más de un lugar en el código, en diferentes páginas.
• Otros controles personalizados, con carga similar no tuvieron ningún problema.
• ViewState es desactivado para este control personalizado.
• También he intentado reubicar algún código, cambiar la llamada a la función completa con micro optimiza, no vuelve a fallar.
• Funciona bien en el equipo de desarrollo. Coloco batch="true" en la web.config y el error aparece de inmediato.
• No hay otros problemas como ese, como un error que no podemos solucionar pase lo que pase. El sistema se ejecuta durante días, el grupo NO se recicla en absoluto, la memoria es estable y hay más uso gratuito. El programa es corre desde hace años, pero cambiamos es casi todos los días con actualizaciones.
• Bajo el mismo núcleo de código se ejecuta más de un sitio (algo así como stackexchange) y todos tienen el mismo problema aleatorio.
• El AutoEventWireup es false
• Su aparece y en otro control personalizado que cargue de la misma manera.

Lo que hago ahora como solución alternativa cuando aparece este error: simplemente fuerzo el proyecto a recompilar con un pequeño cambio, y el error desaparece, hasta el siguiente actualizar.

Tengo un error que intenta resolver las últimas semanas del árbol sin encontrar la razón. He intentado casi cualquier cosa que pueda cosa de, pero todo falla, y el error aparece de nuevo. Así que posteo aquí tal vez algunos puedan ayudarme y encontrar una manera de salir de esto.

Última palabra: Este error es una locura, el control personalizado es el mismo, hago cualquier cosa en él solo lo cargo dinámicamente y boom, el compilador es tenerlo dos veces diferentes por alguna razón que solo él sabe - aleatoriamente.

Actualización 1

He podido reproducir el error en la máquina desarrolladora. Allí descubro que los dos módulos dll que contiene este control personalizado tienen un diferente.

El uno era un paquete de 4 controles personalizados juntos. El otro módulo era el control personalizado solo.

Solución alternativa

Después de tres semanas tratando de corregir este error, termino que este error aparece cuando el compilador hace que se compile por lotes de un directorio, y agrupa muchos controles personalizados diferentes, en el mismo DLL. Así que cuando intento cargarlo solo es lanzar esta excepción.

Así que muevo el control personalizado problemático en un directorio diferente solo y parece que lo evito por ahora.

Actualización 2

Aparece de nuevo, incluso después de mover algunos archivos a un directorio diferente. Es aleatorio y no puede encontrar una conexión clara con lo que se desencadena su.

Actualización 3

Porque tenemos spot que el problema principal aquí es la compilación por lotes (batch="true") que compila en el mismo dll muchos controles personalizados, una forma de decirle al compilador que NO haga eso, es el maxBatchGeneratedFileSize parámetro. Yo lo uso con un valor de 100, y el problema aparece de nuevo, ahora tengo inferior a 40 y probarlo.

maxBatchGeneratedFileSize="40"