Update listeners generation to manage original class

[masesdevelopers]

The problem is strictly related to listeners and comes from many things:

• considering Serializer<TJVMT>, it inherits from MASES.JCOBridge.C2JBridge.JVMBridgeListener because the .NET side shall be informed if JVM requests something
• this invocation in https://github.com/masesgroup/KNet/blob/16b0b133224961e348885dd607ed31130fc5fa33/src/net/KNet/Specific/Serialization/SerDes.cs#L131 requests an instance of JVM Serializer interface, not the listener JVM class, and cast it to .NET Serializer<TJVMT>
• the class Serializer<TJVMT>, by definition, has AutoInit flag set to true, so it initialize an MASES.JCOBridge.C2JBridge.JVMBridgeListener

To avoid the problem the code shall be updated to:

• create a new class named, e.g. SerializerDirect<TJVMT> which:
  • extends Serializer<TJVMT>
  • overrides AutoInit and set it to false
  • overrides the BridgeClassName and set its value to the JVM interface name e.g. org.apache.kafka.common.serialization.Serializer
• override https://github.com/masesgroup/KNet/blob/16b0b133224961e348885dd607ed31130fc5fa33/src/net/KNet/Generated/Org/Apache/Kafka/Common/Serialization/Serde.cs#L269 in a new class named SerDesDirect<TJVMT> and within it allocate the SerializerDirect<TJVMT> class

Originally posted by @masesdevelopers in masesgroup/KNet#448 (comment)

The idea is to update JNetReflector to create a new class, beside each listener, which:

• extends the original
• overrides AutoInit and set it to false
• overrides the BridgeClassName and set its value to the JVM interface name
• create a new protected flag named InitHandlers in listener class which enable or disable execution of https://github.com/masesgroup/KNet/blob/16b0b133224961e348885dd607ed31130fc5fa33/src/net/KNet/Generated/Org/Apache/Kafka/Common/Serialization/Serde.cs#L219, default is set to true; in the new class will be set to false

In case the listener interface is returned back from a method, create an extra method. beside the original one, which uses the new generated class to wrap the JVM reference.

[masesdevelopers]

Latest version of JCOBridge introduced a limitation on method CastTo which raises in

JNet/src/net/JNetReflector/InternalExtensions.cs

Line 733 in 4e9f35a

return entry.CastTo<ParameterizedType>().GetGenerics(genArguments, genClause, prefix, reportNative, usedInGenerics, camel, out mustBeAvoided);

the following exception System.InvalidOperationException: java/lang/reflect/Type cannot be converted to java/lang/reflect/ParameterizedType even if the previous test in

JNet/src/net/JNetReflector/InternalExtensions.cs

Line 731 in 4e9f35a

else if (entry.IsInstanceOf<ParameterizedType>())

passed.

[masesdevelopers]

The direct class e.g.

JNet/src/net/JNet/Generated/Java/Awt/EventNs/AllPackageClasses.cs

Line 103 in 00831a4

public partial class ActionListenerDirect : ActionListener

misses all members like IsBridgeInterface and so on, plus IsBridgeListener shall becomes false.

Meanwhile add the missing developed classes (see https://github.com/masesgroup/JNet/actions/runs/9080784354/job/24953109309)

[masesdevelopers]

, plus IsBridgeListener shall becomes false.

On IsBridgeListener cannot be done an override, however the side-by-side Direct class shall be used only as wrapper and never can be instantiated from CLR.

[masesdevelopers]

All developed classes under Java.Util.Function namespace shall have the Direct counterpart