Nexus提供了RestApi,但是一部分Api仍然需要结合Groovy等进行操作,在3.3及其以后的版本上进行了强化,但是和普通的RestApi相比仍有一些“使用上的特性”。这篇文章以创建raw的repository为例,来确认一下相关的使用方法。
前提准备
准备可运行的Nexus,这里的版本为3.2.1
Api机制
这篇文章介绍的是Nexus3推出之初的Api的设计思路,主要是通过结合groovy脚本来完成相关的功能,简单的来说需要用户自行提供groovy脚本,nexus提供上传和运行脚本的接口,虽然有些粗糙,但是大部分功能毕竟留出了一个方式供用户去使用,强大的groovy脚本中至于需要实现什么样的功能,那就看用户自己的需要了。在一定程度上来说,算是一个能够创造API的API
使用步骤
步骤1: 以json文件为载体,创建可运行的groovy脚本
格式大体如下:
注意事项:
步骤2: 上传json文件
使用如下方式和接口即可上传相应包含groovy操作的json文件
步骤3: 执行groovy文件
使用如接口即可执行在步骤2中上传的groovy脚本
此处需要注意脚本名称也会是执行接口中的一部分,命名变得灰常重要。
使用示例
这里使用上述方式来演示一下如何在Nexus中创建一个Raw类型的repository。
步骤1: 以json文件为载体,创建可运行的groovy脚本
因为创建repository需要指定blob,如果没有指定则会使用default,但是如果项目众多,将会导致default非常巨大,在前面介绍nexus的使用实践中也给出过对于不同的repository创建自己的blob,所以这里创建如下的json文件:
建议:因为Nexus的这种使用方式本身就不是非常完整的方式,建议使用的过程中诸如rawrepotest1全部一致,这样blob和repository的关系也比较清楚,无非多上传几个大小可以忽略不计的json文件而已。
步骤2: 上传json文件
步骤3: 执行groovy文件
结果确认
blob确认
已经生成相应的blob:rawrepotest1
repository确认
已经生成相应的raw方式的repository:rawrepotest1
小结
Nexus中结合groovy能够实现Api方式的集成,但是这种方式在使用上还有诸多的不变,多次执行是否出错等都成为groovy脚本确认的事项,相关功能是否会强化可能还需要看nexus后续版本的支持情况,和groovy的结合方式会不会是功能过度时期的对应方式还需进一步观察。
总结
以上就是这篇文章的全部内容了,希望本文的内容对大家的学习或者工作具有一定的参考学习价值,谢谢大家对VEVB武林网的支持。
新闻热点
疑难解答
图片精选