問題タブ [kitura]

Stencil のドキュメントの手順に従って、簡単なカスタム タグを登録しました。

しかし、実際のオブジェクトではなく辞書のみを取るためrender、に名前空間を渡す方法がわかりません。response.renderContext

私は何が欠けていますか？自分で名前空間を作成する代わりに、使用すべき既存の名前空間はありますか?

OS X と Linux で URLSession / URLSessionConfiguration / URLSessionDataTask の動作が異なるという問題に遭遇しました。

スイフト: 3.0.2 キトゥラ: 1.3

私は次のことをやっています：

追加のヘッダーは構成オブジェクトに設定されていますが、Bluemix にデプロイすると、応答に言語ヘッダー フィールドがないことが示されます (応答が間違った言語で表示されます)。

これ（Kitura）をローカルでビルドして実行すると（OS X上のXcodeを介して）、期待される動作が得られるため、要求が正しいことはわかっています。

誰かがこれに遭遇しましたか？何をすべきか？どこへ行く？

仕事

Bluemix でホストされている Kitura サーバーで CORS を有効にします。

開発マシン
OS X 10.12.1、Swift バージョン 3.0.2。

Ubuntu 14.04、Swift 3.0.1 にデプロイされました。

コード

IBM のミドルウェアを使用してKitura-CORSCORS を有効にしています。

アプリを構成した方法は次のとおりです。

所見

1. Postman からのOPTIONSリクエストhttps://adeptness.eu-gb.mybluemix.netは、次のヘッダーを返します。

   • 接続→キープアライブ
   • コンテンツタイプ → text/html
   • 日付 → 2016年12月21日(水) 19:12:04 GMT
   • Transfer-Encoding → チャンク
   • X-Backside-Transport → OK OK
   • X-Global-Transaction-ID → 4203875359

2. アプリは、リクエストに対するCORS のテストでテストに合格し、次の公開された応答ヘッダーを報告します。GEThttps://adeptness.eu-gb.mybluemix.net

   • コンテンツタイプ → text/html

問題

CORSが正しくセットアップされているかどうかは完全にはわかりません。調査結果 1 の応答にX-Access-Tokenヘッダーがないのはなぜですか?OPTIONS

私は CORS に関する Mozilla のドキュメントを読みましたが、サーバーによって明示的に許可されていない限り、ブラウザがプリフライト リクエストを実行し、すべての CORS リクエストをブロックすることは理解しています。私が見つけられなかったのは、「テスト」フロントエンドをモックアップすることなく CORS サーバー側をテストする方法に関するリソースでした。

CORS をテストするにはどうすればよいですか?

ステンシルを使用しています。以下のメソッドでは、マークされた行が nil に戻るため失敗します。これは、ポール ハドソンのキトゥラの本 (208 ページ) からそのまま引用したものです。ステンシル ファイルが配置されており、すべてがクールに見えます。

テンプレートエンジン(router.add(templateEngine: StencilTemplateEngine()))を追加したKituraStencilをインポートしました。「/」ルートで同じ機能を使用していますが、問題なく動作します。

HeliumLogger のみがレポートします。[2017-01-02T05:17:45.534Z] [VERBOSE] [HTTPIncomingMessage.swift:335 onHeadersComplete(method:versionMajor:versionMinor:)] HTTP request from=172.17.0.1; proto=http;

どこから始めればよいですか？

}

誰かが Kitura コンパイル済みプロジェクトを TomCat にデプロイするオプションを検討したかどうかを確認したかったのですか? 基本的に、ビルドを IBM クラウド環境外にデプロイすることは可能ですか?

クライアント側で Angular2/typescript Web サイトを使用し、サーバー側で Mac OSX 上の Swift の Kitura サーバーを使用して、クライアント サーバー アプリケーションを実行しようとしています。クライアント側では、typescript コードが EventSource オブジェクトをインスタンス化します。

サーバー側では、GET リクエストを処理するコードは次のようになります。

投稿リクエストを処理するには：

問題は、クライアント側で onopen 通知を受信し、イベント ソースの readyState が「Open」(1) に渡されますが、onerror 通知の直後に受信し、readyState が「Connecting」(0) に渡されることです。など: 接続、クローズ、接続、クローズ... 結果として、投稿リクエストは実行されません。

オープン接続を維持するコードを作成するための助けをいただければ幸いです。

ありがとうございました、

ノトゥクス