当我使用ArrayList时,如何防止GWT尝试包含每个可序列化的类

时间:2010-02-05 20:33:25

标签: serialization gwt gwt-rpc

我在GWT中有一个需要返回List的RPC服务。 List可以填充各种类型的对象,所有对象都是可序列化的,并且所有对象都在我的服务的其他地方引用,因此它们应该可供GWT RPC使用。但是,除非我添加泛型类型参数(例如ArrayList<String>),否则GWT会给出警告:

Return type: java.util.ArrayList
    java.util.ArrayList
      Verifying instantiability
         java.util.ArrayList
            [WARN] Checking all subtypes of Object which qualify for serialization`
Adding '465' new generated units

基本上,我只想要一种方法来声明List或ArrayList而不使用GWT尝试为类路径上的每个可序列化对象生成代码。难道没有办法告诉GWT我知道我在做什么而不是发疯?

4 个答案:

答案 0 :(得分:5)

让我扩展David Nouls所说的话。 GWT编译器无法读懂您的想法,因此当您未能指定返回类型的内容时,GWT会假定它可以是任何内容,并且必须做额外的工作以确保可以在Javascript客户端发生。

您真的应该指定哪些类型可以返回。这样做只有好处 - 因为编译器会产生更优化的代码,而不是生成处理'465 genreated单位'的代码,所以你的下载速度会更快。

我建议创建一个名为“BaseResult”的空接口,然后让你返回的对象都实现该接口。

/**
 * Marker interface 
 */
public interface BaseResult {
}

然后指定rpc方法的返回类型是ArrayList:

public interface MyRpcService extends RemoteService {
  public ArrayList<BaseResult> doRpc();
}

然后确保您的返回对象都实现了该接口。

public class UserInfo implements BaseResult {}
public class Order implements BaseResult {}

现在,GWT编译器可以更轻松地优化代码。

答案 1 :(得分:4)

让GWT编译器为阳光下的所有东西构建类型序列化器是不可取的;在最坏的情况下,它完全失败,因为,例如,可以有一个类(来自假设您正在使用的第三方GWT库)在“client”包中声明一个实现java.io.Serializable的类型。如果您尝试在代码中使用该类型,它将成为GWT编译器分析以构建类型序列化程序的类路径的一部分;但是,在 runtime ,该类不是服务器上类路径的一部分,因为该类型是在“client”包中定义的,因此不为服务器编译! RPC调用,无论它们是否尝试使用该特定类型,都会因ClassNotFound异常而失败。完美!

正如海报所阐明的那样,无论是IsSerializable还是自定义标记界面(如上面建议的BaseResult),都不可能使现有的原始类型实现一些标记界面。

尽管如此,还是需要一个解决方案!所以这就是我提出的: 1)使用IsSerializable(或其某些子类)而不是在所有自定义传输对象上使用java.io.Serializable。

2)在需要通用对象类型的情况下使用以下RpcObject实现来保存一个你知道将是GWT-RPC可序列化的值(无论它是一个实现IsSerializable的自定义传输对象还是更多“原始”类型,例如java.lang.String [请参阅下面的RpcObject实现中的注释,表示已经列入白名单的那些类型] GWT已经知道如何序列化!)

这个解决方案对我有用......它既可以让GWT在阳光下为每个java.io.Serializable类构建类型序列化器,同时又允许我作为开发人员使用单个/传递值。基元的统一类型(我不能添加IsSerializable标记接口)以及我自己的自定义IsSerializable传输对象。这是一个使用RpcObject的例子(尽管使用它很简单,我觉得包含这些例子有点奇怪):

RpcObject rpcObject = new RpcObject();
rpcObject.setValue("This is a test string");

由于getValue()方法的java-generics技巧,可以将转换保持在最低限度,因此要检索该值(无论是在客户端还是服务器上),您只需执行以下操作即可需要演员:

String value = rpcObject.getValue();

您可以轻松地传输一种自定义IsSerializable类型:

CustomDTO customDto= new CustomDTO(); // CustomDTO implements IsSerializable
customDto.setYourProperty(to_some_value);
RpcObject rpcObject = new RpcObject();
rpcObject.setValue(customDto);

再次,稍后在客户端或服务器上,可以轻松获取值(无需转换):

CustomDTO customDto = rpcObject.getValue();

您可以轻松地包装诸如java.util.ArrayList:

之类的内容
List list = new ArrayList();  // Notice: no generics parameterization needed!
list.add("This is a string");
list.add(10);
list.add(new CustomDTO());

RpcObject rpcObject = new RpcObject();
rpcObject.setValue(list);

再次,稍后在客户端或服务器代码中,您可以使用以下命令获取List:

List list = rpcObject.getValue();

在查看RpcObject中的“白名单”之后,您可能倾向于认为 List<String>会被列入白名单;你会错的;-)只要添加到List的所有值都是IsSerializable或者来自JRE的类型的对象,GWT-RPC 只知道如何序列化,那么你'我会全力以赴。但是,如果您确实需要列出其他类型的白名单,例如,使用java.io.Serializable而不是IsSerializable的第三方库中的类型可能需要单独列入白名单(有关详细信息,请参阅RpcObject的实现) ,它们可以直接在RpcObject中添加为新字段,或者在常见情况下保持较低的开销,将它们添加到RpcObject的子类中,并仅在需要时使用子类(因为它是子类,不是您的客户端或服务器)方法签名需要从使用通用RpcObject类型改变。

我正在使用这种策略解决几乎与原始海报所描述的问题相同的问题。我希望其他人可能会觉得它也是一种有用的技术,但是一如既往,你的里程可能会有所不同......如果GWT的学校已经超越了这种技术,请发表评论并让我知道!

-Jeff

import java.util.Date;
import java.util.HashMap;
import java.util.List;
import java.util.Map;
import java.util.Set;

import com.google.gwt.user.client.rpc.IsSerializable;

public class RpcObject implements IsSerializable {
    protected HashMap<String, IsSerializable> rpcObjectWrapper = new HashMap<String, IsSerializable>();

    /*
     * NOTE: The following fields are here to
     * trick/fool/work-around/whatever-you-want-to-call-it GWT-RPC's
     * serialization policy. Having these types present, even though their
     * corresponding fields are never used directly, enables GWT-RPC to
     * serialize/deserialize these primitive types if they are encountered in
     * the rpcWrapperObject! Of course GWT-RPC already knows how to serialize
     * all these primitive types, but since, for example, String doesn't
     * implement GWT's IsSerializable interface, GWT has no expectation that it
     * should ever be allowed in the rpcWrapperObject instance (and thus String,
     * as well as all the other Java primitives plus Arrays of such types as
     * well as List, Set, and Map, won't be part of the serialization policy of
     * the RpcObject type). This is unfortunate because thanks to java type
     * erasure, we can easily stuff Strings, Integers, etc into the wrapper
     * without any issues; however, GWT-RPC will cowardly refuse to serialize
     * them. Thankfully, it appears that the serialization policy is for the
     * RpcObject type as a whole rather than for the rpcObjectWrapper field
     * specifically. So, if we just add some dummy fields with these "primitive"
     * types they will get added to the serialization policy (they are
     * effectively white-listed) of the type as a whole, and alas, GWT-RPC stops
     * cowardly refusing to serialize them.
     */
    protected Byte _byte;
    protected Short _short;
    protected Integer _integer;
    protected Long _long;
    protected Float _float;
    protected Double _double;
    protected Date _date;
    protected Boolean _boolean;

    protected Byte[] _bytes;
    protected Short[] _shorts;
    protected Integer[] _integers;
    protected Long[] _longs;
    protected Float[] _floats;
    protected Double[] _doubles;
    protected Date[] _dates;
    protected Boolean[] _booleans;

    protected List<String> _list;
    protected Set<String> _set;
    protected Map<String, String> _map;

    public RpcObject() {
        super();
    }

    @SuppressWarnings("unchecked")
    public <X> X getValue() {
        HashMap h = (HashMap) rpcObjectWrapper;
        X value = (X) h.get("value");
        return value;
    }

    @SuppressWarnings("unchecked")
    public void setValue(Object value) {
        HashMap h = (HashMap) rpcObjectWrapper;
        h.put("value", value);
    }
}

答案 2 :(得分:3)

如果向可序列化对象添加ArrayList或类似的Object字段,GWT编译器别无选择,只能在其编译中包含所有可能的变体。您基本上声明我可以使用此字段发送任何内容,因此编译器会确保您能够发送任何内容。

解决方案是使用通用参数声明您要发送的特定类型。这可能需要拆分成多个参数或类,但它会保持代码大小和编译时间。

答案 3 :(得分:1)

你必须非常精确地回报你所返回的东西。一个典型的解决方案是使用根类或标记接口并声明RPC方法返回一个ArrayList,然后GWT可以减少可能的类型。