Android: permite la creación de un alias de actividad cuya targetActivity está en un aar / sdk

Estoy escribiendo un SDK y me gustaría que los desarrolladores pudieran crear un activity-alias cuya activity-alias targetActivity se establezca en una actividad dentro de mi SDK. Estoy haciendo esto porque me gustaría que pudieran personalizar el filtro de intenciones en una actividad específica en el SDK. Si en el manifiesto de sdk hay ActivityX, me gustaría que pudieran escribir un activity-alias como éste en el manifiesto de su aplicación :

 <activity-alias android:name="abc" android:targetActivity="ActivityX"> <intent-filter> ... user's custom intent filter </intent-filter> </activity-alias>

El problema que estoy encontrando es que la targetActivity tiene la restricción de que:

"… debe coincidir con el atributo de nombre de un elemento de actividad que precede al alias en el manifiesto ."

Esto es un problema porque no importa donde coloco la actividad en el manifiesto de sdk o donde INSTALL_PARSE_FAILED_MANIFEST_MALFORMED el alias en el manifiesto de una aplicación de ejemplo, el alias siempre viene antes de la actividad en el manifiesto fusionado final causando un error INSTALL_PARSE_FAILED_MANIFEST_MALFORMED .

Una idea es poner un alias sin un filtro de intención justo después de que ActivityX se declare en el manifiesto sdk y esperamos que los dos alias se fusionen y permanezcan en la posición del alias sdk. Pero no puedo entender cómo hacerlo. Una razón que puede no estar funcionando es que dos alias pueden no ser capaces de conflicto.

¿Tiene pensamientos en resolver esto a través de una solución de combinación o alguna otra técnica?

Una cuestión idéntica se planteó en la AOSP. A continuación se describe una solución al problema:

Incluya manualmente la entrada de manifiesto para la actividad de [sdk] en el manifiesto del proyecto de aplicación, colocándolo antes de la entrada de alias de actividad.

A pesar de que esta solución tiene el problema de

… duplicar el código a través de los manifiestos.

Parece que los responsables del proyecto consideraron que esta solución era adecuada. No hay ninguna indicación de que una solución al problema subyacente se publicará en el futuro.