maven 的setting　文件在对应的磁盘中找不到，但是项目依然能运行

　　　刚刚发现自己项目中所使用的setting  文件 即idea 编译器下的 user setting file 路径 在对应磁盘中找不到

　　  如项目中的user setting file : F:\Java\Maven\apache-maven-3.2.1\conf\settings.xml，而在F盘中使用该路径找不到文件。

原因： 项目中使用该路径F:\Java\Maven\apache-maven-3.2.1\conf\settings.xml 时，会先去寻找，如果找不到，会运用maven 自带的setting文件；这一点和

springboot 项目没有application.properties  时 会使用默认的properties  文件是一样的

时间： 2024-10-07 15:29:13

maven 的setting　文件在对应的磁盘中找不到，但是项目依然能运行的相关文章

maven本地pom文件安装到本地仓库中

mvn install:install-file -DgroupId=com.xxx -DartifactId=xxx -Dversion=1.1.1 -Dpackaging=pom -Dfile=xxx-1.1.1.pom packaging值为pom. mvn install:install-file -DgroupId=x.xx -DartifactId=xxx -Dversion=1.0 -Dpackaging=jar -Dfile=xx-1.0.jar -Dclassifier=tes

maven setting 配置仓库，pom.xml中repository不起作用

问题描述 最近做java项目,需要使用公司自己搭建的maven仓库,但是有些包公司的仓库中没有,导致下载失败. 项目环境 jdk:1.8 maven:3.5 问题原因分析 maven的setting文件配置信息如下: <?xml version="1.0" encoding="UTF-8"?> <settings> <localRepository>/data/repository</localRepository>

磁盘中运行的程序必须加载到内存才能运行的原因

计算机中主要的存储部件是内存和磁盘.磁盘中存储的程序必须加载到内存之后才能运行.在磁盘中保存的原始程序是无法直接运行的.这是因为,负责解析和运行程序内容的CPU,需要通过内部程序计数器来指定内存地址,然后才能读出程序.即使CPU可以直接读出并运行磁盘中保存的程序,由于磁盘读取速度慢,程序的运行速度还是会降低的.总之,存储在磁盘中的程序需要读入到内存后才能运行. 原文地址:http://blog.51cto.com/bantu/2119841

Linux环境下Maven的.m2文件夹

aven中的.m2文件夹 安装完maven是没有.m2文件夹的.在linux中以.开头的文件夹都是隐藏的.当使用maven命令的时候,maven自动会创建.m2文件夹. 运行命令mvn help:system,查看java系统属性和环境变量. 会去下载一些maven相关的文件,.m2这会才生成 repository 所有的maven构件,都存储在repository中.比如本机中的使用maven的项目所以来的jar包,下载后都会存放在此处. 然后上传我们自己配置setting文件即可. 原文地址

史上最全的maven pom.xml文件教程详解

<project xmlns=http://maven.apache.org/POM/4.0.0 xmlns:xsi=http://www.w3.org/2001/XMLSchema-instance xsi:schemaLocation=http://maven.apache.org/POM/4.0.0 http://maven.apache.org/maven-v4_0_0.xsd >; <!-- 父项目的坐标.如果项目中没有规定某个元素的值,那么父项目中的对应值即为项目的默认值.

实战：mysql检查物理磁盘中的二进制日志文件是否有丢失

场景:有时候因为磁盘损坏或人为原因错误删除了磁盘中的二进制文件,导致mysql中的show binary logs记录和实际的物理磁盘中的二进制文件不匹配 #binlogdiff.sh #!/bin/sh #[email protected] #作用:mysql中show binary logs记录的二进制日志文件和实际的物理文件比较,检查 #磁盘中对应的二进制日志文件是否有丢失 source /usr/local/mysql/scripts/mysql_env.ini binlog_init=

Linux 解决文件删除了但磁盘可利用率没变

昨天收到zabbix的报警邮件,有一台服务器的 /home 目录的使用率达到了90%以上,查了一下,发现MongoDB的数据文件放到这个目录下,导致磁盘使用率很高,而这个MongoDB的数据现在又都不用了,于是就直接把它的数据文件删除了,也没做其他任何操作.可是今天zabbix上却显示/home的使用率达到了96%,上去一看,发现一个奇怪的现象 明明/home目录只使用了12G  ,但是df -h却显示使用了64G ,还有52G 被谁使用了?一直差不出原因,磁盘马上就要被写满了,焦急啊! 后来在

利用虚拟内存实现高性能的文件读写，绕过磁盘io

前端:nginx+lua lua负责读取一个 写着每个业务拒绝服务概率的文件,按这个比例在流量过载时抛弃一定比例的请求. 策略生成:每分钟去获取节点流量和本机的网卡流量占比,去生成概率文件. 传统的实现: 写到磁盘,每个请求过来 lua 都去磁盘上io读取/关闭.实时大量的请求是无法承受的. 改进: 利用虚拟内存实现高效率的文件读取,因为文件本身就是在内存中的,没有io之说. 创建内存文件系统,文件讲都存储在内存中 系统默认的地址是 /dev/shm 可以把文件写到这里,和普通文件读写一样,只不

解决linux删除文件后不释放磁盘的问题

1.用df 检查发现/根目录可用空间为0  [[email protected]/]#df -h                         //查看系统的磁盘空间 2.用du检查发现各目录占用的空间都很少,有约3G的空间莫名其妙地丢了. [[email protected]/]# du -s * |sort -nr |head      //查看前10的最大文件 3.用lsof检查后才发现原因是,有文件被删除,而进程还活着,因而造成还占用空间的现象 [[email protected]/]