[class-parse] Ignore module-info.class file.

[jpobst]

Some AndroidX packages contain a file called module-info.class that is not a standard .class file. Rather, this file is a metadata file for Java Modules (documentation).

class-parse emit this for the file:

<package
  name=""
  jni-name="">
  <class
    abstract="false"
    deprecated="not deprecated"
    final="false"
    name="module-info"
    jni-signature="Lmodule-info;"
    source-file-name="module-info.java"
    static="false"
    visibility="" />
</package>

When we try to resolve this type, generator emits the following warning:

warning BG8605: The Java type '' could not be found (are you missing a Java reference jar/aar or a Java binding library NuGet?)

This is neither useful nor actionable. Instead, we should ignore this file in class-parse.

[jonpryor]

Commit message:

Context: https://repo1.maven.org/maven2/org/jetbrains/annotations/24.0.1/annotations-24.0.1.jar
Context: https://github.com/xamarin/java.interop/issues/1096

Some AndroidX packages contain a file called `module-info.class` that
uses unsupported `.class` constructs.  It contains metadata for Java
Modules.

![image](https://user-images.githubusercontent.com/179295/229861846-cbd04239-9d7b-470b-ae6c-844713009104.png)

`class-parse` emits this for the file:

	<package
	    name=""
	    jni-name="">
	  <class
	      abstract="false"
	      deprecated="not deprecated"
	      final="false"
	      name="module-info"
	      jni-signature="Lmodule-info;"
	      source-file-name="module-info.java"
	      static="false"
	      visibility="" />
	</package>

When we try to process this `<class/>`, `generator` emits the warning:

	warning BG8605: The Java type '' could not be found (are you missing a Java reference jar/aar or a Java binding library NuGet?)

This is neither useful nor actionable.

Ignore this file in `class-parse`, until we can properly parse it.

TODO: Issue #1096

[jonpryor]

In the context of #1092, should this instead use BufferedStream?

[jpobst]

I don't think we want it in this case, as we are reading a single value from the Stream and then closing it. If we use BufferedStream it would need to read xKB into the buffer instead of the single 4 byte read.