maven

pom文件报错org.apache.maven.archiver.mavenarchiver.getmanifest

社会主义新天地 提交于 2021-01-02 19:24:46
  eclipse导入新的maven项目时,pom.xml第一行报错: org.apache.maven.archiver.MavenArchiver.getManifest(org.apache.maven.project.MavenProject, org.apache.maven.archiver.MavenArchiveConfiguration)   原因是你的maven的配置文件不是最新的,执行以下步骤:   1、help->Install New Software -> add -> https://otto.takari.io/content/sites/m2e.extras/m2eclipse-mavenarchiver/0.17.2/N/LATEST/   或者http://repo1.maven.org/maven2/.m2e/connectors/m2eclipse-mavenarchiver/0.17.2/N/LATEST/    注意: 点击next前,将eclipse Install 窗口右下角的 "Contact all update sites during install to find required software"选项取消掉。   2、一直next confirm 安装更新,最后提示重启eclipse,重启后再右键项目maven

springboot自定义starter

…衆ロ難τιáo~ 提交于 2021-01-02 17:05:19
1,创建一个空工程 new - project - emptyproject 2,new一个Modules ---------------- maven (启动器) : springboottest-spring-boot-starter 3,new一个Modules ---------------- spring(做自动配置的): springboottest-spring-boot-starter-autoconfigurer spring版本:1.5.10 4,启动器pom文件中引入自动配置模块: <!--启动器--> <dependencies> <!--引入自动配置模块--> <dependency> <groupId>com.springboottest.starter</groupId> <artifactId>springboottest-spring-boot-starter-autoconfigurer</artifactId> <version>0.0.1-SNAPSHOT</version> </dependency> </dependencies> 5,自动配置器中,删除主主程序等不需要的内容,以及项目的启动类。并编写启动器: pom文件中引入启动器(所有starter的基本配置): <dependencies> <!--引入spring-boot

SpringBoot自定义场景启动器(starter)

不问归期 提交于 2021-01-02 16:55:29
点击上方 蓝色字体 ,选择“标星公众号” 优质文章,第一时间送达 作者 | 秋风飒飒吹 来源 | urlify.cn/IzqIB3 66套java从入门到精通实战课程分享 有时候,springboot官方提供的场景启动器(starter)并不能很好的满足我们的需求。 一些配置类仍然需要我们自行编写(例如mybatis plus的分页插件配置),在多模块项目中,这种模式代码可能多个模块都需要编写一次,这时候,我们可以考虑自行编写场景启动器,然后在common模块引入即可。 1、命名规约 spring官方: spring-boot-starter-xxx 自定义: xxx-spring--boot-starter 2、自定义starter步骤 2.1创建一个普通的空工程 2.2创建一个普通maven项目 这里我将工程命名为gulimall-spring-boot-starter 2.3创建自动配置模块 选择springboot工程构建工具: 模块命名为gulimall-spring-boot-autoconfigure。 这里可以啥都不选,后面可以自行修改 2.4修改pom文件 starter引入autoconfigure模块 autoconfigure模块,先删除build,然后删除spring-boot-test,再删除test包,因为用不到,我这里引入mybatis

第一个springboot程序

谁说我不能喝 提交于 2021-01-02 15:27:05
下载java1.8 ,安装并配置环境变量 环境变量 增加java 的安装目录到环境变量中 path中增加 %JAVA_HOME%/bin 增加变量 java_home C:\Program Files\Java\jdk1.8.0_181 CLASSPATH .;./bin 测试 cmd中 使用java -version 测试是否安装成功,设置成功 2、下载maven3.2以上,安装并配置环境变量 解压即安装,将Maven解压至对应的盘符下(目录中不要出现中文) 增加变量M2_HOME E:\apache-maven-3.5.4 path 增加 %M2_HOME%/bin 测试是否安装成功,设置成功 cmd中 使用mvn -version 3. Maven仓库配置 本地仓库 1. 创建本地仓库目录 E:\repository 修改maven下的本地仓库配置 在conf/settings.xml中配置本地仓库路径 增加 <localRepository>E:\repository</localRepository> 修改远程仓库配置为阿里云的国内镜像库 远程仓库 原 <mirror> <id>mirrorId</id> <mirrorOf>repositoryId</mirrorOf> <name>Human Readable Name for this Mirror.</name>

Java9 modules (Jigsaw)模块化迁移

不打扰是莪最后的温柔 提交于 2021-01-02 13:27:00
要点 通过模块化的方式开发应用程序,实现更好的设计,如关注点分离和封装性。 通过Java平台模块化系统(JPMS),开发者可以定义他们的应用程序模块,决定其他模块如何调用他们的模块,以及他们的模块如何依赖其他模块。 对于已经使用了其他模块系统(如Maven或Gradle)的应用程序来说,还是有可能再加入JPMS。 JDK为开发者提供了一些工具,用于将现有的代码迁移到JPMS。 应用程序代码仍然可以依赖Java 9之前的类库,这些类库的jar包被看成是一种特别的“自动化”模块,从而简化了向Java 9迁移的工作。 这篇文章提供了一个学习案例,演示一个真实的应用程序需要做出哪些变更才能迁移到JPMS。当然,要使用Java 9不一定要做这些事情,不过对于Java开发者来说,了解模块化系统(通过被叫作Jigsaw)无疑是一个非常重要的技能。 我将会演示如何一步步地使用新的Java模块化系统来重构一个基于Java 8的应用程序。 下载Java 9 首先要下载和安装最新版本的JDK 9,目前只有抢先预览版(这里使用的是9-ea+176版本)。在全面了解Java 9之前,你可能不希望把它作为系统的默认Java版本。所以,你可以不改变原先的 $JAVA_HOME 环境变量,而是创建一个新的变量 $JAVA9_HOME ,并把它指向新安装的JDK目录。我将在这篇文章里使用这个新变量。

