Web Dev Share Etc.

Thank you Gavinmckay, you saved me! From his blog:  http://gavinmckay.wordpress.com/2011/08/29/howto-move-or-migrate-sharepoint-2010-list-based-workflows-between-sites-and-site-collections/ I’ve experienced this issue a lot when trying to migrate workflows between test SharePoint 2010 farms and production farms, in particular with workflows attached to lists. When moving a workflow to another site collection or server farm, the association to the list is broken and the workflow cannot be attached to the list. You also cannot use SharePoint designer to fix this via the standard methods as the unattached workflow cannot be reattached to the list. List-based workflows are tied to three different lists – the “main” source list where the data is held (such as a Forms library or custom list), a task list, and a workflow history list. The latter in particular is tricky, because it is a hidden list and cannot be viewed via the normal interface. The fix for this is to modify the sou...

La nuova versione CRM 2011 porta in sé un certo numero di modifiche, di cui più o meno si è parlato. Una di cui non si è detto quasi niente non è neppure così banale, per chi sviluppa personalizzazioni.   DeletionStateCode In CRM 4.0, esiste la colonna DeletionStateCode, su ogni entità, a livello di database, e che ci dice quando un record è stato eliminato. I suoi valori sono:  - 0 indica il record è in stato attivo nel database,  - 2 il record è stato contrassegnato per la rimozione, quando il Deletion Job verrà eseguito - 1 il record non è utilizzato.   Schedulando il servizio di Deletion, vengono rimossi dalle tabelle tutti i record con DeletionStateCode = 2. Per fortuna o purtroppo, il servizio spesso non parte o dà problemi o lascia qualche record. Quando sviluppiamo personalizzazioni in CRM, bisogna tener conto della colonna DeletionStateCode dei record, ad esempio per escludere dalle query quelli che sono "in cancellazione" e non più validi. Inoltre, la p...