問題タブ [sharepoint-designer]

私はこれをグーグルで検索しましたが、ここで同じチュートリアルまたはそのバリエーションしか見つけることができないようです. 2 つのリストがあります。それぞれ別のサイトにあります。これら 2 つのリストを結合するリスト/ビューを作成する必要があります。1 つのサイトには基本的な従業員データ (部署など) が含まれ、もう 1 つのサイトには従業員データの概要を表示する必要があるその部署に関する詳細が含まれています。

SharePoint 2007、2 つのサイト、同じコレクション

SPD 2007 で ODBC データ ソースへのデータベース接続を作成しようとしていますが、まったくうまくいきません。ただし、SqlDataSource コントロールを使用してある程度成功しました。SPD のデータベース接続サポートが壊れているだけなのか、それとも何なのかわかりません。グーグルは、問題を抱えている他の人を見つけましたが、決定的な答えはありません。

したがって、私の 2 つのデータ ソースは MySQL 5.1 ODBC と ProvideX ODBC です。私はどちらでもほとんど同じ問題を抱えているので、MySQL に焦点を当てます。

MySQL データベースに正常に接続している SPD を実行しているマシンにシステム DSN があります。(現時点で重要な場合、この DSN は SharePoint を実行しているサーバーにも存在します)。

SPD で、データ ソース ライブラリに移動し、[データベース接続] を展開して、[データベースに接続] を選択します。次に、[データベース接続の構成] をクリックします。このダイアログのプロバイダーはどちらも適切ではないため、「カスタム接続文字列を使用する」を選択します。次に、プロバイダーを「Microsoft .Net....ODBC」に設定し、この時点で次の接続文字列を試しました。

最初に DSN は次のことを試みます。

と

次に、より直接的なアプローチ：

私が返すエラーは常に同じです -

「サーバー エラー: からデータベースのリストを取得中にエラーが発生しました: クエリを実行しようとしたときに、データ ソースのサーバーが特定されていないエラーを返しました。クエリの形式と内容を確認して、もう一度やり直してください。問題が解決しない場合は、 、サーバー管理者に連絡してください。」

私はここで負け戦を戦っていますか？

SharepointDesignerワークフローの名前を変更する必要があります。

ワークフロー名を右クリックしてSPDを介して編集できる簡単な直接的な方法があります。ただし、多くの場合、予期しない問題を引き起こす単純で明らかに単純なものです。

これはワークフローまたはアプリケーションの機能に影響しますか？

ありがとう！

サイトのメタデータとサイトにあるドキュメントライブラリを含むxmlファイルを生成するIronPythonスクリプトを作成しました。私はMicrosoft.SharePointdllを広範囲に使用しています。このスクリプトを実行して、リモートサーバーでホストされているサイトのメタデータを生成することは可能ですか。

Mac で SharePoint ASPX ページを編集する方法を探しています。ローカルのテキスト エディターまたは SP サーバーへのリモート ソリューション (tramp を使用した emacs など) を使用します。Cyber​​duck には NTLM 認証を使用して WebDAV サーバーを開く機能があることは知っていますが、それを機能させることができませんでした。

これまでのところ、私が見つけた唯一の解決策は、Windows Server へのリモート デスクトップ接続を使用し、そこから SharePoint Designer を実行することです。

より良い方法、または SharePoint Designer の代替案を知っている人はいますか?

次のような SharePoint Designer ワークフローがあります: (単なる例)

ActionIdが 1の場合
電子メールInfopathForms:顧客の電子メール

しばらくすると、次のように変更 さ

れます。

フィールド ActionId が失われ、顧客の電子メールも失われます。また、メール本文では、すべてのルックアップ フィールドも失われています...

誰かが以前にこの問題を抱えていましたか...？これはすでに6〜7回発生しています...誰かがそれを修正する解決策を知っているなら、私に知らせてください...とても感謝しています!!!!!!!!!!!!!!!

そして、ワークフローをバックアップする方法はありますか...? それで、リセット後に簡単に復元できます..？

SharePoint 2007 にディスカッション掲示板があり、すべてのディスカッションとその返信を同じページに表示したいと考えています。たとえば、ディスカッション ボード内で 3 つのディスカッションがあり、いくつかの返信があります。次の出力のようなものがページに表示されるようにします。

次に、展開 (+) をクリックすると、各ディスカッションのすべての返信が表示されます。

これを行う方法を知っている人はいますか？

Newsletters というリスト (列: Title、Date、News - News リストへの複数ルックアップ) と、このリストの項目を表示する DataFormWebPart を作成しました。現在、表示されるビューを変更するために XSLT 変換を変更しています。

