每月档案: 5 月 2009

SharePoint 示范: 利用 SharePoint 打造一个垂直的业务应用程序

发表评论

[请注意: 我想要马上说我觉得这次示威的预期成果的金融兴趣, 我提及完全信息公开, 等. 这是实际上第一次我曾经博客事件位置要以这种方式个人得益。]

此 web 演示发生 （星期四）, 06/04 在 12:30 美国东部时间, 在结束 1:30美国东部时间下午.

在我的优秀商业伙伴的合作, 集成的系统及服务组 (ISSG), 我一直在努力开发使用 SharePoint 作为平台的垂直业务应用程序. 在此情况下, 我们正在构建的应用程序服务的需要，让他们的客户定制的产品的制造商. 在这些情况下, 大量的协作需要客户与制造商之间的地方. 此外，还有大量的制造商中不同群体之间所需的协作, 包括销售, 工程, 研究和发展, 法律和其他群体.

演示会来促进这种协作的应用程序, 所有的这些协作位需要板讨论如何与后端 ERP 系统集成.

最后, 这不一个 SharePoint 演示. 这是解决方案的一个演示碰巧使用 SharePoint 作为平台特定的细分问题.

所以, 为什么你都懒得注册，请参阅此演示? I don’t expect too many readers of my blog to be all that interested in a solution for make-to-order manufacturers 🙂 Your take-away would be the concept itself – using SharePoint purely to deliver a business solution without regard to SharePoint itself.

