問題タブ [sorm]

アクター システムでの使用と自動テスト (ユニット/機能) を参照して、SORM を使用するためのベスト プラクティスを誰かが共有できるかどうか疑問に思います。

どうやって：

• 実行時に構築された外部化された構成から DB/インスタンス シングルトンを駆動します (例: typesafe の application.conf)
• 依存性注入（コンストラクターまたはケーキパターンまたは？）を実行して、本番/テストDBで同じコードを使用します..または別の戦略を完全に使用しますか？

「インスタンス」をシングルトン (オブジェクトはインスタンスを拡張) として宣言せずに、テストのためにアクターに注入するための新しいインスタンスを作成すると、SORM を使用して奇妙なスタック トレースが発生するようです。同じ結果で、scala 2.10.2/3、SORM 0.38/9 を使用しました。これが私の（唯一の）エンティティです：

スタック トレース:

また

私は、 scala 2.10でplayframework 2.2.1を使用しており、mysql db には SORM 0.3.10 を使用しています。単純なケース クラスのインスタンスを保存しようとしているとき:

私はこのエラーを取得しています：

私が間違っていることは何ですか？UserAuthTokenも非常に簡単です：

どちらのクラスも Db オブジェクトにエンティティとして登録されています。

Play Framework 2.2.1、MySQL 5.5およびsorm 0.3.10を使用しています

MySQL は指定されたアイドル タイムアウトの後に非アクティブな接続をドロップするため、アプリで次の例外が発生します。

私の知る限り、sorm は c3p0 接続プールを使用しています。c3p0 または sorm を設定して、指定された遅延で mysql をキックしたり、接続が切断された後に自動的に再接続したりすることは可能ですか?

.copy(..)と を使用し て外部エンティティ内のフィールドを更新できないようですDb.save。例外はまったくスローされずT with Persisted、メソッドから返されたものは、更新しようとしたものを正確に反映しています。Db.queryただし、またはを使用して値を取得しようとすると、Db.fetchById外部以外のフィールドのみが更新されます。例えば：

ご覧のとおり、barfooフィールドは更新されていません。

これは、外部エンティティの更新にアプローチする間違った方法ですか? それともこれはバグですか？

私はSORM v0.3.12 btwを使用しています。

小さなscalaアプリケーションでH2でsormを使用しています。のような最初のクエリでは正常です

応答を 9 秒間待つには? 単なるウォームアップ時間ですか、それとも私の間違いですか? Postgres でも​​同じ動作が得られます。

私のデータベースは非常に小さく、わずか 6 項目です。