目录3.5.【进销存模块】his-erp模块及子项目的创建和配置3.5.1.【子父项目】his-erp模块的创建
/dev/mapper/centos-root100%的原因只有一个就是你这个有文件把这个root可支配的内存满了。解决方法:删除这个路径下的没用的文件调大这个可以支配的内存有原因有解决方法就差解决细节了。第1种方法:思路是:查看当前内存使用情况查看各个目录空间情况删除已经知道的没有用的文件被没用的文件占用的空间腾出来了完事#这个是查看现在的内存使用情况df-h每天一个linux命令目录每天一个linux命令(34):du命令#输出当前目录下各个子目录所使用的空间du--max-depth=1-h:du命令#输出当前目录下各个子目录所使用的空间du--max-depth=1-h、service代表了服务端接口的4层,第一层是控制层(controller),负责接口请求/响应的控制,调用第二层业务逻辑层(service一般分为接口和实现),完成具体业务功能,它会调用第三层数据持久层mapper(persistence)的逻辑,作用是访问数据库,向数据库发送SQL完成数据库操作。第四层是数据模型层domain,保存着与数据库表所对应的结构体。controller控制层,负责请求转发,接受页面过来的参数,传给Service处理,接到返回值,再传给页面。;service业务逻辑层(重点在这
Java中Controller、Service、Dao/Mapper层的区别与用法在Java开发中,通常会采用三层架构(或称MVC架构)来划分程序的职责和功能,分别是Controller层、Service层、Dao/Mapper层。1、Service层:业务层–>控制业务业务模块的逻辑功能设计,和DAO层一样都是先设计接口,再创建要实现的类,然后在配置文件中进行配置其实现的关联。接下来就可以在service层调用接口进行业务逻辑应用的处理。好处:封装Service层的业务逻辑有利于业务逻辑的独立性和重复利用性。2、Controller层:控制层–>调用业务层方法来控制业务逻辑controlle
错误如图第一步查看配置文件是否正确第二步查看标签是否正确检查UserMapper上是否加上@Mapper补充第二步还是不行的话查看下POM文件是否导入mybatis-plus-boot-starter配置mybatis-plus.mapper-locations无提示信息;此时发现右上角出现感叹号,Cannotresolveconfigurationproperty‘mybatis-plus.mapper-locations’,强行敲完,启动报错。如图所示检查pom文件,发现未引入包:mybatis-plus-boot-starterdependency>groupId>com.baomido
批量更新参考:https://blog.csdn.net/mianma_YAYIZI/article/details/102466672?spm=1001.2014.3001.5506updateid="batchUpdate"parameterType="java.util.List">updatebase_supplier_purchasing_info_sapsetupdated_time=now(),update_by='sys',finance_purchase_frozen=caseforeachcollection="list"item="item"index="index"se
最近在做虚拟机部署docker微服务时,发现磁盘内存占满,无法进行操作。open/var/lib/dpkg/info/libc6:amd64.templates:nospaceleftondevice接下来就写下我在备份虚拟机上如何解决根目录被占满的问题:1、查看虚拟机磁盘使用情况df-h可以看到/dev/mapper/centos-root已经快满了,这时候就算启动hdfs,也会是强制性的进入安全模式,不让写数据2、查看哪个目录占用过高使用du-h-x--max-depth=1查看哪个目录占用过高,对于过高目录中的内容适当删减腾出一些空间cd/&&du-h-x--max-depth=1可以看