月別アーカイブ: 12 月 2008

Web プロキシ サーバー Windows Workflow Foundation をインストールするから私を停止しようとしています。, しかし、それを破った

私はクライアントのサイトで働いているとので、いくつかの SharePoint デザイナーの仕事をことができるように、windows ワークフロー foundation をインストールする必要. (本当に少なくとも必要があるインストール罰金 SPD 今日まで知らなかった .NET 2.0 実際に使用する Windows Workflow Foundation と; 私は常にこれらの SPD と共にインストールされたと仮定, しかし、間違っていた).

クライアントがプロキシ サーバー. 大丈夫, 私は外公共のインターネットを取得する資格があります。. 私は WWF をダウンロードするいつもの場所に行く (SPD 役立ってくれたのリンク). そのダウンロードは本当にあらゆる種類のブートス トラップです。. それは実行し、それがダウンロードする必要がある何を. 2 番目のダウンロード プロセスが失敗しました. それかはまったくしません, または、プロキシ サーバーの資格情報を求めてからどうかして防いだが. かなりハード クラッシュしました。, 私にメッセージを:

Microsoft .NET Framework 3.0 セットアップ中に問題が発生しました. セットアップが正常に完了しませんでした。.

私は再起動しようし、過ごした 10 秒は、それをプロキシ サーバーの資格情報を求める私を得ることができるかどうかを把握しよう. 諦めて、代わりにここに行きました: .NET フレームワーク 3.5 サービス パック 1 (完全なパッケージ).

そのパッケージをダウンロード, インストールされていると、この時間, 問題なし.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Microsoft.SharePoint.dll の反射板を使用します。

Redgate .NET リフレクター Michael ブルーメン タール 入れている、 アラートおよび表示についての記事 ("ビューすることができます使用する警告を作成するとき ?"), 独自のメリットに興味を持っています。. ただし, どのように彼は念入りレッドゲートの .NET Reflector を使用してのプロセスを介して歩くを参照してくださいにさらに興味を持ちました. 一歩一歩, 彼はそのツール トラック ダウン SharePoint リストに対するビューが"subscribable べきであるかどうかを判断する方法を使用する方法を示します" 良い言葉の欠如 (彼はこれについて私よりもずっと上手に説明しています 🙂 ).

この時点で、SharePoint の時代, 聴覚障害者とか聞いたことがないがそのツールを使用して詳細にブラインドする必要がほとんど. それはものを進んでいるし、私自身の感覚は、それは多くの方法で最後の手段のツール. ただし, それを必要が本当に知っていないと思うかどうかはどのように, マイケルの書き込みこの主題上の偉大なチュートリアルのように思える.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ: , ,

SPD ワークフロー: ドメイン ユーザー名の代わりの完全名を表示します。

どのような彼の就任のブログの投稿には、表示されます。, chiqnlips 計算列である、一般的な SharePoint Designer ワークフロー電子メール活動問題への解決策を説明狂気に掘り下げたしています: 「Domain username 代わりに、電子メールで人の本当の名前を表示する方法"

自分でテストしていません。, それは有望に見えるが、. それをチェック アウト.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

SharePoint の予測 2009

いくつかの回顧展を読んだ 2008 これは私についての考え方を持っていると 2009. ここでは、SharePoint での未来を私の推測 2009.

小さな免責事項

SharePoint の MVP を午前とその結果, 公開する前に、私は時々 少し事前情報を得る. 私はない公共そのような情報を作っています. 私本当にしていない十分長くしてとにかくそういったことと委託されると.

その方法のうち, 予測に.

高速します。

高速で非常にホットな話題になると思います 2009. それは既にエンタープライズ検索コミュニティでよく知られています。. ただし, sharepoint の果たしている皆 2009 すぐにこの製品と彼らのために何ができるかに興味があるだろう. それのまわりで出現、新しいコンサルティング会社と既存パートナーが協力し、そのポートフォリオに追加するスクランブル. 来年の今頃に, SharePoint コミュニティのほぼ全員の聞いたことがあるが高速について意見を持っていると.

対象となる大企業は高速、いきます. マイクロソフトがより焦点を絞った小規模な企業にアクセス可能な製品版をリリース、少なくとも外のチャンスがあると思う. それがない場合, 高速カスタマイズすることができます線に沿ってカスタマイズできるように、SharePoint 検索エンジンが開放されます。. たとえば, 高速を使用してパイプライン コンテンツを使用して、インデックスのアーキテクチャ. 高速の管理者および開発者をデータ ソースごとにパイプライン コンポーネントをアセンブルしても新しいパイプライン コンポーネントを作成します。. 我々 は今日の SharePoint でこのような柔軟性を持っていません。. 高速の非常に大企業でしっかりとターゲットを絞ったままの場合, SharePoint 検索は FAST の機能のいくつかを採用します。.

