問題タブ [worklight-console]

3 つのページを持つ 1 つのビューを含む単純なプロジェクト (Dojo を使用したハイブリッド) を作成しました。これらはすべて Dojo Mobile View ウィザードを使用して作成されました。

すべてをビルドしてデプロイし、Worklight Console でプレビューした後、ビューはリスト項目の矢印を適切にレンダリングせず、リスト項目をクリックすると、ビューの上に新しいページが開いたように見えます。移行中。

Worklight 6 サーバーで使用する分析サーバー (Linux、http:///iwap/worklight/v1/index.html からアクセス可能) を追加しましたが、「Analytics」タブが表示されるようになりましたが、空の。

「Web モジュールの環境エントリ」の war 構成で wl.analytics.url を変更し、アプリを再起動しました。

Worklight V6 Information Center (「IBM Websphere Analytics PLatform のインストールと構成」|「Worklight Server for Analytics の構成」の下) では、「http://<>iwap/v1/events/_bulk」という形式を使用するように指示されていますが、説明は「Web モジュールの環境エントリ」設定の列には、「http:///iwap/v1/events/app_activities」を使用するように記載されています。両方を試してみましたが、どちらも同じ結果で、Analytics タブの下に空の画面が表示されました。

この時点でどこに行けばよいかわからないのですが、これを正常にセットアップした人はいますか?

Worklight コンソール認証が必要な場合は、infocenter のこのリンクから infocenter の指示に従いました。コンソールに入るとログイン フォームが表示されるので、一見すると機能しているように見えます。

コンソールの URL に移動するhttp://192.168.168.154:9080/finance/console/#catalogと、すぐにログイン ページが表示されます。ここまでは順調ですね。

正しいユーザー名/パスワード (両方とも worklight.properties で定義) を入力すると、ログイン ページがポート 10080 の Worklight コンソールにリダイレクトされ、ページのロードに失敗する

接続できません Firefox は 192.168.168.154:10080 でサーバーへの接続を確立できません。

ご覧のとおり、に接続しようとしhttp://192.168.168.154:10080/finance/consoleます。ポート 10080 が構成されていないため、発生しないはずです。

このポートにリダイレクトする理由がわかりません。構成ファイル内で 10080 を検索しましたが、それへの参照が見つかりませんでした。開発に使用されるポートであるため、どういうわけか WL はこの 10080 をデフォルトとして取得していると思います。

ログインコンソールを有効にするために使用しているファイルのスニペットは次のとおりです。

worklight.properties:

authenticationConfig.xml

サーバー.xml

このポートの不一致の問題を解決する方法について何か考えはありますか? Env は Liberty の WL 6.0 です

PS: 後で代わりに LDAP を使用する予定です。現時点では、プロパティにユーザー名とパスワードがあれば十分です。

通知のサブスクライブに関するデータを渡す必要があるため、Module_07_04_iOSNativePush アプリのサンプル コードを使用して、次のコードを接続メソッド (ViewController.m 内) に追加しました。

これはエラーをスローしませんが、例の PushAdapter コードを実行し、これを使用してアダプターに追加すると、次のようになります。

アダプターの結果は次のとおりです。

「状態」の下で辞書を介して渡した変数が正しいと思いますか？[WLPush subscribe] 呼び出しで渡されたパラメーターをアダプターで取得する別の方法はありますか?

おそらくおわかりのように、私は Objective C に非常に慣れていないので、サブスクライブの呼び出しが正しく行われたと想定しないでください。また、フィックスパック 1 を適用した Worklight Studio 6 を使用しています。

特定のプッシュ アダプター/イベント ソースのユーザーのリストを取得する必要があり、API コンソール リクエストを使用しようとしています。形式は次のとおりです。

そして私は使用しています：

サブスクライバーが 1 人のデモ プロジェクトを検索します。ただし、ブラウザ リクエストから 404 が返されます。

ドキュメントの最初の列は「api-context」ですが、「Push」と「Event Sources」がリストされており、明らかに無効に見えます。

特定のアダプタ/イベント ソースのプッシュにサブスクライブしているユーザーを見つけるための正しい形式は何ですか?

worklight 6.0 を使用してアプリケーションを作成しました。ビルドしてデプロイした後、取得したコンソールを開きます

コンテキスト ルートが見つかりません

worklight.properties ファイルを確認し、そこにポート番号 (10080) を追加しましたが、コンソールでアプリケーションを表示できません。

Worklight 6.0.0.1 を使用しています。私のアプリケーションは wlInitOptions、connectOnStartup を使用し、サーバーに更新があるかどうかを確認します。

ダイレクト アップデート機能の動作がおかしいです。アプリケーションが適切に更新されることもあれば、アプリケーションのダウンロードとアンパッケージが何度も繰り返されることもあります。Worklight Studio のバージョンが Worklight Server のバージョンと同じであることを確認しました。

これは本番サーバーとテスト サーバーの両方で発生します。私は両方のオプションに従いました。つまり、WLAPP ファイルのアップロードのみを行い、別の試みで WAR ファイルを再インストールし、WLAPP ファイルを再アップロードしましたが、それでも問題は解決しません。私のプロダクションには 2 つのサーバーがあり、どちらも別々で、スティッキー セッションが有効になっているロード バランサーに接続されています。私のテストには、ロードバランサーに接続された 1 つのサーバーがあります。

3 つのサーバーすべてのローカル データベースとして DB2 を使用しています。驚くべきことに、Worklight Studio (開発) は問題なく動作します。問題は Android と iOS の両方にあります。

以下は、私が従っている手順です。

1. プロジェクトを Worklight Studio (デスクトップ) にインポートする
2. ビルドしてローカル マシンで実行する
3. すべてのアダプターをデプロイする
4. ビルドしてローカル マシンで実行する
5. 機能の検証
6. コンソール認証を使用するように authenticationConfig.xml を変更します (毎回同じユーザー名パスワードで同じファイルを使用します)。
7. 実動サーバーを指すように worklight.properties を変更します
8. console.username と console.password を提供します
9. リモート・サーバー用にビルドします (実動/テスト・サーバーの URL を提供します) 10.アプリケーションをワークライト・コンソールにアップロードします
10. アプリケーションを開いてみてください。
11. 同じ手順に従うと、初めて直接更新が正常に機能し、次の更新でダウンロードとアンパッケージのループが開始されます。

他の誰かが同じことを経験していますか? 回避策/解決策はありますか?

IBM HTTP Server 8.5.5 および Worklight Server 6.0.0.1 で Websphere Liberty 8.5.5 を使用しています。

ポート 80 を Websphere ポート 9080 にリダイレクトするように IHS を構成しました。

リダイレクトはフロントページに対して適切に機能し、 domain.com /worklight/console と入力すると domain.com:9080/worklight/console ページが直接開きます。ただし、資格情報を入力して [ログイン] をクリックすると、アドレス バーが domain.com:9080/worklight/console ページに変わります。これは、ポート 9080 がファイアウォールでブロックされているため発生しないはずです。

この質問「混合ポート番号」に記載されている解決策を適用しましたが、それでも問題は解決しません。

アドレス バーから 9080 を手動で削除して Enter キーを押すと、ページが正常に開きます。ポート 9080 が認証コンソールのどこかにハードコードされている可能性はありますか? はいの場合、どこで変更すればよいですか?

WebSphere プラグインを使用して、ポート 80 の要求を WebSphere ポート 9080 に内部的に転送しました。

worklight.properties

Plugin-Cfg.xml

どんなアイデアでも大歓迎です！