org.infinispan.commons.hash
Class MurmurHash2Compat.Externalizer
java.lang.Object
org.infinispan.marshall.AbstractExternalizer<T>
org.infinispan.marshall.exts.NoStateExternalizer<MurmurHash2Compat>
org.infinispan.commons.hash.MurmurHash2Compat.Externalizer
- All Implemented Interfaces:
- Serializable, AdvancedExternalizer<MurmurHash2Compat>, Externalizer<MurmurHash2Compat>
- Enclosing class:
- MurmurHash2Compat
public static class MurmurHash2Compat.Externalizer
- extends NoStateExternalizer<MurmurHash2Compat>
- See Also:
- Serialized Form
Methods inherited from class java.lang.Object |
clone, equals, finalize, getClass, hashCode, notify, notifyAll, toString, wait, wait, wait |
MurmurHash2Compat.Externalizer
public MurmurHash2Compat.Externalizer()
getTypeClasses
public Set<Class<? extends MurmurHash2Compat>> getTypeClasses()
- Description copied from interface:
AdvancedExternalizer
- Returns a collection of Class instances representing the types that this
AdvancedExternalizer can marshall. Clearly, empty sets are not allowed.
The externalizer framework currently requires all individual types to be
listed since it does not make assumptions based on super classes or
interfaces.
- Returns:
- A set containing the Class instances that can be marshalled.
readObject
public MurmurHash2Compat readObject(ObjectInput input)
- Description copied from interface:
Externalizer
- Read an instance from the stream. The instance will have been written by the
Externalizer.writeObject(ObjectOutput, Object)
method. Implementations are free
to create instances of the object read from the stream in any way that they
feel like. This could be via constructor, factory or reflection.
- Parameters:
input
- the object input to read from
- Returns:
- the object instance
getId
public Integer getId()
- Description copied from interface:
AdvancedExternalizer
- Returns an integer that identifies the externalizer type. This is used
at read time to figure out which
AdvancedExternalizer
should read
the contents of the incoming buffer.
Using a positive integer allows for very efficient variable length
encoding of numbers, and it's much more efficient than shipping
AdvancedExternalizer
implementation class information around.
Negative values are not allowed.
Implementers of this interface can use any positive integer as long as
it does not clash with any other identifier in the system. You can find
information on the pre-assigned identifier ranges in
here.
It's highly recommended that maintaining of these identifiers is done
in a centralized way and you can do so by making annotations reference
a set of statically defined identifiers in a separate class or
interface. Such class/interface gives a global view of the identifiers
in use and so can make it easier to assign new ids.
Implementors can optionally avoid giving a meaningful implementation to
this method (i.e. return null) and instead rely on XML or programmatic
configuration to provide the AdvancedExternalizer id. If no id can be
determined via the implementation or XML/programmatic configuration, an
error will be reported. If an id has been defined both via the
implementation and XML/programmatic configuration, the value defined via
XML/programmatic configuration will be used ignoring the other.
- Specified by:
getId
in interface AdvancedExternalizer<MurmurHash2Compat>
- Overrides:
getId
in class AbstractExternalizer<MurmurHash2Compat>
- Returns:
- A positive identifier for the AdvancedExternalizer.
Copyright © 2013 JBoss, a division of Red Hat. All Rights Reserved.