You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@falcon.apache.org by "Venkatesh Seetharam (JIRA)" <ji...@apache.org> on 2014/03/02 04:33:19 UTC

[jira] [Created] (FALCON-327) Simplify message passing framework

Venkatesh Seetharam created FALCON-327:
------------------------------------------

             Summary: Simplify message passing framework
                 Key: FALCON-327
                 URL: https://issues.apache.org/jira/browse/FALCON-327
             Project: Falcon
          Issue Type: Improvement
          Components: messaging
    Affects Versions: 0.5
            Reporter: Venkatesh Seetharam


Issues with the current implementation:

* hard to evolve the schema
If I need to add one attribute, requires change in various places
* Too many enum classes for the same variable
Confuses the heck out of me.  Some small, some caps
* FalconPostProcessing gets args, parses the args into CLI and converts 'em back into args repeatedly
Too much redundant processing
* Timestamp should be long as opposed to a String - minor?
I need to compare dates and thought long is easier instead of constructing expensive SimpleDateFormats
* Hard dependency on JMS. 

Suggest the following:

* Have the payload in a Map serialized as JSON
- wonder how to pass this from oozie 
* Have one central Enum class for the keys in the payload
* Each class now depends on this Enum and takes what it needs from the Map

We also could rethink about the current messaging which falcon relies on (had started a discuss thread but did not get any response):
* Continue to use JMS
* Switch to FS Polling
* Use both

Thoughts?



--
This message was sent by Atlassian JIRA
(v6.1.5#6160)