Conflict with Microsoft.IdentityModel.Tokens.CollectionUtilities.IsNullOrEmpty extension
See original GitHub issueThis Microsoft.IdentityModel.Tokens.CollectionUtilities.IsNullOrEmpty
extension introduced in the latest version broke one of the codebases I work on because there is a similar extension already present. It was easy enough to fully quality things where we had issues but I thought I would raise the question here: Should CollectionUtilities
be internal
to Microsoft.IdentityModel.Tokens?
Issue Analytics
- State:
- Created 2 years ago
- Comments:5 (2 by maintainers)
Top Results From Across the Web
CollectionUtilities.IsNullOrEmpty<T>(IEnumerable<T>) ...
Checks whether enumerable is null or empty.
Read more >c# - Why IsNullOrEmpty check of an enumerable part ...
I found a code today where an enumerable is being checked for null or empty using static IsNullOrEmpty method exposed through Microsoft.
Read more >Incompatibility of 6.5 with existing Azure packages #1369
I've updated a few references to the 6.5 IdentityModel libraries, but a few conflicts exist, particularly around existing Azure packages.
Read more >Version Conflict for Newtonsoft.Json and System. ...
I've been implementing the manual validation of tokens in an Azure Function using System.IdentityModel.Tokens.Jwt. Similar to the Azure ...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
@brentschmaltz can you please reconsider leaving this public? We just wasted a couple days hunting down build issues in Power BI which ended up being related to accidental use of this extension method. Your assembly really should not be exposing an extremely generic and easily misused extension like this. Because of the signature, this extension method even shows up on standard strings where it really should not be used in place of the static string.IsNullOrEmpty method.
Components can introduce breaking changes with a major version bump. I don’t think leaving this public is the right tradeoff - better to rip off the band-aid and prevent future misuse of this extremely broad extension method.
Too bad this wasn’t addressed when you could. We’re now seeing conflicts as well. Why can’t you make this internal?