jprotobuf打包采坑记
先上问题
用maven做构建工具,进行web服务器端应用的打包。报下面错误
Msg$$JProtoBufClass.java:15: 错误: 找不到符号
解决方法
在pom文件plugins中添加
<plugin>
<groupId>com.baidu</groupId>
<artifactId>jprotobuf-precompile-plugin</artifactId>
<version>1.2.8</version>
<configuration>
<skipErrorNoDescriptorsFound>true</skipErrorNoDescriptorsFound>
<filterClassPackage>com.程序中.proto的路径</filterClassPackage>
</configuration>
<executions>
<execution>
<phase>compile</phase>
<goals>
<goal>precompile</goal>
</goals>
</execution>
</executions>
</plugin>
在dependencies中添加
<!-- https://mvnrepository.com/artifact/com.baidu/jprotobuf-precompile-plugin -->
<dependency>
<groupId>com.baidu</groupId>
<artifactId>jprotobuf-precompile-plugin</artifactId>
<version>1.2.8</version>
</dependency>
然后 mvn clean package -dmaven.test.skip true,一切都可以愉快的玩耍了。
感谢这个链接: https://github.com/jhunters/jprotobuf.
吐槽下自己
项目中用到了RPC通信,序列化方式采用protobuf,当初项目的基础框架是同事做的,猜想他做到一半才发现还有jprotobuf这个东东,于是临时替换了google的原生支持,但是proto文件都还留在项目里。我完全没注意序列化用了什么方式,业务代码写完准备打包交付的时候麻烦来了,只要涉及到对外TCP通信的服务怎么打包都报错。我尝试了运行环境统一、打包插件替换、jar包版本兼容测试,最后放弃治疗,把原本gradle构建的程序转成了maven,认为一定是自己对gradle不熟导致的。一顿折腾之后才决定看看别人写的框架到底采用了什么技术选型。然后,没到半个小时问题就解决了。原因就是遗留的proto文件导致通信实体没有编译。
浪费了大半天时间得到的教训是,再好的脚手架程序也是别人的,用之前先消化好。