MASES.JNet.Templates 1.5.2

dotnet new install MASES.JNet.Templates::1.5.2
This package contains a .NET Template Package you can call from the shell/command line.

JNet: .NET gateway for JVM APIs

JNet is a .NET gateway for JVM APIs (Java, Scala, Kotlin, ...) to use .NET and JVM side-by-side.

This project adheres to the Contributor Covenant code of conduct. By participating, you are expected to uphold this code. Please report unacceptable behavior to


Latest status is:


JNet JNet.Templates JNetPSCore<br>(version 1.4.9+)
JNet nuget downloads JNet.Templates nuget downloads JNetPSCore nuget downloads


JNetCLI<br>(version 1.4.8+) JNetReflector<br>(version 1.4.8+) JNetPS<br>(version 1.4.9+)
JNetCLI nuget downloads JNetReflector nuget downloads JNetPS



Scope of the project

This project aims to create a library to direct access, from .NET, all the features available in the Java Platform, this is the counterpart of JCOReflector.

There are many client libraries written to manage communication with Java. Conversely, this project use directly the Java packages giving more than one benefit:

  • all implemented features are availables at no extra implementation costs, see JNet usage;
  • avoids any third party communication protocol implementation;
  • access all features made available from Java platform.


  • V1.4.8+: From version 1.4.8 there is a new project, named JNetReflector (still in development phase), able to build C# gateway classes from JARs containing the JVM classes, exactly the same JCOReflector does for .NET in JVM.
  • V1.4.9+: From version 1.4.9 there are two new projects:
    • JNetPSCore: the core library for PowerShell development, it can be extended in other projects based on JNet;
    • JNetPS: a PowerShell module to use JNet within a PowerShell shell.
  • V1.5.2+: strong improvement of JNetReflector; it is used to generate almost all Java 11 classes available in the corresponding JNet version

Runtime engine

JNet uses JCOBridge, and its features, to obtain many benefits:

  • Cyber-security:
    • JVM and CLR, or CoreCLR, runs in the same process, but are insulated from each other;
    • JCOBridge does not make any code injection into JVM;
    • JCOBridge does not use any other communication mechanism than JNI;
    • .NET (CLR) inherently inherits the cyber-security levels of running JVM;
  • Direct access the JVM from any .NET application:
    • Any Java/Scala/Kotlin/... class can be directly managed;
    • No need to learn new APIs: we try to expose the same APIs in C# style;
    • No extra validation cycle on protocol and functionality: bug fix, improvements, new features are immediately available;
    • Documentation is shared;
  • Dynamic code: it helps to write a Java/Scala/Kotlin/etc seamless language code directly inside a standard .NET application written in C#/VB.NET: look at this simple example and JNet APIs extensibility.

JCOBridge resources

Have a look at the following JCOBridge resources:


  • .NETFramework 4.6.2

    • No dependencies.
  • net6.0

    • No dependencies.
  • net7.0

    • No dependencies.

NuGet packages

This package is not used by any NuGet packages.

GitHub repositories

This package is not used by any popular GitHub repositories.

Version Downloads Last updated
1.5.2 114 3/13/2023
1.5.1 165 2/9/2023
1.5.0 112 2/8/2023
1.4.15 294 11/21/2022
1.4.14 221 11/9/2022
1.4.13 202 11/9/2022
1.4.12 249 10/30/2022
1.4.11 236 10/27/2022
1.4.8 303 10/20/2022
1.4.7 282 10/13/2022
1.4.6 350 8/18/2022
1.4.5 305 8/5/2022
1.4.4 380 6/19/2022
1.4.3 329 5/19/2022
1.4.2 304 5/7/2022
1.4.1 314 4/29/2022
1.4.0 341 4/13/2022
1.3.0 328 3/28/2022
1.2.0 294 3/25/2022
1.1.1 288 3/19/2022
1.1.0 289 3/19/2022
1.0.0 291 3/19/2022