-
Notifications
You must be signed in to change notification settings - Fork 712
Multiple actions matched exception when updating from .NET 6 to .NET 7 using OData 7.x #943
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Strange, SourceLink is definitely enabled and I've seen it work before. Unsure why debugging isn't working the way that it should: The long story short is that everything about this repro is wrong:
Here is the repro you provided, echoed back with all the corrections and a few extra comments. The current set of OData examples demonstrate various configurations with OData I'm happy to provide any other insights, recommendations, or answer questions you may have. Happy holidays! 🎄 🎅🏽 |
@HuntJason I can certainly appreciate your frustration and it's a lame place to be. To be clear, I run this project (and always have) by myself. I, nor this project, has ever been officially part of ASP.NET or OData. This is a very common misconception. I was at Microsoft for 14 years (which made it official MS OSS), but left almost 2 years ago. As the sole contributor and maintainer of this project, it has been incredibly infuriating to work through all the MS red tape. I've fallen on many grenades for the community, but - sadly - it has resulted in a somewhat Pyric Victory. The biggest issue has been the requirement to switch package identifiers. I tried really hard to not do that. I originally had not planned to do that. I fought long and hard against it, but ultimately I was blocked on publishing, tired of waiting, and there was an opportunity to split up the packages going forward for the future and there was no way to keep it under the Microsoft naming/branding. I even considered forking the repo and starting anew. I followed the full process to transfer to the .NET Foundation and eventually became the co-owner of the old packages, but I still cannot publish any updates to them. I don't have plans to continue supporting them, but without the ability to publish, it's hard to let people know that there has been change (by way of release notes, etc). This is exactly what I was afraid would happen. I'm at my own wit's end of asking, begging, and even meeting F2F with people to make things right. The only thing I can really do is link to GitHub issues and let the community voice their opinion. 😞 At nearly 162M downloads, you'd think someone would be willing to help flush it all out. I'm committed to being customer obsessed and doing what's right for the community. I've put up as many links and announcements as I can think of. If there is anything more you think I can do to help, I'm open to these suggestions. I hope this information is sufficient to unblock you. If not, feel free to ask questions. |
@xuzhg , @HuntJason, this issue appears to mostly be about some confusion on which packages and versions to use as well as the differences between them. Now that I've provided a clarification, provided a working example, and linked to additional examples, is there more to this issue or can I close it out? |
This issue has gone idle and as far as I can tell, it has been resolved. If you're still facing the issue feel free to ask more questions and/or reopen the issue. Thanks. |
Hi, Chris
I attached a sample (OData 7.x web application service) below. It works fine:
Run it and send request 'GET' http://localhost:5281/odata/Jobs
HOWEVER:
If I change the target framework to .net 7 as:
Do the same request: I will get the exception as:
Debug
I tested it that 'ODataApiVersionActionSelector' returns 4 candidates. But I don't know why.
I tried to debug, but it seems ApiVersioning 5.0 doesn't support the source link.
Would you please help to check? If you need to discuss it, I am available for a remote sync.
WebApplication1.zip
The text was updated successfully, but these errors were encountered: