进口；通配符；Maven项目依赖关系？

我在这里遇到了一个相当大的情况：另一个团队正在构建FlexSDK，并将其作为一组巨大的独立SWC文件交付。此时，我无法让他们构建单个SWC文件库

我试图将这些文件作为Maven依赖项来传递给Flexmojos，但它们就像40个文件一样，我不想将它们作为单独的依赖项来管理（毕竟它们是同一事物的一部分）

有没有办法：

是否将所有SWC文件作为工件安装在本地repo中？（我想是使用相同的groupId、版本和自动生成的artifactId）

使用“通配符”或在运行时生成依赖项的插件或其他东西将这些作为依赖项导入

---

这样不行。依赖项声明不能是动态的，这将破坏构建。您可以让部署人员创建一个汇总pom，其中包含所有SWC依赖项的pom包，并将该pom部署到您的nexus存储库中。您将能够使用pom依赖项。这样做的好处是pom可以保持在一个中心位置。

这样不行。依赖项声明不能是动态的，这将破坏构建。您可以让部署人员创建一个汇总pom，其中包含所有SWC依赖项的pom包，并将该pom部署到您的nexus存储库中。您将能够使用pom依赖项。这样做的好处是pom被维护在一个中心位置。

您可以使用将工件添加到Flex SDK项目中。因此，您可以使用SDK项目作为依赖项，并获得所有可以使用的文件。

您可以使用添加工件到Flex SDK项目。因此，您可以使用SDK项目作为依赖项，并获得所有可以使用的文件。

这也是我所怀疑的。好吧，那么，我构建一个在运行时修改POM的插件怎么样？我看到MavenProject的接口允许通过setDependencies进行动态依赖注册。pom的动态修改不是一个好主意，也不会起作用，并且会破坏构建的可复制性。好吧，您可以使用从模型类获取所有DEP并添加自己的DEP。我想Maven开发者会因此打你一巴掌。你应该在Maven用户列表上发布这个，这也是我所怀疑的。好吧，那么，我构建一个在运行时修改POM的插件怎么样？我看到MavenProject的接口允许通过setDependencies进行动态依赖注册。pom的动态修改不是一个好主意，也不会起作用，并且会破坏构建的可复制性。好吧，您可以使用从模型类获取所有DEP并添加自己的DEP。我想Maven开发者会因此打你一巴掌。你应该把这个贴在Maven用户列表上。Karl-Heinz，这也不行，imho。他想让它完全脱离代码。卡尔-海因茨，这也行不通，伊姆霍。他希望它完全动态地脱离代码。