摘要:MOSS 搜索相关： 在IE7的搜索设置项中增加 MOSS 搜索：http://alpsinoz.wordpress.com/2006/09/25/add-moss-search-in-ie7/  （其中，目前moss正式版本的搜索地址正确应该是http://moss_server/searchcenter/pages/results.aspx?k={searchTerms}&s=Intranet，该文中地址为旧地址。有心者可以注意到，当你拥有了一个MOSS Search Site用来对内部网、外部网和内部共享文件夹等进行爬网索引后，你可以在你任何的应用中非常方便的整合 MOSS 的 Search 入口，你所要做的就是把用户在你的应用中输入的搜索关键字进行urlencode后，传给http://moss_server/searchcenter/pages/results.aspx?k= 即可，高兴的话还可以利用 Search WebPart 定制出完全符合自己网站风格的搜索出来。比如，上海科学技术委员会的搜索就用了 MOSS Search，快的话，两三个小时就可以配置出类似的初级搜索应用。）  突破 MOSS 爬网默认16M 文件上限：http://sharepointed.wordpress.com/2007/02/09/specifying-the-file-size-that-moss-can-crawl/ 对 PDF 文件进行全文检索（未验证过，有兴趣可以自己尝试看看）：http://www.sharepointblogs.com/vandest/archive/2006/11/23/16325.aspx 在MOSS搜索中嵌 Live Search：http://blogs.msdn.com/angus_logan/archive/2007/01/24/embedding-the-live-search-within-moss-2007.aspx 另外，对于MOSS自带的Logging功能应该引起开发人员重视。开发人员碰到问题时，除了可以DEBUG外，有时还需要配合察看MOSS内部运作时产生的一些日志才能发现具体问题。在 Central Administrations 的 Operations 里，可以看到如下： 打开 Diagnostic logging，可以看到有 Event Throttling 的一节。在这节里，可以选择 Category 类别，并设置该类别相应的级别到Event Log或Trace Log中。 大部分类别默认都在在 Error 级别进行记录，但有时你想跟踪分析整个过程数据，那可以改变日志级别。比如想分析 Excel Web Services 运行中的一些数据，或者想跟踪 Workflow Infrastructure 的数据，那就可以设置为 Information 级别和 Verbose 级别进行记录。这个操作会耗费资源，所以在分析完数据后最好还原成默认设置。 同个管理节中的 “Usage Analysis processing” 也是很有用的功能，可以用来统计分析整个站点的访问情况。配置见http://technet2.microsoft.com/Office/en-us/library/5233cf43-6a8f-40cb-9014-0724600e7e381033.mspx?mfr=true。大部分的统计分析用的呈现WebPart通过修改外观UI就可以满足绝大部分统计分析需求。如果想增加额外统计分析，那可以用Reflector分析参考Microsoft.SharePoint.Portal.dll里的Microsoft.SharePoint.Portal.Analytics、Microsoft.SharePoint.Portal.Analytics.Processing和Microsoft.SharePoint.Portal.Analytics.UI三个命名空间下的类。 ...[阅读全文]

摘要:    Workflow Foundation的问题确实很多，差点把我邮箱爆了，我无法解决所有问题，也无法一一回复。其实网上还有很多资料可以去查找，你可以到http://wf.netfx3.com/学习下载Sample，也可以下载最新的WIndows Vista SDK（内含.netfx3.0 SDK），看本《Essential Windows Workflow Foundation》，或者到 Architecture Journal 去下载06年7期“工作流主题”的杂志，最后有问题解决不了一定要到http://forums.microsoft.com/MSDN/ShowForum.aspx?ForumID=122&SiteID=1这个Workflow官方论坛或者 SharePoint-Workflow http://forums.microsoft.com/MSDN/ShowForum.aspx?ForumID=1207&SiteID=1 去问，会得到wf相关开发者的回答的。下面从那论坛摘几个比较常见的问题： 复杂的审批问题：比较简单的审批问题就是让一个人专门进行审批，如果他批准则通过，拒绝则结束。但是现实中都是复杂的流程，但再复杂的流程也都可以拆分成简单的流程，所以，当很多人都想知道Workflow Foundation是否可以满足他们的工作流场景时，我都会说99%都可以。呵呵，当然具体实施碰到的风险因素按具体项目具体分析了。言归正传，复杂的审批流程一般可以归纳成下面3类：（假设给5个人同时分配一项审批任务） 领导一票制：5个人中的那个大老板批准或否决了，则该审批任务不管其他人如何，均按领导意思继续下面流程。 全票制：当且仅当5个人都批准或都否决，该审批才会结束并继续下面流程。 票数权衡制：5个人中3个人批准则当作批准，或者3个人否则则当否决处理继续下面流程。可以理解为超过50%，或者根据人员角色按一定的权重去处理后，按最终既定标准权重处理流程。 实现方法可以参考： http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1107491&SiteID=1 http://forums.microsoft.com/MSDN/showpost.aspx?postid=1168294&siteid=1 State-Machine Workflow中的Parallel并行问题： http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1209800&SiteID=1 http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1175008&SiteID=1 Load Balanced负载均衡下的Workflow： http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1178486&SiteID=1 http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1181865&SiteID=1 Workflow 的版本问题： http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1188702&SiteID=1 http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=302495&SiteID=1 从web.config中获取WorkflowRuntime实例：http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1200209&SiteID=1 Tracking：http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=1188418&SiteID=1     97年在BBS上文豪挥笔，98年Mud边武侠风云，99年OICQ里风花雪月，看着html大普及，asp搅动动态网站……一晃10年过去了。盖茨把他的口号从“A PC on every desk and in every home”进化成“Empower people through great software any time, any place, and on any device”，似乎也预示网络时代的到来。如今，单就web应用这块来说，技术层面的flash、ajax、wpf/e曾出不穷，概念层面的blog, wiki, tag, podcast, videocast等日新月异，呵呵，看得眼花缭乱。不过，在这么一个发展的历程里，也总是能找到几条发展方向，我简称之为三化。 用户体验个性化（体验）：对于普通用户来说，他只care体验，包括UI和Function。 技术体系标准化（标准）：对于平台商来说，他们应该会更care标准，许多专利都出自并握在他们手里。 应用领域普及化（随时随地任何设备上享受任何服务）：对于应用服务供应商，他们应该care互连互通，这可是他们吸引最大群体用户，创造最大利润的根源。     每个方向上都会因为各种利益而出现各种技术或理念，反过来各种技术和理念也基本都在这三个方向里进行验证决定其生死。...[阅读全文]