Maven 跨工件存储库类型跟踪依赖关系信息 虽然java和C++ java和柯南分别存储和跟踪依赖于java和C++包之间的依赖信息的元数据,但是它们能够处理跨越存储库类型的依赖关系,例如JNI依赖(在任一个方向上——C++到Java/Java到C++)?由于两个包
跨工件存储库类型跟踪依赖关系信息Maven 跨工件存储库类型跟踪依赖关系信息 虽然java和C++ java和柯南分别存储和跟踪依赖于java和C++包之间的依赖信息的元数据,但是它们能够处理跨越存储库类型的依赖关系,例如JNI依赖(在任一个方向上——C++到Java/Java到C++)?由于两个包,maven,dependencies,artifactory,conan,Maven,Dependencies,Artifactory,Conan,跨工件存储库类型跟踪依赖关系信息 虽然java和C++ java和柯南分别存储和跟踪依赖于java和C++包之间的依赖信息的元数据,但是它们能够处理跨越存储库类型的依赖关系,例如JNI依赖(在任一个方向上——C++到Java/Java到C++)?由于两个包管理器模型都引用了另一个,所以使用Artifactory或任何其他替代方案似乎都不可能。对于Artifactory JFrog支持,您的用例可能会很有趣,我鼓励您向他们发送您的反馈以及您想做什么。这是一个非常有趣的问题。AFAIK的常见用法是在
虽然java和C++ java和柯南分别存储和跟踪依赖于java和C++包之间的依赖信息的元数据,但是它们能够处理跨越存储库类型的依赖关系,例如JNI依赖(在任一个方向上——C++到Java/Java到C++)?由于两个包管理器模型都引用了另一个,所以使用Artifactory或任何其他替代方案似乎都不可能。对于Artifactory JFrog支持,您的用例可能会很有趣,我鼓励您向他们发送您的反馈以及您想做什么。这是一个非常有趣的问题。AFAIK的常见用法是在Maven中发布JNI项目,其中*.so和*.dll附带一个分类器到主工件(jar)及其描述符。但是如果一个C/C++项目提供了一个Java接口(通过JNI),我的假设是您必须在两个方面发布:用于POM/JAR/SO的Maven存储库和用于SO/a/Header的Conan存储库。有一些总体的方式将出版物联系在一起会很好。谢谢你们的回复。我已经向JFrog支持部门发送了一封电子邮件请求。FWWW,我也考虑切换到常春藤,可以跨越java和C++,但是它不像柯南和Maven那样在积极发展。