[TrimmableTypeMap] Generate AndroidManifest.xml from component attributes (#10807)

[simonrozsival]

Summary

Generate AndroidManifest.xml from [Activity], [Service], [BroadcastReceiver], [ContentProvider] attributes in the trimmable typemap path — replacing the manual manifest copy hack. Closes #10807.

Approach

No Cecil. The SRM-based JavaPeerScanner is extended to capture full component attribute metadata, and a new TrimmableManifestGenerator converts it to manifest XML. Everything runs in a single scan pass inside GenerateTrimmableTypeMap.

What is included

Scanner extensions (AssemblyIndex.cs, JavaPeerScanner.cs, JavaPeerInfo.cs)

• Type-level: Full named property capture for [Activity], [Service], etc. + [IntentFilter] + [MetaData]
• Assembly-level: [Permission], [UsesPermission], [UsesFeature], [UsesLibrary], [UsesConfiguration], [Application], [MetaData], [Property], etc.
• Constructor validation: HasPublicDefaultConstructor check via SRM method inspection
• ParseNameAndProperties generic helper eliminates 3 duplicate parse methods
• Data model: ComponentInfo, IntentFilterInfo, MetaDataInfo, AssemblyManifestInfo, PermissionInfo, UsesPermissionInfo, UsesFeatureInfo, UsesLibraryInfo, UsesConfigurationInfo, PropertyInfo

Manifest generator (TrimmableManifestGenerator.cs)

• Data-driven property mapping: 7 static PropertyMapping[] arrays + one ApplyMappings loop (instead of 56 individual method calls)
• Maps ~30 Activity properties + Service/BroadcastReceiver/ContentProvider properties to android: XML attributes
• Enum converters: LaunchMode, ScreenOrientation, ConfigChanges, SoftInput, DocumentLaunchMode, UiOptions, ForegroundServiceType, Protection, ActivityPersistableMode
• MainLauncher -> <intent-filter> with MAIN/LAUNCHER + android:exported="true"
• MonoRuntimeProvider injection (with multi-process support)
• Assembly-level elements: <permission>, <uses-permission>, <uses-feature>, <uses-library>, <uses-configuration>, <property> with name-based deduplication
• ManifestPlaceholders (${key} -> value replacement)
• CheckedBuild -> android:debuggable="true" + android:extractNativeLibs="true"
• ApplicationJavaClass -> <application android:name="...">
• VersionCode defaults to "1" matching legacy behavior

Validation

• XA4213: component types without public parameterless constructor get an error
• Duplicate Application: error if multiple [Application] types or mixed assembly-level + type-level

Unit tests (TrimmableManifestGeneratorTests.cs)

• 30 test cases (25 methods with [TestCase] parameterization), all pass in ~130ms
• Covers: all component kinds, MainLauncher, intent filters, metadata, properties, template preservation, version defaults, debuggable/extractNativeLibs, ManifestPlaceholders, ApplicationJavaClass, abstract type skipping, deduplication, assembly-level attributes, ConfigChanges enum conversion

Targets (Microsoft.Android.Sdk.TypeMap.Trimmable.targets)

• Manifest properties wired to GenerateTrimmableTypeMap task
• Manifest copy hack replaced with generated manifest
• TypeMap DLLs added to _ResolvedAssemblies for assembly store inclusion

Validated with HelloWorld sample

Generated manifest matches legacy path output (activities, intent-filters, runtime provider, template merging all correct). The Android Manifest Merger downstream step handles library manifest merging as before.

Depends on

• [TrimmableTypeMap] Build pipeline: targets, scanner, generator fixes #10980 (build pipeline PR)
• [TrimmableTypeMap] Implement runtime TypeManager, ValueManager, and JavaConvert #10967 (runtime PR)

[Copilot]

Copilot encountered an error and was unable to review this pull request. You can try again by re-requesting a review.