jiessie327

MOSS,UC,BP-IO
posts - 19, comments - 21, trackbacks - 0, articles - 0
  博客园 :: 首页 :: 新随笔 :: 联系 :: 订阅 订阅 :: 管理

2008年10月13日

在以前的Blog中文介绍了关于photosynth的内容,

参见博客:http://www.cnblogs.com/jiessie327/archive/2008/07/07/1237789.html

现在,photosynth已经支持自己上传图片和查看了,http://photosynth.net

下了一个测试了一下,还是很有意思的!

posted @ 2008-10-13 15:11 零零猪 阅读(66) | 评论 (0)编辑

    我们在MOSS 2007中进行爬网设置的时候,在爬网范围可以设置相关的爬网规则,比如我们可以查看MOSS 2007 自带的人员搜索的爬网规则(路径:共享服务à搜索设置à查看范围à人员à编辑属性和规则),它的规则是这样写的:Contentclass=urn:content-class:spspeople。

对于Contentclass还有那些属性可以设置呢?查看如下文章:

http://msdn.microsoft.com/en-gb/library/ms975759.aspx

    如下所示:

The ContentClass parameter can be one of the following values:

ContentClass

m_csContentClassSPSSearchQuery ="urn:content-class:SPSSearchQuery"

m_csContentClassSPSNewsListing ="urn:content-class:SPSListing:News"

m_csContentClassSPSPeople ="urn:content-class:SPSPeople"

m_csContentClassSPSCategory ="urn:content-classes:SPSCategory"

m_csContentClassSPSListing ="urn:content-classes:SPSListing"

m_csContentClassSPSListingPerson ="urn:content-classes:SPSPersonListing"

m_csContentClassSPSListingText ="urn:content-classes:SPSTextListing"

m_csContentClassSPSListingSite ="urn:content-classes:SPSSiteListing"

m_csContentClassSPSListingSR ="urn:content-classes:SPSSiteRegistry"

m_csContentClassSTSSite ="STS_Web"

m_csContentClassSTSEvents ="STS_List_Events"

m_csContentClassSTSTasks ="STS_List_Tasks"

m_csContentClassSTSAnnouncements ="STS_List_Announcements"

m_csContentClassSTSPictureLibrary ="STS_List_PictureLibrary", // Picture library list

m_csContentClassSTSDocLibrary ="STS_List_DocumentLibrary", //doc library

m_csContentClassSTSDocLibraryItems ="STS_ListItem_DocumentLibrary" //doc lib items

m_csContentClassSTSPictureItem = "STS_ListItem_PictureLibrary", // picture library list item

m_csContentClassSTSDiscussions = "STS_List_DiscussionBoard"

m_csContentClassSTSContacts ="STS_List_Contacts"

m_csContentClassSTSListBase ="STS_List"

m_csContentClassSTSListing ="STS_List"

m_csContentClassSTSLis tingLinks ="STS_List_Links";

m_csContentCLassSTSListItem ="STS_ListItem"

posted @ 2008-10-13 14:33 零零猪 阅读(55) | 评论 (0)编辑

2008年7月28日

Jan Tielens 在他的Blog中总结了一些有用的英文SharePoint资源,也许对你有用

http://weblogs.asp.net/jan/archive/2008/06/04/got-some-spare-time-read-some-sharepoint-blogs.aspx

 

Top 100 SharePoint Blogs of Spring 2008(by SharePoint Joel's SharePoint Land )

http://www.sharepointjoel.com/Lists/Posts/Post.aspx?ID=31

 

Worlds Largest SharePoint Alphabetical Blog Directory (300+ blogs)(by SharePoint Joel's SharePoint Land )

http://www.sharepointjoel.com/Lists/Posts/Post.aspx?ID=32

 

RSS:

  • Feed for new SharePoint content on MSDN: http://www.microsoft.com/feeds/msdn/en-us/sharepoint/rss.xml
  • Feed for new SharePoint Services 3.0 content on TechNet: http://services.community.microsoft.com/feeds/feed/WindowsSharePointServicesNewContent
  • Feed for new SharePoint Server 2007 content on TechNet: http://services.community.microsoft.com/feeds/feed/SharePointServerNewContent
  • Feed for new SharePoint Services 3.0 KB articles: http://kbalertz.com/rss/WindowsSharePointServices30.xml
  • Feed for new SharePoint Server 2007 KB articles: http://kbalertz.com/rss/SharePointServer2007.xml
  • posted @ 2008-07-28 10:06 零零猪 阅读(192) | 评论 (0)编辑

    2008年7月18日

         这几天,因为觉得MOSS2007的Feature操作使用起来很麻烦,所以自定写了个管理MOSS2007Feature的小工具,也对MOSS2007里的Feature的对象模型以及在各个级别内的关系有了了解,现分享一下。
    下载小工具:目前只可以在装有moss的机器上运行.

    下边就介绍下MOSS2007中Feature对象模型

    安装和卸载Feature

         安装和卸载Feature也就是把一个自定义的Feature安装到moss服务器场中,涉及到的和Feature相关的类包括:

    Microsoft.SharePoint.Administration.SPFeatureDefinition

    Microsoft.SharePoint.Administration.SPFeatureDefinitionCollection

    安装feature

         每个服务器场都有一个SPFeatureDefinitionCollection的对象属性,名称为FeatureDefinitions,该集合包含当前服务器场中所有的Feature定义。

         如果需要向服务器场安装一个新的自定义Feature,则可以使用如下代码:

    (这个代码等同于installfeature 操作)

    SPFarm farm = SPFarm.Local;

    farm.FeatureDefinitions.Add("MyFeature/feature.xml", Guid.Empty, true);

         其中,第一个参数是相对"C:\Program Files\Common Files\Microsoft Shared\Web Server Extensions\12\TEMPLATE\FEATURES"下的路径,第二个参数是feature对应solution的guid,如果没有就为空,第三个参数说明是否强制安装。

        也就是说,其实向服务器场中安装一个Feature,其实就是在服务器场的SPFeatureDefinitionCollection的对象属性FeatureDefinitions中添加一个新的SPFeatureDefinition对象。这个时候的Feature其实成为SPFeatureDefinition对象,并没有被激活到特定的应用程序、网站集或者网站中。

    卸载Feature

         如果需要在服务器场中卸载一个feature,其实只需要把feature从服务器场的FeatureDefinitions集合中删除即可,实现代码如下:

    (这个代码等同于uninstallfeature 操作)

       SPFarm farm = SPFarm.Local;

    //通过相对路径删除

    farm.FeatureDefinitions.Remove("MyFeature/feature.xml", true);

    //通过featureID删除

    farm.FeatureDefinitions.Remove(fetureid, true);

        可以通过feature定义文件的相对路径删除,或者通过feature的guid删除。

    激活或停用feature

    激活或者停用feature需要使用除上述对象模型外的如下对象模型:

    Microsoft.SharePoint.SPFeature

    Microsoft.SharePoint.SPFeatureCollection

    在特定的应用程序、网站集、网站激活Feature

         其实,每个应用程序,网站集、网站下都有一个称为Features的SPFeatureCollection属性。

         这里需要特别注意,该集合所储存的只是已经在当前级别(应用程序、网站集、网站)已经激活的Feature,如果没有被激活的Feature,是不储存在该集合的。

         那在特定的范围内激活某个特定的Feature,首先需要在服务器场的FeatureDefinitions中找到需要被激活的SPFeatureDefinition,并且该Feature定义的范围与当前范围相同,再通过特定范围(应用程序、网站集、网站)的Features属性进行添加,代码如下:

    (等同于activatefeature操作)

    SPFarm farm = SPFarm.Local;

    //通过featurename获取一个feature定义:featuredefiniton,也可以通过guid

    SPFeatureDefinition featuredefiniton = farm.FeatureDefinitions["featurename"];、

    //需要在站点集激活刚才的feature

    SPSite site = new SPSite("url");

    //判断是否相同范围

    if(featuredefiniton.Scope == SPFeatureScope.Site)

    {

    //判断是否已经在Features集合中,即:是否已经激活

    if(site.Features[featuredefiniton.Id]==null)

    {

              //在站点集激活feature,其实就是在Features集合中添加一个在服务器场定义的featuredefinition的gu id

    site.Features.Add(featuredefiniton.Id);

    }

    }

     

    在特定的应用程序、网站集、网站停用活Feature

         那其实停用激活就很简单了,只需要在特定范围内(应用程序、网站集、网站)的Features集合内删除对应的SPFeature就可以了:

    (等同于deactivatefeature操作)

    SPSite site = new SPSite("url");

    site.Features.Remove(featureid);

    说明

         其实通过Reflector查看stsadm,我们可以看到操作其实是不完全相同的。比如,对于激活一个feature,其实是通过SPFeature.ActivateDeactivateFeatureAtScope这个方法来做的,不过这个方法是内部方法,不对外提供调用的。其实还有很多操作都是内部方法,不对外提供调用。而且,微软在关键的方法都加入了混淆,所以具体实现是看不到的。

         而对外表现出来的就是通过上述我所描述的方法进行Feature操作的:

         在服务器场对象SPFarm定义了名称为FeatureDefinitions 的SPFeatureDefinitionCollection属性,描述了所有安装在服务器场中的feature,这个时候的feature其实是SPFeatureDefinition

         具体的范围(应用程序、网站集合、网站)对象中的名称为FeaturesSPFeatureCollection属性,只定义了本范围(应用程序、网站集合、网站)已经激活的feature。如果需要激活的话,需要从SPFarm的FeatureDefinitions集合中找到定义,并添加到Features集合中,这个时候的feature是一个SPFeature对象(其实SPFeature对象中也包含了SPFeatureDefinition)。

    其他对象模型

         除此之外,还有SPFeatureDependency对象模型,可以查看某个feature的依赖项,注意,这里的依赖项是只依赖于,而不是被依赖。

    SPFeatureProperty: Feature属性。

    posted @ 2008-07-18 02:03 零零猪 阅读(222) | 评论 (1)编辑

    2008年7月8日

    转自:小虫快跑:http://www.cnblogs.com/leilei/articles/1116896.html

    如果从来没有从事务日志中删除日志记录,逻辑日志就会一直增长,直到填满容纳物理日志文件的磁盘上的所有可用空间。在某个即时点,必须删除恢复或还原数据库时不再需要的旧日志记录,以便为新日志记录腾出空间。
    可通过以下语句解决:
       BACKUP LOG tablename WITH NO_LOG
       DBCC SHRINKFILE(Filename|FileID)

    一、截断事务日志BACKUP LOG tablename WITH NO_LOG

        删除日志记录以减小逻辑日志的大小的过程称为截断日志

        1、永远不能截断事务日志的活动部分。
       
    日志的活动部分是在任何时间恢复数据库所需的日志部分,因此必须有回滚所有未完成的事务所需的日志映像。
       
    这部分必须始终在数据库中,因为一旦服务器发生故障,在服务器重新启动时必须用它恢复数据库。

        2、日志活动部分起点处的记录由最小恢复日志序号 (MinLSN) 标识。
       
    当截断事务日志时,删除包含 MinLSN 的虚拟日志文件头之前的所有日志记录。

        3、截断不减小物理日志文件的大小,但减小逻辑日志文件的大小。

        4MinLSN的确定:
       
    这是有两个活动事务的事务日志末端的简化版本。检查点记录已压缩成单个记录。

        
        LSN 148
    是事务日志内的最后一条记录。在执行处理 LSN 147 时所记录的检查点时,Tran 1
       
    已经提交而且 Tran 2 是唯一的活动事务。这就使 Tran 2 的第一条日志记录成为最后一个检
       
    查点上的活动事务的最旧日志记录。这使 LSN 142Tran 2 的开始事务记录)成为 MinLSN

    二、收缩事务日志DBCC SHRINKFILE(Filename|FileID)

        1、日志收缩操作依赖于最初的日志截断操作。
        2
    、日志截断操作不减小物理日志文件的大小,但减小逻辑日志的大小,并将没有容纳逻辑日志任何部
        3
    、分的虚拟日志标记为不活动。
       
    日志收缩操作会删除足够多的不活动虚拟日志,将日志文件减小到要求的大小。

    DBCC SHRINKFILE
    收缩相关数据库的指定数据文件或日志文件大小。

    语法
    DBCC SHRINKFILE
        ( { file_name | file_id }
            { [ , target_size ]
                | [ , { EMPTYFILE | NOTRUNCATE | TRUNCATEONLY } ]
            }
        )

    参数
    file_name
    是已收缩文件的逻辑名称。若要获得文件name,可通过在当前数据库中搜索sysfiles得到name

    file_id
    是要收缩的文件的标识 (ID) 号。若要获得文件ID,请使用 FILE_ID 函数或在当前数据库
    中搜索 sysfiles

    target_size
    是用兆字节表示的所要的文件大小(用整数表示)。如果没有指定,DBCC SHRINKFILE
    将文件大小减少到默认文件大小。
    DBCC SHRINKFILE
    不会将文件收缩到小于存储文件中的数据所需要的大小。

    EMPTYFILE
    将所有数据从指定文件中迁移到同一文件组中的其它文件。该选项允许使用 ALTER DATABASE
    语句除去文件。

    NOTRUNCATE
    导致将释放的文件空间保留在文件中。
    当与 target_size 一起指定 NOTRUNCATE 时,释放的空间不会释放给操作系统
    DBCC SHRINKFILE
    的唯一影响是将已使用的页从 target_size 行上面重新定位到文件的前面。
    当未指定 NOTRUNCATE 时,所有释放的文件空间返回给操作系统。

    TRUNCATEONLY
    导致文件中的任何未使用的空间释放给操作系统,并将文件收缩到上一次分配的大小,
    从而减少文件大小,而不移动任何数据。
    不尝试将行重新定位到未分配页。如果使用 TRUNCATEONLY,将忽略 target_size

    ------------------------------------------------------------------------------
    如下语句把table替换一下就好了

    use {tabale}

    --先执行如下语句:{tabale}为需要缩减的数据库
    BACKUP LOG {tabale} WITH NO_LOG

    declare  @fileid int

    --查询日志文件对应的fileid
    select @fileid=fileid from sysfiles where [name] like '%log%'

    --缩减日志文件,{fileid}为刚才查询出来的日志文件对应的fileid号
    DBCC SHRINKFILE(@fileid)

    posted @ 2008-07-08 15:55 零零猪 阅读(81) | 评论 (0)编辑

    2008年7月7日

    Microsoft Photosynth Technology Preview是微软和美国华盛顿大学一个三维浏览图片的"产品",他可以存储一定数量相近的图片,并且分析图片的相似性,以重构为三维的形式展现,图片间的相互关系清晰可见,效果还是相当cool,不过现在还是测试阶段,不知道什么时候可以有软件!

    下载试用了下,还是很cool的!不过要求打开图形硬件完全加速(显示设置-高级设置-疑难解答-更改设置),似乎对系统要求还是比较高,微软在图形领域似乎越来越重视了!

    可以在如下网址下载并察看:http://labs.live.com/photosynth/

    几个Demo

    NASA Meets Photosynth

    Britain in Pictures: BBC Collection

    Gyeongbokgung

    Gary Faigin Art Studio

    还有其他的Demo,可以在http://labs.live.com/photosynth/collectionHome.htm查看

    posted @ 2008-07-07 22:56 零零猪 阅读(73) | 评论 (0)编辑

    2008年6月22日

         摘要: 最近同事在用MOSS2007做匿名调查问卷的时候,在问卷中插入分页符,每次匿名用户完成问卷时都会弹出验证框,在验证框内输入有权限的用户名、密码,仍然出现错误页面。  阅读全文

    posted @ 2008-06-22 05:46 零零猪 阅读(203) | 评论 (2)编辑

    2008年6月21日

        今天在群里,有人提了这样一个问题,他在MOSS2007部署解决方案(Solution)的时候,提示:"此解决方案不包含web应用程序范围的资源,无法将其部署到特定的web应用程序",最后解决了该问题,同时也得出了一些结论,分析如下:

        1、解决方案不包含web应用程序范围的资源

        在写解决方案的定义文件(manifest.xml)的时候,当引用了dll文件的时候,有这样的选项(DeploymentTarget):

        <Assemblies><Assembly Location="Test.dll" DeploymentTarget="GlobalAssemblyCache" /></Assemblies>

        这个时候,如果选择的是:DeploymentTarget="GlobalAssemblyCache"(将dll部署到GAC中)并且<Assembly>没有子节点<SafeControls>时。则解决方案是不包含任何web应用程序范围的资源的,如果这个时候通过addsolution命令把解决方案加入后,在解决方案管理中可以看到(如下图):

     

        在这样的情况下如果通过命令行DeploySolution命令部署解决方案的时候,如果指定了某个web应用程序的-url参数,则会出现"此解决方案不包含web应用程序范围的资源,无法将其部署到特定的web应用程序"的错误提示,这个时候是没有办法把解决方案部署到特定的Web应用程序中的,我们可以通过解决方案管理中心进行全局部署,如果需要使用命令行,则正确的部署命令应该是

        Stsadm –o Deploysolution -name<solutionname> -local(or -immediate) -allowgacdeployment (必须)

        则该解决方案部署位置为“全局部署”,无法部署到特定的web应用程序(如下图)

        2、解决方案包含Web应用程序资源

        对于解决方案包含Web应用程序资源的情况,目前发现两种方式(不知道还有没有其他方式,继续调查)将包含Web应用程序资源:

        A、将解决方案定义文件中的<Assemblies><Assembly Location="Test.dll" DeploymentTarget="WebApplication" /></Assemblies>节点中属性DeploymentTarget设置为"WebApplication"(即将dll部署到应用程序虚拟目录的bin目录下)

        B、添加<Assembly Location="Test.dll" DeploymentTarget="WebApplication" />的子节点<SafeControls><SafeControl Assembly="<name>, Version=<version>, Culture=neutral, PublicKeyToken=<token>" Namespace="<namespace>" Safe="True" TypeName="*"/></SafeControls>

        对于以上两种方式,当通过addsolution添加解决方案包后,通过管理中心解决方案管理中可以看到(如下图):

        在这样的情况下,如果通过命令行DeploySolution部署解决方案的时候,并且不指定web应用程序的-url参数,则会出现"此解决方案包含 Web 应用程序范围的资源,必须将其部署到一个或多个Web应用程序。"的提示,对于该提示,我们可以不用理会,直接通过解决方案管理手工将其部署到特定的Web应用程序。如果需要通过命令行deploysolution命令进行部署,则需要指定-url参数。

        A配置方法:Stsadm –o Deploysolution -name<solutionname> -local(or -immediate) –allowgacdeployment(可选) -url <WebApplicationUrl>

        B配置方法: Stsadm –o Deploysolution -name<solutionname> -local(or -immediate) –allowgacdeployment(必须) -url <WebApplicationUrl>

        则该解决部署位置为特定的Web应用程序,如下图所示:

     

        总结:
        对于不包含Web应用程序范围的资源的解决方案,无法部署到特定的Web应用程序,只能做全局部署。

        对于包含Web应用程序范围的资源的解决方案,能够部署到特定的Web应用程序。

        在进行解决方案部署的时候,如果使用命令行进行部署,需要根据是否包含web应用程序资源范围的资源选择是否使用-url参数。

        另外,如果将dll部署到GAC中,即选择DeploymentTarget="GlobalAssemblyCache"的部署方式,则部署命令行必须包含–allowgacdeployment参数。

    感谢Y.C.@Wuxi的帮助)

    posted @ 2008-06-21 18:28 零零猪 阅读(147) | 评论 (2)编辑

    2008年6月18日

         摘要: 昨天,在MOSS2007中配置用户配置文件数据AD导入的时候导入成功,但搜索范围内的人员项目数量没有增加,并且在任意网站通过人员搜索选项卡无法搜索到人员信息!查看系统事件日志,有如下错误. Event ID 7888 . Access Denied! Only site admin can access Data Source object from user profile DB. 此问题是由于默认内容访问帐户没有对共享服务权限有控制访问,导致的!   阅读全文

    posted @ 2008-06-18 23:49 零零猪 阅读(299) | 评论 (0)编辑

    This blog is wrote by word 2007

    Cnblogs 直接使用word 2007发布;

    MetaWeblog访问

    MetaWeblog访问地址: http://www.cnblogs.com/jiessie327/services/metaweblog.aspx

    posted @ 2008-06-18 22:05 零零猪 阅读(57) | 评论 (0)编辑