-
Notifications
You must be signed in to change notification settings - Fork 14
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
Blocking During Wait Timeout #30
Comments
Hi, |
That is usually not a good idea, (see 2). I suggest you take different approach instead of running it indefinitely So have your transformation run with a message limit of x You can have the whole job running every x minutes This way every bach of x message has transactional semantics.
That is the expected behaviour in a transactional transformation, |
Hi, Could someone help? Thanks |
Hi,
We want to use this plugin as part of our event processing system which writes event data to MySQL after it arrives in the AMQP queue. We have enabled the Wait for data option. We want to specify a very long WaitTimeout so the transformation will effectively wait indefinitely for messages to arrive.
We are seeing some behaviour we are not expecting. The step processes messages but does not ACK them off the queue until the timeout has expired. Obviously with a very long timeout the messages will remain unacknowledged for a long time.
We believe database transactions are not being committed until the timeout has expired. Again, with a very long timeout the transactions will remain uncommitted for a long time.
When running the transformation through the Spoon IDE we see the AMQP connections are left open. We have checked that this does not happy when running the transformation on the command line but this issue does impact our developers ability to work as they must constantly kill orphaned connections.
Any help would be much appreciated.
James Watt
Cognito iQ
The text was updated successfully, but these errors were encountered: