发表于: 2021-04-22 23:42:16
1 1204
看了一下Dubbo用户文档
试着用spring-boot来重构任务8
遇到的问题:
打开,创建spring-boot项目卡死
解决:删除.mvn目录即可
IDEA中导入依赖报错Project 'org.springframework.boot:spring‐boot‐starter‐parent:1.5.9.RELEASE' not found
解决:
1.5.9.RELEASE版本是肯定存在的,只不过idea默认会缓存Maven本地仓库已存在的<parent>中的依赖项。因此当我们引入本地仓库不存在的父依赖版本时,就会报错了。我们可以Invalidate Caches/Restart清理一下idea缓存重新启动就行了。
想到之前导入其他依赖的时候,明明存在,结果还是报错,这时候就可以Invalidate Caches/Restart清理一下idea缓存重新启动,学到了
java.lang.RuntimeException: Cannot reconnect.
Invalidate Caches/Restart清理一下idea缓存重新启动就行了,发现清除缓存重启(重现加载现有的配置,不然去加载之前遗留的配置,当然会和现在的发生冲突)可以解决很多问题。。。
收获:
IDEA构建的maven+springBoot项目结构如下:
在 .gitingore 文件中,遵循相应的语法,即在每一行指定一个忽略规则。 如:.log、/target/、.idea
它的作用是在maven-wrapper.properties文件中记录你要使用的maven版本,当用户执行mvnw clean 命令时,发现当前用户的maven版本和期望的版本不一致,那么就下载期望的版本,然后用期望的版本来执行mvn命令,比如mvn clean命令。
存放着maven-wrapper.properties和相关jar包以及名为MavenWrapperDownloader的java文件
*注:mvnw文件适用于Linux(bash),mvnw.cmd适用于Windows 环境。
里面包含当前project的一些配置信息,如模块开发的相关信息,比如java组件,maven组件,插件组件等,还可能会存储一些模块路径信息,依赖信息以及一些别的信息。
包括数据源,类库,项目字符编码,历史记录,版本控制信息等。
pom.xml主要描述了项目的maven坐标,依赖关系,开发者需要遵循的规则,缺陷管理系统,组织和licenses,以及其他所有的项目相关因素,是项目级别的配置文件。
启动spring-boot:
真的快,依赖也不用导入很多,tomcat也不用配置(SpringbootApplication 类的主方法嵌入 tomcat ),启动网页就打开了。
看师兄日报发现下面的结构是比较科学的,想到任务8八写的代码,自己的实体类和接口重复了(又想到不重复的话,如果把Server单独拆分出来,放在不同的tomcat服务器上会不会成功运行?因为这个server模块看起来只有实现类,单独拆分出来,这一步Server就会报错,所以并不能拆分。)
这样就不能拆分,所以好奇师兄是怎么完成
部署两台WEB,通过Nginx配置两台WEB随机访问,两台WEB可以随机访问两台Service。
评论