Github user zentol commented on the pull request:

    https://github.com/apache/flink/pull/202#issuecomment-71611872
  
    Tests run on travis (they don't right now because fabian merged something 
that changes the CSVInputFormat constructor, which breaks stuff on my end) but 
see: 
    https://travis-ci.org/zentol/incubator-flink/jobs/48334902
    and search for "Running 
org.apache.flink.languagebinding.api.java.python.PythonPlanBinderTest"
    
    putting it under flink-python means splitting it from the generic 
interface, right? that would be necessary in the long run anyway, so I'm all 
for it.
    
    @dan-blanchard the generic interface is not just for python. it does reduce 
the amount of code you have to write in java by a pretty high amount. but It 
sets up some requirements, most prominently example support for binary data, 
memory-mapped files and sockets, though it would be possible to provide 
different options here. It is difficult for me to assess how difficult it would 
be; the generic and python part were coded and evolved simultaneously, and when 
something didn't fit i could just change it to do so. I think it's very likely 
that when someone wants to add another language we'll have to revisit a few 
things, but it provides at a good starting point.
    



---
If your project is set up for it, you can reply to this email and have your
reply appear on GitHub as well. If your project does not have this feature
enabled and wishes so, or if the feature is enabled but not working, please
contact infrastructure at [email protected] or file a JIRA ticket
with INFRA.
---

Reply via email to