choral's blog

SharePoint, Office, File Formats
随笔 - 87, 评论 - 477, 引用 - 20

导航

关于

Books I Co-authored


Books I Contributed To

Books Read and Reading









标签

每月存档

最新留言

广告

【第1页/共6页,87条】
首页
前页
1
2009年05月13日

SharePoint Server 2010

产品组发布了一个SharePoint Server 2010的初步系统要求:

  • SharePoint Server 2010将只提供64位版本
  • SharePoint Server 2010 需要64位的Windows Server 2008 或Windows Server 2008 R2
  • SharePoint Server 2010 需要64位的SQL Server 2008 或 SQL Server 2005

目前确定支持的浏览器为Windows平台上的IE7、IE8以及FireFox3.x

所以,打好补丁(SP2),试试升级检测工具(Update Checker),为升级提前做准备吧。

更多信息访问这里:

http://blogs.msdn.com/sharepoint/archive/2009/05/07/announcing-sharepoint-server-2010-preliminary-system-requirements.aspx

Office 2010 客户端

Office 2010客户端同时有32位和64位的版本支持

Office 2010支持Windows XP SP3, Windows Vista, Windows 7

Office 2010会在2009年七月推出Technical Preview版本。大家如果对Office2010客户端感兴趣,可以关注Office 2010 IT blog

另外,这个预告片很有趣:http://www.office2010themovie.com/

-my blog on MSDN: http://blogs.msdn.com/xiche/

posted on 2009-05-13 19:29:28 by choral  评论(1) 阅读(5595)

 
2009年03月07日

我得说,Social潮流对企业应用的影响越来越大了。

http://philwicklund.com/freeware/fks/default.aspx

posted on 2009-03-07 16:08:52 by choral  评论(1) 阅读(5729)

 
2009年02月18日

2009/2/18 (今天!)下午两点,我会在TechNet Virtual Lab里作MOSS2007搜索管理和定制的instructor。欢迎点击这个链接参加:http://is.gd/jQEQ

posted on 2009-02-18 02:53:33 by choral  评论(0) 阅读(5293)

 
2009年02月14日

从事SharePoint工作的同学想必对Joel Oleson这个名字并不陌生。

他刚刚发布的博客文章介绍了他去年夏天做独立咨询时遇到的一些问题:为了做项目需要以转包合同工的身份出现,付款周期漫长无比等等。。。

虽然国内的情况与美国不尽相同,但许多惨状仍可感同身受。

本人虽已从良,靠为资本家打工糊口,但身边仍然有许多辛勤耕耘的独立技术专家。

愿诸位共勉:别人不会告诉你的一些关于咨询的秘密 by Joel Oleson

posted on 2009-02-14 19:30:52 by choral  评论(1) 阅读(5351)

 
2009年02月06日

许多企业和组织中,有大量的文档以非结构化的形式存储在各种各样的系统里。

能将这些不同系统中的信息统一集成在SharePoint Server 2007中进行管理,是许多SharePoint同仁的需要。

Scot Hillier在MSDN上发表了一篇文章,介绍了一个透过SharePoint Server 2007连接外部存储系统的样例

在这个例子里,Scot使用WCF将一个样例文档系统封装了一组部分符合CMIS标准的服务,然后透过一组使用SilverLight技术的Web部件,用户可以在SharePoint上对这个系统进行操作, 比如浏览/上载文档、分配任务、审批等等。该样例解决方案的架构如图:

image

CMIS是Content Management Interoperablity Services的简称,这是微软/EMC/IBM率先提出的一套使用SOAP/REST/ATOM的内容管理系统的交互标准,目的是允许不同的ECM系统之间的交互实现平台无关。目前处于v0.5的草稿阶段。

image

可以预见,CMIS将在未来的ECM系统交互中占有重要地位,甚至有评论认为CMIS对于ECM的意义将等同于SQL对数据库的意义

有兴趣的朋友可以在这里下载CMIS目前的标准文档全文

posted on 2009-02-06 00:54:51 by choral  评论(0) 阅读(5810)

 

随着微软宣布Office 2007 SP2将支持读写ODF格式的文档,Windows 7内置的写字板也将支持对ODF格式的文档(当然仅限.ODT,即OpenDocument Text)。当然WordPad也同时支持OOXML(DOCX)格式。

