gradle构建带三方依赖jar的普通项目

    gradle构建springboot项目,有默认的插件,帮助我们做了很多工作,我们只需要按照start.spring.io的步骤来构建一个项目即可。项目中的配置都自动帮助我们生成好了,无需关心最后的启动类,依赖关系。我们先看看springboot项目的构建文件build.gradle:

plugins {
	id 'org.springframework.boot' version '2.2.0.RELEASE'
	id 'io.spring.dependency-management' version '1.0.8.RELEASE'
	id 'java'
}

group = 'com.xxx'
version = '0.0.1-SNAPSHOT'
sourceCompatibility = '1.8'

repositories {
	maven { url 'http://maven.aliyun.com/nexus/content/groups/public/'}
	//mavenCentral()
}

dependencies {
	implementation 'org.springframework.boot:spring-boot-starter-web'
	testImplementation('org.springframework.boot:spring-boot-starter-test') {
		exclude group: 'org.junit.vintage', module: 'junit-vintage-engine'
	}
}

test {
	useJUnitPlatform()
}

    构建是要生成jar包的,但是配置文件里面没有jar的关键字,这是因为springboot的插件帮我们做好了,当我们换成了一般的项目,比如一个jetty server的项目,或者一个带三方依赖的 可执行程序,我们需要做这样的工作:

    1、编写jar任务,
    2、指定manifest 
    3、指定依赖,也就是指定classpath。

    下面通过一个简单的示例,来感受一下gradle构建的过程:我们新建一个项目,加入依赖org.web3j:core:4.5.5,然后编写相关代码:

package com.xxx.web3j;

import org.web3j.protocol.Web3j;
import org.web3j.protocol.http.HttpService;

public class Web3jApp {
	public static void main(String[] args) throws Exception {
		Web3j web3j = Web3j.build(n
上传第三方 JAR 到 Nexus 仓库可以通过多种方式实现,括使用 Maven 命令行工具、Nexus 管理界面或通过构建工具如 Gradle 或 sbt。 ### 使用 Maven 命令行上传 JAR Maven 提供了 `mvn deploy:deploy-file` 命令来将本地的 JAR 文件部署到远程 Nexus 仓库。此命令允许指定 JAR 文件路径、项目坐标(groupId/artifactId/version)、打类型以及目标仓库地址等参数[^1]。以下是一个示例命令: ```bash mvn deploy:deploy-file -Durl=http://localhost:9090/nexus-2.2-01/content/repositories/thirdparty/ \ -DrepositoryId=thirdparty \ -Dfile=path/to/your-artifact.jar \ -DgroupId=com.example \ -DartifactId=demo-artifact \ -Dversion=1.0.0 \ -Dpackaging=jar ``` 在执行该命令之前,请确保已经配置好 `settings.xml` 文件中的服务器认证信息,以保证可以成功登录到 Nexus 仓库。 ### 使用 Nexus Web 界面上传 JAR 对于没有集成构建工具或者希望手动管理的情况,可以直接通过 Nexus Repository Manager 的用户界面上传第三方 JAR 文件。操作步骤如下: 1. 登录到 Nexus Repository Manager。 2. 导航至目标仓库,点击“Browse”进入浏览模式。 3. 点击右上角的“Upload”按钮。 4. 在弹出窗口中选择要上传的 JAR 文件,并填写相应的元数据(如 Group Id, Artifact Id, Version)。 5. 点击“Upload Component”完成上传过程。 这种方式适合一次性上传少量文件,但对于自动化部署来说不够高效。 ### 验证上传后的构件 一旦上传完毕,应该验证构件是否正确存在于仓库中。这可以通过尝试从 Nexus 安装该构件回本地系统或其他项目依赖中进行测试。此外,还可以检查生成的 `.pom` 文件和校验和文件(如 `.md5`, `.sha1`)是否存在且内容正确[^3]。 ### 注意事项 - **版本控制**:确保每次上传的新版本都有唯一的版本号,避免覆盖现有版本导致的问题。 - **签名要求**:如果组织有安全策略,则上传前可能需要对构件进行 GPG 签名。 - **依赖传递性**:考虑清楚所上传库是否有其他未满足的依赖项,这些也需要一并处理才能保证下游项目的正常编译与运行[^2]。 以上方法提供了不同场景下的解决方案;根据实际情况选择最适合的方式实施即可。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

luffy5459

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值