問題タブ [mobilefirst-cli]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
2 に答える
232 参照

ibm-mobilefirst - MacOS El Capitan 上の MFP-Cli (MobileFirst Platform 7.1)

MacOS を El Capitan にアップデートしたばかりで、最新の MFP-Cli バージョン 7.1 をインストールしようとしましたが、成功しませんでした。

install_mac.appをダブルクリックすると、パスワード画面が表示されますが、その後、メッセージが表示されずに閉じます。

また、install_mac.app/ 内でインストールファイルを実行しようとしたところ、次の結果が得られました。

2015-10-06 11:06:54.828 install[991:10602] Exe: /Users/jairrillo/Downloads/mobilefirst-cli-installer-7.1.0/install_mac.app/Contents/Resources/install.app ログアウト セッションの保存。 .. ...共有履歴をコピーしています... ...履歴を保存しています...履歴ファイルを切り詰めています... ...完了しました。

誰かが同じ問題を抱えていましたか?

0 投票する
2 に答える
195 参照

ibm-mobilefirst - 私の IBM MobileFirst Platform 7.1 CLI ベースのサーバーにはいくつかの問題があります。どうすれば簡単に再現できますか?

Command-Line インターフェースでサポートされている IBM MobileFirst Platform 7.1 サーバーを使用しています。ただし、サーバーが正しく起動および停止していません。1 つのコマンドでゼロから簡単に再作成するにはどうすればよいですか?

0 投票する
1 に答える
374 参照

ibm-mobilefirst - MobileFirst コマンド・ライン・ツールで適切なサーバー・プロファイルを追加できないのはなぜですか?

MobileFirst Command Line Interface (7.1) を使用して、リモートの MobileFirst 7.1 サーバーにデプロイしようとしています。

このサーバーは でホストされhttp://1.2.3.4:9080/ており、コンソールと管理サービスはデフォルトの URLhttp://1.2.3.4:9080/worklightconsoleとで利用できますhttp://1.2.3.4:9080/worklightadmin。私はすでにプロジェクトを.warデプロイしており、管理コンソール (すべてが正常に見える場所) でこれを確認しました。管理サービスにアクセスできることもブラウザから確認しました。ユーザー名とパスワードは のデフォルトですadmin/admin

次のコマンドでサーバープロファイルを追加しようとしました:

ただし、これは次のように失敗し続けます。

(「成功しました」というメッセージは間違っていると思います。)

追加しようとしましたが--contextroot /worklightadmin(とにかくデフォルトだと思います)、これは違いがないようです。

使用されているホストと MFP CLI の間にプロキシやファイアウォールはありません。

私は何を間違っていますか?

0 投票する
1 に答える
222 参照

ibm-mobilefirst - MFP CLI 7.1 アダプタが mfp push コマンドで展開されない

私のプロジェクトは github https://github.com/drkhannah/KMFにあります

この MFP cli 7.1 プロジェクトを github にプッシュし、チーム メンバーにクローンを作成してもらいました。

npm のインストール後、「mfp cordova preview」コマンドを試しましたが、これは mfp プロジェクトではないとエラーが表示され、「cordova platform add ios and android」を試した後、「mfp cordova preview」が機能しました。これは、プラットフォーム フォルダーが.gitignore にありましたか?

また、アダプターなしで github にアップロードしたため、アダプターの追加に問題がありました。アダプター フォルダーは空でした。そのため、mfp プロジェクト フォルダー (サーバー) にアダプター フォルダーを追加するまで、git はそれを追跡しませんでした。 adapter add' が機能するようになりましたが、'mfp push' はアダプターを展開し、cordova アプリのみを展開します

なぜこうなった?

0 投票する
2 に答える
398 参照

cordova - Androidプラットフォームでコルドバ欠落ファイルのmfp cli 7.1

私は mobilefirst cli 7.1 を使用して、mfp cordova create を使用して cordova アプリを構築しようとしています。すべてが正常に機能し、アプリが機能し、mfp プレビューを使用してテストされました。しかし、mfp cordova platform add を使用して Android プラットフォームを追加すると、; wlclient.properties、checksum.js などの不足しているファイルがほとんどないことに気付きました。これらのファイルを作成するために mfp push を実行することをお勧めしますが、 mfp push を実行した後でもそれらのファイルは作成されませんでした。そのため、これらのファイルが見つからなかったため、Android デバイスでアプリを実行できませんでした。以下は、Android プラットフォームのビルド時に不足しているファイルがあることを示すログ メッセージです。