現時点では、アイテムはそのTitle、Date、およびNews属性で単純に表示されます。ここで、News属性はニュース アイテムのタイトルのリストとして表示されます。これがデフォルトです。タイトルの代わりに、これらのニュースのコンテンツも表示したいと思います。問題は、これらの要素に到達する方法がわからないことです。News 属性は xslt で単純に参照されて<xsl:value-of select="@News"/>おり、その背後にある要素にアクセスできません。

どうすればそれができるかについて何か提案はありますか?

基本的に、インターネットに面したサイトのコンテンツ管理システムとして SharePoint を使用する必要があります (MS yay! を宣伝するため)。

既定の SharePoint のルック アンド フィールを削除して、希望どおりに表示するにはどうすればよいですか?

このプロセスには、SharePoint Designer を使用して新しいマスターページを作成することが含まれることを知っています。ただし、ビジュアル エディターを使用するよりも、Web ページをコーディングする方が好きです。これは可能ですか？.NET の知識は必要ですか?

非常によくできた SharePoint サイトの再設計については、ferrari.com をチェックしてください。

私は非常にデータ中心の SharePoint(WSS) プロジェクトに携わっていました。このプロジェクトは、非常に複雑な関係を持つ 500 以上のリストで構成されていました。クライアントはまた、350 以上のレポートを要求しました。最初から SharePoint を使用した理由を教えてください。これは管理上の決定であり、14 か月の苦労の末、既にプロジェクトを完了しました (これは締め切りから 6 か月遅れています)。

プロジェクトを始めた当初は、SharePoint の開発について何も知りませんでした (信じられないかもしれませんが)。経営陣は、彼らがリスクを取ると言った。彼らは、SharePoint が何に対しても最適なソリューションであると強く確信していました!!! (まあ、それはプロジェクトの最後に間違っていることが証明されました)。

とにかく、開発中に SharePoint を学習していました。私たちの開発は主に SharePoint デザイナーに基づいており、すべてのリストのすべての AllItems/NewForm/EditForm/DispForm をカスタマイズして、クライアントが要求した必要なロジック/検証を提供します (JavaScript を使用)。また、約 15 個のカスタム フィールド (マスター詳細フィールドなど) も実装しました。また、サイト内のすべてのリストのすべての追加/更新/削除... イベントを処理するイベント レシーバーも作成しました。さらに、約 40 の ASP.Net ユーザー コントロール。

私たちが直面した主な問題 (対処しましたが、残念ながら非効率的な方法でした)

1- クライアントは、各 AllItems.aspx で検索 Web パーツを要求しました。検索 Web パーツには、クライアントが検索するための複数のキーが必要です。これは、SPD を使用したフォーム Web パーツを使用して問題なく実行できました。しかし、実際の問題は、現在のリストにない関連フィールドを検索する方法でした。(そのような場合、これらのフィールドの値をリストに保存して、検索できるようにする必要がありました (くそ、わかっています!!))。なぜそのようなタスクのために ASP.Net ユーザー コントロールを実装しなかったのかと疑問に思うかもしれません。そのためには、既定の AllItems Web パーツを放棄する必要があり、最初からそれらを再実装するのに多くの時間を必要とする多くのカスタマイズで既にカスタマイズされた何百もの AllItems.aspx ページがありました。また、ユーザー コントロールを使用したとしても、複数の関連リストからデータを取得する場合、CAML は非常に非効率的です。

2- これは想像できると思いますが、Web パーツの検索に既に大きな時間を費やしている場合、いったいどうすれば 350 件のレポートを作成できるのでしょうか!!:D しかし、回避策を見つけました (いつものように) :S) 500 個の SharePoint リストすべてへのリンクを含む Access DB ファイルを作成し、レポート ビューアー コントロールを持つユーザー コントロールを実装しました。このユーザー コントロールは通常の T-SQL クエリを使用して Access DB に対してクエリを実行します。Access DB は SharePoint DB からデータを取得し、レポート ビューアーで DataSet を表示するユーザー コントロールに戻します。

他にも管理上の問題はありますが、ここでは開発に焦点を当てたいと思います。

ということで、写真をお見せしました（長文失礼しました）。このようなデータ中心のプロジェクトで採用すべき最高の SharePoint 開発手法は何だと思いますか?

一部の企業は、そのようなプロジェクトでリストをまったく使用せず、SharePoint データベースの代わりに独自の SQL データベース テーブルを構築していると聞きました。しかし、自分の DB を作成していて、CRUD Web パーツを最初から実装している場合 (SP Lists によって提供されるセキュリティ モジュールの利点も失われます)、疑問に思うことはできません。共有ポイント？

改めて、長文失礼いたしました。