Comments (8)
Had the same issue. I was able to use this package after invoking:
dotnet add package ExcelDataReader --version 3.4.1.0
dotnet add package ExcelDataReader.DataSet --version 3.4.1.0
which seems like a quick fix. I'm quite new to the .NET ecosystem, shouldn't these dependencies be handled implicitly when installing the ExcelProvider
package?
from excelprovider.
Any news? I'm having the same issue on .Net Framework too.
As a workaround, should I manually add this dependency to the project, right?
Please, confirm, thanks.
Well, actually it seems strange to me: I should not need such dependency for a file .xlsx
.
Furthermore, last version of ExcelDataReader is 3.6.0, so would it be ok to nuget it?
I've added an assemblyBinding
<dependentAssembly>
<assemblyIdentity name="ExcelDataReader" publicKeyToken="93517dbe6a4012fa" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-3.6.0.0" newVersion="3.6.0.0" />
</dependentAssembly>
Now next error is
Impossibile caricare il file o l'assembly 'ExcelDataReader.DataSet, Version=3.4.1.0, Culture=neutral, PublicKeyToken=93517dbe6a4012fa' o una delle relative dipendenze. Impossibile trovare il file specificato.
I assume I've to do the same also for this other package ExcelDataReader.DataSet
...
FYI all the above worked fine for me.
from excelprovider.
I use paket, and I have to set specific version like below:
nuget ExcelProvider 1.0.1
nuget ExcelDataReader 3.6.0
nuget ExcelDataReader.DataSet 3.6.0
from excelprovider.
I don't use paket but it has a documentation about assembly bindings:
https://fsprojects.github.io/Paket/dependencies-file.html#Controlling-assembly-binding-redirects
from excelprovider.
Hi @mjarosie .
Yes it should, but for some reason it doesn't
Will have another look at it to see if i can fix this.
from excelprovider.
@quintusm Any update on this issue? When running code from a script (using paket generate-load-scripts), all works fine. but when trying to use the code from another project, the above error occurs.
Also you need to look at this: https://github.com/ExcelDataReader/ExcelDataReader#important-note-on-net-core
from excelprovider.
HI @halcwb
Unfortunately this issue still exists. The nuget package currently specifically targets net45 and netstandard2.0 so if you target those platforms it brings down the correct dependencies. On other platforms is doesn't bring down the required packages and you get the runtime issues you are experiencing. The workaround currently is as follows:
Manually add dependencies to the following nuget packages in addition to ExcelProvider:
- ExcelDataReader
-ExcelDataReader.DataSet
-System.Text.Encoding.CodePages ( for core and standard projects, not necessary on full framework projects)
The version number redirects should be handled automatically if you do this.
Hope this helps
I am working on new versions which should alleviate this. However, I need to update to FAKE5 first to sort out some issues with building and that is quite a large change and I have limited time available for this.
from excelprovider.
Version 2.0.0 is released. This version is now built for netstandard2.0 only, and this issue should now be resolved. Closing this issue.
from excelprovider.
Related Issues (20)
- Feature request: override schema definition
- Rename main namespace to FSharp.Interop.Excel HOT 1
- Live published documentation is out of date HOT 3
- Assembly named ExcelProvider.RunTime instead of ExcelProvider HOT 5
- cannot find designtime dll HOT 5
- Is this meant to work with dotnet core? (System.Text.Encoding.CodePages dependency error) HOT 11
- Build.cmd fails with FS2026 on Windows with VS16.4 HOT 1
- Implement ability to load data via a Stream HOT 2
- System.Text.Encoding.CodePages dependency error in docker container HOT 3
- Feature Request: Support Google Sheets HOT 1
- Build.fsx fails on build step with error HOT 4
- Feature Request: Parameter to expose textual forms of formulas in sheet. HOT 1
- You can only use this provider with an absolute path for the excel file?? HOT 2
- When a sheetname isn't found, the type provider defaults to a non-deterministic first sheet with a different name HOT 9
- Error restoring in Visual Studio: error NU1202: Package System.Text.Encoding.CodePages 4.5.0 is not compatible with net45 (.NETFramework,Version=v4.5). HOT 3
- Running from an F# script within Visual Studio using relative paths HOT 3
- Change Master to Main
- Add repo-visualization github action HOT 1
- Getting Started: Unable to find the file 'ExcelProvider.dll' HOT 2
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from excelprovider.