这个错误表示找不到xxx的artifact，而这个artifact都是由relativePath标签来指定的。因此问题出在relativePath标签的指定的父工程地址写错了！父工程cloud-demo聚合多个子工程，pom.xml如下：user-serviceorder-service子工程又继承了该父工程，pom如下cloud-democn.itcast.demo1.0 当对父工程执行maven指令，比如maveninstall，会出现如下错误：原因：1.子工程使用的标签，表示在当前maven本地仓库查找2.当对父工程执行maveninstall，那么会先去生成子工程的jar包，而子工程依
问题:使用自定义证书的https链接接入项目,运行项目时报错:javax.net.ssl.SSLPeerUnverifiedException:Hostnamexxxnotverified分析:CommonName和“IP地址”,和服务器的ip地址不一致解决:方法1,通过重新制作证书,保证CN,IP地址同服务器IP地址一致方法2,允许所有证书,给builder设置hostnameVerifier如下:okHttpClient=newOkHttpClient.Builder().readTimeout(READ_TIME_OUT,TimeUnit.MILLISECONDS).connectTim
文章目录前言Java：不支持发行版本5程序包org.apache.commons.xxx不存在前言因为最新的idea界面中文支持较好，就更新了idea，但是发现在导入以前的项目时报了两个错误程序包org.apache.commons.xxx不存在，Java：不支持发行版本5那就逐个解决一下Java：不支持发行版本5原因就一个，从Java9开始，以后的编译器无法再生成Java5二进制文件Java及其虚拟机高度向后兼容，可以使用20年前的二进制文件放到最新的jre上执行，但是更新着更新着有时就丢掉了一些功能，，比如jdk1.9就不能以jdk1.5的字节码格式输出二进制文件了，JDK9放弃了对交叉编
文章目录前言Java：不支持发行版本5程序包org.apache.commons.xxx不存在前言因为最新的idea界面中文支持较好，就更新了idea，但是发现在导入以前的项目时报了两个错误程序包org.apache.commons.xxx不存在，Java：不支持发行版本5那就逐个解决一下Java：不支持发行版本5原因就一个，从Java9开始，以后的编译器无法再生成Java5二进制文件Java及其虚拟机高度向后兼容，可以使用20年前的二进制文件放到最新的jre上执行，但是更新着更新着有时就丢掉了一些功能，，比如jdk1.9就不能以jdk1.5的字节码格式输出二进制文件了，JDK9放弃了对交叉编
前言在前端开发中使用Vue的开发者都知道，Vue目前已经以Vue3.0为基础版本了，也就是说Vue3.0已经成为主流版本了。还在只用Vue2.0开发没有使用Vue3.0的开发者要注意了，要抓紧时间熟悉和了解Vue3以上的相关语法和知识点了，迫在眉急。本篇博文来分享一下，关于在使用Vue3的时候遇到的一个提示警告错误，虽然不复杂，但是这是一个比较常见且共性的问题，分享出来记录一下，方便以后查阅使用。警告提示虽然现在Vue3为基础版本，但是对于熟悉使用Vue2的开发者来说，有些写法还没有调整过来，比如本文要分享的警告提示在Vue2不会有警告，但是在Vue3就会有警告，下面分享一下笔者在开发过程中遇
文章目录1.Table'jqp.spring_session'doesn'texist1.1分析问题1.2解决问题1.2.1第一种解决方法1.2.2第二种解决方式2.Tablexdoesn'texist3.YouhaveanerrorinyourSQLsyntax;4.Unknowncolumnxinx5.Unknowncolumn'xxx'in'whereclause'1.Table‘jqp.spring_session’doesn’texist我们有时在启动本地项目，或者启动git上下载的源码时，会报错如下错误：org.springframework.jdbc.BadSqlGrammarE
文章目录1.Table'jqp.spring_session'doesn'texist1.1分析问题1.2解决问题1.2.1第一种解决方法1.2.2第二种解决方式2.Tablexdoesn'texist3.YouhaveanerrorinyourSQLsyntax;4.Unknowncolumnxinx5.Unknowncolumn'xxx'in'whereclause'1.Table‘jqp.spring_session’doesn’texist我们有时在启动本地项目，或者启动git上下载的源码时，会报错如下错误：org.springframework.jdbc.BadSqlGrammarE
npm经常遇到以下错误，记录一下处理方法：xxxpackagesarelookingforfunding run`npmfund`fordetails1.如果不打赏，直接用npminstall--no-fund一般都是开发者捐赠支持的提示，打开一个github的链接之后，会显示需要打赏捐赠的信息，此时如果不想捐赠或者跳过这个提示的话，直接在后面加--no-fund即可，具体命令如下：npminstall--no-fund但是本着打赏自愿，支持依赖提供者，还是多少可以支持一下，这样才能给开发者带来生存下去的信心和更大的原创开发动力
文章目录概述场景复现用以测试的代码编译器位数不匹配导致?保持编译器类型一致再验证编译器位数的影响MingW下调用OS的库咋不告警?以mingW下使用winSocket为例MingW下网络编程的头文件分析该环境下链接的ws2_32库文件在哪里？mingW为啥可以兼容window下的动态库概述该部分内容，是从《IDE/在QtCreator(pro文件)下DLL动态库的部署和加载问题分析》中独立出来的。如下是首次遇到该问题时的记录，大约是5年前了。现在只能看出，当时调用DLL调用者程序使用的是mingW编译器，至于是引用的哪个动态库，以及这个动态库是使用MSVC还是使用MingW编译的，都已无从知晓
今日写一个websocket小demo，启动项目时出现错误如下图检查也没发现漏写注解，思考片刻后突然想起springboot扫描的范围是与启动类同级别的包-就是com.huang.demo.ssm目录下所有注解bean都被扫描，那么ws包里面的bean不在ssm这个路径下，所以导致springboot启动时扫描不到。最后把ws包及文件移到ssm下面启动没问题。