image

 

此外,除了Tim列举的Windows 7的30大好玩新特性Felix翻译的中文版)之外,我觉得Windows 7最值得表扬的细节改动是:

关机按钮不再隐藏在不知所云的若干选项中,而且不再是那个含义模糊的图标,而是代以直接的文字说明:“关机

image

(Vista开始菜单里的那个看上去很像关机的图标,其实是休眠。这很愚蠢,我猜这是为了弥补Vista开关机等待时间过长的缘故。)

posted on 2009-02-06 00:04:44 by choral  评论(0) 阅读(5647)

 
2008年12月19日

为了实现更为理想的文档格式交互性,微软在Office 2007 SP2中内置支持ODF(OpenDocument Format)文档格式。

对于ODF(或者更为庞大复杂的Office Open XML)标准来说,每一种应用程序的实现都不是完全相同。比如同样一个文档,用不同的程序打开的话,可能页数都不一样。这并不意味着某些程序实现的“正确”,而某些程序“不正确”。造成这些差别的原因来自各个应用程序自身的限制(比如最大支持多少列表格?)、初始设计(比如对于缺失的参数默认值设为什么?)等等。

如何让各厂商能够最大程度的在不同的标准实现之间进行交互呢?有如下3个原则:

1. 遵从开放标准
2. 将实现方式透明化
3. 让对标准有兴趣的各方人员(包括实现厂商、用户、标准团体)能够沟通对话。

在Document Interop Initiative 网站上,您可以看到十分详细的微软对ODF 1.1标准的实现方法。我认为这是所有对ODF格式感兴趣的人必须浏览的资源。链接如下:

http://www.documentinteropinitiative.org/OASISODF1.1/reference.aspx

比如,在ODF1.1标准的8.2.1节(关于列表栏),微软标注了:Word2007支持列表栏,但不支持多于63个列表栏。

可以看出,微软在标准实现的交互性上,为整个社区做出了很大的贡献。

微软对Open XML的ECMA-376标准的实现文档将在下周发布在同一个网站上。

推荐阅读:
http://blogs.msdn.com/dmahugh/archive/2008/12/16/odf-implementation-notes-for-office-2007-sp2.aspx - By Doug Mahugh,微软的ODF文档格式联络人

posted on 2008-12-19 22:11:48 by choral  评论(0) 阅读(5496)

 
2008年06月06日

<update>对于Office 2007用户,则无需下载安装这个网络版,只需安装词库升级即可,因为从这个网络下载版从功能上与Office2007内置的微软拼音输入法没有区别。另外,我个人认为,非Office2007用户下载简装版就够用了,完整版包括的手写板等功能,平时使用的频率并不高。但简装版的输入准确度比完整版要低一些。</update>

对于那些没有安装Office 2007的又希望得到微软拼音输入法新功能体验的用户,请通过如下地址下载微软拼音输入法2007:

· 微软拼音输入法简装版2007

http://download.microsoft.com/download/0/4/6/046548CD-0484-4526-883E-7B211467E4A8/MSPYExpress.msi

· 微软拼音输入法完整版2007

http://download.microsoft.com/download/0/4/6/046548CD-0484-4526-883E-7B211467E4A8/MSPY.msi

微软拼音输入法2007关键更新

1. 支持三种输入风格,满足用户不同的输入习惯

微软拼音输入法2007特别推出了三种不同的输入风格,以适应不同用户的输入习惯和操作方式。我们推荐您使用微软拼音新体验; 如果您喜欢微软拼音输入法3.0及更早期版本的操作方式,您可以使用微软拼音经典; 如果您习惯于使用智能ABC输入法,您可以使用ABC输入风格。

2. 智能语言模型支持,输入更加准确、自然和流畅

微软拼音输入法采用智能自然语言模型,不断更新大规模语料库并且进一步改进智能转换算法。您可以连续输入拼音,不必关心分词和候选词的选择,输入法能够给出最佳的转换结果。这样既可以保证您思维的流畅,又能够提高输入效率。

3. 改进的自学习功能,网络新词、专业词汇一学就会

