Showing posts with label event handler in sharepoint. Show all posts
Showing posts with label event handler in sharepoint. Show all posts

Friday, November 18, 2011

Building List Definitions with Event Receiver in Windows SharePoint

Windows SharePoint Services 3.0 introduces extended support for working with list events. The new event-handling support provides developers an even richer platform for developing custom integration points and building new types of applications on top of Windows SharePoint Services.
The Visual Studio 2005 extensions for Windows SharePoint Services 3.0 provide new support for creating SharePoint applications. The process of creating SharePoint list definitions and implementing list event handlers is significantly simplified. This Office Visual How To illustrates how to build a Windows SharePoint Services 3.0 list definition with an event receiver by using Microsoft Visual Studio 2005 and Visual Studio 2005 extensions for Windows SharePoint Services 3.0.

Tuesday, November 8, 2011

Difference between SharePoint workflows and SharePoint event handlers


The main differences between SharePoint event handlers and SharePoint workflows are:
Initiation
SharePoint event handlers are automatically initiated, while SharePoint workflows can be initiated either automatically or manually.
Response
A SharePoint event handler always responds to an event that has taken or is taking place on an item, while a SharePoint workflow does not necessarily have to react to an event that is taking place. While it can react to an item being created or changed, you can also manually start a workflow after an item has been created.
User Interaction
SharePoint event handlers have no user interface, so users cannot interact with event handlers. On the other hand, you can create either ASP.NET or InfoPath forms to provide user interactivity with SharePoint workflows. And you can add even more interactivity by using SharePoint Tasks lists along with the workflow.
Duration
SharePoint event handlers run for a short period of time (generally seconds), while SharePoint workflows may run for a much longer time period (days, months, or even years).
Robustness
Since SharePoint workflows are hydrated and dehydrated, they can “survive” server reboots, while SharePoint event handlers cannot.

Featured Posts

Kali Linux Remote Desktop: Access GNOME from Windows Using Native RDP

  Kali Linux + GNOME 50 + GNOME Remote Desktop + Windows Remote Desktop (MSTSC) Getting a full GNOME desktop remotely on Kali Linux can be ...