GWT RPC 警告检查所有子类型

And*_*rew 3 gwt serialization rpc

我有一个 gwt 应用程序,在编译期间出现错误:

扫描其他依赖项: file:/D:/projects/healthplanel_trunk/clinics-gwt-client/src/com/clinics/gwt/shared/UserServiceAsync.java 计算 'com.clinics.gwt.shared.UserService 的所有可能的重新绑定结果' 重新绑定 com.clinics.gwt.shared.UserService 调用生成器 com.google.gwt.user.rebind.rpc.ServiceInterfaceProxyGenerator 为远程服务接口 'com.clinics.gwt.shared.UserService' 生成客户端代理 分析 'com.clinics.可序列化类型的 gwt.shared.UserService' 分析方法: public abstract com.clinics.gwt.shared.query.GQueryResult listAdmins(com.clinics.gwt.shared.query.GQueryParams queryParams) 参数:com.clinics.gwt.shared. query.GQueryParams queryParams com.clinics.gwt.shared.query.GQueryParams 验证可实例性 com.clinics.gwt.shared.query.GQueryParams 分析符合序列化条件的“com.clinics.gwt.shared.query.GQueryParams”类型的字段private java.util.List> 过滤器 java.util.List> 验证可实例性 java.util.Vector> 检查 'java.util.Vector>' 的参数 检查类型 'java.util.Vector' 的类型参数 0,因为它是直接的在此类型或其子类型之一中公开 com.clinics.gwt.shared.query.GFilterBy 验证可实例性 com.clinics.gwt.shared.query.GFilterBy 检查“com.clinics.gwt.shared.query.GFilterBy”的参数检查“com.clinics.gwt.shared.query.GFilterBy”类型的类型参数 0,因为它直接在此类型或其子类型之一中公开 java.io.Serialized 验证可实例性 java.util.HashMap [警告] 检查所有符合序列化条件的 Object 子类型

我的代码是:

public class GQueryParams implements IsSerializable {
private static final long serialVersionUID = 1L;
private int offset = 0;
private int maxCount = -1; // -1 means all
private ArrayList<GOrderBy> orders = new ArrayList<GOrderBy>();
private ArrayList<NoSqlOrderBy> noSqlOrders = new ArrayList<NoSqlOrderBy>();
private ArrayList<GFilterBy<?>> filters = new ArrayList<GFilterBy<?>>();
Run Code Online (Sandbox Code Playgroud)

和:

public class GFilterBy<T extends Serializable> implements Serializable {
private static final long serialVersionUID = 1L;
private String id;
private GFilterOperation operation;
private T value;
Run Code Online (Sandbox Code Playgroud)

怎么了,你能帮我解决一下吗?

Tho*_*yer 5

GFilterBy<?>基本上接受所有内容(实现的所有内容Serializable),因此生成器必须扫描整个类路径以查找每个适用的类,并为每个类生成适当的序列/反序列化代码。

这通常不是您想要的,因此会出现警告。

经验法则是使用 GWT-RPC 通过线路发送的类型始终尽可能具体;并且?显然违反了该规则。