A quick puzzle for you
-
We have a system that takes messages from a JMS queue, and then processes them on the back end of a Unix server. Recently it has started taking some (a very small number of the total) messages, but not processing them. No errors, no logging, some messages merely disappear. We've checked everything from our side, it is undoubtedly taking the messages from the queue, but somehow those messages are lost at some point. So we've asked the vendor to investigate. They refuse to do so without a screenshot of the problem occuring. I've just replied letting them know I'll rustle up a screenshot of something not happening in a process on the backend of a server for them. Just as soon as I've finished bottling unicorn farts. Six and a half days to go.
Some men are born mediocre, some men achieve mediocrity, and some men have mediocrity thrust upon them.
-
We have a system that takes messages from a JMS queue, and then processes them on the back end of a Unix server. Recently it has started taking some (a very small number of the total) messages, but not processing them. No errors, no logging, some messages merely disappear. We've checked everything from our side, it is undoubtedly taking the messages from the queue, but somehow those messages are lost at some point. So we've asked the vendor to investigate. They refuse to do so without a screenshot of the problem occuring. I've just replied letting them know I'll rustle up a screenshot of something not happening in a process on the backend of a server for them. Just as soon as I've finished bottling unicorn farts. Six and a half days to go.
Some men are born mediocre, some men achieve mediocrity, and some men have mediocrity thrust upon them.
-
We have a system that takes messages from a JMS queue, and then processes them on the back end of a Unix server. Recently it has started taking some (a very small number of the total) messages, but not processing them. No errors, no logging, some messages merely disappear. We've checked everything from our side, it is undoubtedly taking the messages from the queue, but somehow those messages are lost at some point. So we've asked the vendor to investigate. They refuse to do so without a screenshot of the problem occuring. I've just replied letting them know I'll rustle up a screenshot of something not happening in a process on the backend of a server for them. Just as soon as I've finished bottling unicorn farts. Six and a half days to go.
Some men are born mediocre, some men achieve mediocrity, and some men have mediocrity thrust upon them.
Send 'em a screenshot of a blank screen? :laugh:
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
-
Wrong... it is 42
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
-
We have a system that takes messages from a JMS queue, and then processes them on the back end of a Unix server. Recently it has started taking some (a very small number of the total) messages, but not processing them. No errors, no logging, some messages merely disappear. We've checked everything from our side, it is undoubtedly taking the messages from the queue, but somehow those messages are lost at some point. So we've asked the vendor to investigate. They refuse to do so without a screenshot of the problem occuring. I've just replied letting them know I'll rustle up a screenshot of something not happening in a process on the backend of a server for them. Just as soon as I've finished bottling unicorn farts. Six and a half days to go.
Some men are born mediocre, some men achieve mediocrity, and some men have mediocrity thrust upon them.
A number of years back, I was working on a system that automatically created and approved invoices upon receipt of materials. The auditor asked to see screen shots of the process: invoice being entered, invoice being created, invoice being approved. I reiterated: it is an automated process - it all happens as part of the invoice creation. I might as well have talked to a rock...
-
Wrong... it is 42
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
-
A number of years back, I was working on a system that automatically created and approved invoices upon receipt of materials. The auditor asked to see screen shots of the process: invoice being entered, invoice being created, invoice being approved. I reiterated: it is an automated process - it all happens as part of the invoice creation. I might as well have talked to a rock...
Take a screenshot of the service manager showing that Automated Invoice Processing Service is running.
Ctrl-C Ctrl-V Ctrl-C Ctrl-VDid you ever see history portrayed as an old man with a wise brow and pulseless heart, waging all things in the balance of reason? Is not rather the genius of history like an eternal, imploring maiden, full of fire, with a burning heart and flaming soul, humanly warm and humanly beautiful? --Zachris Topelius Training a telescope on one’s own belly button will only reveal lint. You like that? You go right on staring at it. I prefer looking at galaxies. -- Sarah Hoyt
-
A number of years back, I was working on a system that automatically created and approved invoices upon receipt of materials. The auditor asked to see screen shots of the process: invoice being entered, invoice being created, invoice being approved. I reiterated: it is an automated process - it all happens as part of the invoice creation. I might as well have talked to a rock...
I once got a silly request from a PM, as though that never happens, when I explained there was absolutely no value in creating the feature his response was that it was an audit requirement, checkmate, just build the bloody thing.
Never underestimate the power of human stupidity RAH
