2011-12-09 12 views
7

Abbiamo avuto un problema casuale con il nostro sito web in diretta. Non siamo sicuri di quale sia esattamente la causa del problema. Abbiamo provato a cancellare i file temporanei ma il problema è successo di nuovo. Abbiamo persino ucciso l'app_pool di IIS in modo che non potesse contenere nessuno di essi in memoria. Non appena ripristiniamo il sito, riceviamo di nuovo questo errore. Qualsiasi aiuto è apprezzato.Errore di tipo duplicato?

compilatore messaggio di errore: CS0433: Il tipo 'ASP.modules_dataentry_provider_orderhistory_ascx' esiste sia in 'C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Temporary Files ASP.NET \ root \ 44d35bd0 \ b13314db \ App_Web_orderhistory.ascx.8106afdb.spsukqu_.dll' e 'C: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 file temporanei di ASP.NET \ root \ \ 44d35bd0 \ b13314db \ App_Web_xg5e4m3x.dll'

+0

Ho avuto lo stesso problema prima, ma quando ho compilato l'applicazione per diverse volte è stato corretto. –

+0

Avete provato a pulire la directory bin e ridistribuire nuovamente il contenuto del cestino dalla build locale alla directory bin del server? Sembra che tu stia usando un progetto di sito web, quindi vuoi assicurarti che non sia presente una vecchia versione di una pagina dll. – dash

+1

questo accade di solito durante l'implementazione quando qualcuno conserva una copia di sicurezza della vecchia dll sotto la cartella bin ... –

risposta

6

Non c'è molto su cui lavorare, ma penso che la distribuzione del tuo sito Web sia andata storta da qualche parte nella linea. Probabilmente hai fatto solo una sovrascrittura della cartella che potrebbe lasciare lì i vecchi assembly. Prova a fare una deploy pulita eliminando prima i vecchi assembly.

+0

Questo era esattamente. Lo script di build che usiamo per spingere il sito al nostro ambiente di test cancella completamente la directory esistente prima di spingere il nuovo codice. Tuttavia, lo script che spinge il sito nel nostro ambiente live NON stava eliminando la directory esistente, quindi i problemi di memorizzazione nella cache. Grazie per l'aiuto! – Chev

2

solo elimina

c: \ Windows \ Microsoft.NET \ Framework \ v4.0.30319 \ Temporary ASP.NET Files \ root \ 44d35bd0 \

directory e costruire di nuovo

ASP.NET negozio compilato dll nella cartella Temp, e credo che a creare due volte nel tuo caso

Spero che questo aiuti

+0

Abbiamo già provato questo. Abbiamo eliminato tutti i contenuti dei "File temporanei ASP.NET". Non appena abbiamo riavviato il sito, è successo di nuovo. – Chev

3

Mi sono imbattuto in questo stesso problema. Di solito, l'aggiornamento della pagina alcune volte lo eliminerebbe, ma in definitiva è stato aiutato da this advice.

Impostare la configurazione di compilation a lotto = false:

<configuration ...> 
    <system.web> 
    <compilation ... batch="false"/> 
     ... 

fare un tentativo e vedere se aiuta.

1

Un errore simile mi è successo con i progetti di siti web.

Come codice di ciascuna pagina viene compilato in una DLL separata, quindi si sposta quel tipo in una pagina diversa (o addirittura rinominare la pagina padre originale) a volte, la dll remota è stato definito il vecchio tipo in giro. Cancellare la directory bin e ridistribuire i file dll ha risolto questo problema per me in passato. Assicurati inoltre di non avere nessun vecchio aspx/ascx riferito a questo nel sito web che non hai più nel tuo progetto.

2

Ho riscontrato questo problema in precedenza e l'eliminazione delle cartelle di debug & nella directory obj del mio progetto ha risolto il problema per me.

-1

Ho avuto lo stesso problema sul mio applicazione Web e la correzione è stato quello di cambiare tutti i "CodeFile" in "CodeBehind"

<%@ Page Language="C#" CodeFile="Default.aspx.cs" MasterPageFile="~/Main.ma ... 

Per

<%@ Page Language="C#" CodeBehind="Default.aspx.cs" MasterPageFile="~/Main.ma... 
Problemi correlati