This project is read-only.

Using workflow activity instead of Windows Service

Mar 3, 2008 at 4:07 PM
Hi,
I wonder if you could implement one (or more) custom activity to handle queues instead of a Windows Service. In that case it was more flexible to configure and configuration parameters could be put in input parameters of custom activity.

Thanks,
--
Ali Bolourian
Coordinator
Mar 3, 2008 at 7:34 PM
Hi,

That would have been a better solution. I made some quick research before I started and I found two problems with WF:

- queueitem doesn't seem to be a supported workflow entity (http://msdn2.microsoft.com/en-us/library/bb955334.aspx). Maybe that could have been solved in another way but I didn't have time to do more research.

- Installation is a bit tricky (http://msdn2.microsoft.com/en-us/library/cc151144.aspx) which would have involved installing "stuff" in unknown environments (i.e. not our own)

I realize that the current solution is not as integrated as a workflow enabled solution would have been. The upside is that it's quite lightweight and doesn't "disturb" your current installation. Also, once configured it should just run in the background.

When I get a chance I will do some more research and see if I can port it to be based on WWF instead.

Thanks,
Manso
Mar 3, 2008 at 11:28 PM
Hi manso,
Thanks for the answer. Good points and I have answer for some:


- queueitem doesn't seem to be a supported workflow entity (http://msdn2.microsoft.com/en-us/library/bb955334.aspx). Maybe that could have been solved in another way but I didn't have time to do more research.


When working with this queue, we look for Email entity. I believe QueueItem (even if exists) should be a pointer to Email entity. Jagan describes it here:
http://blogs.msdn.com/crm/archive/2008/02/19/e-mail-to-case-lead-using-crm-4-workflow.aspx


- Installation is a bit tricky (http://msdn2.microsoft.com/en-us/library/cc151144.aspx) which would have involved installing "stuff" in unknown environments (i.e. not our own)


Microsoft created much easier tools than config files to install plug-ins. There we go:
http://blogs.msdn.com/crm/archive/2008/02/04/crm-registering-plug-ins-made-easy.aspx

I hope this helps.

Cheers,
--
Ali Bolourian
Coordinator
Mar 4, 2008 at 10:56 AM
Ali,

Thanks for the links.

I'll see if I can isolate the functionality and convert it to one (or more) custom workflow activities reading essential properties from activity properties instead of config storage.

Thanks,
Manso