微软拼音输入法2007特别改进了自学习功能,不仅学习能力加强而且学习速度提高。可以自动快速地学习未收录的新词,比如人名、地名、网络用语或专业词汇。

4. 丰富的专业词库支持,更有新增的"网络流行词汇"

微软拼音输入法 2007收集了47套专业词典,提供大量的专业术语支持,覆盖了从基础学科到前沿科学的众多科研领域。同时还新增了"网络流行词汇"支持,使您上网聊天、发帖子等更加游刃有余。

5. 定期提供输入法词库升级服务

微软拼音输入法2007支持输入法词库的定期升级服务,使微软拼音输入法2007的用户能够得到及时的词汇更新和更多专业领域的支持,从而在微软拼音输入法系统词库的基础上,进一步扩展了词库的支持,大大提高了中文输入和文档编辑的工作效率。

6. 在线的用户连接,实时向微软公司报告新词和输入法转换错误

通过在线用户连接功能,微软拼音输入法2007的用户可以向微软公司报告输入法未收录的新词或者反馈输入法的转换错误,从而使微软拼音输入法能够及时提供词库升级服务和进一步改进输入法的准确率。

支持系统

Windows XP SP2, Windows Server 2003, Windows Vista (仅32位)

posted on 2008-06-06 15:56:11 by choral  评论(3) 阅读(7720)

 
2008年05月23日

微软将在Office2007SP2中发布对ODFv1.1文档格式的支持。

官方文章:http://www.microsoft.com/Presspass/press/2008/may08/05-21ExpandedFormatsPR.mspx

image

ODF文档格式被许多政府组织采用,尤其在欧洲,其应用范围很广。ODFv1.0是ISO标准ISO/IEC 26300:2006

我们知道,微软的OpenXML文档格式也刚刚通过ISO的批准,那现在Office对ODF格式的支持(OpenOffice.org目前最流行的支持ODF格式的应用程序之一)是出于何种考虑呢?

1. 来自规范化的需要。许多第三方厂商都希望可以通过标准的方式与Office文档交换数据信息,微软也希望通过提供相应的技术手段,提高自身产品的交互性。

2. 对微软自身的商业价值提升。更多文档格式的支持不仅可以满足更多的客户需要,适应更多的场景,实现更为特别的解决方案,还可以让微软重新关注Office的产品能力而非对文档格式争辩。

Office2007SP2将包括对ODF和PDF、XPS格式的支持。

下一个版本的Office(内部名称Office 14)将支持IS29500,即OpenXML的ISO标准。

微软还将加入ODF技术委员会,参与ODF文档格式标准的改进。

详细信息请参考Gary Knowlton的精彩文章

posted on 2008-05-23 02:42:03 by choral  评论(0) 阅读(6346)

 
2008年04月12日

如果你正在使用微软拼音输入法2007,请到这个页面下载安装最新的微软拼音词库升级包。

http://www.microsoft.com/china/windows/products/ime/DUToolkit.mspx

坦白讲,这个更新词库里的词并不是那么那么全,但的确可以大幅提升目前微软拼音的准确率。

至少你可以直接在微软拼音里找到“李宇春”了……

当然,你也可以自己制作微软拼音词库包,制作工具如下:

http://www.microsoft.com/china/windows/products/ime/default.mspx

如果你对微软拼音输入法有任何问题或建议,请到这个讨论组参与讨论:

http://forums.microsoft.com/china/ShowForum.aspx?ForumID=2087&SiteID=15

posted on 2008-04-12 02:39:25 by choral  评论(3) 阅读(7898)

 
2008年04月01日

尝试在InfoPath2007表单中的托管代码里调用WCF服务的时候,遇到了一个问题,InfoPath会报错说找不到服务的Contract。但实际上这个服务的配置文件是没有问题的。

后来在这个文章里找到了解法,简单做了个演示例子,供大家参考。

首先,我做了一个很简单的WCF服务,发送一个代表学号的字符串请求,返回一个学生姓名。

该服务运行位置:http://localhost:50446/WCFTest/Service.svc

然后我写了一个WinConsole的客户端程序进行调用,结果如下,验证客户端的配置无误:

image

接下来,我打开InfoPath,放置几个简单的控件,然后在VSTA中编写“Get Name”按钮的响应函数:

