Create generic JAR library class instance in Java app

This article provides an introduction to cross-technology handling of generic class instance. A generic class in programming is a class that can work with any data type. The data type is specified as a parameter at the time of creating an instance of the class. This allows for type-safe code reusability. A single class or method can be used with different data types without the need for multiple implementations. It is described in detail in article about generic classes in .NET and article about generics in Java.

Javonet allows you to reference and use modules or packages written in (Java/Kotlin/Groovy/Clojure, C#/VB.NET, Ruby, Perl, Python, JavaScript/TypeScript) like they were created in your technology. If have not yet created your first project check Javonet overview and quick start guides for your technology.

With Javonet you can interact with generic classes from JAR library like they were available in Java but invocation must be performed through Javonet SDK API.

Javonet allows you to pass any Java value type as argument to method from JAR library. For reference type arguments (instances of other classes) you can create such instance with Javonet and pass the Invocation Context variable referencing that object as argument of method invocation.

Framework generic class instances in Java

It is possible to create generic class instance and interact with its methods from jar-library framework using following Java code:

I code in:

This snippet doesn't support selected combination of technologies.

This snippet uses in memory runtime bridging to start called technology.
Next, instance of generic class is created. While creating instance of .NET generic class it is necessary to pass method name, type and arguments.
While creating instance of Java generic class it is necessary to pass method name and arguments.
Next, instance method are invoked to interact with created instance.
Finally, the result is printed to console.

The same operation can be performed remotely by just changing the new Runtime Context invocation from in memory to tcp that will create and interact with your JAR library objects on any remote node, container or service that hosts Javonet Code Gateway. This way you can preserve the same logic in your application and instantly switch between monolithic and microservices architecture without the need to implement the integration layer based on web services or other remote invocation methods.

Read more about use cases and software architecture scenarios where Javonet runtime bridging technology can support your development process.