Logo 
Search:

Sharepoint Forum

Ask Question   UnAnswered
Home » Forum » Sharepoint       RSS Feeds

Exchange, WSS and Sharepoint

  Asked By: Shana    Date: Nov 19    Category: Sharepoint    Views: 805

Correct me if I'm wrong but both Exchange and Sharepoint are over
the Web Storage System?

If the Web Storage System has a workflow engine, do I need Exchange
to make an advanced workflow application on Sharepoint? How can I build an
advanced workflow application without exchange and just using the web
storage system workflow engine?

Share: 

 

4 Answers Found

 
Answer #1    Answered By: Karin Kerr     Answered On: Nov 19

The WSS has an event object model that is used to support the Exchange 2000
workflow designer.

SPS, however, makes its own direct use of the WSS event object model for all
SPS workspace folders to support its functionality. This prevents the
Exchange 2000 workflow  designer from being used against the SPS WSS (it
would mess up SPS's event handlers).

 
Answer #2    Answered By: Vinod Kumar     Answered On: Nov 19

Conceptually think of there being 3 layers: a workflow  subsystem running
on top of the WSS event object model running on top of the WSS database
itself.

In Exchange 2000, the Exchange Workflow Designer provides a general
workflow capability on top of the native WSS event object model and
database.

In SPS, the document management check-in, check-out and approval routing
functionality is SPS's "workflow subsystem". The Exchange 2000 workflow
solution can't be used on an SPS system. They don't co-exist.

Think WSS as a database. If I used SQL Server as an example, there are
multiple workflow solutions/subsystems that run based on SQL triggers
(e.g. MS SQL Workflow designer). Just because there is a common
database (e.g. SQL Server), it doesn't mean you can take one person's
workflow engine  and run on a set of SQL tables where a previous person's
workflow engine is installed. For good reasons, they may not co-exist
well (if at all).

The best you can do is use SPS Subscriptions as "triggers" when sent to
an mailbox on Exchange or another e-mail system. Your workflow code
would then receive the e-mail message, parse it and then perform the
appropriate workflow logic.

 
Answer #3    Answered By: Jeffery Hayes     Answered On: Nov 19

OK I get that. But even with Exchange 2000 it's possible to
develop a workflow  application without the Workflow Designer by using the
workflow engine  programming model. Do you know if it's possible to make the
same for Sharepoint? From what I saw you can access to the Workflow Store
Event Handler COM Component and use it for workflow programming, right? If
it's ok and the workflow designer works on the top of the WSS event object
model it's difficult to understand why they don't coexist.

 
Answer #4    Answered By: Mohini Tiwari     Answered On: Nov 19

The SPS event handlers were not designed to co-exist with other event
handlers registered on the same folders ... it becomes a supportability
issue for you and your customers.

 
Didn't find what you were looking for? Find more on Exchange, WSS and Sharepoint Or get search suggestion and latest updates.




Tagged: