[ 
https://issues.apache.org/jira/browse/BEAM-2174?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Luke Cwik updated BEAM-2174:
----------------------------
    Description: 
By allowing the CoderFactory to see they type it can look at annotations on the 
type allowing:
* @DefaultCoder to become a CoderFactory
* Creating a ProtoCoderFactory which delegates to the ProtoCoder for all 
Message types
* Creating a SerializableCoderFactory which delegates to the SerializableCoder 
for all Serializable types
* Creating a WritableCoderFactory which delegates to the Hadoop WritableCoder 
for all Hadoop Writable types

This requires plumbing through TypeDescriptor as the primary method of looking 
up coders within the CoderRegistry

This also removes the concept of fallback coder providers since every coder 
factory is treated as a fallback.

  was:
By allowing the CoderFactory to see they type it can look at annotations on the 
type allowing:
* @DefaultCoder to become a CoderFactory
* Creating a ProtoCoderFactory which delegates to the ProtoCoder for all 
Message types
* Creating a SerializableCoderFactory which delegates to the SerializableCoder 
for all Serializable types
* Creating a WritableCoderFactory which delegates to the Hadoop WritableCoder 
for all Hadoop Writable types

This requires plumbing through TypeDescriptor as the primary method of looking 
up coders within the CoderRegistry


> Allow coder factories to create Coders for a wider range of types
> -----------------------------------------------------------------
>
>                 Key: BEAM-2174
>                 URL: https://issues.apache.org/jira/browse/BEAM-2174
>             Project: Beam
>          Issue Type: Improvement
>          Components: sdk-java-core
>            Reporter: Luke Cwik
>            Assignee: Luke Cwik
>             Fix For: First stable release
>
>
> By allowing the CoderFactory to see they type it can look at annotations on 
> the type allowing:
> * @DefaultCoder to become a CoderFactory
> * Creating a ProtoCoderFactory which delegates to the ProtoCoder for all 
> Message types
> * Creating a SerializableCoderFactory which delegates to the 
> SerializableCoder for all Serializable types
> * Creating a WritableCoderFactory which delegates to the Hadoop WritableCoder 
> for all Hadoop Writable types
> This requires plumbing through TypeDescriptor as the primary method of 
> looking up coders within the CoderRegistry
> This also removes the concept of fallback coder providers since every coder 
> factory is treated as a fallback.



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Reply via email to