Event itemupdating which wasn speed dating design method
Note: - The list I am attaching this to does NOT have version history turned on. So the question is: What is a good technique that can be implemented such that I can check whether a specific column in a list changed in the The blog post James's colleague wrote is wrong. If so, indeed the best way to do it is to add a hidden bit column, or an int column if you want to cheaply store changed flags for several columns. Test and set in the Item Updating, then read in the Item Updated. Ok, so inside the Item Updating, you might use the following code: This may seem fine, but if the tested column wasn't filled in it's not part of the After Properties collection, and trying . This plus Visual Studio puts it in when you override the function.object will be used for both the updating and updated events, and that instance won't be reused in the context of a separate update.
I always forget this and when I come to create a new Share Point Event Receiver I wonder why the Before Properties or After Properties are sometimes not populated.
The Synergy MOSS blog has a really good post describing exactly what properties will contain a hash table and which will be empty depending on which list type the event is coming from and in which method (e.g.
Is there a reason why do you want to use the Item Updated receiver specifically?
Do you absolutely need to do something Asynchronous?
If you follow the link he uses you'll see the table for lists he uses is different from the one he references.