在没有源码的情况下修改.class文件

写这个博文是因为我自己遇到了问题，不打算大包大揽的详细解释，没有这个能力，也没有这意愿。理由很简单，只是因为害怕遗忘。。。

类似的经历不知是否是常见的情况，总之说说的我的问题：
先发发牢骚，诺记这个公司现在越来越差其实是有原因的，网上很多文章的分析，都有各方面的道理。但在我看来，其中一个原因就是在技术上的迟缓，固步自封，瞻前顾后：
怎么讲，如果要用一个稍微新一点的框架，比如electron，公司内部就需要审核，写文档解释为什么用这个东西，有没有替代方案，然后会有一堆的专家来向你提问。如果这个框架里面的代码，文件稍微多一点，不好意思，Reject，担心maintenance的问题。
所以现在的问题就变成：公司里面的所有软件都是用的很老的框架：
像eclipse link这样的JPA现在还有几个人用？
有人听过vaadin吗？
除了银行，软件公司有大规模用ejb3.1的吗？
还有谁用Liferay作为基本框架去开发网站？
虽然有上进的开发人员还在持续学习，跟进，最新的技术，但公司的很多项目已经没法也不愿意使用这些新技术了。所以普遍看到的现象是，诺记内部的大部分开发人员，经过多年的工作，都成了业务专家，但从软件工程师的角度，却早已落后于时代，这是一个双输的局面，公司没法从员工身上获得创新的驱动力，员工又因为公司的迟缓，不愿改变，而在技术上停滞不前。甚至还有很多30,40岁的老技术人员还用着那些早已淘汰的语言，而没写过一行c++，java代码，更不知道javascript, python, ruby, swift这些语言，和背后更多的框架，事业和公司绑定的如此之深，公司进，则我进，公司退，则我退，公司亡，则失业。

好了，牢骚发完。说具体的问题：
所在的项目是搭建在liferay 6.1.1.ga2上面，这个东西说老其实也不老，发布至今，四年而已。打算在上面使用spring mvc + thymeleaf来开发一个新的portlet应用。spring mvc + jsp是没有问题，但spring mvc + thymeleaf却有问题。
因为在Liferay上，我们只能开发portlet，在使用spring mvc时，我们需要加载相关的类，但因为liferay的bug，