SharePoint の検討

それは出てくるだろうと信じています 2009.

私はそれが私たちのリストまたはドキュメント ライブラリのビューをセキュリティ保護する機能を提供することと考えています. これは信念というより希望かもしれません :

SharePoint デザイナーおよび特にワークフローではエンド ・ ユーザーのいくつかのより良いサポートが提供されることを望む.

多くの他を知らない, ここでは何を見つけるか私積極的に追跡しています。: http://delicious.com/pagalvin/SharePoint_O14.

ベンダーは、ビジネス アプリケーションを作成します

今日, SharePoint のほとんどのベンダーがガジェット指向になるよう. 取る または Corasworks たとえば. ある巨大な製品の次のと偉大なポートフォリオ. ただし, 彼らは私や開発者に一種の小道具が好きなようです。 / フォーカス ツール. 管理者ツール, ワークフロー ツール, など. 批判ではありませんすべての SharePoint は間違いなくいくつかのガジェットを使用することができますので.

で 2009, いくつかのベンダー (非常におそらくタケ自身, 私はこれを正しく読んで場合) 特化ビジネス アプリケーション テンプレートの形で一緒に置くだろう, 機能, ソリューション, など. 今日すばらしい 40 個のテンプレートを考えているけど、特定の産業に合わせた. 私はそれがこの方法を悪用されていないのような驚き. SharePoint はこれらの種類のものを提供するためのプラットフォーム. みんなは何を待っています。? 彼らは、もはや待つことはありません。 2009.

同時に, 新しい燃料は Silverlight と .NET の他のクールなもの, 良いより興味深いガジェット.

Sharepointreviews.com はこれらの製品の重要なコミュニティ カタログになります。.

エンド ・ ユーザーのフォーカス

2009 ブロガーのための主要な焦点として、エンド ・ ユーザーの出現が表示されます。, 組織とマイクロソフト自身. マーク ミラー エンド ユーザー SharePoint.Com 大きな役割を果たした 2008 そうしていきます 2009. エンド ・ ユーザーがブログを始める, 以下の技術的な会場にユーザー グループを変換し、さらにヘルプが誰かを説得または純粋なエンドユーザーを起動する組織フォーカス会議.

カンファレンス, ユーザー ・ グループ, コード キャンプ, など

話す会議-を展開し、数とフォーカスで成長していきます. 別にエンドユーザーのコンテンツ, 開発者と管理者に応えるために引き続き.

バーチャル会議をピックアップして開始し、既存のカンファレンスはできませんか直々 に出席しないことを選択したリモートの参加者にライブフィードを提供.

無料会場は拡大します。, など マイク ロッター (ら) SharePoint 土曜日.

これはのである新しい開発者の大規模な流入は引き続き非常に重要になります。, これらのグループを提供する管理者およびエンドユーザー情報の種類を渇望します。.

ソーシャル コンピューティング

ソーシャル コンピューティング機能の需要が上がる. すべてのものに等しい, 企業社会コンピューティングの効果的な戦略を実装するより良いし、その競合他社よりも強くなります。.

迅速かつ効果的に大企業よりも中小企業はこれらの機能を採用します。.

大企業: 気をつけてください 🙂

修復対のベスト プラクティス

で 2008, たくさん SharePoint ブロガーと組織と Microsoft の彼ら自身多くの特定の問題を解決するために最善の方法を考え出すの時間を過ごした (通常技術的な問題).

まだ定義およびベスト ・ プラクティスの採用を促進する機会があります。. ただし, 我々 をインストールする最善の方法を考え出すされている間, 構成および SharePoint を管理します。, 数百、数千の企業がインストールされています。, 構成とそれらのベスト プラクティスを手にしたまま SharePoint を管理します。.

で 2009, 多くの企業は、彼らは深くいくつか解決すべき問題に根ざしているし、SharePoint コミュニティとそれらを修正するためのマイクロソフトのエリート メンバーに探してを実現する予定です。. これにまで及ぶと思う 2010 おそらく本当に必要がある、SharePoint を使用する企業のための修復サービスを提供する家内工業を産む, しかし、傷つけているひどくその実装の初期段階で作られた貧しい人々 の決定のため.

