天生的外交家

摘要： 1. 直接原因是你项目的部署位置中该路径不存在，你可以去部署位置大目录下（对IDEA而言，默认就是out目录，就在你项目下）下删除对应项目的文件夹，然后重新运行，会重新生成目录，即可解决问题 2. 如果你将整个大目录删了，项目的文件夹无法生成，依然报如题错误，此时需要重新生成输出文件夹（未生成时，A 阅读全文

摘要： 仅仅提供一个思路： 首先确保你的函数体中出现错误之前没有关闭ResultSet 然后，如果你用的是线程池，并且条件是如果线程存在则使用，线程不存在才新建的逻辑 那么由于每一次close都是将连接还给线程池而非销毁，每一次获取连接都是从线程池获取，可能是你拿到了已经关闭资源的线程 所以可以先使用原始J 阅读全文

摘要： 意思很简单，bean未找到，需要在该bean所属的模块下，要么单独配置该bean，要么对该类所在包开启注解扫描， 如果还没有解决，着重看下你的两个工程之间的依赖那些语句，比如application下的 我遇到的场景是，在Web层中依赖了Service层的一个bean，Service中配置正常，注解扫 阅读全文

摘要： 尝试使用maven命令install时，出现无法解决某依赖时，确保pom中的依赖加上版本 1. ，当a.pom依赖b.pom时，在a..pom中可能只写了groupId和artifactId之后pom文件就正常不报错了，但是就可能遇到上述错误（有时不会） 保险起见，以后还是显式指明版本号versio 阅读全文

摘要： 接受的参数无法识别，RFC 3986规定URL中只允许包含英文字母（a-zA-Z）、数字（0-9）、-_.~4个特殊字符以及所有保留字符 可能是 你传参中包含了中文，此时需要用URLEncoder和URLDecoder来编解码或者转换为字节传输 可能是你传参传了一个对象过去，比如我就是原本应该是取一 阅读全文

摘要： 由第二版衍生的最简单粗暴直接爽快的处理方式，删除out目录下对应项目部署的文件夹，重启服务器（如果部署的文件没了会自动重新编译），问题解决！... 最下面的第一版解决方式，很繁杂，但是等我做完之后回头看，发现自己费那么大劲，原来找的只是IDEA的out目录下的内容，所以此处给出第二版答案 去你的ID 阅读全文

摘要： 乱码自然是编码不一致导致 对控制台而言，需保证该位置编码和IDEA所设置的一致 其他可能位置，最好都保持一致，最好是UTF 8 文件当前编码 xml和jsp等的头标签中的编码设置 阅读全文

摘要： 补充一个可能原因，上传文件的目标位置的目录尚未创建 阅读全文

摘要： 问题根本原因 ：启动了多个Tomcat服务器，这些服务器是通过同一个服务器软件打开的，使用了同一个端口 可能诱因 ： 将一个jsp类的页面当做服务器启动（此时服务器名字不再是Tomcat，而是jsp页面的名字，可以以此来鉴别） 本地启动了一个tomcat没有关闭，又在IDEA上启动了一个 解决方式： 阅读全文

摘要： 此方式来自 https://www.jb51.net/article/134995.htm ，自己在IDEA下使用该方式得以解决，在此再稍阐释使用细节，以便拿来即用 需要检查的位置 Maven的配置所用的的确是自己的maven而不是IDEA默认自带 Java的配置 所用jdk已配置正常，一般不会有问 阅读全文