【轻量级 PR】：apply sig-Java · Pull Request !746 · openEuler/community

### 背景

在 openEuler 的 TC 例会上，对于 Java 大数据应用的构建问题已经达成了一些共识：

1. 当下在构建区域开通与中央仓储的链接，让构建过程得以顺利进行。
2. 后续搭建内部的代理 Maven 仓库，使得所有的构建过程都通过 openEuler 的代理仓库进行。
3. 社区考虑会引入开源/商用依赖检查工具检查代理仓中引入依赖的风险。

基于这些共识，考虑到未来会有越来越多的 Java 生态中的应用、组件和基础库加入到 openEuler 社区，这涉及很多共性的技术方案，所以提议成立 openEuler 自己的 Java SIG 来解决这些问题。

### 概述

openEuler Java SIG 致力于将 Java 生态中大量高质量开源应用、组件和基础库引入 openEuler 社区和系统，通过提供完善的构建解决方案、环境和指引文档，让更多对此感兴趣的人加入其中。

### 目标

关于引入 Java 生态，初步的几个设想（可以作为 sig 的里程碑设置的参考）：

1. 首先在社区引入 `maven`,`ant`,`gradle`,`sbt` 这样的构建工具，为其他 Java 软件包的引入做好准备。当然这里主要是 `maven`。
2. 定义编写 maven 构建相关的宏和脚本，屏蔽繁杂的实现细节，方便需要使用 maven 构建的 spec 的编写。
3. 按需引入 Java 生态中的重要软件包，例如 tomcat、jetty、eclipse 等。
4. 编写针对 Java 软件包的 spec 的指引文档，让更多人可以参与进来。
5. 开发 `javaporter` 这样的自动化解析和打包工具，来减轻人力的投入。
5. 创建一些针对不同 JDK 版本的 docker 镜像，这些镜像集成了完整的构建工具链（包括 maven 内部仓储）和环境，方便不同用途的构建和验证工作，例如开发者实验环境、CI 系统等。

### 重点任务

- 引入 maven：通过 rpm 的方式引入 maven 到社区。
- 定义 maven spec 宏：定义一系列用于简化针对 maven 构建的宏定义。
- Java 软件包打包自动化工具和指引文档。
- 引入更多重要 Java 生态中的应用、组件和基础库：例如 tomcat, jetty 等。
- 开放引入清单：鼓励更多人参与到 Java 生态引入的行列来。

![taks](https://images.gitee.com/uploads/images/2020/0730/164231_ad01b9b8_7485874.png "屏幕截图.png")

### 初始成员

- @it_bricklayer
- @luo-haibo
- @rita_dong
- @sinever

（以上字母排序）

### 参考链接

1. https://docs.fedoraproject.org/en-US/java-packaging-howto/
2. https://src.fedoraproject.org/rpms/maven
3. https://src.fedoraproject.org/browse/projects/
4. https://gitee.com/openeuler/community/blob/master/zh/contributors/packaging.md
5. https://fedora-java.github.io/howto/latest/index.html (details of 1)
6. https://fedoraproject.org/wiki/SIGs/Java

openEuler/community .gitee-modal { width: 500px !important; }

搜索帮助

openEuler/community