其实m*en服务器搭建的问题并不复杂，但是又很多的朋友都不太了解如何在ubuntu上搭建fe服务器，因此呢，今天小编就来为大家分享m*en服务器搭建的一些知识，希望可以帮助到大家，下面我们一起来看看这个问题的分析吧！
一、nas上搭建m*en仓库docker
1.更好地利用资源，虚拟机的粒度是“虚拟出的机器”，而 Docker的粒度则是“被限制的应用”，相比较而言 Docker的内存占用更少，更加轻量级。
2、Docker可以很好地和微服务结合起来。从概念上来说，一个微服务便是一个提供一整套应用程序的部分功能，Docker便可以在开发、测试和部署过程中一直充当微服务的容器。甚至生产环境也可以在 Docker中部署微服务。
3、在云服务提供商之间移植，大多数的云主机提供商已经全面支持 Docker。对于开发人员来说，这表示你可以很方便地切换云服务提供商，当然也可以很方便地将你本地的开发环境移动到云主机上，不需要本地上配置一次运行环境、在云主机上还配置一次运行环境。全面部署 Docker(Docker here and Docker there)作为标准运行环境可以极大地减轻应用上线时的工作量和产生 BUG。
4、API端，API是应用之间的粘合剂，一个合格开发者肯定使用过别人提供的 REST API，或者自己开发过 REST API。需要指出的是，无论是客户端还是 API提供端，在开发之前都需要先定义一组公共的 API接口，写成文档，然后才能进行编码。如果服务端和客户端是共同开发的话，那么服务端通常会先实现能返回固定字符串的 API接口，在以后的开发中再慢慢去实现 API的功能。
5、技术的创新，Docker正在快速发展，工具也在不断更新，没有人能预见到未来 Docker会是什么样子的。你在复杂的系统中 Docker使用的越多，越是可能会发现技术上的空白和未来技术发展的方向。
二、如何简洁高效的搭建一个SpringCloud2023的m*en工程
选择M*en作为工程项目和依赖管理工具来搭建SpringCloud2023的m*en工程，主要是因为其具有多模块和BOM依赖管理的特点，提高效率与统一*。
在M*en多模块项目中，依赖包不共享，但父模块可以统一管理全局共享依赖，避免重复配置，简化项目管理。
BOM依赖管理是M*en提供的一种集中管理依赖关系和版本的方式，通过定义在特殊POM文件中的依赖项和版本，确保多个项目或模块在使用相同依赖时具有统一版本，减少配置工作，避免依赖不一致问题。
使用BOM依赖管理时，只需在其他项目中引用BOM，项目将自动获取BOM中定义的依赖版本，实现依赖版本的一致*与自动更新。
选择JDK17的原因包括其语言特*和*能优化，以及与其他工具和库的良好兼容*。
顶级工程pom.xml文件定义项目配置，包括项目名称、版本、构建工具等基本参数，以及多模块项目结构。
工程的公用依赖BOM配置文件定义了一组全局依赖及其版本，供各个模块共享，减少重复配置并确保版本一致*。
与SpringCloud实战相关的源码信息可在具体文档或项目仓库中查阅，以获得详细代码实现和实践案例。
来自一线全栈程序员的八年探索与实践，持续迭代中。欢迎关注“雨林寻北”或添加个人卫星codetrend（备注技术），获取更多技术资源与交流。
三、配置m*en使用nexus报这个错误该怎么解决
m*en--的搭建（Nexus的使用）和注意的问题
是什么
，私有服务器，是公司内部M*en项目经常需要的东东，不总结一下，不足以体现出重视。Nexus是常用的私用M*en服务器，一般是公司内部使用。是。默认端口8081,这里我选择最新版nexus-2.5.0-04。
常用功能
Nexus常用功能就是：指定的中央、将自己的M*en项目指定到、从中央库的项目索引、从仓库依赖组件、将第三方项目jar上传到供其他项目组使用。
开启Nexus服务后访问url(推荐使用自己的ip)，之后登录系统，用户名密码分别是：admin/admin123.
最频繁的就是左侧菜单栏的Repositories按钮
一般用到的仓库种类是hosted、proxy。Hosted代表宿主仓库，用来发布一些第三方不允许的组件，比如oracle驱动、比如商业软件jar包。Proxy代表代理远程的仓库，最典型的就是M*en官方中央仓库、JBoss仓库等等。如果构建的M*en项目本地仓库没有依赖包，那么就会去这个代理站点去，那么如果代理站点也没有此依赖包，就回去远程中央仓库依赖，这些中央仓库就是proxy。代理站点成功后再至本机。笔者认为，其实M*en这个自带的默认仓库一般情况下已经够大多数项目使用了。特殊情况时在配置新的仓库，指定url即可，一般熟悉ExtJS的人操作这个Nexus都没什么问题，单词不是很难，不明白的查查单词基本差不多。就是如果Sonatype公司对其做了国际化的处理就更好了。
hosted类型的仓库，内部项目的发布仓库
releases内部的模块中release模块的发布仓库
snapshots发布内部的SNAPSHOT模块的仓库
3rd *第三方依赖的仓库，这个数据通常是由内部人员自行之后发布上去
proxy类型的仓库，从远程中央仓库中寻找数据的仓库
group类型的仓库，组仓库用来方便我们开发人员进行设置的仓库
m*en项目索引
M*en项目索引，项目索引是为了使用者能够在站点查找依赖使用的功能
保存后后台会运行一个任务，菜单栏的Scheduled Tasks选项即可看到有个任务在RUNNING。完成后，M*en索引就可以使用了，在搜索栏输入要搜索的项，就可以查到相关的信息。例如spring-core
就可以检索出它的相关信息，包括怎么配置依赖信息。我们要想使用这个仓库，先在项目pom中配置相关信息
指定仓库
[html] view plaincopy
<repositories>
<repository>
<id>nexus</id>
<name>nexus</name>
<url>;
<releases>
<enabled>true</enabled>
</releases>
<snapshots>
<enabled>true</enabled>
</snapshots>
</repository>
</repositories>
指定插件仓库
[html] view plaincopy
<pluginRepositories>
<pluginRepository>
<id>nexus</id>
<name>nexus</name>
<url>;
<releases>
<enabled>true</enabled>
</releases>
<snapshots>
<enabled>true</enabled>
</snapshots>
</pluginRepository>
</pluginRepositories>
这样只有本项目才在组件
这样这个M*en项目构建的时候会从相关依赖。当然这个配置仅仅是在此项目中生效，对于其他项目还是不起作用。如果相对M*en的其他项目也生效的话。需要修改全局的settings.xml文件。
修改settings.xml为
追加激活profile
[html] view plaincopy
<activeProfiles>
<activeProfile>central</activeProfile>
</activeProfiles>
之后所有本机的M*en项目就在组件。（这样比较好）
项目的发布
[html] view plaincopy
<distributionManagement>
<repository>
<id>user-release</id>
<name>User Project Release</name>
<url>;
</repository>
<snapshotRepository>
<id>user-snapshots</id>
<name>User Project SNAPSHOTS</name>
<url>;
</snapshotRepository>
</distributionManagement>
注意配置了还是发布项目到失败，原因为没有权限，会出现401错误码，原因就是权限不够。
配置权限在settings.xml
注意Respository中的id一定要和server下的id一致，切记！！否则出现权限问题。
然后运行发布
clean deploy
在控制台发布成功
然后进入到上的仓库中，看一下确实存在刚刚发布的项目
四、如何利用pom.xml搭建私人仓库repository
简单来说，共有三步：
deploy到本地目录
把本地目录提交到gtihub上
配置github为仓库
配置local file m*en仓库
deploy到本地
m*en可以通过, ftp, ssh等deploy到远程服务器，也可以deploy到本地文件系统里。
例如把项目deploy到/home/hengyunabc/code/m*en-repo/repository/目录下：
<distributionManagement>
<repository>
<id>hengyunabc-mvn-repo</id>
<url>file:/home/hengyunabc/code/m*en-repo/repository/</url>
</repository>
</distributionManagement>
注意事项
m*en的repository并没有优先级的配置，也不能单独为某些依赖配置repository。所以如果项目配置了多个repository，在首次编绎时，会依次尝试依赖。如果没有找到，尝试下一个，整个流程会很长。
所以尽量多个依赖放同一个仓库，不要每个项目都有一个自己的仓库。
五、如何在ubuntu上搭建fe服务器
1、安装必要组件，我很推荐装一个screen，因为这样你可以让服务器在后台跑
apt-get install screen default-jdk
在安装完j*a之后，用j*a-version看一下是否安装正确
2、创建一个MC服务器的目录并且切换过去
mkdir/yourpath/minecraft/
cd/yourpath/minecraft//yourpath改为自己想要的路径
3、MC服务器的压缩包
wget-O minecraft_server.jar（这是一行）
cp minecraft_server.jar minecraft_server.1.7.10.jar
4、启动服务器
j*a-Xmx2048M-Xms2048M-jar minecraft_server.jar nogui
提示没有同意EULA
5、签署“两个同意”文件
如果有不会用vi编辑器的同学，留言或者百度，我懒的写。。
vim eula.txt
eula=true这里本来应该是false的
vim server.properties这个文件里应该还有端口和地图名字、服务器欢迎语句的设置
online-mode=false
6、如果你想玩的是原版的MC服务器，那么再次启动服务器，你的服务器就这么架设好了
j*a-Xmx2048M-Xms2048M-XX:ParallelGCThreads=16-jar minecraft_server.jar nogui
（-Xmx最大内存-Xms最小内存-XX:ParallelGCThreads同时调用CPU数量，建议一半或1/4或者不设）
下面开始讲Fe
1、Fe必要组件
cd/yourpath/minecraft
wget
wget
2、安装fe server
j*a-jar fe-1.7.10-10.13.2.1291-installer.jar nogui--installServer
3、启动fe server
j*a-jar fe-1.7.10-10.13.2.1291-universal.jar nogui
启动完毕后输入/stop关闭服务器
4、将fe server合并到MC服务器
mkdir unzip
cd unzip
unzip../minecraft_server.1.7.10.jar
unzip../fe-1.7.10-10.13.2.1291-universal.jar
Archive:../fe-1.7.10-10.13.2.1291-universal.jar（这两句是上面那句命令的结果）
replace META-INF/MANIFEST.MF? [y]es, [n]o, [A]ll, [N]one, [r]ename: A
zip-r../Fe-minecraft_server.1.7.10.jar*
5、启动服务器
j*a-Xmx8192M-Xms4096M-XX:ParallelGCThreads=16-jar Fe-minecraft_server.1.7.10.jar nogui（这是一整行）
搞定～
mod的安装和Windows上并没有什么区别，只要会用cp和wget命令就好了～