I hope someone on this forum is familiar with these blocks.
I downloaded, read, and set up an Exception block for a web app that I'm working on that resides on a virtual server. Well the block did it's job; problem is, that for whatever reason it's trying to read and create a key to the registry on the virtual machine - which won't happen - they keep it locked down and it's not going to change.
The only sink I have for error logging is Email - and it sends the email like it should. I don't know why; and what kind of stupid design you would have to have Email messages try to access or create a new key in the registry but for whatever reason it's trying to which means I raise an error inside my catch which leads to the error page rather than it just writing the log like it should and the page continuing; regardless though there's something I'm either not doing right or the Application block wasn't well designed - I hoping the former but I'm thinking the latter - so for me to use this block I have to wrap my calls to the block in a try catch of it's own - which is just stupid... I may as well as right my own custom error handling block which is what I was trying to avoid by downloading this one from MSDN.
Does anyone know if the same sort of stupid logic exists in the other blocks (ie. something that should by nature not come within 1000 miles of the registry, trying to access the registry - such as my 'Email' sink for exception handling.)
I downloaded, read, and set up an Exception block for a web app that I'm working on that resides on a virtual server. Well the block did it's job; problem is, that for whatever reason it's trying to read and create a key to the registry on the virtual machine - which won't happen - they keep it locked down and it's not going to change.
The only sink I have for error logging is Email - and it sends the email like it should. I don't know why; and what kind of stupid design you would have to have Email messages try to access or create a new key in the registry but for whatever reason it's trying to which means I raise an error inside my catch which leads to the error page rather than it just writing the log like it should and the page continuing; regardless though there's something I'm either not doing right or the Application block wasn't well designed - I hoping the former but I'm thinking the latter - so for me to use this block I have to wrap my calls to the block in a try catch of it's own - which is just stupid... I may as well as right my own custom error handling block which is what I was trying to avoid by downloading this one from MSDN.
Does anyone know if the same sort of stupid logic exists in the other blocks (ie. something that should by nature not come within 1000 miles of the registry, trying to access the registry - such as my 'Email' sink for exception handling.)