Apertura di un foglio di lavoro Excel in .NET su un sistema x64

Non posso aprire un foglio di spread Excel con .NET su un server x64 utilizzando la seguente string di connessione

"Provider = Microsoft.Jet.OLEDB.4.0; Data Source =" + filePath + "; Proprietà estese = Excel 8.0;"

  • La schermata di block non ricorda il nome utente
  • Come configurare le impostazioni proxy per il LOCAL SYSTEM?
  • Come scoprire perché l'installazione di Windows Server non è rioutput?
  • Vale la pena di deframmentare i computer di workstation?
  • Come modificare il SID del server distribuito?
  • Tunnel Site-to-Site tra Cisco Router e Windows Server 2003/2008
  • Ottengo Il provider 'Microsoft.Jet.OLEDB.4.0' non è registrato sulla macchina locale.

    Ho installato il driver di sistema di Office 2007: Componenti di connettività di dati e provato con Microsoft.ACE.OLEDB.12.0 e questa string di connessione

    "Provider = Microsoft.ACE.OLEDB.12.0; Data Source =" + filePath + "; Proprietà estese = Excel 8.0;"

    e ha ottenuto "Il provider" Microsoft.ACE.OLEDB.12.0 "non è registrato sulla macchina locale."

    Ho cercato Google con l'unica risposta che è un problema a 64 bit, chiunque ha un'idea come risolvere questo problema?

  • Qual è la differenza tra un client indipendente e un client dipendente in termini di MSMQ
  • È ansible forzare un'applicazione C # compilata con il tag di architettura "Any" per eseguire come applicazione a 32 bit sulle windows a 64 bit?
  • Quale valore di thread_cache_size devo utilizzare?
  • Esegue l'applicazione .NET dalla condivisione di networking in Win 7?
  • get l'errore "SIOCADDRT: File esiste" quando si tenta di riavviare la networking su ubuntu
  • Controllo della salute su .NET 4.5 installazione
  • 5 Solutions collect form web for “Apertura di un foglio di lavoro Excel in .NET su un sistema x64”

    È ansible utilizzare l'Open SDK XML per aprire un file Excel 2007 e leggere o modificare il contenuto.

    http://www.microsoft.com/downloads/details.aspx?FamilyID=c6e744e5-36e9-45f5-8d8c-331df206e0d0&DisplayLang=en

    Questo non utilizza il programma Excel ma lo apre come un documento xml. Così si ottiene il problema del 64bit.

    Può tuttavia richiedere importnti modifiche al tuo programma.

    Puoi farlo solo dalla versione a 32 bit del framework. se è un'applicazione ASP.net è ansible modificare il server per eseguire questo sotto il framework a 32 bit. Se si tratta di un'applicazione nativa, dovresti ricompilare (anche se probabilmente è probabilmente chiesto allo stackoverflow)

    non puoi, i conducenti ci sono. Solo la soluzione che ho trovato è se potete, salvarla come csv e leggerla in questo modo.

    Tutti i driver di Office sono solo a 32 bit, quindi non è ansible utilizzare i file di Office dalle applicazioni x64; il problema è più comune quando le applicazioni ASP.NET sui sisthemes x64 tentano di aprire database di Acess.

    È necessario costringere l'applicazione a eseguire in modalità x86; è un'applicazione Windows o un ASP.NET? In ASP.NET, è ansible farlo come qui indicato.

    Non l'ho ancora provato, ma apparentemente l'interruttore di installazione passiva potrebbe essere una soluzione con 64 bit Ace .

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.