zoukankan      html  css  js  c++  java
  • SharePoint 2010 将带有工作流的模板移动到另一个站点集

    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 source workflow files to force the workflow to reattach to the list. The following method assumes that your new site/location that you are moving the workflow too does not yet have any workflows already attached to any lists on the site. When a workflow is created in a site for the first time, a Tasks list and a Workflow History list are automatically created/used by the workflow. These lists must exist before you can force your migrated workflow to attach to the list.

    Step 1 – Create a Blank Workflow

    1. Using SharePoint designer, connect to your destination site
    2. Create a new list-based workflow called “test” (or whatever), attaching it to your migrated list
    3. Create one condition (i.e. if 1 = 1)
    4. Create one action (i.e. add comment “hello”)
    5. Save and publish the workflow

    After this step has been completed, your site will now have a Tasks list and Workflow History list.

    Step 2 – Get the list ids for your new workflow

    The list ids are required to configure your migrated workflow.

    1. Using SharePoint Designer, connect to your destination site
    2. in the left-hand side, in Site Objects, select All Files
    3. in the All Files list, select Workflows
    4. Select your new workflow that you just created (in this example, “test”)
    5. You should see (at least) four files:
      text.xoml
      test.xoml.rules
      test.xoml.wfconfig.xml
      test.xsn
    6. Right-click on test.xoml.wfconfig.xml and select Open With, Notepad
    7. Look for the <Association…> tag in the xml:
      <Association ListID=”{7DC232FD-4D0B-4F7B-AC72-3D4D6399147C}” StartManually=”true” TaskListID=”{CB551A8B-F1E1-49F9-A8F8-A2C8EDC241C7}” HistoryListID=”{04B19F9D-5A47-4E14-B85E-53FFF06CFA63}” StartOnCreate=”true” StartOnChange=”true”/>
    8. Record the Guid entries for ListID, TaskListID, and HistoryListID

    Step 3 – Update the migrated workflow

    1. Still using SharePoint Designer, All Files, Workflows, this time select your migrated workflow
    2. You should again see (at least) four files. Right-click on “your-workflow.xoml.wfconfig.xml” and select Open with SharePoint Designer (As XML)
    3. Find the Association tag and very carefully change the Guids so that your migrated List IDs are the same as the “test” workflow List IDs.
    4. Save the file
    5. Close SharePoint Designer
    6. Open SharePoint Designer again and open your site
    7. Instead of All Files, this time click on Workflows
    8. Select your workflow
    9. Save the workflow
    10. Publish the workflow

    Your workflow should now be reassociated with your list on your new site.

  • 相关阅读:
    九项重要的职业规划提示
    Java程序员应该掌握的十项技术
    把QQ炫铃变为本机系统提示音
    maven 安装jar到库中
    Java程序连接各种数据库的方法
    J2EE体系架构概述
    一个完整的项目管理流程(适合软件开发)
    JavaScript函数调用时的作用域链和调用对象是如何形成的及与闭包的关系
    iframe自适应及offsetHeight/Width+scrollHeight/Width区别
    JavaBean的绑定属性及约束属性[转]
  • 原文地址:https://www.cnblogs.com/ahghy/p/3165188.html
Copyright © 2011-2022 走看看