如果你有兴趣, 请在这里注册(https://www323.livemeeting.com/lrs/8000043750/Registration.aspx?pageName=skmqfwbr5smmlx20).

</结束>

订阅我的博客.

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

你就能撬动我的感冒从 SharePoint 设计器, 死人的手

发表评论

我的最新文章 就是看 www.EndUserSharePoint.com. 我写了关于 SharePoint 设计师, 最终用户和最终用户可能尝试的战略和按照大纲，以显示能力和建立信任围绕此工具.

评论都比文章本身更有趣.

将其签出.

</结束>

订阅我的博客.

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

有效地遵循 Microsoft SharePoint (和其他) SharePoint 论坛

2 回复

我一直有跟进井 MSDN 论坛一年多 (和可能几乎 2 此时的年) 和我时不时听到有人要做的是如何"硬". 我发现它很容易，我会分享我的"技术"的思想. 这种技术也适用于 www.endusersharepoint.com (http://www.endusersharepoint.com/STP).

以 MSDN 为例, 我第一次去标准论坛网页，如为 SharePoint 主页面在这里的一般问题: http://social.technet.microsoft.com/Forums/en-US/sharepointgeneral/threads

你应该马上注意到这些论坛是启用 RSS, 如图所示:

image

我一直在使用 Google Reader 管理现在很长时间我 RSS 源 (www.google.com/ 读卡器). 我去那里, 添加 RSS 提要为论坛和我现在通过 RSS 所有新论坛的帖子. 我的谷歌饲料 SharePoint 论坛看起来就像这:

image

谷歌提供我的过帐本身好视图:

image

最后, 谷歌让我使用键盘滚动在论坛中的帖子通过这种方式.

我可以快速扫描的员额和只重点关注那些我觉得我可以作出有益的贡献.

警报关闭循环. 通过 RSS 更新职位不来 (虽然我觉得他们习惯了很长时间). 不过, 如果发布了一个论坛投稿回应, 论坛通知我通过电子邮件和即时消息，有人回复反过来. 或, 如果我不能作出有益的贡献，但我想要知道其他人有什么要说, 我可以深入到它，并显式请求警报，当其他人做回应.

在一个小时或更少你可以把这一进程设置和中经常使用的一周, 学习的各种键盘技巧和快捷方式，以便这将成为第二天性.

我确切相同的技术用于最终用户 SharePoint.Com"树桩小组"论坛. 这是他们的 RSS 源: http://www.endusersharepoint.com/STP/rss/.

论坛是一种令人敬畏的方式, 可能最好的方式缺乏直接的个人经验, 学习产品和获取如何好调查的世界, 在大, 使用 SharePoint. 试一试!

</结束>

订阅我的博客.

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

Technorati 标签:

为更有效的工作流审核使用自定义列表

2 回复

我已经有点整顿了我的生活并发现一些时间提交的一篇文章 www.endusersharepoint.com. 我最新的文章是在这里: 为更有效的工作流审核使用自定义列表 (http://www.endusersharepoint.com/?p=1658).

这是开幕 ' 图:

设计器 SharePoint 工作流并不给我们大量的发生与我们的工作流解决方案的可视性. 和, 我们做得到的可见性受到一个相对较差的界面和 60 一天时间窗口. 这 60 一天窗口可以是新的 SharePoint 设计器用户主要失望，因为它不由该工具本身的广告. 它根本不是鲜见有人以火了 SharePoint 设计师, 创建一个工作流解决方案，利用了"日志到历史记录列表"行动......

问题是，在后 60 天, 这种方法您创建的任何消息从工作流历史记录列表中删除! 后位，咬牙切齿，"他们在想什么?"参数, 这是底线: 碰巧的是，它需要发生. 问题是, 我们如何能在它附近?

官方的答复是依靠 SharePoint 的内置审核功能. 从最终用户的角度来看, 然而, 这是在 WSS 非常薄弱和苔藓也好不了多少. 幸运的是, 我们仍然可以利用熟悉的 SharePoint 设计器工具，来创建持久的工作流历史记录和审计的数量级是引导更有用的线索. 这里是如何.

描述了如何创建一个更友好、 更有用的审计解决方案在 SPD 中创建声明性工作流.

我得到了启发，写这篇文章从最近的一个项目，开发了九个技术 SPD 工作流为一个逻辑业务流程支持的客户端. 现在，九是一个合理的数字假定为, 它肯定是一个挑战，要调试它，或在一个简单的视图中查看进程的整体状态. 这些单独的技术工作流的每个人都有自己独立的工作流历史记录列表，这并非易于管理. 我是能够将所有这些组合到单个审核列表使用我在网站描述的技术.

将其签出.

</结束>

订阅我的博客.

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

竹日历相互作用与 SharePoint 会导致"出现意外的错误"

1 答复

今天, 我一直在使用竹的日历 web 部件进行一些改进的协作环境. 这标准的中小农场与两个负载平衡目送, 为索引的"应用程序服务器"和 InfoPath 和群集的 SQL 后端.

客户端安装一些灾难恢复软件上目送之一而导致站点集合中的特定站点的破碎 WFE. 每当负载平衡指着受影响的 WFE 和该站点, 用户看到很大程度上空白的白色的屏幕，这句话"时发生意外的错误". 没有其他信息显示, 只是这一句.

他们问我要看看它. 我很容易复制的问题，然后加 ?内容 = 1 到 URL 的末尾. 这是学会他们使用竹 web 部件. 又回到页面和现在, 突然间, 它向我展示了一个漂亮的有序错误消息:

image

我不知道发生了什么事情或所做要获取要显示其他比追加的控制的错误消息 ?内容 = 1 位的查询字符串.

这可能是非常罕见的边缘箱子，但如果您得到这消息, "时发生意外的错误"前进和添加 ?内容 = 1 到查询字符串，看看它的走向.

</结束>

订阅我的博客.

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

Technorati 标签: ,

抱怨 Windows 活评论控制

2 回复

我选 windows 活空格早在 7 月 2007 作为我的博客平台. 大部分为, 我没有任何遗憾和微软当然扩展它随着时间的推移 (虽然我主要找出有关新功能的意外).

我最大的抱怨现在是博客垃圾评论. 这个人 / 帐户 (http://cid-82b0534bceed9881.profile.live.com/) (除其他外) 频繁地将大量的垃圾评论添加到我的博客的评论形式. 微软添加一个不错的功能，以显示"最近的评论"这样找出可以相当快的速度至少他们 (而之前, 我不得不分别走进每个博客条目) 和他们清理. 它是仍然耗时.

但愿那:

  1. 微软将会把一些更好地过滤垃圾邮件.
  2. 我可以阻止特定人从添加评论.
  3. 未有上述, 我可以更轻松地识别和删除垃圾邮件. 马上, 我需要做注释的注释，它是较慢, 尤其是当一些垃圾邮件机器人的人/程序添加 25 自 50 在一个会话中的评论.

如果您是 windows 实时用户并有一些有用的技巧分享, 我会很感激.

</endGripe>

订阅我的博客.

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

SharePoint 星期六现象继续 (加号, 我的幻灯片)

发表评论

我从返回华盛顿昨天出席最新后 SharePoint 星期六. 什么显著的事件! 继续其他 SP 星期六的传统, 它是很好地运行. 环境, 整体的组织, 流, 供应商区, 食品 … … 都是太棒了.

答案是肯定的, 最重要的是内容，我不认为任何人都感到失望.

令人非常惊讶我如何因此振兴很多人口号自己的床上早就周六去，听人谈的 SharePoint 8 hours 🙂 Amazing.

赔率是, 来到你面前的 SharePoint 周六事件，如果不存在, 为什么不先之一?

我在大会上宣读用舌头扭标题, "使用 SharePoint 平台打造垂直业务应用程序"。 你可以在这里演示文稿: https://cid-1cc1edb3daa9b8aa.skydrive.live.com/browse.aspx/Public. 它不是我平常的演示文稿又与它的乐趣. 我会给这再一次在 6 月份的但在北弗吉尼亚州用户组会议 6 月底.

</结束>

订阅我的博客.

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