母の船に戻ります

で 2009, 母の船に戻りますと ボブ フォックスを持ち帰る.

最終的な考え

SharePoint と自分自身で働いて任意の現実的な方法 1 月までを開始できませんでした。 2007. 私に思える SharePoint は本当に離陸し、自体これら 2 年間で多くの価値を提供する能力を実証. 多くの方法でことを考える, それは本当にインフラストラクチャ更新プログラムまで自体をまっすぐしていません。. それはまだそのバグと問題をが, しかし、我々 すべてのことから道に沿って来て 01/2007. 2009 SharePoint の当たり年です。.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ: , ,

SharePoint ベスト プラクティス会議 2 月 2-4, 2009

2 つのプレゼンテーションをやっているよ、 SharePoint コラボレーションベストプラクティス会議今年 2 月、サンディエゴで.

私はしていないことをやっているこの十分長くそれでうんざりするには, すべての会議に出席するので、, 率直に言って, 素晴らしい. ただし, この会議は特別とは思います. ゼロのマーケティングの焦点があるし、全部が現実世界のいくつかを解決する方法の実用的なアドバイスを提供することについて SharePoint を扱う難しさの問題の直面. それは巨大ではありません。, すべてのスピーカーは非常にアクセス可能 (家に戻って火災入れていないが、少なくとも). これは素晴らしいの正式なプレゼンテーションだけでなく、します。, 事実上すべてのスピーカーにほとんどいつでもいくつかの素晴らしい会話や議論を持つことができます。, 朝食をホテルのバーで勤務中の飲酒深夜まで始まる.

スピーカーを越えて, 構築し、コミュニティ内の他の SharePoint ユーザーのネットワークを固める絶好の機会があります。. 最後のセッションや会議のまとめ末, あなたは通電されるとあなたの SharePoint 環境を改善するため動作するように背中をもたらす良いアイデアがいっぱい.

投資価値はあります。.

Web サイトは上のノッチ. 日付のチェック アウト, 登録, トピックとスピーカー.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

を読んでください。 1,000 ブログのエントリ 3 数週間だ見て失われたシーズン 4 つの週末

この過去の夏, ための 2 つの章を取り組んでいた間、 SharePoint ソーシャル コンピューティング予約史上最高, 私のブログ読んで非常に遠く後ろにするようになりました. 私の RSS のものとしたら、私は Google リーダーを使用してよりも 1000 未読のアイテム, それはちょうど言う, 「1000年 」.

最後の数週間にわたって, きたし座って、組織的にそれらを読んで、今後の参考のため行くとそれらをタグ付け (Delicious.com を使用します。).

この過去の週末私はロストのすべてを見てください。, 会期とに追いつくのカップルで 4 シーズンします。 1000+ ブログのエントリは、同じ方法を感じる.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ:

SharePoint Designer ワークフローの 1 つのリストから別の移植

マーク ミラーの上で www.endusersharepoint.com SharePoint Designer ワークフローに私の最新の記事を掲載 ここで (http://www.endusersharepoint.com/?p=1037).

1 つのリストを別のリストを作成するワークフローを移動するための基本的なアプローチを記述します。. 他のリストは、同じサイトにすることができます。, 同じサイト コレクションまたは全く別のファーム (例えば. 開発から生産まで).

これは複雑な主題であるので、私だけ非常に基本的なシナリオをカバー. 来週, 私はより有用な現実世界の例を書こうと思います。.

それをチェック アウトし、そこに任意のコメントを共有.

<終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin

Technorati のタグ:

なぜ私は簡単に 1 つのリストから別の SharePoint Designer ワークフロー ソリューションを移植できません。?

マーク ミラー私最新エンドユーザー指向を掲載している彼のサイトでここを SharePoint デザイナー ワークフロー記事: http://www.endusersharepoint.com/?p=1008

質問へのストレートな答えを提供する試み, "なぜ私は簡単に移植できない開発からテストへの SharePoint デザイナー ワークフロー?" プロセスで, また SPD が実際に何のシーンの背後にある我々 使用してワークフロー ソリューションを作成するときにいくつかの洞察力を与える.

来週, エンド ユーザー フレンドリーなポート SPD ワークフローにから別のサーバーを記述します。, または少なくとも終わりユーザー ・ フレンドリーとしてツールの状態を考えると可能な限りのソリューションの設定.

</終了>

私のブログを購読します。.

私は Twitter の上に従ってください。 http://www.twitter.com/pagalvin