MyEclipse中Maven的配置与使用

Maven可以帮你搞定一些项目上的包依赖,与Android Studio中的Gradle有点类似,当然也有很大的不一样。目前认识还是有点粗浅,期待后续的深入。

配置

虽然MyEclipse上面也集成了Maven,但是版本比官网上的低一些。从官网上面下载最新的软件包,找个合适的位置解压,然后在环境变量中加入所解压目录下的bin目录。

这里写图片描述

具体的配置方式,视不同的Shell,修改不同的配置文件。再此处为zsh,修改了~/.zshrc的内容如下:

这里写图片描述

检查配置是否成功

这里写图片描述

还需要修改conf目录下的setting.xml文件的localRepository的路径。从注释我们可以看到,如果不设置的话,默认是在~/.m2/repository目录下。该目录的主要功能就是存放Maven从仓库里面下下来的包。

这里写图片描述

接下来在MyEclipse中集成我们下载后解压的Maven。打开Preference,依次选择Maven中的InstallationsUser Settings,添加Maven的路径以及配置文件后如下:

这里写图片描述
这里写图片描述

到此基本配置完成。

创建Maven项目

网上的博客,创建Maven项目的方式有很多,尚不清楚它们会不会有什么差异。不过能达到使用Maven的功能就没差了吧。

第一次创建Maven项目时,它从服务器上面下载jar包会花费很长的时间,请耐心等待

方法一:创建JavaWeb项目同时添加Maven支持

感觉这种方法流程较简单。创建流程如下: New一个Web Project,然后勾上Add Maven Support选项

这里写图片描述

重复选择下一步,直到出现Maven的相关设置。这里被建议选择Standard Maven JEE project structure。其实就是项目的目录结构不一样。之后,选择到Finish即可完成创建。

这里写图片描述

创建后如下,但是请注意啊,这已经是第二次创建了。所以再重复一下: 第一次创建Maven项目时,它从服务器上面下载jar包会花费很长的时间,请耐心等待

这里写图片描述

方法二:创建Maven Web项目

选择创建一个Maven Project

这里写图片描述

选择创建

这里写图片描述

后续按实际需求填写即可

使用

在该项目的pom.xml中添加依赖信息,然后点击Build Project,Maven就会把相关的依赖信息都找齐到本项目中。

Read more

Volcano 与 Kubernetes GPU 调度学习笔记

本笔记系统整理 Volcano 调度器、Kubernetes 调度框架、GPU Device Plugin、HAMi 等云原生 AI 调度领域的核心知识,适合用于学习、复习和工程实践参考。 目录 * 第一部分:Volcano 入门 * 1. Volcano 是什么 * 2. 安装与快速使用 * 3. 核心特性一览 * 第二部分:Volcano 整体架构 * 4. Volcano 解决的核心问题 * 5. 整体架构与数据流 * 6. 三层抽象模型 * 第三部分:Volcano 核心实现原理 * 7. Session 机制 * 8. Gang Scheduling 实现 * 9. Queue 与 DRF 公平调度

容器镜像(4):镜像的常用工具箱

容器镜像(4):镜像的常用工具箱

前几篇在讲多架构镜像时已经用过 skopeo 和 crane 做镜像复制,这篇系统整理这两个工具的完整能力,同时介绍几个日常操作镜像时同样好用的工具。 一、skopeo:不依赖 Daemon 的镜像瑞士军刀 skopeo 的核心价值是绕过 Docker daemon,直接与 Registry API 交互。上一篇用它做镜像复制和离线传输,但它的能力远不止于此。 1.1 安装 # Ubuntu / Debian sudo apt install -y skopeo skopeo --version # skopeo version 1.15.1 1.2 inspect:免拉取检查镜像元数据 docker inspect 需要先把镜像拉到本地,skopeo inspect 直接向 Registry

容器镜像(3):多架构镜像构建

容器镜像(3):多架构镜像构建

一、什么是多架构镜像 1.1 OCI Image Index 上一篇介绍了单平台镜像的结构:一个 Manifest 指向 Config 和若干 Layer blob。多架构镜像在此之上多了一层——OCI Image Index(也叫 Manifest List),是一个轻量的索引文件,把多个单平台 Manifest 组织在一起: $ docker manifest inspect golang:1.22-alpine { "schemaVersion": 2, "mediaType": "application/vnd.oci.image.index.v1+json", "manifests&

容器镜像(2):containerd 视角下的镜像

容器镜像(2):containerd 视角下的镜像

一、为什么需要了解 containerd 如果你只用 docker run 跑容器,从来不关心底层,那可以不了解 containerd。但如果你在用 Kubernetes,或者想真正理解"容器运行时"是什么,containerd 是绕不开的。 事实上,当你执行 docker run 的时候,containerd 早就在后台悄悄工作了——Docker 从 1.11 版本开始,就把核心运行时剥离出来交给 containerd 负责。 1.1 Docker 的架构演变 早期的 Docker(1.10 及之前)是一个"大一统"的单体程序:一个 dockerd