|
Please wait while updating issue type...
Could not save your changes
This issue has been changed since you started editing it
Data that has been changed is highlighted in red below. Undo your changes to see the updated information
You have changed this issue, but haven't saved your changes yet. To save it, press the Save changes button to the right
This issue is blocking the next release
There are no comments
There is nothing attached to this issue
This issue has no duplicates
There are no code checkins for this issue |
|||||||||||||||||||||||||||||||||||
Really delete this comment?
Really delete this comment?
Really delete this comment?
- the message "decreasing the number of server connections to 0" is printed when in the jobRemoved() method of the queue listener
- decreasing to 0 should never happen, we should always have at least 1 connection
- the NPE occurs while the client is sending the job to the server.
Analysis: the probable cause of the NPE is that the connection to the server was just closed (related to the 0 connections message). Thus, it seems that either the jobRemoved() notification is sent too soon, or we shouldn't assume that the job remains in the queue while it is being executed. In fact, looking at the code, I can see that when the number of tasks to send to the server, computed by the client-side load-balancer, equals or exceeds the number of unexecuted tasks in the job, then the job is removed from the queue. It may be put back in later on, for instance if the server connection fails and the job is consequently resubmitted.Conclusion: it seems the queue listener is not suitable for the purpose of the demo and should be replaced with another mechanism. The demo code and documentation shall be updated accordingly.
Really delete this comment?
Really delete this comment?
Really delete this comment?