Solución:
TLDR: los servicios de Service Fabric no funcionan bien con referencias de proyectos a paquetes .NET Standard; en su lugar, utilice el .NET Framework completo para las bibliotecas de clases.
Después de varias horas más de prueba y error, pude determinar que el problema no era con el System.Net.Http paquete en sí, pero fue el resultado de una referencia a otro proyecto dentro de la solución.
Si hice referencia al proyecto que apunta a netstandard1_6, el System.Net.Http las referencias (incluidos los paquetes dependientes) no se cargarían ni se resolverían. Una vez que eliminé la referencia del proyecto, ¡se cargaron bien! En última instancia, cambié mi proyecto referenciado a un proyecto de .NET Framework “normal”, agregué una referencia a esa versión y todas mis referencias estaban bien.
Hay algunas cosas que sospechamos, pero no estamos seguros de cuál fue la causa final:
- El formato de archivo del proyecto para .NET Standard es diferente al de .NET Framework
- Los proyectos de Service Fabric requieren x64 y el destino de los proyectos .NET Standard Cualquier CPU
¡Cualquier explicación adicional será apreciada!
Hoy me encontré con este problema. En mi caso, la causa fue que tengo Dependency Behavior en las opciones de NuGet configuradas en ‘Lowest’, que descarga las versiones compatibles más bajas de los paquetes dependientes. Desafortunadamente, esto a veces significa que descarga una versión de paquete que no es compatible con la versión en tiempo de ejecución de su proyecto. En mi caso, el paquete System.Net.Http.Formatting.Extensions hizo que System.Net.Http versión 2.20 … se instalara, que no fue reconocido por mi proyecto .NET 4.7.1.
En la pestaña Actualizaciones del administrador de paquetes Nuget de la solución, se mostrarán las actualizaciones para estos paquetes. Instálelos y su problema debería estar resuelto. Alternativamente, establezca el Comportamiento de dependencia en Máximo al instalar paquetes NuGet.