月別アーカイブ: 2 月 2008

日曜日面白い: “エクスポート”

周りのバックアップします。 1998, 時間勤務の会社は、新しい e コマース製品を作成するいくつかの資金を受け取った. 我々はビジネス要件を満たすために、あらゆる. 高速でなければならなかった, エンド・ユーザーの簡単です, 派手です, 多言語, など. 悲しいことに, 私はおそらくその酔わせるような日以来達成するために仕事の野心的なセットとして持っていなかった.

この努力は事前着眼点を付. ありきたりな ASP は幾分新しいまだだった (または、少なくとも私の会社に非常になじみのないです。). "れんがとモルタル" 企業は運命づけられていた. 運命にあります。! これはそれが仕事を先駆的だったと言うことです。. ないハドロン衝突型加速器の先駆的な仕事, しかし、私たちの小さな世界で私たちの, それは仕事を先駆的だった.

私たちは夢中だった忙しい. ミニで POC ではほぼ毎日行っていました, 本質的にステートレス中に状態を維持する方法を考え出す, 多言語問題を考え出す, 行レベルのセキュリティ. 私たちも、基本的な用語を定義する用語を作成いた (私は好ましい状態永続的なしかし、いくつかの理由, 厄介な"ステートフル" 日の獲得).

我々は狂ったようにこの製品を発明したと, マーケティングと販売の人々がそこにそれを販売しよう. どういうわけか, 彼らは私たちの悪夢のシナリオにそれを販売する管理. にもかかわらず、我々は設計され、エンタープライズソリューションを実装します。, 私たちは本当に我々は製品日ゼロに組み込まれているすべての最後の機能を使用する最初の顧客を期待していなかった. この顧客は、多言語を必要な, "標準から根本的に異なるユーザーインターフェイス" システムが同じビジネスロジック、. 多言語は、この場合は特に大変でした。, 我々常にスペイン語またはフランス語に焦点を当てて, この場合は, それは中国人だった (ダブルバイト文字セットし、我々が使用する技術を考えると特別な処理が必要).

早送り数ヶ月とノースウエスト航空の北京行きの午前します。. 私は忙しいので私はそこに行くことがほとんどないのアイデアを持っているこの旅行のための準備. 一度どのようにアメリカ人が中国に数年間されていたし、言語を学んでいたについての本を読んでいた. 1 日、彼は街を歩いていたし、一部の人々に道を尋ねた. 会話は何かにこれを行った:

アメリカ: "ことを教えて私を取得する方法 [XX] ストリート?"
中国語: "申し訳ありませんが, 私たちは英語を話すことはありません".
アメリカ: 「オハイオ州, 北京語を話します。" 彼は中国語で再びそれらを尋ねたと, しかしより明確に (彼ができた限り).
中国語: 非常に丁寧に, "申し訳ありませんが, 私たちは英語を話すことはありません".

会話はそのようなビットのため行って、アメリカ人は失意のうちにあきらめた. 他に話す人を耳にした彼として彼がそれらを残していた, "私は宣誓かもしれないが彼は方向を求めていた [XX] ストリート。"

いくつかのビットと他の中国関連の準情報を「役立つアドバイス」をもいだ:

共同韓国は私に言った、私は"しようとする私は酔って取得し、あなたの利点を取るための中国人の注意するために必要な" 悪いビジネスの意思決定に私に圧迫感.
私たちは車を運転することはできません。 (これがカスタムかどうかにいくつかの混乱があった, 法的要件またはちょうどクライアントのルール).
税関を通過のための特別な規則があった.
私たちは何のためのアメリカのお金を使用することはできません。.
ヒントを残していないよ. それは侮辱を行う場合.

そして最後に, 比較的新鮮な思い出を持っていた、天安門大虐殺. 私が大学にいたとき, 恐怖に見えた世界としてのリアルタイム usenet を覚えてください。.

要するに, 非常に緊張しました. 私は桁違いに何かよりもより複雑な私がこれまで行っていたソリューションを提供したという意味で通常の神経だけではなかった. 私もトラブルになる可能性があるルールを誤って壊して心配でした。.

