This issue affects both the build and the package executors.
The processing of Custom UI dependencies assumes that the Custom UI project's build target has an options.outputPath property. However, with inferred targets, the output path is defined in the tooling itself.
There is no obvious way to get the build output path without the plugin knowing about the specifics of each build tool. An alternative may be to try to read outputs[0] of the project configuration, which typically defines the build output for caching purposes. However, this is not a deterministic solution, as other catchable outputs could be defined.
The idea to fix this is to add a resourceOutputPathMap configuration parameter, which is an object that maps project names to their output path. If defined, the plugin process may use this mapping, if not it could try to look for options.outputPath or as a last resort outputs[0] if there is only one entry.
This issue affects both the
build
and thepackage
executors.The processing of Custom UI dependencies assumes that the Custom UI project's
build
target has anoptions.outputPath
property. However, with inferred targets, the output path is defined in the tooling itself.There is no obvious way to get the build output path without the plugin knowing about the specifics of each build tool. An alternative may be to try to read
outputs[0]
of the project configuration, which typically defines the build output for caching purposes. However, this is not a deterministic solution, as other catchable outputs could be defined.The idea to fix this is to add a
resourceOutputPathMap
configuration parameter, which is an object that maps project names to their output path. If defined, the plugin process may use this mapping, if not it could try to look foroptions.outputPath
or as a last resortoutputs[0]
if there is only one entry.