George

> 问下有没有遇到过这种情况？网上查了下，说是保留class文件的前8个字节就行，但试了下还是会报错。 用的Tomcat8，已重写的spring的classloader  请问你解决该问题了么？ 我也碰上这个问题了， 尝试了javaagent、agentpath 均没解决这个问题， 我在动态库解密那段代码添加了打印，发现在tomcat部署时，先报类似的ClassFormatError的错，然后才进入动态库方法进行解密，不知道该如何修改！

专利说明附带的摘要附图，如果该专利生效，后续开发需要规避的封装逻辑  deepseek的搜索出来的意见参考：     

> 拿开源组件二次封装申请专利，不让别人再进行二次封装（其实是三次封装）？ 关键是用组件的常用使用流程、或者开发指南的使用方式去申请，这样很容易让后续开发者无意识陷入专利陷阱，后续代理公司可以各种发函维权收米了

> 依据第一主张要求,市面上百分之九十基于element-UI的上传功能统统专利侵权了 According to the first proposition, 90% of the element-UI-based upload functions on the market are patent infringement. 咱也没看出来他用的是elementplus 还是 elementui， 抛开这些不说， 这简直就是钻MIT 协议的空子， MIT没有对专利权有任何限制和说明，如果中石化用这个专利去给 饿了么 发函，从流程上来说是完全可以的，当然 饿了么也可以反诉恶意申请专利， 但多多少少有些怪诞

> > 依据第一主张要求,市面上百分之九十基于element-UI的上传功能统统专利侵权了 According to the first proposition, 90% of the element-UI-based upload functions on the market are patent infringement. > > 貌似大家未意识到问题严重性，所以我想，中石化这么大的国企，也不至于与民争食，但我不能保证会不会有别的小微企业有样学样，走上这条以法敛财之道，毕竟中石化成功起了个头 之前小公司也有这么干的， 不过中石化这么大的名头一出场，一下子传播开了~~ 简单设想下未来开发的场景：以后大家写代码一边得看着专利局的摘要申明，一边搜索着需要避让的实现逻辑，大把大把的轮子可能不能随便用了 ps:像漏洞库一样，以后也得整个前端组件的专利库，做什么功能前先看看会不会侵犯什么专利？大佬们看看这个有搞头么 ps2：搜了下其他的前端组件专利，拖拉拽的实现方式也可能侵权了~ 换个角度想，是不是有理由拒绝领导提出的拖拉拽的需求了，23333 ...