search

jhunters / jprotobuf

A useful utility library for java programmer using google protobuf
Apache License 2.0
850 stars 276 forks source link

预编译插件在复杂对象中可能编译出错 #206

Open LinHuiG opened 7 months ago

LinHuiG commented 7 months ago

我声明了TestSe1,TestSe2,TestSe3三个类，并使用@ProtobufClass和@Protobuf注解它们，在TestSe2中引用了TestSe1和TestSe3类

@ProtobufClass
public class TestSe2 {
    @Protobuf
    List<TestSe1> testSe1List;
    @Protobuf
    TestSe3 testSe3List;
}

这时候使用预编译插件会出现如下报错，经过测试发现当我把TestSe3改名为'TestSe0'后，编译正常。 有如下规律：

  1. 当我的复杂类的成员变量的类都被编译后，再编译复杂类则正常
  2. 若先编译复杂对象，则未编译的成员变量的类无法通过编译，注：可通过改类名的方式调整编译顺序。 
    java.lang.reflect.InvocationTargetException
at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke (Method.java:498)
at com.baidu.jprotobuf.mojo.PreCompileMojo$1.run (PreCompileMojo.java:326)
at java.lang.Thread.run (Thread.java:748)
Caused by: jodd.io.findfile.FindFileException: Scan entry error: EntryData{learning.se.TestSe3'}; <--- java.lang.NullPointerException
at jodd.io.findfile.ClassFinder.scanEntry (ClassFinder.java:377)
at jodd.io.findfile.ClassFinder.scanClassFile (ClassFinder.java:324)
at jodd.io.findfile.ClassFinder.scanClassPath (ClassFinder.java:307)
at jodd.io.findfile.ClassFinder.scanPath (ClassFinder.java:239)
at jodd.io.findfile.ClassFinder.scanPaths (ClassFinder.java:178)
at jodd.io.findfile.ClassScanner.scan (ClassScanner.java:35)
at jodd.io.findfile.ClassScanner.scanDefaultClasspath (ClassScanner.java:28)
at com.baidu.jprotobuf.mojo.JprotobufPreCompileMain.main (JprotobufPreCompileMain.java:182)
at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke (Method.java:498)
at com.baidu.jprotobuf.mojo.PreCompileMojo$1.run (PreCompileMojo.java:326)
at java.lang.Thread.run (Thread.java:748)
Caused by: java.lang.Exception
at com.baidu.jprotobuf.mojo.JprotobufPreCompileMain$1.onEntry (JprotobufPreCompileMain.java:144)
at jodd.io.findfile.ClassFinder.scanEntry (ClassFinder.java:375)
at jodd.io.findfile.ClassFinder.scanClassFile (ClassFinder.java:324)
at jodd.io.findfile.ClassFinder.scanClassPath (ClassFinder.java:307)
at jodd.io.findfile.ClassFinder.scanPath (ClassFinder.java:239)
at jodd.io.findfile.ClassFinder.scanPaths (ClassFinder.java:178)
at jodd.io.findfile.ClassScanner.scan (ClassScanner.java:35)
at jodd.io.findfile.ClassScanner.scanDefaultClasspath (ClassScanner.java:28)
at com.baidu.jprotobuf.mojo.JprotobufPreCompileMain.main (JprotobufPreCompileMain.java:182)
at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke (Method.java:498)
at com.baidu.jprotobuf.mojo.PreCompileMojo$1.run (PreCompileMojo.java:326)
at java.lang.Thread.run (Thread.java:748)
Caused by: java.lang.NullPointerException
at com.baidu.jprotobuf.mojo.JprotobufPreCompileMain.createProtoFile (JprotobufPreCompileMain.java:255)
at com.baidu.jprotobuf.mojo.JprotobufPreCompileMain.access$5 (JprotobufPreCompileMain.java:238)
at com.baidu.jprotobuf.mojo.JprotobufPreCompileMain$1.onEntry (JprotobufPreCompileMain.java:136)
at jodd.io.findfile.ClassFinder.scanEntry (ClassFinder.java:375)
at jodd.io.findfile.ClassFinder.scanClassFile (ClassFinder.java:324)
at jodd.io.findfile.ClassFinder.scanClassPath (ClassFinder.java:307)
at jodd.io.findfile.ClassFinder.scanPath (ClassFinder.java:239)
at jodd.io.findfile.ClassFinder.scanPaths (ClassFinder.java:178)
at jodd.io.findfile.ClassScanner.scan (ClassScanner.java:35)
at jodd.io.findfile.ClassScanner.scanDefaultClasspath (ClassScanner.java:28)
at com.baidu.jprotobuf.mojo.JprotobufPreCompileMain.main (JprotobufPreCompileMain.java:182)
at sun.reflect.NativeMethodAccessorImpl.invoke0 (Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke (NativeMethodAccessorImpl.java:62)
at sun.reflect.DelegatingMethodAccessorImpl.invoke (DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke (Method.java:498)
at com.baidu.jprotobuf.mojo.PreCompileMojo$1.run (PreCompileMojo.java:326)
at java.lang.Thread.run (Thread.java:748)
LinHuiG commented 7 months ago

jdk版本是oracle jdk 1.8.201

linpeilie commented 7 months ago

同样存在该问题。 v2.2.9

jhunters commented 7 months ago

TestSe3 类的定义能否发一下， 我复现一下看看

jhunters commented 7 months ago

关于编译依赖，代码是有实现依赖分析的，你这种场景看看是不是有特殊的路径没有被覆盖到

linpeilie commented 7 months ago

https://github.com/linpeilie/tutelary 这个项目中有引用，可以修改父 pom 中的 jprotobuf-precompile.version 为2.2.9，对 tutelary-message clean compile 就会抛出这个异常。现在用的 2.2.8 不会

Aliang-code commented 6 months ago

2.2.9同复现

LinHuiG commented 6 months ago

TestSe3 类的定义能否发一下， 我复现一下看看

@ProtobufClass public class TestSe3 { @Protobuf int a; }

@ProtobufClass public class TestSe1 { @Protobuf public int a; @Protobuf public long b; @Protobuf public double c; @Protobuf public boolean d; @Protobuf public String e; @Protobuf public String f; } 这里面没有使用什么特殊的定义