問題タブ [objectify]

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

google-app-engine - GAE-JでJDOの代わりにObjectify-appengineを使用することについての意見を探しています

私はGAEのデータストア/JDOの学習曲線をゆっくりと少し苦労して上っていきました。最近、非常に単純なデータストアネイティブAPIと複雑なJDOの間のどこかにあると思われるObjectifyと呼ばれるフレームワークを見つけました。私はそれを読んでいます、そしてそれは魅力的に見えます。

私が知りたいのは、Objectifyの経験が豊富な人がいるとしたら...それはどれくらい成熟しているのでしょうか。ユーザーコミュニティはたくさんありますか?重労働のプライムタイムの準備はできていますか?それを放棄することはできますか?

Objectifyについては、ここやWeb全体であまり議論されていないようです。そのため、プロジェクトを委託することに不安を感じています。

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

google-app-engine - App Engine - Objectify - バイトの保存[]

App Engine データストアとのインターフェースに Objectify ライブラリを使用しています。

私の User クラスでは、ハッシュ化されたパスワードをbyte[]. それをデータストアに入れると、正しくblob.

Userオブジェクトを読み戻そうとすると、次のエラーが発生します。

java.lang.IllegalStateException: Cannot load non-collection value '<Blob: 40 bytes>' into private byte[]

これを修正するにはどうすればよいですか?

ハッシュ化されたパスワードのタイプが になるように User クラスを変更する必要がありますShortBlobか?

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

google-app-engine - エンティティに多数のプロパティがあると、データストアの読み取り/書き込みパフォーマンスに影響しますか?

40 ~ 50 の範囲で番号付けされたプロパティを持つエンティティがいくつかあります。これらのプロパティはすべてインデックス付けされていません。これらのエンティティは、より大きなエンティティ グループ ツリー構造の一部であり、常にキーを使用して取得されます。どのプロパティ (キー プロパティを除く) もインデックス化されません。Objectify を使用して、BigTable のエンティティを操作しています。

BigTable との間で多数のプロパティを持つエンティティを読み書きする際に、パフォーマンスに影響があるかどうかを知りたいです。

これらの大きなエンティティはキーによってのみフェッチされ、クエリに参加することはないため、エンティティ pojo をシリアル化して blob として保存する必要があるかどうか疑問に思っていました。@Serialized アノテーションを使用して Objectify でこれを行うのは非常に簡単です。エンティティをシリアル化して BLOB として保存することで、BLOB を他のプログラムや Java 以外のコードに対して完全に不透明にすることを理解していますが、これは問題ではありません。

私はまだパフォーマンスの違いをベンチマークしていませんが、そうする前に、誰かが以前にこれを行ったことがあるかどうか、または共有するアドバイス/意見があるかどうかを知りたい.

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

java - 提供するメディアアイテム(写真、mp3、ドキュメントなど)のキーを生成するためのベストプラクティス

ユーザーがファイル(画像、mp3など)を他のユーザーと共有できるP2Pメディア共有機能を作成しています。ユーザーが他のユーザーとファイルを共有するとき、私は単にそのファイルへのリンクをユーザーに送信します。リンクは次のようになります。

http://www.domain.com/file?q=unique_key

ここで、unique_keyは英数字である必要があり、簡単に推測できないため、ファイルレコードのエンコードされたキーを使用する予定です。

これは以前のPythonGAEアプリでは簡単でしたが、新しいJavaアプリでは、このキー値を取得できません。取得するのはLong(数値)のIDだけです。

私のエンティティには長いIDというフィールドがありますが、GAE管理コンソールには英数字のエンティティエンコードキーがあり、データベース内のすべてのレコードで一意であることを願っています。では、それにアクセスする方法は?

Objectifyを使用していて、このような新しいキーを作成するとき

キーmyKey=新しいキー(FileEntity.class、entityID);

myKeyはテキストを含む文字列ですが、私が探している一意の英数字のIDです。

あいまいな質問でごめんなさい、助けてください。

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

google-app-engine - オブジェクトが存在するかどうかを確認する最速の方法

Objectify で GAE/Java を使用しています。キーを指定して、特定のオブジェクトがデータストアに存在するかどうかを確認する最速の方法を見つけようとしています。私が今行っているのは.get(key)on@Cachedですが、どちらの方法でもオブジェクト全体が取得されますが、これは不要です。

インデックスのみのヒットでこれを行う方法についてのアイデアはありますか? キーのみのクエリも考えていましたが、(システム ステータス ダッシュボードで) レイテンシがget.

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

java - Objectify-ブール値でフィルタリングする方法は?

ブール値でフィルタリングするときに、GoogleAppEngineデータストアのObjectifyを使用して壁にぶつかりました。これは大まかに私がしたことです:

検索時に何をしても、データベースにオブジェクトがありますが、常に空の応答が返されます。failed = false

例:

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

google-app-engine - 永続エンティティで非永続関連のメソッドとフィールドを使用する

Google App Engine とそのデータ ストレージでアプリを動作させるには、永続性に関連する Java-ee コードを書き直す必要があります。Java-ee 持続性プロバイダーを使用するときは、IDE で持続性エンティティーを生成し、それらを再生成する必要がある場合に備えてそのままの状態に保ちます。ただし、アプリ エンジン ストレージのエンティティ クラスを自動生成することはできません。エンティティ クラスをクリーンな状態に保ち、永続性に直接関係のないフィールドやメソッドを使用しない正当な理由があるかどうかを知りたいです。必要に応じて、永続化プロバイダーとして objectify を使用します。

次に例を示します。

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

java - 大きなテーブルの親子

カテゴリA->サブカテゴリA->本の関係のようなpojoがある場合。subcategoryAは親categoryAの子です。この場合、本はsubcategoryAの子であり、すべてが同じエンティティグループ内にあります

「本」を別のサブカテゴリに移動する必要がある場合-B。subcategoryAとcategoryAを削除し、本なしでcategoryA-> subcategoryA->を再作成する必要がありますか?そしてcategoryb->subcategoryb->book、other-book、other-book3を再作成しますか?

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

crud - Play 1.1でObjectify1.1rcとCRUDを使用したM:1関係の問題

私は本当に奇妙な問題を抱えています、そして多分あなたの一人がそれに光を当てることができます。私はそれをお願い申し上げます :)

Play用のObjectify1.1rcモジュールを使用してアプリケーションを開発しています!フレームワーク1.1。関連する部分が次の2つの関連オブジェクトがあります。

いくつかの背景:

  • GoogleコードリポジトリのObjectify1.1rcを使用しています(PlayリポジトリのモジュールはPlayで失敗するようです!1.1)サンプルアプリケーションは正常に動作します
  • Play Framework(Showcase)用のObjectify-1.1rcモジュールで提供されるサンプルアプリケーションで適切に動作する既存のオブジェクトのオブジェクトに基づいています。
  • アプリケーションとサンプルアプリケーション(Showcase)を同じCRUDモジュールにポイントして、デバッグとテストを行いました。
  • Javaコードを使って問題なくリンクできます。

現在、解決できない2つの問題があります。それは次のとおりです。

M:1の関係が保存されていない

Userクラスの「theatres」関係に問題があります。CRUDを介してUserタイプのオブジェクトを編集すると、TheaterインスタンスをUserに関連付けるための複数選択コントロールが表示されます。それらの一部(1つ以上)をクリックしてオブジェクトを保存すると、関係が保存されず、 CRUDインターフェースを介してオブジェクトをリンクすることはできません。

どうすればそれを機能させることができますか?

CRUDコードは、一方のアプリケーションではアクセスされていませんが、もう一方のアプリケーションではアクセスされています

Objectifyモジュール(Showcase)のサンプルアプリケーションを使用すると、CRUDを使用してM:1の関係を保存できます。前に述べたように、アプリケーションとショーケースの両方が同じCRUDモジュールを指しているため、まったく同じコードを使用する必要があります。ログ出力を介してデバッグすることで気付いたのは、アプリケーションがCRUDを使用しているのに、サンプルアプリケーションは特定の時点までのすべてのコードを使用していることです。

CRUDモジュールは「tag/form.html」に移動し、「relation」タイプのフィールドを(私のコードとサンプルアプリケーションの両方で)見つけますが、タグ「#{crud.relationField}」を呼び出すと、奇妙なことが起こります:私のアプリケーションCRUDモジュールで定義されたタグに入ります。サンプルアプリケーションはそのコードにアクセスせず、そのタグに追加されたログはトリガーされません(ファイルの任意の時点で)。

サンプルアプリケーションでタグの代わりを検索しましたが、見つかりません。ご想像のとおり、それは私を夢中にさせ、デスクトップに住んでいる緑のレプラコーンを信じ始めさせます(私に金を与えずに、彼らを酷評します!)

なぜこれが起こるのか誰もが知っていますか?また、サンプルアプリケーションによって実行されているコードを見つけることができましたか?それを見つけることはおそらく問題#1を解決するでしょう

どうもありがとう!

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

python - lxml objectifyは、カスタム要素クラスのコンストラクターを呼び出しません

lxml.objectifyは、カスタム要素クラスのコンストラクターを呼び出さないようです。

解析されるファイルが

「MadeCustomElement」を印刷したいのですが、印刷しません。コンストラクターを呼び出させることはできますか?

コンストラクターを呼び出さずにCustomElementクラスのインスタンスを作成するにはどうすればよいですか?