これによ 14 時間のフライトビジネスクラスだと, 14 時間はのろわれた長い時間です。. 読み取ることによって自分自身を楽しませるためにだけそう多くの方法があります。, 映画を鑑賞したり磁化のカトラリーで遊んで. でも、本当に良い本は数時間連続で読みにくい.

最終的に, 私は手-を運んでいた私と一緒にクライアントにソフトウェアの一部に包装材を読むを始めた, ネットスケープの web サーバー. ハードウェア/ソフトウェア要件を読んでいます, マーケティングのプチブラーブ, かなりの画像を見てと突然, "ない輸出のための巨人をゼロに" 警告, についての何か 128 ビットの暗号化. 私のキャリーバッグに戻ってボックスを詰め, 警告フェイスダウン (それを助けただろうかのように) ビジョンを維持しようとしました。ミッドナイト・エクスプレス私の頭から.

今それを振り返ってみる, 心配されている必要があります。, すべての場合, 米国を去ったとき, 中国入国時ではありませんでした 🙂 何も悪いことは起こりませんでしたし、今でもそれが私にとって最高で最も思い出に残る出張だったと思っています。.

</終了>

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

Technorati のタグ: おかしい, コンサルティング

ソリューション: SPQuery フォルダーは検索されません。

3 回答

この過去 1 週間だったを実装する、「進化します。" BDC は、SPQuery を使用し、フォルダーを含むドキュメントライブラリに対して SPQuery を使用していくつかの困難に遭遇したクライアントのためのソリューション. 一番下の行: 「再帰をを割り当てる" クエリの表示属性.

私のシナリオ:

月曜日に, ドキュメントをアップロードし、いくつかのメタデータを提供.
次の週, 新しいファイルをアップロードします。. この新しいドキュメントのメタデータの多く私は月曜日にアップロードされるドキュメントに基づいています (「マスター文書」と呼ばれる).
ユーザータイトル検索を介して月曜日ドキュメントを見つけやすいように一覧を BDC にやさしいインターフェイスを提供する web サービスファサードを作成しました.
BDC のデータ列は、フレンドリーなユーザーインターフェイスを提供します. (これはより友好的なルックアップ列の BDC を使用する私の試みの部分).

最終的な BDC ファサードサービスは、ルックアップを実行このようなクエリを使用してください。:

 // U2U ツールこの CAML クエリを生成する際に支援するために使用.
      oQuery.Query =
        "<どこ>";

      場合 (titleFilter.Length > 0)
        oQuery.Query   =
          "  <と>";

      oQuery.Query   =
        "    <と>" +
        "      <Geq>" +
        "        <FieldRef 名 = "DocumentId" />" +
        "        <値のタイプ = "Text">" + minId + "</値>" +
        "      </Geq>" +
        "      <Leq>" +
        "        <FieldRef 名 = "DocumentId" />" +
        "        <値のタイプ = "Text">" + maxId + "</値>" +
        "      </Leq>" +
        "    </と>";

      場合 (titleFilter.Length > 0)
        oQuery.Query   =
          "    <含まれています>" +
          "      <FieldRef 名 = "Title" />" +
          "      <値のタイプ = "Text">" + titleFilter + "</値>" +
          "    </含まれています>" +
          "  </と>";
      oQuery.Query   =
        "</どこ>";

開発の初期段階, この偉大な仕事. ただし, フォルダーにいくつかの問題を解決するためにディレクトリを導入し、突然, 結果は私の BDC の選択はないです。. SPQuery だろう任意の結果を返すことという事実にこれを追跡. 我々は主に別のメタデータをアップロードするのに同じ名前を持つ複数のファイルを許可するのにフォルダーを使用. ファイルがアップロードされたとき, 我々リストアイテムの ID に基づいてフォルダーを作成し、そこにファイルを移動 (そのことについて書いたここで; 我々が持っていた混在する結果このアプローチが全体に, それがうまく機能します。). フォルダーについて、実際にはユーザーは気にしません。, 本当にすべてのフォルダーがあることを理解していません。. 我々はすべてのフォルダーに関係なくアイテムを表示するライブラリビューを構成しています。.