ServiceClient client = new ServiceClient();
string result = client.GetStudentName(this.CreateNavigator().SelectSingleNode("/my:myFields/my:txtStudentID",this.NamespaceManager).Value);
this.CreateNavigator().SelectSingleNode("/my:myFields/my:msgBox", this.NamespaceManager).SetValue(result);

逻辑很简单,就是将StudentID传递给服务,取得的结显示在Student Name栏中。做法和之前的WinConsole程序无异

预览表单,输入学号,点击“Get Name”

image

得到了错误信息:

System.InvalidOperationException
Could not find default endpoint element that references contract 'IService' in the ServiceModel client configuration section. This might be because no configuration file was found for your application, or because no endpoint element matching this contract could be found in the client element.

原因为InfoPath未能认出Configuration的信息。

注:我觉得很有可能是我配置的问题,所以如果您知道正解,欢迎留言赐教)

解决办法为,修改按钮响应函数为:

EndpointAddress address = new EndpointAddress("http://localhost:50446/WCFTest/Service.svc");
WSHttpBinding binding = new WSHttpBinding();
IServiceChannel channel = ChannelFactory<IServiceChannel>.CreateChannel(binding, address);
string result = channel.GetStudentName(this.CreateNavigator().SelectSingleNode("/my:myFields/my:txtStudentID",this.NamespaceManager).Value);
this.CreateNavigator().SelectSingleNode("/my:myFields/my:msgBox", this.NamespaceManager).SetValue(result);

直接使用服务Channel的接口进行调用,顺利得到预期结果:

image

posted on 2008-04-01 01:10:55 by choral  评论(1) 阅读(5986)

 
2008年03月13日

(刚好又有人邮件问我,干脆在这里记下来吧。)

目标:

在"文档中心"里面点击某个需要归档的文档,选择下拉菜单里的“发送到”,再选择“记录中心”,这个文档就会归档到记录中心里对应的文档库里了。

配置步骤:

0. 创建需要分类归档的内容类型

在根网站上点击“网站操作”,选择“网站设置”-->“修改所有网站设置”进入网站内容类型库,创建一个名为“Contract”的,继承自“文档”的自定义内容类型。

1. 创建“记录中心”网站

在根网站上点击“网站操作”,选择“创建网站”。

在创建网站界面里选择“记录中心”模板。

假设此网站的URL为http://moss/records

2. 在“记录中心”网站里创建保存归档Contract的文档库

进入记录中心网站,“网站操作”-->“创建”-->“文档库”,选择此文档库名称为“Contracts”

3. 添加路由信息

在记录中心网站中,进入“记录路由”列表(应该叫这个吧,手头没有中文版。。。),点击“新建”,标题填“Contracts”,位置也填“Contracts”,Aliases(别名?)填“Contract”(即那个内容类型的标题)

image

4. 设置记录中心关联

进入SharePoint管理中心-->“Web应用程序”-->“记录中心”

选择“连接到一个记录中心”,URL里填:http://moss/records/_vti_bin/officialfile.asmx 

image

5. 使用“发送到”功能进行试用

在文档中心里,创建一个“Contract”类型的文档,点击之,在下拉选单中,可找到“发送到-->记录中心”

image

操作成功后,记录中心的“Contracts”文档库就会多出这条记录:

image

posted on 2008-03-13 19:30:44 by choral  评论(0) 阅读(10778)

 
2008年02月14日

STSDEV

http://www.codeplex.com/stsdev

CodePlex上有视频使用介绍,在某些方面比微软的VS Extensions好用的多……

快速生成各种SharePoint解决方案项目,比如Feature啊,WebPart啊。生成的VS工程是包含着WSP的,而且支持各种build选项。

赶快下载一个用吧。

这个工具应该是支持VS2008,但我的虚里没装2008,没求证。

<update>

刚刚在虚机里装了个VS2008,STSDEV支持的很好:)

</update>

posted on 2008-02-14 10:53:00 by choral  评论(6) 阅读(11572)

 
2008年01月30日

在使用SharePoint的时候我们常常需要做这样一个操作:把某个列表(或文档库)从一个网站转移到另一个网站上去。

比较常见的做法是,把这个列表存为模板文件,然后再在新的网站位置创建一遍。但这种方法比较麻烦,步骤繁琐,而且还受网站模板类型的限制。

SharePoint的对象模型里提供了导入导出内容的功能,其粒度可达列表条目级。

stsadm命令中内置的“import/export”操作就是使用的这套API,但只能操作网站级别的内容。

为了能够便捷的移动列表内容,或者对某个指定的列表进行归档,我开发了两个stsadm命令的扩展操作。

举例:我想把“http://site1”网站里的列表“ABCList”导出并导入到“http://site2”网站里,就可以用以下的命令完成:

stsadm -o exportlist -siteurl http://site1 -listname ABCList -filename d:\abclist.cmp (导出列表到一个文件)

stsadm -o importlist -siteurl http://site2 -filename d:\abclist.cmp         (把一个文件导入到SharePoint网站里,恢复成一个列表)

语法说明:

列表导出操作(exportlist)

stsadm -o exportlist
        -siteurl <SharePoint Site URL>
        -listname <List Display Name>
        -filename <Content Migration Package File Name>
        [-overwrite]
        [-nocontent]

:-nocontent:只导出列表结构,不包含列表内容。

列表导入操作(importlist)

stsadm -o importlist
        -siteurl <SharePoint Site URL>
        -filename <Content Migration Package File Name>
        [-retainobjectid]
        [-originalinfo <all|none|systemaccount>]

:-retainobjectid:导入回导出位置,可用在类似备份还原的场景下。

       -originalinfo :"all"为保留一切原始信息,即导入的数据保持原修改时间和创建者信息。"none"为不保留上述信息。"systemaccount"为修改创建者信息为系统帐户。此选项默认为"all"。

此扩展命令以wsp解决方案包的形式安装部署,下载地址:

http://www.live-share.com/files/302411/xc_stsadmextension.zip.html

KNOWN ISSUE:我不知道怎么通过这套API把条目权限设置也保存下来,谁能给些建议么?(我尝试了IncludeSecurity属性,可是貌似不起作用。)

相关阅读:

如何扩展stsadm命令

Dive in SharePoint Content Deployment/Migration API

如何制作SharePoint解决方案包

SharePoint解决方案包生成工具WSPBuilder

posted on 2008-01-30 18:21:00 by choral  评论(3) 阅读(7980)

 
2008年01月28日

SharePoint在存放用户信息(显示名称、邮箱地址等)的时候采用了分散存储的方法,即在不同的网站集分别存放用户的信息。这在之前的版本里就造成了一些不同网站用户信息不统一的麻烦。

在MOSS2007里,该信息存储的方式仍然是分布式的,但SharePoint通过一个定时程序使各个网站集里的该信息与用户配置文件保持同步。而用户配置文件里的信息又是和AD同步的。

这个用来同步用户信息的timer job就是:

"Profile Synchronization",每小时运行一次。

用户信息从AD导入到SharePoint用户配置文件,再由上述TimerJob同步到各个网站集。

所以不要担心各网站集里的用户信息不统一了。

如果您的这个timer job运行失败,请参看这两个文章,可能会有所帮助:

http://www.sharepointblogs.com/rlangley/archive/2007/10/10/failure-trying-to-sync.aspx

http://blogs.technet.com/corybu/archive/2007/06/01/detaching-databases-in-moss-2007-environments.aspx

BTW,从后面的这个文章里,我又得到一个宝贵的教训,就是在deletecontentdb之前,要记得运行preparetomove。

<update>

@momo:

这个timer job不需要管理员做任何操作,它是SharePoint预先设置好的,每小时运行的。如果你等不及1小时,需要马上测试这个(或者其他的某个)job的运行结果,那得通过stsadm或者对象模型临时改变这个job的运行周期。参考如下链接:

http://www.codeguru.com/cpp/misc/misc/microsoftofficeoutlook/article.php/c14133/

http://mindsharpblogs.com/ben/archive/2007/09/25/2965.aspx

</update>

posted on 2008-01-28 18:32:00 by choral  评论(6) 阅读(9686)

 
【第1页/共6页,87条】
首页
前页
1

Powered by: Joycode.MVC引擎 0.5.2.0