m*en 教程(m*en环境变量配置教程)
电脑配置m*en环境变量的方法
很多用户说电脑m*en环境变量配置不成功,那么如何配置m*en环境变量才能成功呢?现在最火的语言就是J*a,而J*a的项目的配置文件的增多,给开发人员带来很大麻烦。但是M*en的出现,大大的解决上述问题。如果你不知道电脑怎么配置m*en环境变量?小编为大家整理的m*en环境变量的配置教程了。
具体方法如下:
1、首先,先到*去下载m*en。请选择最新的版本下载,这里下载的是apache-m*en-3.1.1-bin.zip;
2、解压apache-m*en-3.1.1-bin.zip,并把解压后的文件夹下的apache-m*en-3.1.1文件夹移动到D:\J*a下,如果没有J*a这个文件夹的话,请自行创建;
3、右键“计算机”,选择“属性”,之后点击“高级系统设置”,点击“环境变量”,来设置环境变量,有以下系统变量需要配置:
新建系统变量MAVEN_HOME变量值:D:\J*a\apache-m*en-3.1.1;
3、编辑系统变量Path添加变量值:;%MAVEN_HOME%\bin;
4、最后检验配置是否成功:用win键+R,来打开命令行提示符窗口,即Dos界面,输入mvn–version若出现以下情况说明配置成功;
上述就是电脑配置m*en环境变量的方法,掌握此方法对大家*作电脑有很大帮助。
m*en安装及配置教程
m*en安装及配置教程如下:
工具:联想y7000p、Windows10、Microsoft Edge 116.0.1938.69、M*en3.8.7。
1、打开Edge浏览器,进入M*en*,点击下载软件压缩包。
2、将M*en压缩包加压缩到一个没有中文、空格和特殊符号的文件夹中。
3、打开电脑的属性中的高级系统设置,点击环境变量选项。
4、在弹出的对话框中,点击新建选项。
5、在新建对话框,输入M*en所在的路径,点击确定选项。
6、在系统变量中选中Path,然后点击编辑选项。
7、在弹出的对话框,点击新建选项。
8、输入下面图中箭头指示的内容,点击确定选项,即完成配置。
为什么我的m*en 生成的目录不对
如果你用的是
Eclipse的话,
m*en生成的web项目本来就没有j*a目录的,默认只有resources
和webapp
这两个目录,然后你新建一个j*a目录,然后把这个j*a目录设置为源码文件夹,就行了。
这个不知道是
eclipse的问题,还是m*en插件的问题。
手动
直接在
cmd
控制台,生成m*en
目录,然后导入
eclipse
,这样会不会有问题,我就不知道了,你可以去试试
eclipse如何导入m*en项目
当前不少网友表示自己才接触eclipse这款应用,还不晓得eclipse怎么快速导入m*en项目的*作,接下来就为你们分享eclipse快速导入m*en项目的图文*作教程,大家都来一起学习吧。
eclipse快速导入m*en项目的图文*作教程
开发环境:Eclipse
第一步
在eclipse中,选择File-Import;如图所示:
点击Browse,选择项目所在的文件夹,然后Finish即将项目添加进来。
第二步
把导入的M*en项目转换成DynamicWebModule,将下图中红框处进行勾选;
第三步
添加M*enDependencies
继续右键项目-properties-DeploymentAssembly,如图中红框所示,只有src下的四个文件夹:
点击Add后如图所示:
由以上3步,导入的M*en项目就转化为一个可运行的web项目了。
再新建一个WebServer,这需要将Tomcat安装好,并且被整合进Eclipse中,这样就能创建WebServer了,在创建好WebServer后,右键我们导入的项目,选择“RunAs”,选择RunonServer就可以了.右键项目-runonserver即可。
建议:
(1)自己的开发环境Eclipse要与Tomcat正确配置,并且Tomcat的版本最好与之前的版本一致。
(2)若运行RunonServer,Tomcat启动控制台报错:“严重错误:J*alang.ClassNotFound”(记不清了,应该是这样),说明你的M*enDependencies未添加进来。
eclipse|
m*en子模块如何指定路径
m*en子模块如何指定路径可以参考以下教程,几乎是一模一样·的
查找多模块m*enreactor项目的根目录
我想使用m*en-dependency-plugin从我的多模块项目的所有子模块复制EAR文件到一个相对于整个项目的根目录的目录。
也就是说,我的布局看起来类似于这个,名称改变了:
to-deploy/my-project/ear-module-a/ear-module-b/more-modules-1/ear-module-c/ear-module-d/more-modules-2/ear-module-e/ear-module-f/…
我希望所有的EAR文件都从各自模块的目标目录复制到my-project/../to-deploy所以我最终
to-deploy/ear-module-a.earear-module-b.earear-module-c.earear-module-d.earear-module-e.earear-module-f.earmy-project/…
我可以在每个耳模块中使用相对path来完成,如下所示:
org.apache.m*en.pluginsm*en-dependency-plugincopyinstallcopy${project.groupId}${project.artifactId}${project.version}ear../../to-deploy
但是我不想在元素中指定一个相对path。我喜欢像${reactor.root.directory}/../to-deploy,但我找不到像这样的东西。
另外,我宁愿如果有某种方式来inheritance这个M*en的依赖插件configuration,所以我不必为每个EAR模块指定它。
我也尝试从根pominheritance自定义属性:
${basedir}
但是当我试图在耳模块POM中使用${myproject.root}时,${basedir}将会parsing为耳模块的basedir。
此外,我发现
那么有没有简单的方法来find一个多模块项目的根?
使用${session.executionRootDirectory}
为了logging,${session.executionRootDirectory}适用于M*en3.0.3中的pom文件。该属性将是您正在运行的目录,所以运行父项目,每个模块都可以获取该根目录的path。
我把在父pom中使用这个属性的插件configuration,以便它被inheritance。我在configuration文件中使用它,当我知道*在父项目上运行M*en时,我只会select它。这样,当我在一个子项目上运行M*en(因为这个variables不会是父项的path)时,我不太可能以一种不希望的方式使用这个variables。
例如,
org.apache.m*en.pluginsm*en-dependency-plugincopy-artifactpackagecopy${project.groupId}${project.artifactId}${project.version}${project.packaging}${session.executionRootDirectory}/target/
我在我的项目中使用的东西是重写子模块poms中的属性。
root:${basedir}moduleA:${basedir}/..other/moduleX:${basedir}/../..
这样你仍然有相对的path,但是你可以在根模块中定义一个插件,你的模块将inheritance它,并为myproject.root取代它。
有一个m*en插件可以解决这个问题:directory-m*en-plugin
它会将项目的根path分配给您select的属性。在文档中查看highest-basedir目标。
例如:
org*monj*a.m*en.pluginsdirectory-m*en-plugin0.1directorieshighest-basedirinitializemain.basedir
然后在父/子pom.xml中的任何位置使用${main.basedir}。
正如其他人所说,directory-m*en-plugin是要走的路。不过,我发现它与'目录'的目标最好的工作,如下所述:。
我更喜欢使用最高basedir对于多模块项目,嵌套多模块poms不工作。目标目录允许您将属性设置为整个项目中任何模块的path,包括当然的根目录。它也比${session.executionRootDirectory}更好,因为它总是可以工作的,不pipe你是build立根还是子模块,而不pipe当前你的mvn工作目录。
我遇到了类似的问题,因为我需要在项目之间复制文件。M*en所做的是合乎逻辑的,因为它将保持存储库中安装的pom.xml远离硬编码值。
我的解决scheme是将复制的目录放在M*en工件中,然后使用Ant来提取/复制
我没有意识到find多模块项目的根的“好方法”。但是你也许可以改进一下你目前的方法。
第一种方法是直接在根项目下创build一个附加模块,将所有EAR声明为依赖关系,并使用dependency:copy-dependencies关系将模块的依赖dependency:copy-dependencies复制到待to-deploy目录(相对)。是的path仍然是相对的,但由于依赖插件configuration将集中,我不觉得这很烦人。
第二种方法是使用M*enAssemblyPlugin代替M*enDependencyPlugin来使用dir格式创build一个分发(这将在目录中创build一个分发)。这实际上是我会做的。
另一个解决scheme是使用ant任务将“rootdir=${basedir}”写入根项目中的目标/root.properties,然后使用PropertiesPlugin将该文件重新读入。我还没有尝试过我自己,但我想它应该工作..?
以下小档案为我工作。我需要这样一个configurationCheckStyle,我把它放到项目根目录下的config目录下,所以我可以从主模块和子模块中运行它。
root-dir${project.basedir}/../../config/checkstyle.xml${project.basedir}/../config
它不适用于嵌套模块,但我相信它可以修改为使用不同的exists几个configuration文件。(我不知道为什么在validation标签中应该有“../..”,而在overriden属性本身中只是“..”,但它只能以这种方式工作。)
所以:在某些父项属性的某个地方项目我有我需要稍后关系的文件,这就是为什么我需要绝对path到处。所以,我在groovy的帮助下得到它:
importj*a.io.File;Stringp=project.properties['env-properties-file'];Filef=newFile(p);if(!f.exists()){f=newFile(“../”+p);if(!f.exists()){f=newFile(“../../”+p);}}//settingpathtogetherwithfilenameinvariablexyz_formatproject.properties['xyz_format']=f.getAbsolutePath()+File.separator+”abc_format.xml”;
本文链接:http://www.donglihc.com/html/87964872.html
版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件举报,一经查实,本站将立刻删除。