Sharepoint itemupdating event
The full implications of these facts are discussed in Include rollback logic and "already done" logic in your add-in event handlers. Removal of an add-in only moves the add-in to the user's recycle bin.
Here is the requirement.• While adding Item in the list, create sub site regarding that item.• Redirect to the newly created site.• Same case while updating item also. • After adding or updating item your Share Point will redirect you to the page from where you come.• Like in list if you adding item by clicking “New Item” from “alltems.aspx” Share Point will redirect you back to the same page “allitems.aspx”. • Create an event receiver like Item Adding and Item Updating for that List or library.• In that event receiver, provision site programmatically.• After provisioning new site, redirect user to newly created sub site using SPUtility. Solution• To resolve this problem please check Code snippet below I hope you got my problem and solution.
To change the events that the remote event receiver handles, open Solution Explorer, open the Properties window for the remote event receiver, expand the Share Point Events node, and then set only the events that you want to handle to True.
Add-in events are also handled by remote web services, but they are configured differently in the add-in package from list and list item RERs, so they are treated as a separate category of component.
There are two ways to register a handler: The field update events are about changing the properties of a field (column) on a list, such as whether it is sortable, not about changing the data in the field.
Your add-in can handle the following list item events.
Utilities)Roadblocks• My first road block is that Http Context is not available in event handler.• To resolve this problem Check this • Now after finding a way to get Http Context we can use SPUtility.