1、web.xml中指定位置 此处，我只修改了struts.xml文件的位置，structs默认是从WEB-INF的classes目录下加载配置文件的，对应打包后的路径，自己根据需求修改即可 <!-- struts配置 --> <filter> <filter-name>struts</filter-name> <filter-class>org.apache.struts2.dispatcher.ng.filter.StrutsPrepareAndExecuteFilter</filter-class> <init-param> <param-name>config</param-name> <param-value>struts-default.xml,struts-plugin.xml,struts/struts.xml</param-value> </init-param> </filter> <filter-map.....

struts修改配置文件位置

1、错误信息 2、问题跟踪及处理 可以看到，这个方法传递了一个Class对象和类加载器和一个字段给clearMap方法 进入clearMap方法，方法根据class对象获取属性，此时报出了属性找不到的错误 打开tomcat的源码查看这个被反射的类org.apache.catalina.loader.WebappClassLoader（tomcat源码地址） 在这个类中发现，他继承了org.apache.catalina.loader.WebappClassLoaderBase，自己本身没有定义属性 进入WebappClassLoaderBase类中，可以找到resourceEntries字段 查看WebappClassLoaderBase的注释信息发现从7.0.64往后的版本，添加了WebappClassLoaderBase用来作为类加载器 此时有两个解决方案，一是对structs版本升级，但是这样的话，对应的其他依赖版本也要升级，代价太大，第二个方法较为简单，直接更换tomcat版本使其版本号<7.0.64即可，我换了7.0.63就正常了

struct2在tomcat运行报错--java.lang.NoSuchFieldException resourceEntries

前前后后思考了许久，总想写点什么，最后却又不知从何说起，就简单的聊聊这一年吧。 关于疫情   很久之前，其实也就是十余年前，也经历过一场疫情（非典），但当时人在老家消息闭塞加之正当年幼，对其没有什么直观的了解与认识，直到今年的疫情突然爆发，才对这些仿佛一直潜伏在身边的疾病有了模糊的认识。任然记得铺天盖地都是关于疫情的新闻报导，甚至远在农村的老家，也开始了封闭隔离，早早就回到昆明的我吃了将近一个月的泡面，曾经喧嚣的大街小巷也是门窗紧闭、不见人影，直到五月份后才逐渐恢复昔日的景象，到了年末，在各方努力下，国内的情况已经趋于稳定，但是任然不可松懈。在这场疫情中见证了一个国家、一个名族的精气神，相信未来我们终将战胜疫情，有更安全的生活环境。 关于生活   引用一句话：过日子就是问题叠着问题，我们唯一能做的，就是面对这个问题。 最后   今年经历了许多事情令人难以忘怀，失去了很多，曾经的梦想也逐渐远去，但也是自己的信念也更加坚定，对自己的人生有了更深感悟，对未来有了更清晰的认识和规划。 最后附上一段话自勉：   盖茨比信奉的那盏绿灯，是年复一年在我们眼前渐渐消失的极乐未来。我们始终追它不上，但没....

关于2020

今天接到任务，需要对一个web项目进行结构整改，该项目运行再tomcat中，启动的时候，一个报端口被占用 运行命令查看1099端口，发现没有程序再使用这个端口 netstat -ano | findstr 1099 最后发现是因为自己装了一个docker，启用了hype-v占用了端口 netsh interface ipv4 show excludedportrange protocol=tcp 此时更换一个没有被占用的端口、或者关闭hype-v、或者让hype-v不占用这个端口都是可行的。 可以使用下面的命令开放该端口： netsh int ipv4 add excludedportrange protocol=tcp startport=8080 numberofports=1 参考：https://github.com/docker/for-win/issues/3171

hype-v占用端口，导致idea无法运行tomcat应用

mvn install:install-file -Dfile=jar包的路径 -DgroupId=groupId -DartifactId=artifactId -Dversion=版本号 -Dpackaging=jar 执行后，再maven中添加依赖即可； 再改造老项目的时候，会遇到一种情况，项目的开发者再使用jar包的时候，没有使用maven（或其他依赖软件）做依赖管理，此时，若要对老项目进行改造，这些依赖的引入就成了一个问题，如果是常见的类，大概都能判断使用的是哪个依赖，直接引入，但是有些项目使用的依赖很小众，甚至再maven仓库中都找不到，此时就需要自己安装到本地仓库，此时，我么可以将所有的jar解压到本地的一个文件夹中，然后使用everything搜索哪个jar中含有自己的类，就把这个jar安装到本地仓库，这样一个一个的对着找。 例如: 我们现在有个一类不知道是属于哪个jar包的 到everything中搜索结果如下： 发现第一个class所在的包，路径也和代码中的匹配，就将这个依赖，安装到本地仓库，再引入就可以了

maven安装jar到本地

筹备了多天的婚礼，今天终于到了举办的时候，早上起来，本来要去吃饭，但是那边人太多，决定自己在家里做了吃完再去了。 很久没有自己做饭了，味道确实不咋地，还好提前买了一只烤鸭镇场子。 吃完饭，开着神车拉着从老家来的亲戚和婚礼用的杂物一路走走停停的开到了官渡大酒店 到酒店联系了工作人员，把东西搬到了餐厅，开始布置。 期间，某亲戚表示想去官渡森林公园看看，于是乎。。。。 没过多久就自己先回酒店了，一来确实索然无味，二来总不能一整个下午都和这些60后厮混，还是要去找自己的组织。 回到酒店基本的布局已经完成，门口也装饰好了，饮料也分配完毕。 新郎新娘也开始了最后的彩排。 当然，咱也不能闲着，马上给各位宾客安排上了饭前中后甜点（今晚最受欢迎的菜品了，一群老哥吞云吐雾，宛若仙境） 下午四点左右，开始迎接宾客的到来，两家人在楼下来了一个热切的合照（对不起，手机太辣鸡，最后一个人只拍了半只手，但是他的精神是和大家在一起的）。 六点半，在婚庆礼炮喷射散落而出的彩弹和掌声中，这对新人步向了主持台，也迈向了新的人生篇章。 两人在台上交换了戒指，对彼此许下了一生的承诺。 至此，这场婚礼的仪式也基本结束了，该吃吃，....

记一次婚礼