dotnet add package MASES.NuReflector --version 1.4.0
NuGet\Install-Package MASES.NuReflector -Version 1.4.0
<PackageReference Include="MASES.NuReflector" Version="1.4.0" />
paket add MASES.NuReflector --version 1.4.0
#r "nuget: MASES.NuReflector, 1.4.0"
// Install MASES.NuReflector as a Cake Addin #addin nuget:?package=MASES.NuReflector&version=1.4.0 // Install MASES.NuReflector as a Cake Tool #tool nuget:?package=MASES.NuReflector&version=1.4.0
Welcome to NuReflector
Engine to produce Maven artifacts from NuGet packages. It is based on JCOReflector.
This project adheres to the Contributor Covenant code of conduct. By participating, you are expected to uphold this code. Please report unacceptable behavior to firstname.lastname@example.org.
Scope of the project
This project aims to create a set of Maven artifacts to direct access, from a JVM, all the features available in the corresponding NuGet package.
The approach gives more than one benefit:
- all implemented features are availables at no extra implementation costs;
- avoids any third party communication protocol implementation;
- Documentation is shared.
- Direct access the CLR from any JVM application:
- No need to learn new APIs: we try to expose the same .NET APIs in Java style;
- No extra validation cycle: bug fix, improvements, new features are immediately available;
- Documentation is shared.
Have a look at the following resources:
Maven artifacts versioning limitation
Considering the following facts:
- Packages available on NuGet.org does not change if the version is the same. So in principle Maven artifacts could use the same version of NuGet packages.
- Maven packages are generated using the Java classes reflected from JCOReflector engine. Stating from point 1, even if NuGet package content does not change, applying different versions, or options, of JCOReflector engine on the NuGet package assemblies, the reflected classes could be different.
- Different Java classes associated to Maven package produce different artifacts, but public Maven repositories does not accept to republish artifacts with the same version.
The actual implementation generates SNAPSHOT Maven artifacts, until we found a way to publish different Maven artifacts in Release mode considering both NuGet package version and JCOReflector version. The actual behavior is:
- The Maven package version has the same NuGet package version;
- The dependency within the POM stores the JCOReflector version used;
- The file JCOReflectorOptions.java under org.mases.jcobridge.netreflection namespace stores the options used.
Important notes on packages
Read below chapters carefully.
Maven artifact requirement for runtime
The artifacts themself do not install the associated NuGet packages. The final user must downloads separately the NuGet packages and make assemblies available to the engine.
Source code, Maven POM and artifacts published are generated starting from public nuget packages available on NuGet.org. All trademarks, product names, and company names or logos are the property of their respective owners. To effectively use each Maven artifact the final user must accept the license associated to the reflected NuGet package. If there is any infringment of copyright report an issue.
The documentation available in the generated POM and therein in the published artifact is read from the original NuGet package. The engine try, at its best, to report, in all ways, the source of any text read from the NuGet package.
The javadoc produced from the engine can be incorrect due to a constraint in JCOReflector engine.
|.NET||net6.0 net6.0-android net6.0-ios net6.0-maccatalyst net6.0-macos net6.0-tvos net6.0-windows net7.0 net7.0-android net7.0-ios net7.0-maccatalyst net7.0-macos net7.0-tvos net7.0-windows|
|.NET Framework||net462 net463 net47 net471 net472 net48 net481|
This package is not used by any NuGet packages.
This package is not used by any popular GitHub repositories.