JNetReflector writes some files using execution stub with different behaviors on each execution

[masesdevelopers]

Outside from the topic of this issue, the generation of the methods is not stable. Run by run, JNetReflector writes some files using execution stub with different behaviors:

Originally posted by @masesdevelopers in masesgroup/netdroid#75 (comment)

[masesdevelopers]

Look at masesgroup/netdroid#96: it is a simple run done on an unchanged configuration

[masesdevelopers]

JNetReflector uses

JNet/src/net/JNetReflector/JNetReflectorHelper.cs

Line 54 in 0fa01f4

public static IDictionary<Class, IReadOnlyDictionary<string, string>> ExtractJavaInfo(IEnumerable<Class> classes, string classPath, string javapFullPath = null)

to extract information from each class if PreferMethodWithSignature is true:

1. JNetReflector prefills a dictionary with the output of the javap tool executed on all classes to be reflected
2. If the configuration reports PreferMethodWithSignature to true the IExecuteWithSignature is preferred if the dictionary at step 1 contains a signature associated to the method.

Everything is systematic expect the availability of the result in the dictionary. The possible problem identified comes from some timeout within

JNet/src/net/JNetReflector/JNetReflectorHelper.cs

Line 54 in 0fa01f4

public static IDictionary<Class, IReadOnlyDictionary<string, string>> ExtractJavaInfo(IEnumerable<Class> classes, string classPath, string javapFullPath = null)

The reason of the timeout introduced comes from some conditions identified the first time this behavior was introduced.

The output of javap for android.companion.AssociatedDevice is the following:

D:\tools\android\cmdline-tools\latest\bin>javap -s -cp ..\..\..\platforms\android-35\android.jar android.companion.AssociatedDevice
Compiled from "AssociatedDevice.java"
public final class android.companion.AssociatedDevice implements android.os.Parcelable {
  public static final android.os.Parcelable$Creator<android.companion.AssociatedDevice> CREATOR;
    descriptor: Landroid/os/Parcelable$Creator;
  android.companion.AssociatedDevice();
    descriptor: ()V

  public android.bluetooth.BluetoothDevice getBluetoothDevice();
    descriptor: ()Landroid/bluetooth/BluetoothDevice;

  public android.bluetooth.le.ScanResult getBleDevice();
    descriptor: ()Landroid/bluetooth/le/ScanResult;

  public android.net.wifi.ScanResult getWifiDevice();
    descriptor: ()Landroid/net/wifi/ScanResult;

  public void writeToParcel(android.os.Parcel, int);
    descriptor: (Landroid/os/Parcel;I)V

  public int describeContents();
    descriptor: ()I

  public java.lang.String toString();
    descriptor: ()Ljava/lang/String;

  public boolean equals(java.lang.Object);
    descriptor: (Ljava/lang/Object;)Z

  public int hashCode();
    descriptor: ()I

  static {};
    descriptor: ()V
}

D:\tools\android\cmdline-tools\latest\bin>

since it ends with }, a possible update is to wait that it appears in

JNet/src/net/JNetReflector/JNetReflectorHelper.cs

Line 114 in 0fa01f4

while ((line = process.StandardOutput.ReadLine()) != null)

prebuilding the lines reported from the process.StandardOutput.
The function

JNet/src/net/JNetReflector/JNetReflectorHelper.cs

Line 54 in 0fa01f4

public static IDictionary<Class, IReadOnlyDictionary<string, string>> ExtractJavaInfo(IEnumerable<Class> classes, string classPath, string javapFullPath = null)

never kills the process, so waiting more time on the stream can help.

[masesdevelopers]

#544 (comment): After a first test with head of JNet repository the issue is still there, see masesgroup/netdroid#100