Runtime: RC2 netstandard1.5 'Object' ist in einer Assembly definiert, auf die nicht verwiesen wird.

Erstellt am 27. Mai 2016  ·  3Kommentare  ·  Quelle: dotnet/runtime

Ich habe eine Klassenbibliothek auf netstandard1.5 , mein project.json ist unten. Beim Ausführen dotnet build erhalte ich Fehler wie:

The type 'Exception' is defined in an assembly that is not referenced. You must add a reference to assembly 'mscorlib, Version=2.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e, Retargetable=Yes'.
The type 'Object' is defined in an assembly that is not referenced. You must add a reference to assembly 'mscorlib, Version=2.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e, Retargetable=Yes'.
The type 'Uri' is defined in an assembly that is not referenced. You must add a reference to assembly 'System, Version=2.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e, Retargetable=Yes'.
The type 'Stream' is defined in an assembly that is not referenced. You must add a reference to assembly 'mscorlib, Version=2.0.5.0, Culture=neutral, PublicKeyToken=7cec85d7bea7798e, Retargetable=Yes'.

In RC1-Paketen könnte ich auf System.Runtime verweisen und dies wäre behoben. Aber jetzt verweisen RC2 und ich auf NETStandard.Library , dass das Paket enthalten ist.

Ich bin völlig ratlos, warum ich diese Fehler bekomme.

project.json

{
    "version": "1.0.0-*",
    "dependencies": {

    },
    "frameworks": {
        "netstandard1.5": {
            "imports": [ "dnxcore50", "portable-net45+win8+wp8+wpa81" ],
            "dependencies": {
                "Enums": { "target": "project" },
                "VQViewModels": { "target": "project" },
                "NovellLdap2": { "target": "project" },
                "DDay": {"target": "project"},

                "NETStandard.Library": "1.5.0-rc2-24027",

                "System.Xml.XmlSerializer": "4.0.11-rc2-24027",
                "System.Data.Common": "4.0.1-rc2-24027",
                "System.Diagnostics.TraceSource": "4.0.0-rc2-24027",
                "System.Net.Requests": "4.0.11-rc2-24027",
                "System.Xml.XmlDocument": "4.0.1-rc2-24027",
                "System.Xml.XPath.XmlDocument": "4.0.1-rc2-24027",
                "System.Collections.Specialized": "4.0.1-rc2-24027",
                "System.Data.SqlClient": "4.1.0-rc2-24027",
                "System.Threading.Thread": "4.0.0-rc2-24027",
                "System.Collections.NonGeneric": "4.0.1-rc2-24027",
                "System.Diagnostics.TextWriterTraceListener": "4.0.0-rc2-24027",
                "Microsoft.AspNetCore.Server.Kestrel": "1.0.0-rc2-final",

                "Dapper": "1.50.0-rc2",
                "FubarCoder.RestSharp.Portable.HttpClient": "3.2.0",
                "MailKit": "1.3.0-beta7",
                "Npgsql": "3.1.0"
            }
        }
    }
}

Hilfreichster Kommentar

Eines Ihrer Pakete bringt eine mscorlib-basierte PCL ein (wahrscheinlich aufgrund Ihrer Verwendung von "imports":"portable-net45+win8+wp8+wpa81" ) . Um dies zu beheben, müssen Sie auf „Microsoft.NETCore.Portable.Compatibility“ verweisen: „1.0.1-rc2-24027“. Dieses Paket ermöglicht die Kompatibilität mit mscorlib-basierten PCLs.

Alle 3 Kommentare

Ich habe versucht zu isolieren, aber ich kann es einfach nicht replizieren. Die Projektreferenzen sind einfach Bibliotheken mit Klassen wie unten, keine Logik oder Abhängigkeiten

public class Person
{
}

Eines Ihrer Pakete bringt eine mscorlib-basierte PCL ein (wahrscheinlich aufgrund Ihrer Verwendung von "imports":"portable-net45+win8+wp8+wpa81" ) . Um dies zu beheben, müssen Sie auf „Microsoft.NETCore.Portable.Compatibility“ verweisen: „1.0.1-rc2-24027“. Dieses Paket ermöglicht die Kompatibilität mit mscorlib-basierten PCLs.

Danke, dass das Paket es geschafft hat, nachdem wir mit @davidfowl gesprochen haben, haben wir hervorgehoben, dass es FubarCoder.RestSharp.Portable.HttpClient war und die imports die BCL einbringen.

War diese Seite hilfreich?
0 / 5 - 0 Bewertungen