問題タブ [google-provisioning-api]

Zend Gdata フレームワークと 3-legged OAuth を使用して、Google Apps for Education ドメインと対話するアプリを作成しています。

これまでのところ、グループへの読み取り専用アクセスしか取得できません。正常に動作し、すべての情報にアクセスできます。ただし、書き込みアクセスは機能しません。

「ドメインは API を使用できません」と表示されます。

これはうまくいきます：

これは行われず、「ドメインは API を使用できません」という結果になります

このページを見つけましたが、グループが読み取り専用であることについて言及していますか?

グループ名簿 HTTPS 読み取り専用 スコープ:

https://apps-apis.google.com/a/feeds/group/#readonly

これは本当ですか？

編集: 私のプロビジョニング API は確実に有効になっています。

サービス アカウントの OAuth2 認証はプロビジョニング API で機能しますか。私は Google アプリの管理者アカウントを持っており、デスクトップ アプリケーションを介してすべてのアカウントを管理する必要があります。これは、OAuth 2.0 のサービス アカウント認証メカニズムを使用して可能ですか。特定のドメインで作成されたすべてのユーザー アカウントの詳細をプルおよびプッシュできますか?

私のサービスアカウントのスコープは次のとおりです：https ： //apps-apis.google.com/a/feeds/user/およびDriveScope.DRIVE

サービスアカウントIDのドメイン設定の[サードパーティのOAuthクライアントアクセスの管理]でこれと同じスコープを承認しました。

プロビジョニングAPIのJavaクライアントを使用しています。

私はグーグルoauthクライアントでクレデンシャルを構築しますGoogleCredential.Builder：

プロビジョニングAPIへのリクエストを承認しようとしています

oAuthCredentials以前に作成したサービス資格情報はどこにありますか。

その構成で、ドメインの任意のユーザーのGoogleドライブからファイルとコレクションにアクセスできます。しかし、私のドメインのユーザーのリストにそれらの資格情報でアクセスすることはできません。

サービスアカウントのユーザーを指定しないと、どちらも機能しません

これが私が得るスタックトレースです：

そして、クライアントライブラリからのロギング：

Managing Organization Unitsの下の Google Provisioning API を使用UpdateOrgUserして、ユーザーが存在する OU を変更できます。

ユーザーを OU から「最上位」の OU に移動するにはどうすればよいですか? に何を渡す必要がありorg_unit_pathますか?

GoogleプロビジョニングAPIを使用して、組織単位の管理の下に、組織単位内でのユーザーの作成は2段階のプロセスであると記載されています。最初にユーザーを作成し、次にそれらをOUに移動する必要があります。

レガシーシステムから誰かを移行する場合、これは問題を引き起こします。アカウントを作成すると、ルーティングはすぐにそのアカウントへのメールの送信を開始し、従来のアカウントを上書きします。ただし、多くの場合、これらのアカウントは事前に作成されるため、ルーティングが無視される特定のOUがあります。

現在、別のメールアドレスでアカウントを作成し（たとえば、ユーザー名に「-renamed」を追加）、ルーティングされていないOUにアカウントを移動し、アカウントの名前を再度変更して、最後に無関係な「-renamed」エイリアスを削除する必要があります。名前の変更中に作成されます。これは、単純な操作であるべきものにとってはかなり厄介なようです。

これを行うためのより簡単でより良い方法はありますか？

ドメインを変更せずに、ドメインで GData Provisioning API が有効になっているかどうかを確認するにはどうすればよいですか?

API 失敗の応答を返す唯一の方法は、新しいユーザーを作成しようとすることです。これは明らかにひどい方法です。

OAuth 経由でアクセスを要求したときの応答は、ドメイン設定を確認したかどうかに関係なく同じです。Get 要求 (ドメインのユーザー リストの取得など) では、この設定を有効にする必要はありません。

組織内のすべてのユーザーの停止ステータスを調べる必要があります。残念ながら、OrganizationService.RetrieveAllOrganizationUsers() は停止情報を提供しません。

上記のメソッドの結果に基づいて AppsExtendedEntry のコレクションを取得し、AppService.RetrieveUser() を呼び出して反復処理できますが、これは非常に遅く、非常に非効率的です。

ユーザー アカウントを取得する際に、Provisioning API で最近何かが変更されたようです: https://developers.google.com/google-apps/provisioning/#retrifying_users_experimental

以前は、ユーザーではなくエイリアス/ニックネームであるアドレスを指定すると、1301 エラーが発生しました。これで、プライマリ ユーザーの結果が返されます。GAM の表示内容は次のとおりです。

admin2@ が admin のエイリアスであることを確認します。

「ユーザー」alias2 を取得します。

この新しい動作により、「gam whatis」などの GAM コマンドが機能しなくなります。このコマンドは、ユーザーとしてアドレスにアクセスしようとしたときに 1301 の取得に依存していたためです。同様に機能する他のアプリも壊れたと想像できます。

ジェイ

GooglePythonAPIを使用してアカウントを作成します。2012年11月8日午後1時（太平洋標準時）から、次の断続的なエラーメッセージが表示されるようになりました。

Googleダッシュボードを確認すると、実際にはアカウントが作成されていますが、Googleから返されるエラーメッセージが原因で、残りのアカウント作成タスクは完了していません。

他の誰かがこの問題に気づいたか、および/またはこれが起こっている可能性がある理由を知っていますか？

アカウントプロビジョニングコードは堅牢で、11/8より前に50,000を超えるアカウントを作成しました。

コードスニペットは次のとおりです。

完全なトレースバックは次のとおりです。

私はGoogle Data APIs Objective-C Client Libraryを構築し、アプリケーション (GTMOAuth2 を含む) とリンクして動作させ、データを引き出すことができます。プロビジョニング API (まだ XML のみ) を使用する必要があるため、独自のアプリケーション内で必要な追加機能を構築しています。私は最終的にこれらすべてがどのように機能するかを理解し、カスタム要素を読むことに非常に近づいていると思いますが、何かが欠けています.

GDataServiceGoogle、GDataEntryBase、およびをサブクラス化して、GDataFeedBase正しいデータを取得しています。シンプルでわかりやすい要素タイプから始めます: quota. ユーザー フィードでは、クォータ要素は次のようになります。

そこで、次の値構造を追加しました。

GDataEntryBaseそして、サブクラスに次のメソッドを追加しました。

次のように実装されます。

のコメントに記載されているようにGDataObject.h(そして、参照実装としてGDataServiceGoogleCalendar、GDataEntryCalendar、およびに取り組んできました)、私のサブクラスでは次のように実装しました。GDataFeedCalendarGDataBaseEntryaddExtensionDeclarations

quotaただし、コールバックで次のようにメソッドを呼び出そうとすると:

例外と次のエラーが発生します。

上記の例では、ユーザーの名前 (要素のtitle) をエラーなしで正しく取得しています。また、userオブジェクトは実際にはそれ自体GDataEntryBaseではなくサブクラスのタイプでありGDataEntryBase（デバッガーで検証）、さらにサブクラスのclassForEntriesメソッドは のGDataFeedBaseサブクラスのクラスを正しく返すGDataEntryBaseため、2つの間で実際に正しい必要がありますクラス。GDataEntryBaseサブクラスのメソッドにトリップされないブレークポイントがありますquotaが、ここで何が欠けていますか?

前述のように、Calendar の Service/Feed/Entry 実装 (特にaccessLevel&color要素とメソッド) と比較してきましたが、何が欠けているのかわかりません。

どうぞよろしくお願いいたします。