Springboot+shiro+mybatis-plus+vue前后端分离项目设计架构

前提是你 提交于 2021-01-02 11:06:14
目录 前言 一、后端项目 1、系统架构设计 2、技术细节 1)、构建模块分层 2)、模块之间引用 3)、mybatis-plus配置和引入 4)、mybatis-plus分页插件 5)、代码生成器,代码里有注释 6)、shiro框架引入 二、前端项目 1、系统架构设计 2、技术细节 前言 根据公司要求,搭建个前后端分离的权限系统,根据目前技术技术水平,采用以下技术栈开发,以此写一份博客记录下构架的系统框架,同时希望能帮助因搭建系统架构不怎么会的小伙伴们,废话不多说,直接列出技术栈: 前端项目: Vue2.x+element全家桶+webpack+node+vue-admin ,开发工具:HBuilderx 后端项目 :Springboot2.x+shiro+mybatis-plus+mysql, 开发工具:IDEA 一、后端项目 1、系统架构设计 采用主流分层多模块开发,如下图所示 2、技术细节 1)、构建模块分层 App(app请求接口全部在这里),Web(web请求接口全部在这里)、Dao(数据层)、Model(抽象数据层)、Service(业务层)、Common(所有通用工具在这里,任何模块接口访问) 2)、模块之间引用 如下图所示: 3)、mybatis-plus配置和引入 Model模块引入maven,然后再web模块resources资源文件下的application

Error starting spring boot “An attempt was made to call a method that does not exist”

只谈情不闲聊 提交于 2021-01-02 07:58:13
问题 When i run the spring boot app, intellij returns me an error: An attempt was made to call a method that does not exist. The attempt was made from the following location: org.hibernate.envers.boot.internal.TypeContributorImpl.contribute(TypeContributorImpl.java:30) The following method did not exist: org.hibernate.boot.model.TypeContributions.contributeJavaTypeDescriptor(Lorg/hibernate/type/descriptor/java/spi/JavaTypeDescriptor;)V The method's class, org.hibernate.boot.model.TypeContributions

spring-boot-maven-plugin:build-image fails with 400 Bad Request

倾然丶 夕夏残阳落幕 提交于 2021-01-02 06:48:09
问题 I am trying to build a docker image for my basic Spring Boot application using the spring-boot-maven-plugin:build-image goal. It fails with the below error: [ERROR] Failed to execute goal org.springframework.boot:spring-boot-maven-plugin:2.4.0-M2:build-image (default-cli) on project spring-docker: Execution default-cli of goal org.springframework.boot:spring-boot-maven-plugin:2.4.0-M2:build-image failed: **Docker API call to 'localhost/v1.24/containers

java9模块化编程示例

落花浮王杯 提交于 2021-01-02 00:56:49
这里是把在慕课网上看到的《Java9之模块系统》课程代码学习了一遍,加深了一些对模块化的理解,但是还是不太懂如今这种模块化思想,其实在java里面有了maven管理依赖模块,通过pom文件来控制依赖也很好,而且模块化也是导入导出,通过声明了,还不能直接替代pom.xml里面的<dependency></dependency>导入,仍然需要加入项目依赖,在idea中,还需要手动加入Modulepath,这一点感觉又把模块化搞复杂了。 我也看过一些示例,都是新建工程,然后在非src目录下创建目录,比如com.xxx,目录名字就叫com.xxx,com.xxx不是一个两级目录,而是一级目录,这样还需要将com.xxx目录设置为source folder,感觉多此一举,然后在com.xxx目录下新建module-info.java文件,最后再创建package:com.xxx这时候,com.xxx才是层级目录,对于这一点,我很不能理解。 module-info.java文件的设置: module sms.model{ exports sms.model; } 其中,模块名称sms.model并不是文件夹的路径,其实这个名字无所谓,但是他对应的目录一定是sms.model。也就是说在module-info.java平级的目录下一定要有sms.model这样的package存在

Maven Shade Plugin causes duplicate jars on classpath when running integration tests

百般思念 提交于 2021-01-01 18:10:46
问题 I have a project which includes the S3 dependency from AWS's Java v2 SDK and builds a shaded jar. I am hitting this problem when running my integration tests from the terminal. The problem is that the interceptors are added twice because the classpath contains two jars with the S3 jar: once in my shaded jar and once from the local .m2 repository. Unfortunately I don't have any control of the code that contains this issue so I need to find a workaround until the issue is fixed. I have