[
https://issues.apache.org/jira/browse/STREAMS-276?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Steve Blackmon updated STREAMS-276:
-----------------------------------
Description:
For each provider where the proposed re-factoring improvement is feasible,
create sub-tasks to perform the following:
1) Add a DocumentClassifier for each provider-specific type combination the
provider expects to receive from all upstream end-points.
2) Add a test demonstrating one and only one of these Classifiers returns true
across a set of example origin documents.
3) Add an ActivityConverter for each objectType/Verb combination the provider
expects to emit. requiredClass should be one of String.class,
ObjectNode.class, or a POJO which extends Serializable.
4) Add tests demonstrating that ActivityConverterProcessor is able to convert
the set of example origin documents into activities with correct
objectType/verb.
5) Add a StreamsDateTimeFormat for each non-RFC3339 date string the provider
expects to receive.
6) Add a test demonstrating that StreamsJacksonMapper is able to convert
matching date strings to DateTimes.
7) Mark legacy TypeConverters as Deprecated
For any provider where the proposed re-factoring improvement is not feasible,
document why in the module README and/or create issues for whatever refactoring
would be necessary to make that provider compatible with
ActivityConverterProcessor.
was:
For each provider where the proposed re-factoring improvement is feasible,
create sub-tasks to perform the following:
1) Add a DocumentClassifier for each provider-specific type combination the
provider expects to receive from all upstream end-points.
2) Add a test demonstrating one and only one of these Classifiers returns true
across a set of example origin documents.
3) Add an ActivityConverter for each objectType/Verb combination the provider
expects to emit. requiredClass should be one of String.class,
ObjectNode.class, or a POJO which extends Serializable.
4) Add tests demonstrating that ActivityConverterProcessor is able to convert
the set of example origin documents into activities with correct
objectType/verb.
5) Mark legacy TypeConverters as Deprecated
For any provider where the proposed re-factoring improvement is not feasible,
document why in the module README and/or create issues for whatever refactoring
would be necessary to make that provider compatible with
ActivityConverterProcessor.
> Upgrade providers to supply StreamsDateTimeFormat, DocumentClassifier, and
> ActivityConverter implementations
> ------------------------------------------------------------------------------------------------------------
>
> Key: STREAMS-276
> URL: https://issues.apache.org/jira/browse/STREAMS-276
> Project: Streams
> Issue Type: Improvement
> Reporter: Steve Blackmon
>
> For each provider where the proposed re-factoring improvement is feasible,
> create sub-tasks to perform the following:
> 1) Add a DocumentClassifier for each provider-specific type combination the
> provider expects to receive from all upstream end-points.
> 2) Add a test demonstrating one and only one of these Classifiers returns
> true across a set of example origin documents.
> 3) Add an ActivityConverter for each objectType/Verb combination the provider
> expects to emit. requiredClass should be one of String.class,
> ObjectNode.class, or a POJO which extends Serializable.
> 4) Add tests demonstrating that ActivityConverterProcessor is able to convert
> the set of example origin documents into activities with correct
> objectType/verb.
> 5) Add a StreamsDateTimeFormat for each non-RFC3339 date string the provider
> expects to receive.
> 6) Add a test demonstrating that StreamsJacksonMapper is able to convert
> matching date strings to DateTimes.
> 7) Mark legacy TypeConverters as Deprecated
> For any provider where the proposed re-factoring improvement is not feasible,
> document why in the module README and/or create issues for whatever
> refactoring would be necessary to make that provider compatible with
> ActivityConverterProcessor.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