プロジェクトが正常に作成されました。 ファイルリストが見つかりません。MFP プッシュを実行してください。checksum.js がありません。MFP Push を実行してください。 実行中のコマンド: /Users/ 本体クラスに追加: platform-android

IBM Worklight フックの実行: cordova-plugin-mfp wlclient.properties がありません。MFP Push を実行してファイルを作成してください。Android用「com.ionic.keyboard」のインストール

プラグイン「cordova-plugin-mfp」が正常に追加されました。

0 投票する
1 に答える
110 参照

xcode - MFP Cordova プロジェクトでの x86_64 エラー

MFP CLI 7.1 を使用して MFP Cordova プロジェクトを構築しました。

xcode を開いてプロジェクトを実行しようとすると、StoragePlugin.o に関連するアーチ エラーが発生します。

全部で 52 個のエラーが発生します

調子はどう?

0 投票する
1 に答える
44 参照

push-notification - プッシュ通知がデバイスに届いたが、アプリケーションで表示できない

アプリケーションで mobilefirst プッシュ通知サービスを使用しています。私は残りのAPIを使用してGCMにメッセージを送信しています。

GCM もそれを受信して​​モバイル デバイスに送り返しますが、デバイスではログにプッシュ メッセージを表示できますが、クライアント デバイスに登録したイベント ソースであるアラートには表示されません。

ここに画像の説明を入力

0 投票する
1 に答える
865 参照

ibm-mobilefirst - IBM worklight:7.1: 障害。状態: 500、応答: サーバーはアプリケーションからの要求を処理できませんでした。後でもう一度やり直してください

私は mobilefirst 7.1 CLI を使用しており、Tomcat でサービスを実行しています。私のアダプターはサーバー上のサービスと通信し、応答を返します。アプリケーションにはデスクトップブラウザ環境しかありません(まったく問題にならないはずです)。

このエラーが発生しています

"失敗。状態: 500、応答: サーバーはアプリケーションからの要求を処理できませんでした。後でもう一度やり直してください。"

続いて:

basichead {\r\n font-family:Arial,Verdana,Helvetica,Tahoma,sans-serif;\r\n}\r\np {\r\n padding-top: .5em;\r\n}\r \nul {\r\n line-height: 1.3em;\r\n}\r\na:link { \r\n color: #c00000 \r\n} \r\na:visited { \r\n color: #c00000 \r\n}\r\n#page { \r\n border: 7px; \r\n パディング: 7px\r\n}\r\n#box { \r\n マージン: 0; \r\n}\r\n#title {\r\n font-family:Arial,Verdana,Helvetica,Tahoma,sans-serif;\r\n font-size:24px;\r\n font-weight: normal;\r\n color:#274a71;\r\n padding-bottom:6px;\r\n}\r\n#error { \r\n colory: #c00004; \r\n margin-bottom: 10px;\r\n}\r\n#code { \r\n font-family: monospace; \r\n font-size: 8pt;\r\n}\r\n#stack { \r\n margin-left: 30px;\r\n}\r\n\r\n\r\n\ r\n\r\n\r\n \r\n \r\n\n アプリケーション クラス 'org.apache.wink.common.internal.http.Accept.valueOf:139' によってスローされる例外
\nat org.apache.wink.common.internal.http.Accept.valueOf(Accept.java:139)
at org.apache.wink.server.internal.contexts.HttpHeadersImpl.getAcceptHeader(HttpHeadersImpl.java:151)
at org. apache.wink.server.internal.contexts.HttpHeadersImpl.getAcceptableMediaTypes(HttpHeadersImpl.java:105)
at org.apache.wink.server.internal.registry.ResourceRegistry.filterByProduces(ResourceRegistry.java:558)
at org.apache.wink.
org.apache.wink.server.internal の org.apache.wink.server.internal.registry.ResourceRegistry.findMethod(ResourceRegistry.java:359 ) の server.internal.registry.ResourceRegistry.filterDispatchMethods(ResourceRegistry.java:482)
。 handlers.FindResourceMethodHandler.handleResourceMethod(FindResourceMethodHandler.java:138)
org.apache.wink.server.internal.handlers.FindResourceMethodHandler.handleRequest(FindResourceMethodHandler.java:65)
で org.apache.wink.server.handlers.RequestHandlersChain.handle(RequestHandlersChain.java:26)
で org.apache.wink
org.apache.wink.server.handlers.AbstractHandlersChain.doChain(AbstractHandlersChain.java:67) の.server.handlers.RequestHandlersChain.handle(RequestHandlersChain.java:22)
org.apache.wink.server.internal.handlers.FindRootResourceHandler の.handleRequest(FindRootResourceHandler.java:95)
で org.apache.wink.server.handlers.RequestHandlersChain.handle(RequestHandlersChain.java:26)
で org.apache.wink.server.handlers.RequestHandlersChain.handle(RequestHandlersChain.java:22 ) )
org.apache.wink.server.handlers.AbstractHandlersChain.doChain(AbstractHandlersChain.java:67)
で org.apache.wink.server.internal.handlers.HeadMethodHandler.handleRequest(HeadMethodHandler.java:53)
で org.apache.wink
org.apache.wink.server.handlers.RequestHandlersChain.handle(RequestHandlersChain.java:22) の.server.handlers.RequestHandlersChain.handle(RequestHandlersChain.java:26)
org.apache.wink.server.handlers.AbstractHandlersChain.doChain の(AbstractHandlersChain.java:67)
org.apache.wink.server.internal.handlers.OptionsMethodHandler.handleRequest(OptionsMethodHandler.java:46)
で org.apache.wink.server.handlers.RequestHandlersChain.handle(RequestHandlersChain.java:26 ) で)
org.apache.wink.server.handlers.RequestHandlersChain.handle(RequestHandlersChain.java:22)
で org.apache.wink.server.handlers.AbstractHandlersChain.doChain(AbstractHandlersChain.java:67)
で org.apache.wink.server
org.apache.wink.server.handlers.RequestHandlersChain.handle(RequestHandlersChain.java:26) の.internal.handlers.SearchResultHandler.handleRequest(SearchResultHandler.java:33)
org.apache.wink.server.handlers.RequestHandlersChain.handle の(RequestHandlersChain.java:22)
org.apache.wink.server.handlers.AbstractHandlersChain.doChain(AbstractHandlersChain.java:67)
で org.apache.wink.server.internal.log.ResourceInvocation.handleRequest(ResourceInvocation.java:92 ) で)
org.apache.wink.server.handlers.RequestHandlersChain.handle(RequestHandlersChain.java:26)
で org.apache.wink.server.handlers.RequestHandlersChain.handle(RequestHandlersChain.java:22)
で org.apache.wink.server
org.apache.wink.server.internal.log.Requests.handleRequest(Requests.java:76) の.handlers.AbstractHandlersChain.doChain(AbstractHandlersChain.java:67)
org.apache.wink.server.handlers.RequestHandlersChain.handle の(RequestHandlersChain.java:26)
org.apache.wink.server.handlers.RequestHandlersChain.handle(RequestHandlersChain.java:22)
で org.apache.wink.server.handlers.AbstractHandlersChain.doChain(AbstractHandlersChain.java:67)
でorg.apache.wink.server.handlers.AbstractHandlersChain.run(AbstractHandlersChain.java:52)
org.apache.wink.server.internal.RequestProcessor.handleRequestWithoutFaultBarrier(RequestProcessor.java:207)
で org.apache.wink.server.internal.RequestProcessor.handleRequest(RequestProcessor.java:154)
で org.apache.wink.server .internal.servlet.RestServlet.service(RestServlet.java:133)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:668)
at com.ibm.ws.webcontainer.servlet.ServletWrapper.service(ServletWrapper.java ) :1285)
[内部クラス]
で com.worklight.authorization.server.AuthorizationServerFilter.doFilter(AuthorizationServerFilter.java:85)
で com.ibm.ws.webcontainer.filter.FilterInstanceWrapper.doFilter(FilterInstanceWrapper.java:206)
で [内部クラス]
[内部クラス]
\ n\n \r\ n \r\n\r\n\r\n\r\n\r\n\n","errorCode":"UNEXPECTED_ERROR","errorMsg":"サーバーはアプリケーションからの要求を処理できませんでした。後でもう一度お試しください。","invocationContext":null}


アップデート

MFPF 7.1 を使用して 1 か月が経ちました。アダプターに関するこの問題 (同じ問題を抱えている 2 人がいます) は、ここ数日だけ発生しました。現在使用している Java のバージョンは 8 です。

ブラウザーから失敗するだけでなく (同僚が投稿したトレース)、MF CLI を使用してアダプターをテストしようとしましたが、これも失敗しました

結果: