每月档案: 12 月 2008

Web 代理服务器试图阻止我安装基础 Windows 工作流, 但我打败了它

我在努力在客户端站点,而且需要安装窗口基础工作流,以便我能这么一些 SharePoint 设计师工作. (我不知道直到今天,浪涌保护器安装正确,但真的需要至少.NET 2.0 与 Windows 基础工作流要真的可用; 我总是想象这些安装了与展能就业科, 但我错了).

客户端的代理服务器. 没关系, 我有去外面公共互联网的凭据. 我去老地方下载世界自然基金会 (展能就业科加以援手提供链接). 那下载真的是各种各样的引导. 它运行,并计算出它需要下载什么. 第二个下载过程失败. 它也不会尝试, 或以某种方式阻止询问代理服务器凭据. 这是相当困难的撞车事故, 给我消息:

Microsoft.NET 框架 3.0 在安装过程中遇到的问题. 安装未成功完成.

我试图重新启动,并花 10 秒时间,试图找出如果我可以把它做为代理服务器凭据问我. 我放弃了,反而在这里了: .NET 框架 3.5 服务包 1 (全包).

我下载的软件包, 安装和这次, 没有问题.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

在 Microsoft.SharePoint.dll 上使用反射器

Redgate .NET Reflector 迈克尔 · 布卢门塔尔 已经提供了 条关于通知和意见 ("哪些视图时,可以使用创建警报 ?"), 这是对自身的优点感兴趣. 不过, 甚至更乐于见到他是如何有条不紊地走通过使用红门的.NET 反射的过程. 一步一步走, 他演示如何使用该工具跟踪下来 SharePoint 如何确定是否在名单上的视图应"subscribable" 为更好的词的缺乏 (he explains this much better than I do 🙂 ).

在此点在 SharePoint 时代, 你几乎会是又聋又瞎,有没有听到或读到使用该工具. 它拥有先进的东西和我自己的感觉是,它是在很多方面最后的工具. 不过, 如果你觉得你需要它,但真的不知道如何, 迈克尔的玉好像就这一主题的伟大教程.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签: , ,

展能就业科的工作流: 显示完整的名称,而不是域 用户名

在似乎是他就职的博客, chiqnlips 有钻研的疯狂这是一个计算的列,所述共同设计器 SharePoint 工作流电子邮件活动问题的解决方案: 如何显示一个人的真实姓名在电子邮件中而不是"域 用户名。"

我还没测试, 但它看起来有前途. 将其签出.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签: ,

SharePoint 的预测 2009

我读过上几个回顾 2008 这已经让我思考 2009. 这里是我的猜测在 SharePoint 中的未来 2009.

小免责声明

我是 SharePoint MVP 和结果, 我有时会有点进展信息之前是公共的. 我不会做出任何此类信息公开. 我真的没在周围长足以托付那种东西反正.

走到这, 预测到......

快速

我相信,很快会成为非常热门的话题,在 2009. 这已经是众所周知的在企业搜索社区. 不过, 与 SharePoint 中扮演的每个人 2009 将很快对这种产品和它可以为他们做什么感兴趣. 新咨询公司周围将涌现和现有的合作伙伴将工作和争相将其添加到其投资组合. 明年这个时候, 在 SharePoint 社区几乎每个人都应该听过的和有快速意见.

快是有针对性的大公司,这将继续. 我认为微软将更集中版对小公司是容易接近的产品至少外部机会. 失败,, 他们将开放 SharePoint 搜索引擎,它可以定制沿线快可以自定义. 例如, 快速使用管道消费内容和索引它的体系结构. 快速的管理员和开发人员可以将每个数据源的管道组件组装和甚至创建新的管道组件. 今天我们没有这种灵活性与 SharePoint. 如果快速仍然坚定地针对非常大的公司, SharePoint 搜索会采取一些快速的功能.

SharePoint V.Next

我相信它会 2009.

我相信它会使我们能够安全列表或文档库的视图. This may be more of a hope than a belief 🙂

我希望它将为 SharePoint 设计器和特别是工作流中的最终用户提供一些更好的支持.

我不知道其它许多, 我已积极跟踪在这里,我做找到: http://delicious.com/pagalvin/SharePoint_O14.

供应商将创建业务应用程序

今天, 大多数 SharePoint 供应商似乎是面向的小工具. 采取 例如. 他们有一个巨大的下列和伟大的产品组合. 不过, 他们似乎有点 gadgety 向我或开发人员 / 集中的工具. 管理工具, 工作流工具, 等. 不是批评了,在所有因为 SharePoint 绝对可以使用一些小工具.

在中 2009, 一些供应商 (很可能是竹本身, 如果我正确读取这) 将模板的形式放在一起垂直的业务应用程序, 功能, 解决方案, 等. 今天我思考神话般的四十个模板,但对具体行业量身定做. 有点惊讶它已不是已经利用这种方式. SharePoint 是提供这种东西的平台. 每个人都在等待什么? 他们不会再在等待 2009.

在同一时间, Silverlight 及其他酷的.NET 东西将新燃料, 更好、 更有趣的小工具.

Sharepointreviews.com 将成为这些产品的基本社区目录.

最终用户焦点

2009 将出现在最终用户作为一个主要的博客, 组织和微软自己. 马克 · 米勒最终用户 SharePoint.Com 在发挥大作用 2008 并将继续这样做 2009. 最终用户将开始博客, 帮助用户组变成低技术的场地,甚至说服某人或组织推出纯的最终用户集中会议.

会议, 用户组, 代码营地, 等

发言的会议 — — 他们将继续发展和壮大的数量和焦点. 除了最终用户内容, 他们将继续满足开发人员和管理员.

虚拟会议将开始拿起和现有会议将为不能或不愿意亲自出席的远程与会者提供的直播.

免费场地将扩大, 例如, 迈克劳特 (et al) SharePoint 星期六.

这将非常重要的因为将继续是大量涌入的新的开发者, 这些组提供了管理员和最终用户将渴求的信息的种类.

社会计算

社会计算功能需求将上升. 所有的东西都一样, 实施有效的社会计算战略的公司会做更好的和可比竞争对手更强.

较小的公司将通过这些功能,更迅速和有效地比大公司.

大公司: beware 🙂

与补救措施的最佳做法

在中 2008, 很多的 SharePoint 博主和组织和微软自己花了很多时间找出解决某些问题的最佳方法 (通常技术问题).

仍有机会定义和促进采用最佳做法. 不过, 虽然我们一直盘算着要安装的最佳方法, 配置和管理 SharePoint, 成千上万的公司一直在安装, 配置和管理 SharePoint 无手上这些最佳做法.

在中 2009, 很多公司都要意识到他们有一些根深蒂固的问题要解决,将期待精英成员 SharePoint 社区和微软的帮助来解决这些问题. 我认为这将会延续至 2010 可能是产卵提供补救服务的公司,真的需要和使用 SharePoint 的手工业, 但因受伤严重差早在其执行情况所作的决定.

母船将返回

在中 2009, 将返回母船和 带回家的鲍勃 · 福克斯.

最后的思考

我才开始使用 SharePoint 自己在任何实际的方式直到 1 月 2007. 说来说去 SharePoint 真正起飞,证明自己能够在这两年来发表很多价值的. 我认为在很多方面, 它才真正理顺本身直到基础设施更新. 它仍有其缺陷和问题, 但我们都过路上自来 01/2007. 2009 将 SharePoint 得意的一年.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签: , ,

SharePoint 最佳做法会议 Feb 2-4, 2009

我会做在两个演示文稿 SharePoint 最佳做法会议今年 2 月在 San Diego.

我还没有做这件事足够长的时间,它会使人厌倦, 因此,每个会议我参加是, 坦白地说, 令人敬畏. 不过, 我觉得这次会议是特别. 有是零营销的重点,整件事是关于提供真实世界实用意见如何排解一些棘手的问题,我们面对 SharePoint 处理. 它不是巨大, 因此,所有发言者都是非常容易接近 (至少当他们不会把火灾回了家). 这意味着,除了很棒的正式演讲, 你可以有一些伟大的对话和辩论与几乎每个发言者在几乎任何时间, 从开始到深夜在酒店的酒吧喝社区早餐.

超越扬声器, 你会有巨大的机遇,建立和巩固网络社区中的其他 SharePoint 用户. 年底的最后一届会议和会议总结, 你会充满活力,充满了好的想法,要带回去工作,帮助改善您的 SharePoint 环境.

它是非常值得投资.

Web 站点是顶尖. 检查日期, 注册, 主题和扬声器.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签: ,

通过阅读 1,000 在网络日志项 3 几个星期就像看着失去了的季节四在周末

今年夏天, 虽然我的工作对两个章节 历来最佳 SharePoint 社会计算书, 我开始去很远的后面,在我的博客阅读. 我使用谷歌阅读器我 RSS 的东西,当你有更多 1000 未读的项目, 它只是说:, "1000 ".

过去几个星期, 我已经坐下来和有系统地阅读它们,标记它们转供将来参考 (使用 Delicious.com).

上周末我看着所有的迷失, 第四个在开庭和赶上几季 1000+ 博客条目有同感.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签:

移植会到另一个 SharePoint 设计器从一个列表中的工作流

在对马克米勒 www.endusersharepoint.com 工作流设计器 SharePoint 上张贴我最新文章 在这里 (http://www.endusersharepoint.com/?p=1037).

描述了移动到另一个列表中的一个列表中创建工作流的基本方法. 其他列表可以在相同的站点, 同一站点集合或完全不同的农场 (例如:. 从开发到生产).

这是一个复杂的课题,所以我只覆盖一个非常基本的场景. 下个 星期, 我会写得更有用的真实世界的例子.

看看和共享没有任何评论.

<结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin

Technorati 标签:

为什么不能轻易港口设计师 SharePoint 工作流解决方案从一个列表中为另一种呢?

马克米勒张贴了我最新的最终用户为导向了在他的网站上的 SharePoint 设计师工作流条: http://www.endusersharepoint.com/?p=1008

我试图提供直接的答案, "为什么不能轻易港口发展来测试从 SharePoint 设计师工作流程?" 在过程中, 我也给 SPD 实际上做什么在幕后当我们使用它来创建工作流解决方案的一些见解.

下个 星期, 我描述了最终用户友好的方式向端口 SPD 工作流从一个服务器到另一个, 或至少作为最终用户友好的解决方案是可能由于工具的状态设置.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin