IKVM.Maven.Sdk 1.6.9

The ID prefix of this package has been reserved for one of the owners of this package by NuGet.org. Prefix Reserved
dotnet add package IKVM.Maven.Sdk --version 1.6.9
NuGet\Install-Package IKVM.Maven.Sdk -Version 1.6.9
This command is intended to be used within the Package Manager Console in Visual Studio, as it uses the NuGet module's version of Install-Package.
<PackageReference Include="IKVM.Maven.Sdk" Version="1.6.9" />
For projects that support PackageReference, copy this XML node into the project file to reference the package.
paket add IKVM.Maven.Sdk --version 1.6.9
#r "nuget: IKVM.Maven.Sdk, 1.6.9"
#r directive can be used in F# Interactive and Polyglot Notebooks. Copy this into the interactive tool or source code of the script to reference the package.
// Install IKVM.Maven.Sdk as a Cake Addin
#addin nuget:?package=IKVM.Maven.Sdk&version=1.6.9

// Install IKVM.Maven.Sdk as a Cake Tool
#tool nuget:?package=IKVM.Maven.Sdk&version=1.6.9

IKVM.Maven.Sdk - IKVM support for Maven dependencies

IKVM.Maven.Sdk is a set of MSBuild extensions for referencing Maven artifacts within .NET SDK projects.

To use, install the IKVM.Maven.Sdk package from NuGet, and add a <MavenReference /> element to your SDK-style project. Various Maven options are supported through item-metadata.

The simplest use case is to specify the group ID and artifact ID coordinates on the item specification, and use Version for the metadata.

    <MavenReference Include="org.foo.bar:foo-lib" Version="1.2.3" />

Optionally, use an arbitrary value for the item specification, and explicitely specify information through metadata:

    <MavenReference Include="foo-lib">

Underspecified Dependencies

It is fairly common for Java developers to underspecify dependencies within Maven. For instance, if their library is often used as a dependency of another aggregate package, or another library, at runtime, they can be reasonably certain classes they rely on will exist. Also, if they do not exist, but the specific code path that requires dependent classes is never hit, users won't experience any issue.

However, since IKVM is statically compiling assemblies, we need to be able to properly track dependencies between each assembly we might be building. We can't fully build Library A if it depends on missing classes from Library B. As such, IKVM.Maven.Sdk requires that Maven dependencies be fully specified.

But, we aren't the authors of Maven artifacts. Nor can we provide local overrides for missing Maven dependencies, as the Maven artifacts need to be available to any user who might indirectly add a reference through a NuGet package. Therefor, if you encounter an underspecified or missing dependency in Maven, the proper place to fix it is in Maven. Report the missing dependency to the authors of the Maven library you are attempting to use.

Transitive Dependencies

The <MavenReference /> item group operates similar to a dependency in Maven. All transitive dependencies are collected and resolved, and then the final output is produced. However, unlike PackageReferences, MavenReferences are collected by the final output project, and reassessed. That is, each dependent Project within your .NET SDK-style solution contributes its MavenReferences to project(s) which include it, and each project makes its own dependency graph. Projects do not contribute their final built assemblies up. They only contribute their dependencies. Allowing each project in a complicated solution to make its own local conflict resolution attempt.

PackageReferences are supported in the same way. Projects which include MavenReferences do not pack the generated IKVM assemblies into their NuGet packages. Instead, they pack a partial POM file which only declares their dependencies. At build-time on the consumer's machine the final dependency graph is collected and generation happens. No generated assemblies are published to NuGet. This prevents possible conflicts between NuGet packages and incompatible base Java dependencies. For instance, if a package on nuget.org contained an actual copy of commons-logging.dll, there would be no guarentee that this assembly was generated with the correct options to support a different package on nuget.org that also depended on commons-logging. Since the final build machine is responsible for gathering and generating the dependencies, these conflicts become simple Maven conflicts: multiple packages dependending on differnet versions of the same thing, and Maven being unable to come up with a solution. Basically, not our problem.

MavenReferences fully support TFMs. A <MavenReference /> element can be conditional based on TFM. As the partial packaged POM-file is indexed by TFM in the generated .nupkg.

Assembly Generation

Assembly generation options are limited. Users are not allowed to customize the assembly name, version, or other optimization information that IKVM's compiler uses to produce the output. This is to ensure that NuGet packages that depend on generated assemblies do so under a certain set of assumptions that can continue to be met. As non-Java assemblies published in NuGet packages are compiled against on certain assembly names and version, allowing different people to rename or change assemblies away from their default would break the expectation that two NuGet packages that depend on the same Maven artifact resolve to the same assembly name.

There are no supported framework assets in this package.

Learn more about Target Frameworks and .NET Standard.

  • .NETFramework 4.7.2

  • net6.0

NuGet packages (5)

Showing the top 5 NuGet packages that depend on IKVM.Maven.Sdk:

Package Downloads

This is an extension method library to ease the use of an IKVM compiled version of Saxon HE 11 Java in .NET 6 applications.


This is the result of IKVM cross-compiling the Saxon HE 10.9 Java software to .NET 6 and .NET 8.


This is a port of the Saxon 10.9 .NET framework API to NET 6 and .NET 8.


This is an extension method library to ease the use of an IKVM compiled version of Saxon HE 12 Java in .NET 6 or .NET 8 applications and .NET framework 4.8 applications.


This package contains the modern .Net version of MPXJ. The Java version of MPXJ is dynamically retrieved and translated into a .Net assembly using ikvm-maven transparently as part of your project's build. The assembly included in this package wraps this translated version of MPXJ and exposes a pure C# interface to MPXJ's functionality, with standard C# types, properties and naming conventions.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
1.6.9 2,672 3/28/2024
1.6.8 3,501 2/5/2024
1.6.7 4,982 1/10/2024
1.6.6 463 1/7/2024
1.6.5 1,073 12/14/2023
1.6.4 400 12/12/2023
1.6.3 680 12/11/2023
1.6.2 2,930 12/4/2023
1.6.1 3,191 11/1/2023
1.6.0 559 10/30/2023
1.6.0-pre.2 227 10/29/2023
1.6.0-pre.1 564 10/11/2023
1.5.5 9,178 7/7/2023
1.5.4 3,339 6/7/2023
1.5.1 329 6/6/2023
1.5.0 459 6/4/2023
1.5.0-prerelease0002 436 6/2/2023
1.5.0-prerelease0001 340 6/1/2023
1.5.0-develop0024 473 5/4/2023
1.4.1 12,047 2/8/2023
1.4.1-prerelease0002 300 2/8/2023
1.4.1-prerelease0001 410 2/7/2023
1.4.0 646 2/7/2023
1.4.0-develop0031 469 2/7/2023
1.4.0-develop0014 379 2/7/2023
1.3.0 600 2/4/2023
1.3.0-develop0029 1,127 1/11/2023
1.2.0 1,819 12/8/2022
1.1.1 861 11/20/2022
1.1.0 660 11/17/2022
1.0.2 2,678 10/13/2022
1.0.2-prerelease0014 390 10/12/2022
1.0.1 2,428 7/26/2022
1.0.1-prerelease0037 328 7/25/2022
1.0.1-prerelease0034 428 7/25/2022
1.0.1-prerelease0020 471 7/25/2022
1.0.1-prerelease0009 499 7/25/2022
1.0.0 1,142 7/6/2022