4
|
Dmitri Kouminov · 技术社区 · 16 年前 |
![]() |
1
2
我很快就会遇到类似的情况,自从我在博客文章中听说这个问题后,我就提前研究这个问题了。显然,您仍然可以在32位下开发,然后将其移动到64位服务器。 似乎问题确实存在于SharePoint扩展中…因此,如果不使用它们(即SharePoint 2007顺序工作流或SharePoint 2007状态机工作流项目),以及 just create a workflow project it appears to have better success for some (查看帖子的评论) Here's the tracked bug at Microsoft Connect 一些vs团队成员提供了一个“工作环境”,这基本上就是我首先提到的。 最重要的是,微软认为这是他们的“展示品”,他们将人们推向64位平台。再过两个星期,我就应该有这种感觉了,如果我能想出更多的办法,我会寄回来的。祝你好运! |
![]() |
2
1
是的,同意柯蒂斯的观点。我今天花了很多时间为SharePoint开发一个通用的Windows工作流,因为我不能使用扩展。您在部署的易用性上损失了一点,但是在如何手动执行这一操作方面有大量的资源。这对我很有用(至少是它的部署部分):。- http://blah.winsmarts.com/2008-7-Authoring_SharePoint_2007_Workflows_using_VS2008.aspx 请注意,在我的例子中,我是在32位Windows2003VM上工作,但托管在64位虚拟服务器上。 |
![]() |
3
1
刚才我也有同样的问题。我发现stsdev有一个确切的项目类型作为选项。 所以用 STSDEV 创建此类项目。因为它在64位Win2K3中使用了VSEWSS2008,所以最好使用STSDev。 |
![]() |
4
0
我们通过在SharePointDesigner中设计工作流来解决这一问题,然后在使用vsews通过Visual Studio部署时将工作流捆绑在一起,然后将它们包含在wsp中。 PS:SharePointDesigner现在是免费产品。 |
![]() |
IDI · 允许在“选项”字段中手动添加多个值电源应用程序 2 年前 |