1


0

サイトをSharePointに移行しています。 メインフレーム上で実行される複数のバックエンドジョブと、サーバーへのFTP出力ファイルがあり、Webページ上の場所へのリンクがあり、クライアントはそれらにアクセスできます。

SharePointに移行したところ、これは不可能であることがわかりました。SharePointサイトにftpできないことがわかりました。 どうやってやるの? 誰かが手助けできますか。

5 Answer


1


WebDAVプロトコルを使用してSharePointサーバーからコンテンツにアクセスできます。 メインフレームにWebDAVを実行するための何らかの手段がある場合は、FTPプロトコルの代わりにそれを使用できます。

メインフレームにJavaがサポートされている場合は、http://www.webdav.org/projects/[here]を参照してください。Javaベースのソリューションがいくつかあります。

もう1つの解決策は、FTPサーバーフォルダーのファイル作成イベントをポーリングまたは購読し、SharePointオブジェクトモデルを使用してドキュメントをSharePointライブラリにアップロードするカスタムWindowsサービスを開発することです。 その例はたくさんあります、例えばhttp://www.c-sharpcorner.com/UploadFile/sarav82/MOSS11072007065009AM / MOSS.aspx [この1]。


1


Javaはメインフレームでよくサポートされており、SharepointはWebサービスAPIを提供します。 この2つは非常に単純な解決策になるはずです。


0


第一に、メインフレームがSharepointと直接対話するための良い方法がないことは事実です。 これは、Sharepointのすべてのコンテンツが、ディレクトリ内の静的ファイルとしてではなく、データベースに格納されているためです。 (メインフレーム>> Sharepoint ==!work)

次に、コネクタを使用してメインフレームと直接通信するカスタムWebパーツを作成できます(Sharepoint >> mainframe ==高価なカスタム開発)。

第三に、あなたはリンクのページを持つサイトを作成することができます。 これらのリンクは、メインフレームがファイルをFTP転送するサーバーへのリンクです。 このようにして、メインフレームはSharepointサーバーに接続しようとしません。 (メインフレーム>> ftp-server << Sharepoint ==すばやく汚れた独創的なソリューション)


0


オプションとして、ファイルをバイナリとして、ファイル名/パスをパラメータとして受け入れるカスタムWebサービスを作成することもできます。 その後、Webサービスをsharepointにデプロイします。 もう1つのオプションは、FileSystemWatcherを使用して、FTP転送先のSharePointサーバー上のフォルダーに対する変更を検出するWindowsサービスを作成することです。 その後、サービスはファイルをsharepointに移動します。


0


上部のすべてのタグの混乱ですみません。

第三に、あなたはリンクのページを持つサイトを作成することができます。 これらのリンクは、メインフレームがファイルをFTP転送するサーバーへのリンクです。 このようにして、メインフレームはSharepointサーバーに接続しようとしません。 (メインフレーム>> ftp-server << Sharepoint ==すばやくダーティーなすぐに使えるソリューション)。 私たちのFTPサーバーはもうすぐ廃止されるでしょうから、それができないかもしれません。

次に、コネクタを使用してメインフレームと直接通信するカスタムWebパーツを作成できます(Sharepoint >> mainframe ==高価なカスタム開発)。(調査が必要です。 現時点ではそれについてはわからない。あなたがいくつかの例で助けることができればそれは素晴らしいだろう)

共有ポイントサイトのリストへの電子メールオプションはどうですか。メインフレームから共有ポイントサイトに直接電子メールを送信できますか。

もっと提案が必要です。