問題タブ [payload]

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 投票する
3 に答える
2663 参照

mdm - mdm ペイロードを含む mobileconfig ファイルは無効なプロファイルです

IPCU で作成した .mobileconfig ファイルをインストールしようとしています。しかし、メールに添付された .mobileconfig ファイルをクリックすると。「無効なプロファイル」というエラー メッセージが表示されました。

問題は何ですか?

証明書に問題がある場合は、作成方法をお知らせください。

以下は、私が証明書を作成した手順です。

  1. キーチェーンで、キーチェーンアクセス/証明書アシスタント/証明書生成をナビゲートした後、証明書を生成しました。およびエクスポートされた .p12 ファイル
  2. .p12 ファイルは、IPCU の資格情報設定に使用されます。
0 投票する
1 に答える
399 参照

url - MDM ペイロードの http で始まる URL

構成プロファイルを作成しようとしています。構成プロファイルの MDM ペイロードで、サーバー フィールドにサーバー URL を入力します。しかし、「http」接続で始まる URL を入力しようとすると、サーバー フィールドの横に赤い色の円が表示されます。 「https」で始まる URL 接続の赤丸が消えます。

「http」接続で始まる URL を入力してプロファイルを正しくインストールする方法はありますか、それとも「https」接続に固執する必要がありますか?

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

gateway - Spring Integration Get HTTP Outbound Gateway Response

RESTサービス呼び出しをPOSTして、返されるデータを取得する必要があります(これはすべてJSONを使用しています)。応答チャネルをチェーンとして持つアウトバウンドゲートウェイがあり、チェーンには1つのトランスフォーマーがあります。

ただし、トランスフォーマーを介してデバッグすると、返されるペイロードは単なるHttpStatusオブジェクトです。

多分私は何か間違ったことをしているのですか?どんな助けでも大歓迎です。ありがとう!

0 投票する
4 に答える
4070 参照

iphone - mdm ペイロードの送信

MDM ソリューションを開発しています。

デバイスに構成プロファイルをインストールしました。したがって、デバイス トークン、プッシュ マジック ストリング、デバイスの UDID など、必要なものはすべて揃っています。

ここで、APNS を使用してデバイスに mdm ペイロードを送信したいと考えています。簡単なアラート メッセージをデバイスに送信できますが、mdm ペイロードを送信する必要があります。

APNS を使用して plist(XML) をデバイスに送信する方法がわかりません。

php を使用してプッシュ通知を送信しています。

誰かがデバイスに mdm ペイロードを送信する方法を教えてください。

ありがとう、マンメイ

0 投票する
3 に答える
3228 参照

ios - MDM DeviceLock ペイロードの配信

最初のペイロードを mdm: として送信した後、Status が Idle の応答を取得できました。次に、単純なデバイス ロック ペイロードを送信します。まったく同じプロセスに従ってペイロードを送信しましたが、返された応答は空白でした。

1. MDM サーバーでは、mdm コマンドを送信するために、com.apple.mgmt.myapp という識別子を持つ MDM ベンダーの APNS 証明書を使用します (この識別子は構成プロファイルでトピックとして設定されます)。2. 構成プロファイルでは、資格情報を MDM クライアントによって返される p12 ファイルとして設定しています。

次のエラーが表示されます..: MC|プロファイル データの解析に失敗しました。エラー:

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

php - MDM DeviceLock ペイロード エラー

DeviceLock ペイロードを送信した後、次のエラーが表示されます。

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

iphone - デバイスが失われた場合の MDM ワイプ データのシナリオ

「ワイプアウト データ」コマンド/ペイロードは、紛失したデバイスや電源がオフになっているデバイスでどのように実行されますか。

電源がオフまたはロックされているデバイスで「セキュリティ情報」コマンドを起動すると、ステータスが「Notnow」になり、コマンドがキューに入れられます。キューに入れられたコマンドは、デバイスの電源がオンまたはロック解除された直後に実行されます。

「データ消去」コマンドは「セキュリティ情報」と同じように実行されますか?

また、デバイスがロックされていても「データのワイプ」も実行する必要があると思います..そうですか?

ありがとう!

0 投票する
3 に答える
4273 参照

ios - iOS デバイスにインストールされている構成プロファイルを MDM で更新する

構成ペイロードをデバイスに送信したいと考えています。例えば。特定のデバイスに制限ペイロード (サファリを許可しない) を送信したいと考えています。つまり、デバイスにインストールされている構成プロファイルを更新したいと考えています。

この構成プロファイル ペイロードは、クエリ ペイロードを送信するのと同じ方法で送信する必要がありますか?

デバイスに存在する構成プロファイルのすべての構成ペイロードを含める必要がありますか? または、更新する必要があるものを送信する必要があります。

助けてください!!!

0 投票する
0 に答える
806 参照

android - ペイロードを解析できませんでした: ペイロード[0] = < (Android RequestFactory が認証されていません)

RPCを使用してGAEとAndroidでアプリケーションを開発しています。しかし、Android からサーバーに RPCall を送信しようとすると、次のエラーが発生します。

アプリにアクセスするには、ユーザーを認証する必要があるため、すべての URL に対してセキュリティ制約を * に設定します。Cookie を生成しているにもかかわらず、このエラーが発生します。私が受け取る応答はログインページだと思います。

私の場合、RPCall を送信してデバイスを C2DM に登録します。私が使用するコードのほとんどは、Appengine に接続された Android プロジェクトで生成されたものです。誰かがすでにその回避策または修正を見つけましたか。

PS: GAE 1.6.3、Android API v8、GWT 2.4.0 を使用しています (ただし、これは問題ではないと思います)。

編集:

わかりました、新しいものを見つけました。RPC を使用して Android から App Engine に何かを送信すると、クライアントは実際には認証されません。トークンを取得し、続いて Cookie を取得するだけで、(私が思うに) RequestFactory には追加のデータ フィールドとして Cookie が含まれます。したがって、App Engine 上の私の web.xml は次のようになります。

私のアプリケーションにアクセスするには、ユーザーが要求している URL に関係なく、ユーザーを認証する必要があります。RequestFactory はログイン ページの html でサーバーの応答を認証されないため、Android クライアントは「ペイロードを解析できませんでした」というエラーをスローします。奇妙なことに、GWT 側から認証済み RPC を送信できるのに、なぜこの API の開発者がそのようにしたのか理解できません。GWT 側はそれらの認証済み呼び出しを送信でき、Android 側はそうではありません。それらを送ることができます。

ここで行ったことは、web.xml に次の行を追加して、セキュリティ制約から gwtRequest サーブレットを除外したことです。

また、App Engine に接続された新しい Android プロジェクトを作成すると、web.xml が必要な認証を ProjectName.html に設定するだけであることに気付きました。

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

xml - データ型はペイロードで本当に重要ですか?

私はバックエンドとしてMySQLを使用してapacheCXFとSpringmvcを使用してRESTサービスを開発しました。すべての画像、オーディオファイルはデータベースに保存されます(私はそれが悪い考えだと知っています)が、それは私の論文です。応答時間(Fire foxのRESTclientプラグイン!)と個々のリクエストに対して転送されるペイロードコンテンツをテストしていたとき。奇妙な結果が飛び出しました。XMLペイロードにかかる時間は、JSONと比較して、時間(ms)とコンテンツの長さ(bytes)の両方ではるかに短かった。ペイロードには、アクションクラスでbase64でエンコードされ、GZIPで圧縮された画像ファイルと音声ファイルが含まれています。それで、JSONにはXMLよりも多くのオーバーヘッドがあるという結論に達することができますか?あなたの考えや経験を流してください。