私は 2 回進化し、解決の技術的な実装としてそれを毎回違ったこの問題をヒットします。. 最初の時間, クエリで CONTAINS 演算子を使用していなかった. CONTAINS 演算子なし, SPQuery のコンストラクターにビューを指定することによって、問題を解決することができた. 既定のコンストラクターを使用する代わりに:

SPList もの web を =。リスト["ドキュメント"];

SPQuery oQuery = 新機能 SPQuery();

私は代わりに、ビューを指定するコンストラクターを使用:

SPList もの web を =。リスト["ドキュメント"];

SPQuery oQuery = 新機能 SPQuery(oList.Views[「すべてのドキュメント"]);

問題を解決して私の結果を得るために開始.

CONTAINS 演算子をミックスに追加し、それを再度壊した. それが判明したことは CONTAINS 演算子, 私の知る限り, 動作しません、ビューと同じように簡単 GEQ / LEQ 演算子. 私はいくつかの検索を行なったし、クエリの ViewAttributes は、「再帰的」に設定することを学んだ, ように:

oQuery.ViewAttributes = 「スコープ = "Recursive"";

含むのため、問題を解決しました。. 実際, これも私の元の検索の問題を解決し、再帰を指定したかどうか属性は初めて, 私は持っているに実行されない問題再度.

ビューベース SPQuery いくつかの演算子のために働くという事実 (GEQ/LEQ) その他 (含まれています), Kpi で全く動作ドキュメントライブラリのフォルダーを含むリード SPQuery がいくつかの直交性の問題であると信じて私をしていないという事実と相まってください。.

特別な感謝:

善意の人々 U2U そのクエリツール.
マイケル・ホッファーの偉大です "ことにによって学習" ブログの記事, コメントと応答.

</終了>

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

Technorati のタグ: SharePoint 開発, SharePoint 検索

MOSS KPI バグ? ドキュメントライブラリフォルダーに関連付けられてリストインジケーター

1 最新の返信

更新プログラム 02/29/08: フォルダーを作成して、Kpi の必要なメタデータのあるフォルダーにコンテンツタイプを割り当てることによってこの問題を解決. ここで、もう少し詳細を記載します。.

ユーザーがドキュメントライブラリにドキュメントをアップロードする技術的解決策を実施して. イベントレシーバーは、ディレクトリを作成し、そのディレクトリにファイルを移動 (私が書いたものと同様の手法を使用してください。ここで). 我々は正常にアップロードされたファイルの名前を変更するイベントレシーバーによる潜在的な問題を回避移動しました。 (ユーザーは決して"新規をクリックしてそのドキュメントを始めるために主に" 代わりにローカルのドキュメントを作成し、それらをアップロードし).

これらのドキュメントのメタデータを含むはい/サイト内の列に"緊急と呼ばれるなし" 別のサイト内の列は「ステータス」と. 私たちは"緊急のパーセントを示すビジネス要件を満たすために必要があります。" ドキュメントのステータスが「保留中」.

これは通常簡単に行うこと私は非常に SharePoint のビーグル犬でこれのような何かを説明し、興味があるなら、スクリーンショットをたっぷりと.

一言で言えば, 次のでした。:

「保留中」と呼ばれるドキュメントライブラリビューを作成します。.
フォルダー構造を無視するようにビューを構成します。.
KPI リストを作成します。.
"保留中ドキュメントライブラリを指すリストにインジケーターを作成します。" ビュー.

これは単に動作しません. KPI は、私の目標を示しています。 (例えば. 5 緊急の書類) しかし、常にゼロとして緊急ドキュメントの実際の数を示しています. 逆説的に, 場合は、詳細をドリルダウンします。, 一覧に 5 つの緊急の書類を示しています. 2 つのドキュメントの非常に単純なシナリオを作成, 1 つのフォルダー、1 つないです。. ここではスクリーンショットです。:

上記のスクリーンショットは明らかに"値が、ビューに 2 つのドキュメントがあるを示しています" 1 つは、します。. 」CamlSchema" 空白の文書と共に Id ルートフォルダーであり、他の「84」という名前のフォルダー.

それが私にビューを指定しても, KPI は、"ショーのすべてのアイテムフォルダーなしの名誉します。" 設定し、代わりに, ルートフォルダーに自身を閉じ込め.

間違っている場合, ください私の行を削除またはコメントを残す.

</終了>

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

Technorati のタグ: KPI

SPD ワークフロー “ユーザーからのデータを収集します。”: 生成されたタスクフォームを変更します。

4 回答

私 5 異なる SharePoint Designer ワークフローを使用して、いくつかのドキュメントの承認を処理するプロジェクトに取り組んでいます. SPD は、ユーザーから「収集データを提供します。" アクションは異なるビット情報のユーザー入力を求めることができますように, 彼らがそれを承認するかどうかなど, いくつかのコメントと多分彼ら他の夜の夕食のためていたものを求める.

フォームが完全に機能. 彼らはコンテンツタイプとしてタスクリストに関連付けられています。. 彼らは 100% システムが生成しました。. これは自分の強さと弱さ. 既定のフォームに住むなら, 我々は行ってもいいなら. ただし, SPD がフォームを作成する方法をあまりにも多くの制御を持っていません。. 既定の動作を好きではない場合, それを回避する様々なトリックに頼る必要があります。 (たとえば, タスクの優先度の設定).

ビューのプロパティを開いたこれらタスクフォーム上のリンクを提供するために必要な (dispform.asxp) 「関連項目の" 新しいウィンドウで. これは関連項目のメタデータへのワンクリックアクセスを提供します. これはどういうことか:

ありがたいことに, 我々はそれを行うことができます、それは非常にハードではないです。. 大まかに言えば, SPD を起動します。, ワークフローファイルを格納するディレクトリに移動し、変更する ASPX ファイルを開く. これらは、ちょうど古典的な XSL 変換命令と itemstyle.xsl と、汚したきたかどうか, 検索または他の XSL のシナリオ, これはあなたのために簡単になります. 実際, 生成されたフォームが次の主要な検索結果 web パーツと比較して容易になるので一般に容易にそれを見つけた (または、悪夢のような CWQP).

もちろんです, 1 つの大きな落とし穴があります。. SPD のワークフローエディターがそのファイルを完全に制御を期待してください。. それを変更する場合, SPD は、右の状況の設定、変更を与えるが上書きされます幸せ. どのように悪いこの得ることができる 2 つのクイックテストを行った. 彼らは両方をユーザーから「収集データを使用して、有効な SPD ワークフローを細工した前提と" ステップ.

テスト 1:

ASPX ファイルを手動で変更します。.
それをテストします。 (変更が正しく保存され何かを壊していないことを確認します。).
ワークフローを開き、関連のないアクションの追加 (「歴史にログ」など).
ワークフローを保存します。.

結果: このケースでは, SPD は、フォームを再作成しません。.

テスト 2:

同じことを行う #1 直接を除いて、"データを収集するユーザーから変更します。" アクション.

結果: これは、再スクラッチからフォームを作成されます。, 変更内容を上書き.

最終的な注意事項:

少なくとも 2 つの SPD のアクションはこのようなフォームを作成します。: "ユーザーからデータを収集します。" 「項目を割り当てる」と. これらのアクションの両方’ フォームを手動で変更することができます。.
Dispform.aspx へ私のリンクを生成することができた, このケースでは, 関連項目に関連項目の URL に埋め込まれた ID. それを抽出し、構築することができた、 <href> ワンクリックメタデータアクセス機能を提供するためにそれに基づく. あなたの URL がこの規則に続くことは考えにくい. 関連項目の ID を取得する他の方法がありますが、私はその橋を渡って持っていなかった, 場合を知らないので、溝の反対側に取得.
私はしなかった調査, テンプレート内のファイルのいくつかの種類がある場合は驚いてはないが、 12 レジストリハイブを SPD を既定のフォームを生成する方法に影響する変更 (アラート・テンプレートを変更できますと同様).

</終了>

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

Technorati のタグ: SharePoint デザイナー, ワークフロー

は “不明なエラー” メッセージ、スタックトレースよりも本当に?

3 回答

私マドゥールさんのブログの記事を読んでいたスタックトレースの表示を有効にします。今私は疑問に思って: なぜ我々は常に、スタックトレースを表示しません。?

そのルールに人がやってきて、なぜ我々はそれに従ってください。?

エンド・ユーザーは何かいずれの場合間違っている知っています。. 少なくともスタックトレース, 彼らコントロール printscreen キーを押すことができます。, メールにコピー/ペーストし、それを送る. 明らかに時間と労力をこの問題を解決するために必要を減らすだろう.

</終了>

Technorati のタグ: わめき散らす

日曜日 (恥ずかしい) おかしい: “ポール Galvin と申します”

1 最新の返信

年前の束, 私の上司は結果と呼ばれる製品にいくつかのユーザーのトレーニングを私に尋ねた. 結果は報告ツールエンドユーザーです。. SQL Server レポートサービスやクリスタルにほぼ似ていますが. 時, 緑色の管でを実行するように設計されていた (例えば. Wyse 50 ターミナル) telnet 経由で Unix のボックスに接続されています。.

私のデフォルトの質問の答えを任意で始まる"することができます。 … " 「はい" それはすべてのトラブルを開始したと.

クライアントは南カリフォルニアのうち化学会社だったし、ちょうど約に基づく主要な ERP 実装を包み込んでいた QAD 製作所/プロ. 今は、結果製品に電力エンドユーザーをトレーニングのためと呼ばれる実装計画.

私はこのツールの大きいユーザーではなかったし、確かに決して前に誰かを訓練しました。. ただし, 他のトレーニングクラスの数を行なったし、私の足に速かった, あまりにも心配ではなかったので. デニス, 実質フルタイム結果インストラクター, 私は彼のトレーニング教材を与えていた. 今それを振り返ってみる, それは実際にはかなりばかげています。. よく製品を知らなかった, それを決して形式的に訓練された、確かに決してそれを教えていた. どのようなビジネス訓練それを誰が?

物事を複雑にロジスティック, 行くし、道に沿って事前セールス活動の一環としてシカゴで会うように頼まれました。. 計画はニュージャージーから飛び出し、, シカゴへ行く, 時間の見通しと会って、カリフォルニアに進みます.

よく, シカゴに着いたと私のチームで営業の男を持っていたいくつかのミスを犯したし、会議は確認されなかった. だから, 私は現れた、見通しはありませんでした。. 素晴らしい. 私は、荷造りを残すし、CA に進みます. このプロセスのどこかに, クライアントは学習が見つける未満 24 私の到着を"ポール Galvin 時間前に、" クラスを教える, ないデニス. クライアントデニスが大好き. 「がこの Paul Galvin 人を知りたいです。?" "なぜべきである私達彼を信頼?" 「なぜ払う必要があります我々彼のため?" デニスが明らかに購読していない私 "悪いニュースを早くを提供します。" 哲学. 素晴らしい.

到着空港で、いくつかの信じられないほど愚かな理由, 私の荷物をチェックしていた. ラックスしたそれが、私の荷物はしませんでした。. 私, 荷物を失って多くを行くような悲しみの 7 つの段階. 最終的にホテルにそれを作る, 荷物を持たない, 疲れています。, 空腹と身に着けている私 (今では, 非常にしわ) ビジネススーツ. ニューアークから移動に時間がかかる — オヘアへ — クライアントに — オヘアへ戻る — そして最終的にロサンゼルスへ.

最終的にホテルの部屋に座っている自分を見つける, スニッカーズバーに munching, 疲れとクラスの前で完全なろばのような見たことはありませんできるようにトレーニング教材を再度スキャンするエネルギーをドラムにしようとして. これは、当時私にとって低ポイントのビットをだった.

次の日を目が覚めた, 自分のベストを見ていないので、私のスーツを滑らかにする悪い日 Willy Loman のようでした、クライアントにオーバーに向かった. 場合は、よくあることです。, 彼女は一人でよかった, 丁寧で非常に気持ちよく. これは前の日から彼女の非常に怒っているメール/ボイスメールには対照的に立っていた. 彼女は私をリードについて 3 マイル、断面の建物の後で建物を介して次の 3 日間のクラスを実施します巨大な化学倉庫内のエリアをオフ. 、 15 または 20 学生はゆっくりと組み立てます, それらのほとんどはまだ期待しているデニス.

私は常に自分自身を導入することによって私のトレーニングクラスを始める, いくつかの背景を与えるとホワイトボードに私の連絡先情報を書き込み. 言っていると, "グッドモーニング, 私の名前はポール Galvin」, 私の名前を書く, 誰もが明確に確認できるように大きな文字でホワイトボード上に電子メールと電話番号. 私はデニスを交換して、私はそれらを私は適切な代替保証するという事実に対処します。, など. 私は自分の名前と私に沿って行くと、私は特定の要件のことを調整できるようにして、クラスから達成するために欲しいものを教えて簡単に誰もがあります。. 通常のもの.

我々はそれをラップし、プロジェクターを起動. 私は私の連絡先情報を消去に行くと … 永久的なマーカーで書いた. だから恥ずかしかった. 心の目で, これのように見えた: これは「ポール Galvin です。" 人, 私たちの最愛のデニスの最後の分の交換. ビジネススーツ、無精ひげ、しわくちゃ着ています。. 彼がちょうどで、ホワイトボードに名前の彼の膨大な手紙を書いた 永久的なマーカー. どのような光景!

それはすべて楽しく終了, ただし. これは化学の会社だった, 結局その程度です. 白髪交じりの A ベテラン従業員が棚から何かを引っ張って、, EPA の規則の違反でおそらく, ボードをクリア. とどまることができた 1/2 コース全体でクラス前日最後に良い評価をもらった. これは私のピンチヒッター」を超硬合金" 私の会社での評判. 私の荷物が到着した最初の日, はるかに見栄え日 2 と 3 をだったので.

家に帰って赤目を取っていたと, 「教訓」を熟慮されました。. 熟考する多くがあった. コミュニケーションが鍵. 計画の変更についてクライアントに通知します。. あなたはおそらくそれを避けることができる場合、これまで空港であなたの荷物をチェックしません。. スペア"ものをもたらす" 場合にあなたの荷物をチェックして、それはそれを作成しません. 私が学んだ最も重要な教訓だと思う, ただし, これはだった: 常に書く前にホワイトボードの左下隅で、マーカーをテストします。, 巨大な文字, 「ポール Galvin」.

</終了>

Technorati のタグ: コンサルティング, おかしい

視点: SharePoint 対. 大型ハドロン衝突型加速器

返信を残します

90 年代半ばで撮ったいくつかの変わり者のユナイテッド航空飛行のため, 私は何とか「未使用マイルに変換する提供に終わった" 約 1 ダース無料雑誌の購読に. サイエンティフィックアメリカン』誌を購読することになったのかは.

ソフトウェアとして / 人々のコンサルティング, 我々は私たちのキャリアの中で多くの困難なビジネス要件を発生します。. ほとんどの時間, 私たちの愛これらの要件を満たすと実際, それはおそらく、なぜ我々はこのキャリアが世界で最高だと思う. 時折だけ何かしら世界で私が行っている自分自身と私は歴史の他の時点で生まれていた場合. 今私の仕事の種類を逃しているいかに恐ろしいものであろう, この時間と場所世界歴史の中で? 思います: かなりひどい.

長年にわたり, 私が直面した要件の一部を満たすために非常にやりがいのあるされています。. 複雑な SharePoint のもの, web 処理 web 向け技術に基づくフレームワークの構築, 複雑な BizTalk オーケストレーションなど. 我々はすべてのことができます。 (うまくいけば、) 誇らしげに私たちのキャリアを振り返るし、言う, "はい, それは解決するためには難しいものだった, しかし、最終的に私は pwned その sumbitch!" いっそのこと, さらにもっと面白いと楽しい課題を待っています.

個人的に思う私の履歴書, この点で, かなりの深さはそれをかなり誇りと (私の妻は、決して 1 を理解するけどそれの 20 分). この 1 週間が, についての記事を読んでいた、大型ハドロン衝突型加速器私サイエンティフィックアメリカン』誌で私の"巨大なにもかかわらずことを実現した場所それらのまれな屈辱的な瞬間の 1 つがあったと" 特定のサークルまたはどのように深いと思う私の経験の井戸で状態, 完全に別の世界にリアル巨人があります。.

LHC のチームの人々を管理するいくつかの本当に厄介な問題があります。. 月を考慮します。. 私は本当に月についてはあまり思わない (それは地球の回転を減速していることを学んだのでそれについてとても怪しいきたのに, 長期的に私たち人間のために良いことをすることはできません。). しかし, LHC のチームが心配する必要は. LHC の計測機器は、月の影響は、とても敏感 (Earth-rotation-slowing-and-eventually-killing-all-life) 重力. 満たすために必要の一体であります。 — 月の干渉にもかかわらず正しい測定値を生成します。.

この文を読んだときその問題を熟考されました。: "最初のレベルは受信し、分析の検出器のコンポーネントのサブセットのみからデータ, それが有望なイベントかどうかなどの分離の要因に基づいて選ぶことがするからビームの軸からの大きい角度で飛んでくるエネルギッシュなミューオンを発見されました。" 本当に … ? 私は、サンドボックスの決して種類が再生されません。.

何人かの友人で留守次回, LHC に取り組んで良い人々をトーストするつもり, 彼らは正常にヒッグスボソン粒子の重量を量るし、呪いの月を希望します。. 私はあなたが同じことをお勧め. It will be quite the toast 🙂

</終了>

Technorati のタグ: コンサルティング

悪の Microsoft URL

2 回答

Google 検索を行う:

ハイライトされた上記のリンク] をクリックします (「詳細ををダウンロードします。: Windows SharePoint…").

私はこの取得します。:

URL を注意してください。.

私にはかなり疑わしい. 私はかどうか私は笑うべきか分からない, 含み笑いまたは呼び出し、司祭.

</終了>

Technorati のタグ: 疑わしい Url

迅速な印象: システムセンター容量プランナー

返信を残します

私はちょうど処理容量計画ツールを解雇です。このごろすべての激怒.

それを使用して簡単に発見し、すぐに私はこの過去の夏の仕事はクライアント環境をモデル化.

いくつかの不安を覚えながら, 最後の [ok] ボタンを押すし、我々は我々のクライアント何を与えたにかなり類似しているものを推奨 (我々は実際に 2 つ目のアプリケーションサーバーに投げた未来 excel 使用). 私は、良い兆候であることを取るし、ツールの私の自信を増加.

かなり強力なものに、空白のページよりもずっとよりよいスタート地点と思われる.

環境についていくつかのよい細部に入ることができますが好き. どのように多くのユーザー, システムを使用するプロジェクトをどのように (公開, コラボレーション, など), ブランチオフィスと接続性 / それらとママサーバー間ネットワーク容量. 良いもの.

広範なベースの質問を要求し、環境内のかなり詳細なモデルの詳細を微調整することができます。.

それを見て非常に多くの他のものを持っているので、それをダウンロードするをためらった, 読むし、消化しよう. 私は嬉しい.

それは簡単な 2 段階のプロセス. システムセンター容量プランナーをダウンロードし、SharePoint のモデルをダウンロード. それは Windows XP 上で実行きれい.

クイック印象に基づく, いかにそれを説明可能性がありますを表示しません。:

検索: ドキュメントの総数, 多分の種類のドキュメント, 言語.
Excel サーバー: いくら, すべての場合?
フォームサーバー: いくら, すべての場合?
BDC: いくら, すべての場合.

それらがモデル化されることがありでそれらを見ていない、 10 分レビュー.

私は間違いなく私の次のクライアントでそれを使用します。.

なかったかどうか、コンサルタント代わりに、本物の会社のために働いて、 :), 私は私の現在の環境し、ツールの推奨モデルが現実に対して一致する方法を参照してください。. かなりきちんとしたことです。. それはいくつかの良いインフラストラクチャに関するディスカッションにつながる可能性があります。.

</終了>

Technorati のタグ: SharePoint の管理

ソリューション: System.IO.FileNotFoundException “SPSite 新しい SPSite =(url)”

11 回答

更新プログラム: 私はここで MSDN にこの質問を掲示されます。 (http://forums.microsoft.com/Forums/ShowPost.aspx?PostID=2808543&SiteID=1&mode=1) マイクロソフトの Michael Washam は簡潔な答えと答えたと.

として、web サービスを作成します。 BDC に優しいファサード SharePoint リストに. とき私の開発環境からこれを使用, それは見事に働きました. とき私はこれは新しいサーバーに移行, 私はこのエラーが発生しました:

System.IO.FileNotFoundException: Web アプリケーションで http://localhost/sandbox 見つかりませんでした。. URL を正しく入力したことを確認します. 場合は、既存のコンテンツの URL のサービスを提供する必要があります。, システム管理者は、目的のアプリケーションに新しい要求 URL マッピングを追加する必要があります。. Microsoft.SharePoint.SPSite では。ctor(SPFarm ファーム, Uri requestUri, ブール値の contextSite, SPUserToken userToken) Microsoft.SharePoint.SPSite では。ctor(文字列 requestUrl) Conchango.xyzzy.GetExistingDocument で(文字列 minId, 文字列 maxId, 文字列 titleFilter) c 言語で:\ドキュメントと SettingsPaulMy visual Studio 2005ProjectsxyzzyBDC_DocReviewBDC_DocReviewDocReviewFacade.asmx.cs:行 69

ここでは行 69:

使用してください。 (SPSite サイト新しい SPSite =("http://localhost/sandbox"))

URL 上のさまざまなバリエーションを試みた, サーバーの実際の名前の使用を含む, その IP アドレス, 末尾のスラッシュが url, など. 私は常にそのエラーを得た.

私は使用されます。 Google それを研究するには. 多くの人々がこの問題に直面します。, またはそのバリエーションです。, しかし、誰もそれを解決するように見えた.

Tricksy モス提供など詳細は私に確認するには発生しなかったエラー、 12 ハイブログ. 最終的に, について 24 時間後私の同僚そんなにお勧め, 私はチェックアウト、 12 ハイブのログし、この発見:

地元の農場を取得しようとして例外が発生しました:
System.Security.SecurityException: 要求されたレジストリ アクセスは許可されていません.
System.ThrowHelper.ThrowSecurityException で(ExceptionResource リソース) atMicrosoft.Win32.RegistryKey.OpenSubKey(文字列名, 書き込み可能なブール値) atMicrosoft.Win32.RegistryKey.OpenSubKey(文字列名) Microsoft.SharePoint.Administration.SPConfigurationDatabase.get_RegistryConnectionString で() atMicrosoft.SharePoint.Administration.SPConfigurationDatabase.get_Local() atMicrosoft.SharePoint.Administration.SPFarm.FindLocal(SPFarm& ファーム, ブール値& つなげて)
失敗したアセンブリのゾーンだった:  マイ コンピューター

これは研究の新しい道を開いてください。, それは Google に戻っていたので. これに私を導いたフォーラムの投稿: http://forums.codecharge.com/posts.php?post_id = 67135. それは本当に私を助けていないが、それはデータベースやセキュリティ問題があったと思わせて起動でした。. 私は辛抱をアンドリュー・コネルアプリケーションプールの id アカウントがデータベースへの適切なアクセスを持っていたことを確認する必要があることを考えて最後にトリガーされた投稿します。. 私はすでにやったと思った. ただし, 私の同僚に行ったし、SQL にアプリケーションプールの id アカウントフルアクセスを与えた.

彼女は、変更を加えたとすぐ, すべての作業を開始しました。.

次に何が起こった最高として表現します。俳句詩:

問題を自分たちの手を上げる.
あなたのスイングとミス. もう一度やり直してください.
成功! しかし、どのように? なぜ?

彼女はそのような事を放っておくことはしたくないです。, 最低限必要なアクセス許可を与えることを好む (おそらく、目にブログエントリを書く; 私は彼女にパンチをビートします。, muhahahahaha!).

彼女は、アプリケーションプール id アカウントまでから一連のアクセス許可を削除 … すべてのアプリケーションプール id アカウントの任意の明示的な権限はもはや. Web サービスをうまく続けてください。.

我々は行って、サーバーを再起動. すべては仕事を続けてください。.

だから, 要約するには: 我々はアプリケーションプールの id のフルアクセスを与え、それからそれを離れて取った. Web サービスが作業を開始し、作業を停止しません。. 奇妙です.

だれでもなぜ、働いている必要があります知っている場合, くださいコメントを残す.

</終了>

Technorati のタグ: SharePoint のセキュリティ