-
Notifications
You must be signed in to change notification settings - Fork 64
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
KSQL Query function is timing out but working fine in cli and curl #59
Comments
@mungujn Thank you for reporting this problem. I will figure out how I can fixed it problem. Can you give me some example of quires you used? |
i have the same problem. I was experimenting with the idea of training a model using data from a kafka topic. I wrote the data from the kaggle titanic data set into a kafka topic and created a stream from the confluent ksql editor. I then query the stream. works fine from cli but does not work from KSQLAPI unless I add a 'limit XX' to the query. |
Every query I ran exhibited that behaviour e.g SELECT * FROM USERS_TABLE; Although I did not do |
switched from requests to urllib.requests issue bryanyang0528#59
@bryanyang0528 I was experiencing this issue too. It seems that the requests library doesn't support streaming data back when using the |
@olmul would you mind create a PR and share your work around solution? |
Experiencing the same (blocking) with any query without 'LIMIT' on the 'query()' API, will try the PR. |
Has this problem been fixed? I seem to experience the same problem when using the library. |
@jacobcrawford this may be resolved with an upcoming release. Please advise after the update. |
When I make a ksql query using the
ksql-cli
andcurl
, It works fine. Making the same query using this library doesn't work. After investigating the issue, it looks like the problem is how python requests library handles the results https://stackoverflow.com/a/28156068/4395533.This quote from the stack overflow user larsks who answered the question summarises the problem
I made the same request in golang using the
net/http
package the behaviour was the same so one could argue that the implementation of the clients making the requests is correct and its ksql that is returning results in a sub-optimal way.Of course, the query works fine in curl and the workaround we are using is to make a call to curl through pythons subprocess library and then pipe the data back to our application. I guess that is a case for the issue being with how this library is handling responses
The text was updated successfully, but these errors were encountered: