Sharepoint开发问题归纳

1、在将Win2003转化成AD后MOSS报错：“未能转换部分或所有标识引用”错误的处理
前置工作：将网站集管理员和应用程序池的用户改成域用户
执行命令："C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\BIN\stsadm.exe" -o updatefarmcredentials -userlogin domain\admin -password pass

2、owstimer.exe占用cpu很高(由于将系统时间改到一个月前导致)：
用Process Monitor观察，发现有不断写入C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\LOGS\MahineName-yyyyMMdd-HHmm.log的动作
 02/26/2008 12:17:42.57  OWSTIMER.EXE (0x090C)                    0x0918 Windows SharePoint Services    Timer                          5uuf Monitorable 由于服务“{F260D57E-CC01-4BF2-9066-B7CA5622AB57}”上的 ID 为“{DA46F388-A218-4369-846B-5A93D73CE3ED}”的计时器作业“共享服务提供程序同步作业”的上一个实例仍在运行，所以将跳过当前实例。请考虑增加作业的间隔时间。 

解决方案：在

管理中心 > 操作 > 诊断日志记录    修改 "要报告给跟踪日志的关键程度最低的事件" 为意外
 重启owstimer.exe （服务名：Windows SharePoint Services Timer）

3、自己的webpart报错：AllowPartiallyTrustedCallersAttribute
需要在AssemblyInfo.cs中加入[assembly:AllowPartiallyTrustedCallers]  (经常会忘了加)

4、用普通用户执行webpart时可能权限不够，需要提升权限
当将webpart部署到站点后，如果用的是管理员的帐户来运行，则成功；如果用一般用户，则跳转到用户无权访问的页面。通过查找资料，终于找出了问题所在：如果用户没有“管理列表”的权限，则无法更新List、View、ListItem等。给一般用户“管理列表”的权限显然是不可行的，那如何提升用户的权限呢？
在wss 3.0中提供了一种更快捷的方法，采用RunWithElevatedPrivileges ，如下：

Code