[generator-Tests] Enable JavaInterop1 Integration output tests

[jonpryor]

Remaining Integration-Tests which don't support JavaInterop1:

• Use of Android.Runtime.GeneratedEnumAttribute:

  CS0234: The type or namespace name 'GeneratedEnumAttribute' does not exist in the namespace 'Android.Runtime'
  

  Impacts: Core_Jar2Xml.cs

• Use of Android.Runtime.RegisterAttribute on *Implementor types, probable missing event handler support:

  CS0234: The type or namespace name 'RegisterAttribute' does not exist in the namespace 'Android.Runtime'
  
  [Register ("mono/com/google/android/exoplayer/drm/ExoMediaDrm_OnEventListenerImplementor")]
  internal sealed partial class IExoMediaDrmOnEventListenerImplementor : global::Java.Lang.Object, IExoMediaDrmOnEventListener
  

  Impacts: GenericArguments.cs

• Missing builtin mapping between collection types:

  warning BG8800: Unknown parameter type 'java.util.List<java.lang.Integer>' for member …
  warning BG8800: Unknown parameter type 'java.util.ArrayList<java.lang.Integer>' for member
  warning BG8400: Unexpected field type `java.util.List<java.lang.String>`
  

  Impacts: Java_Util_List.cs, NormalMethods.cs, ParameterXPath.cs

• Handle isn't a public property in JavaInterop1, resulting in warning CS0109:

  CS0109: The member 'SomeObject.Handle(Object, Throwable)' does not hide an accessible member. The new keyword is not required.
  

  Impacts: NormalMethods.cs

• Use of JNIEnv.GetJniName()

  string __id = "(L" + global::Android.Runtime.JNIEnv.GetJniName (GetType ().DeclaringType) + ";)V";
  

  Impacts: NestedTypes.cs

[jpobst]

I don't know if it helps, but we don't use the "real" Android.Runtime.* types that are missing. We have dummy versions that could be used: https://github.com/dotnet/java-interop/tree/main/tests/generator-Tests/SupportFiles.

[jonpryor]

@jpobst wrote:

I don't know if it helps, but we don't use the "real" Android.Runtime.* types that are missing.

It doesn't help. The intent of the TryJavaInterop1 => true tests is to help ensure that:

1. If/when src/Java.Base uses these constructs/features, it will be able to do so-
2. without using Android.Runtime types.

…meaning the current generator emission of JNIEnv.GetJniName() for nested types will need to be updated (removed) before src/Java.Base can bind non-static inner classes such as AbstractQueuedLongSynchronizer.ConditionObject.

…meaning the current generator emission of Android.Runtime.GeneratedEnumAttribute will need to be updated/removed if/when we "enumify" src/Java.Base.

…meaning the current generator emission of [Register] means we'll need to update how events are handled for src/Java.Base.

…meaning… :-)