如何在Azure Build Pipeline中获取Maven仓库外的SAP依赖（MULE API部署）

我们尝试部署MULE API时采用Azure Build Pipeline作为CI/CD工具，执行过程中出现Maven依赖解析失败的错误：

Failed to execute goal on project mule-fts-sap-eapi: Could not resolve dependencies for project 1674d8b0-3a4f-4bfb-8c70-89641e023735:mule-fts-sap-eapi:mule-application:1.0.0: The following artifacts could not be resolved: com.sap.conn.jco:com.sap.conn.jco.sapjco3:jar:3.0.19, com.sap.conn.idoc:com.sap.conn.idoc.sapidoc3:jar:3.0.13, com.sap.conn.jco:libsapjco3:dll:3.0.19: Could not find artifact com.sap.conn.jco:com.sap.conn.jco.sapjco3:jar:3.0.19 in Central (https://repo1.maven.org/maven2) ->

已知这些SAP相关依赖不在公共Maven仓库中，且已将依赖的.zip文件存入Azure库，以下是具体解决方法：

方法一：直接拉取并解压依赖到Maven本地仓库 #

1. 从Azure库拉取依赖包 #

在Azure Pipeline的YAML或可视化编辑器中添加下载任务：

• 若依赖存储在Azure Artifacts通用包中，使用UniversalPackages任务，指定包名称、版本和下载路径（例如$(Build.SourcesDirectory)/sap-dependencies）
• 若依赖存储在Azure Storage账户中，使用AzureFileCopy任务，配置存储账户信息，将zip文件下载到构建代理的本地目录

2. 解压依赖到对应Maven仓库路径 #

添加提取文件任务，将下载的zip文件解压到Maven本地仓库的对应路径：

• Windows代理：解压到$(USERPROFILE)/.m2/repository/com/sap/conn，确保解压后的目录结构与Maven仓库规范一致（比如com/sap/conn/jco/com.sap.conn.jco.sapjco3/3.0.19下要包含对应的jar/dll文件）
• Linux代理：解压到$(HOME)/.m2/repository/com/sap/conn

3. 执行Maven构建 #

在Maven构建任务中，可添加参数指定本地仓库路径（确保Maven识别到解压的依赖）：

-Dmaven.repo.local=$(USERPROFILE)/.m2/repository

方法二：将SAP依赖上传到Azure Artifacts私有Maven仓库（推荐） #

这种方式一劳永逸，后续所有构建都能直接从私有仓库拉取依赖：

1. 本地安装SAP依赖到Maven仓库：
   执行mvn install:install-file命令，将SAP的jar/dll文件安装到本地Maven仓库，示例命令：

   mvn install:install-file -Dfile=sapjco3.jar -DgroupId=com.sap.conn.jco -DartifactId=com.sap.conn.jco.sapjco3 -Dversion=3.0.19 -Dpackaging=jar
   

2. 上传到Azure Artifacts私有Maven仓库：
   配置本地settings.xml指向Azure Artifacts的Maven仓库，执行mvn deploy命令将依赖上传到私有仓库
3. 在Azure Pipeline中配置Maven使用私有仓库：
   在Maven任务的pom.xml或settings.xml中添加Azure Artifacts私有仓库地址，确保Maven构建时优先从私有仓库拉取依赖

内容的提问来源于stack exchange，提问作者Niladri Dey