問題タブ [playorm]

挿入/クエリなどの作業を行うために PlayORM を使用する必要がある Web アプリがあります。私のコードはローカルでは問題なく実行されますが、次の警告メッセージが表示されます。

com.alvazan.orm.impl.meta.scan.ScannerForClass processIdFieldWorksWARN: クラス = クラスの二重スキャンを回避しました com.alvazan.orm.impl.meta.data.MetaClassSingle すべて正常に動作しますが、スタック トレースをお送りください。 java.lang.RuntimeException: null at com.alvazan.orm.impl.meta.scan.ScannerForClass.processIdFieldWorks(ScannerForClass.java:234) [playorm-1.4.3.jar:1.4.3 December 13 2012]

しかし、JSF ページでそのコードを実行しようとすると、コードが機能しません。エラーメッセージは次のとおりです。

INFO caoimpl.meta.scan.ScannerForClass - スキャン クラス = クラス com.alvazan.orm.api.z8spi.meta.DboColumnMeta java.lang.RuntimeException: スキャン クラスの失敗 (連鎖例外を参照) = クラス com.alvazan.orm.api. z8spi.meta.DboColumnMeta

この問題を解決するために何ができるか誰かが知っていますか?

アップデート：

• 最初のスタック トレース - ローカルで正常に動作します (外部サイトの Web を実行)

2013-02-13 19:20:18,173 com.alvazan.orm.impl.meta.scan.ScannerForClass processIdFieldWorksWARN: クラス = クラスの二重スキャンを回避しました com.alvazan.orm.impl.meta.data.MetaClassSingle すべてが引き続き機能します問題ありませんが、スタック トレースを送信して、なぜこれが発生したのかを確認してください。 1.4.3.jar:1.4.3 2012 年 12 月 13 日] com.alvazan.orm.impl.meta.scan.ScannerForClass.inspectFieldImpl(ScannerForClass.java:206) [playorm-1.4.3.jar:1.4.3 12 月 13 日] 2012] com.alvazan.orm.impl.meta.scan.ScannerForClass.inspectField(ScannerForClass.java:193) [playorm-1.4.3.jar:1.4.3 2012 年 12 月 13 日] com.alvazan.orm.impl で。 meta.scan.ScannerForClass.scanFields(ScannerForClass.java:188) [playorm-1.4.3.jar:1.4.3 2012 年 12 月 13 日] com.alvazan.orm.impl.meta.scan.ScannerForClass.scanSingle(ScannerForClass.java:111) [playorm-1.4.3.jar:1.4.3 2012 年 12 月 13 日] com.alvazan.orm .impl.meta.scan.ScannerForClass.scanMultipleClasses(ScannerForClass.java:104) [playorm-1.4.3.jar:1.4.3 2012 年 12 月 13 日] com.alvazan.orm.impl.meta.scan.ScannerForClass.addClass( ScannerForClass.java:64) [playorm-1.4.3.jar:1.4.3 2012 年 12 月 13 日] com.alvazan.orm.layer0.base.MyClassAnnotationDiscoveryListener.scanClass(MyClassAnnotationDiscoveryListener.java:42) [playorm-1.4.3. jar:1.4.3 2012 年 12 月 13 日] com.alvazan.orm.layer0.base.MyClassAnnotationDiscoveryListener.discovered(MyClassAnnotationDiscoveryListener.java:34) [playorm-1.4.3.jar:1.4.3 2012 年 12 月 13 日] com.impetus で.annovention.Discoverer.discoverAndIntimateForClassAnnotations(Discoverer.java:197) [playorm-1.4.3.jar:1.4.3 2012 年 12 月 13 日] com.impetus.annovention.Discoverer.discover(Discoverer.java:155) [playorm-1.4.3.jar:1.4.3 2012 年 12 月 13 日] ] com.alvazan.orm.layer0.base.BaseEntityManagerFactoryImpl.rescan (BaseEntityManagerFactoryImpl.java:82) で [playorm-1.4.3.jar:1.4.3 2012 年 12 月 13 日] com.alvazan.orm.layer0.base.BaseEntityManagerFactoryImpl で.setup(BaseEntityManagerFactoryImpl.java:133) [playorm-1.4.3.jar:1.4.3 2012 年 12 月 13 日] com.alvazan.orm.impl.bindings.BootstrapImpl.createInstanceImpl(BootstrapImpl.java:64) [playorm-1.4 .3.jar:1.4.3 2012 年 12 月 13 日] com.alvazan.orm.impl.bindings.BootstrapImpl.createInstance(BootstrapImpl.java:35) [playorm-1.4.3.jar:1.4.3 2012 年 12 月 13 日] com.alvazan.orm.api.base.Bootstrap.create(Bootstrap.java:57) [playorm-1.4.3.jar:1.4.3 2012 年 12 月 13 日] com.alvazan.orm.api.base.Bootstrap.create(Bootstrap.java:52) [playorm-1.4.3.jar:1.4.3 2012 年 12 月 13 日] com.alvazan.orm.api.base.Bootstrap.create(Bootstrap) .java:45) [playorm-1.4.3.jar:1.4.3 2012 年 12 月 13 日] com.alvazan.orm.api.base.Bootstrap.create(Bootstrap.java:24) [playorm-1.4.3.jar] :1.4.3 2012 年 12 月 13 日] com.s1mbi0se.dmp.da.dao.PlayOrmConfiguration.init(PlayOrmConfiguration.java:45) [classes/:na] com.s1mbi0se.dmp.da.dao.PlayOrmConfiguration.getEntityManager( PlayOrmConfiguration.java:51) [classes/:na] at com.s1mbi0se.dmp.da.dao.AbstractDao.getEm(AbstractDao.java:10) [classes/:na] at com.s1mbi0se.dmp.da.dao. UserDao.findInputPhase(UserDao.java:201) [classes/:na] com.s1mbi0se.dmp.da.bean.InputPhaseStru.manageInputPhase(InputPhaseStru.java:105) [classes/:na] com.s1mbi0se.dashboard で。サービス。DashboardService.readSolrLogFile(DashboardService.java:44) [classes/:na] com.s1mbi0se.dashboard.service.DashboardService.main(DashboardService.java:29) [classes/:na]

• 2 番目のスタック トレース - 機能しない (Web 環境)

19:05:54.090 [http-bio-8080-exec-3] INFO c.alvazan.orm.logging.NoSqlRawLogger - [rawlogger] NoSQL Service Provider の起動と接続 19:05:54.101 [http-bio-8080-exec- 3] INFO caolsdcColumnFamilyHelper - キースペース=dmpExisting 列ファミリー=[inputphasestru, stringindice, dbocolumnmeta, integerindice, user, dbodatabasemeta, dbotablemeta] 注: 列ファミリーを持たないエンティティを保存すると、新しい列ファミリーが自動的に作成されます 19:05:54.101 [http-bio-8080-exec-3] INFO caolbBaseEntityManagerFactoryImpl - nosql.Persistence.class 19:05:54.102 で jar のスキャンを開始します [http-bio-8080-exec-3] INFO ciannovention.ClasspathDiscoverer - スキャン用の jar ファイルを追加します=jar:ファイル:/opt/apache-tomcat-7.0.30/wtpwebapps/teste28/WEB-INF/lib/playorm-1.4.3.jar!/ 19:05:54.102 [http-bio-8080-exec-3 ] INFO ciannovention.ClasspathDiscoverer - スキャン用のjarファイルを追加=jar:file:/opt/apache-tomcat-7.0.30/lib/playorm-1.4.3.jar!/ 19:05:54.102 [http-bio-8080-exec- 3] INFO ciannovention.ClasspathDiscoverer - スキャン用のjarファイルを追加=jar:file:/opt/apache-tomcat-7.0.30/wtpwebapps/teste28/WEB-INF/lib/dmpDataAccess-0.0.1-SNAPSHOT.jar!/ 19 :05:54.119 [http-bio-8080-exec-3] DEBUG caolbMyClassAnnotationDiscoveryListener - class=com.alvazan.orm.api.z8spi.meta.DboColumnMeta anno=com.alvazan.orm.api.base.anno.NoSqlEntity 19: 05:54.119 [http-bio-8080-exec-3] INFO caoimpl.meta.scan.ScannerForClass - スキャン クラス = クラス com.alvazan.orm.api.z8spi.meta.DboColumnMeta java.lang.RuntimeException: スキャン クラスの失敗(チェーンされた例外を参照)=class com.alvazan.orm.api.z8spi.meta.DboColumnMeta at com.alvazan.orm.layer0.base.MyClassAnnotationDiscoveryListener.scanClass(MyClassAnnotationDiscoveryListener.java:44) com.alvazan.orm.layer0.base.MyClassAnnotationDiscoveryListener.discovered(MyClassAnnotationDiscoveryListener.java:34) com.impetus.annovention.Discoverer.discoverAndIntimateForClassAnnotations(Discoverer.java:197) で.impetus.annovention.Discoverer.discover(Discoverer.java:155) com.alvazan.orm.layer0.base.BaseEntityManagerFactoryImpl.rescan(BaseEntityManagerFactoryImpl.java:82) com.alvazan.orm.layer0.base.BaseEntityManagerFactoryImpl.setup (BaseEntityManagerFactoryImpl.java:133) com.alvazan.orm.impl.bindings.BootstrapImpl.createInstanceImpl(BootstrapImpl.java:64) で com.alvazan.orm.impl.bindings.BootstrapImpl.createInstance(BootstrapImpl.java:35) でcom.alvazan.orm.api.base.Bootstrap.create(Bootstrap.java:57) com.alvazan.orm.api.base.Bootstrap.create(Bootstrap.java:52) at com.alvazan.orm.api.base.Bootstrap.create(Bootstrap.java:45) at com.alvazan.orm.api.base. com.s1mbi0se.dmp.da.dao.PlayOrmConfiguration.init(PlayOrmConfiguration.java:45) の Bootstrap.create(Bootstrap.java:24) com.s1mbi0se.dmp.da.dao.PlayOrmConfiguration.getEntityManager(PlayOrmConfiguration.java: 51) com.s1mbi0se.dmp.da.dao.PlayOrmConfiguration.init(PlayOrmConfiguration.java:45) で com.s1mbi0se.dmp.da.dao.PlayOrmConfiguration.getEntityManager(PlayOrmConfiguration.java:51) で com.s1mbi0se.dmp .da.dao.AbstractDao.getEm(AbstractDao.java:10) com.s1mbi0se.dmp.da.dao.UserDao.findInputPhase(UserDao.java:201) com.s1mbi0se.dmp.da.bean.InputPhaseStru.manageInputPhase (InputPhaseStru.java:105) com.s1mbi0se.dashboard.service.DashboardService.readSolrLogFile(DashboardService.java:44) の com.s1mbi0se.dashboard.mbean.DashboardMBean.getTestehash(DashboardMBean.java:18) の sun.reflect.NativeMethodAccessorImpl.invoke0(ネイティブ メソッド) の sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl. java:39) で sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) で java.lang.reflect.Method.invoke(Method.java:597) で javax.el.BeanELResolver.getValue(BeanELResolver.java:87) で) org.apache.myfaces.el.unified.resolver.FacesCompositeELResolver.getValue(FacesCompositeELResolver.java:169) で javax.el.CompositeELResolver.getValue(CompositeELResolver.java:67) で org.apache.el.parser.AstValue で。 org.apache.jasper.el.JspValueExpression の org.apache.el.ValueExpressionImpl.getValue(ValueExpressionImpl.java:185) の getValue(AstValue.java:183)。getValue(JspValueExpression.java:106) で javax.faces.component._DeltaStateHelper.eval(_DeltaStateHelper.java:246) で javax.faces.component.UIOutput.getValue(UIOutput.java:67) で javax.faces.component.UIInput org.apache.myfaces.shared.renderkit.RendererUtils.getValue(RendererUtils.java:505) の .getValue(UIInput.java:150) org.apache.myfaces.shared.renderkit.RendererUtils.getStringValue(RendererUtils.java:331) の) org.apache.myfaces.shared.renderkit.html.HtmlTextRendererBase.renderInputBegin(HtmlTextRendererBase.java:197) で org.apache.myfaces.shared.renderkit.html.HtmlTextRendererBase.renderInput(HtmlTextRendererBase.java:186) で org. apache.myfaces.shared.renderkit.html.HtmlTextRendererBase.encodeEnd(HtmlTextRendererBase.java:75) で javax.faces.component.UIComponentBase.encodeEnd(UIComponentBase.java:580) で javax.org.apache.myfaces.shared.view.JspViewDeclarationLanguageBase.actuallyRenderView(JspViewDeclarationLanguageBase.java: 362) org.apache.myfaces.shared.view.JspViewDeclarationLanguageBase.renderView(JspViewDeclarationLanguageBase.java:199) で org.apache.myfaces.application.ViewHandlerImpl.renderView(ViewHandlerImpl.java:285) で org.apache.myfaces.lifecycle .RenderResponseExecutor.execute(RenderResponseExecutor.java:115) at org.apache.myfaces.lifecycle.LifecycleImpl.render(LifecycleImpl.java:241) at javax.faces.webapp.FacesServlet.service(FacesServlet.java:199) at org. org.apache.catalina.core の apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:305)。ApplicationFilterChain.doFilter(ApplicationFilterChain.java:210) org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:222) org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:123) org .apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:472) org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:168) org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve) .java:99) org.apache.catalina.valves.AccessLogValve.invoke(AccessLogValve.java:929) で org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:118) で org.apache.catalina. connector.CoyoteAdapter.service(CoyoteAdapter.java:407) at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1002) org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:585) で org.apache.tomcat.util.net.JIoEndpoint$SocketProcessor.run(JIoEndpoint.java:310) で java.util.concurrent で.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) 原因: com.google.inject.ProvisionException: Guice プロビジョニング エラー:908) at java.lang.Thread.run(Thread.java:662) 原因: com.google.inject.ProvisionException: Guice プロビジョニング エラー:908) at java.lang.Thread.run(Thread.java:662) 原因: com.google.inject.ProvisionException: Guice プロビジョニング エラー:

1) コンストラクターの注入エラー、java.lang.NoClassDefFoundError: com.alvazan.orm.impl.meta.data.MetaClassInheritance.(MetaClassInheritance.java:25 でクラス com.alvazan.orm.api.z8spi.meta.DboTableMeta を初期化できませんでした。 ) com.alvazan.orm.impl.meta.data.MetaClassInheritance の検索中

1 エラー com.google.inject.internal.InjectorImpl$4.get(InjectorImpl.java:987) で com.alvazan.orm.impl.meta.data.MetaInfo.findOrCreate(MetaInfo.java:58) で com.alvazan. orm.impl.meta.scan.ScannerForClass.addClass(ScannerForClass.java:59) at com.alvazan.orm.layer0.base.MyClassAnnotationDiscoveryListener.scanClass(MyClassAnnotationDiscoveryListener.java:42) ... 63 以上 原因: java.lang .NoClassDefFoundError: クラス com.alvazan.orm.api.z8spi.meta.DboTableMeta を com.alvazan.orm.impl.meta.data.MetaAbstractClass.(MetaAbstractClass.java:17) で com.alvazan.orm.impl で初期化できませんでした.meta.data.MetaClassInheritance.(MetaClassInheritance.java:25) com.alvazan.orm.impl.meta.data.MetaClassInheritance$$FastClassByGuice$$9298a112.newInstance() com.google.inject.internal.cglib.reflect で.$FastConstructor.newInstance(FastConstructor.java:40) at com.google.inject.internal.DefaultConstructionProxyFactory$1.newInstance(DefaultConstructionProxyFactory.java:60) at com.google.inject.internal.ConstructorInjector.construct(ConstructorInjector.java:85) at com. google.inject.internal.ConstructorBindingImpl$Factory.get(ConstructorBindingImpl.java:254) at com.google.inject.internal.InjectorImpl$4$1.call(InjectorImpl.java:978) at com.google.inject.internal.InjectorImpl. callInContext(InjectorImpl.java:1024) at com.google.inject.internal.InjectorImpl$4.get(InjectorImpl.java:974) ... 66 もっと見るinject.internal.ConstructorBindingImpl$Factory.get(ConstructorBindingImpl.java:254) at com.google.inject.internal.InjectorImpl$4$1.call(InjectorImpl.java:978) at com.google.inject.internal.InjectorImpl.callInContext( InjectorImpl.java:1024) at com.google.inject.internal.InjectorImpl$4.get(InjectorImpl.java:974) ... 66 もっと見るinject.internal.ConstructorBindingImpl$Factory.get(ConstructorBindingImpl.java:254) at com.google.inject.internal.InjectorImpl$4$1.call(InjectorImpl.java:978) at com.google.inject.internal.InjectorImpl.callInContext( InjectorImpl.java:1024) at com.google.inject.internal.InjectorImpl$4.get(InjectorImpl.java:974) ... 66 もっと見る

スタックトレース全体に従います...

ありがとう ！

アンドレ

PlayFramework 2.x で cassandra に接続しようとしましたが、一般的な例外 ClassNotFoundException: play.Plugin が発生しました。wiki ページhttps://github.com/deanhiller/playorm/wiki/PlayFramework-2.x-supportにあることをすべて実行しました。これが私のmavenです（mvnリポジトリのplayorm.jarを使用しています）プロジェクトhttp://code.google.com/p/cassandranosql-firebrandocm-playorm/source/browse/trunk/、ご覧のとおり、テストクラスがありますNoSql.em() と呼ばれる UserPlayormDaoImplTest; ClassNotFoundException をスローします。クラスパスに plugin2.1.jar を追加しましたが、クラスが見つかりません。何が問題なのかわかりません。手伝ってくれてありがとう。

スタックトレース：

同時更新を処理するセカンダリインデックスには、いくつかの独自の戦略があります。たとえば、次のようになります。

http://www.slideshare.net/edanuff/indexing-in-cassandra

3つのColumnFamiliesを使用します。

私の質問は、PlayORM@NoSqlIndexedアノテーションはどのように実装されているかです。どのような追加のColumnFamiliesが必要/作成されるかという点で？

さらに、同時更新はサポートされていますか？つまり、2つの競合する更新では、一方からインデックスを更新し、もう一方からテーブルを更新することはできませんか？

私が取った手順：

1. 新しいPlayアプリケーションを開始しました。
2. libフォルダーを作成しました。
3. libにコピー：playOrm / output / jardist/*。jar+playorm / output / libs / playorm.jar + playorm / src / resources / play2plugin / plugin2.1jar
4. confを変更し、play.plugins.confを次のように追加しました： http：//buffalosw.com/wiki/PlayFramework-2.x-support/
5. この時点で、私はプレイを開始し、googlegsonの欠落クラス例外を取得しました。それもlibに追加しました。

さて、プレイアプリを実行すると、次のようになります。

プラグイン[play.CorePlugin]をインスタンス化できません。java.lang.NoSuchMethodException：play.CorePlugin。（play.Application）

私は何が欠けていますか？

更新：私の元の投稿のファイル名をplugin.confからplay.pluginsに修正し、スタックトレースを追加しました：

次のスキーマを持つ cassandra に CF があるとします。

• タイムスタンプ
• デバイスID
• 装置名
• デバイス所有者

PKEY (タイムスタンプ、デバイス ID): これは、パーティションがタイムスタンプで発生していることを意味します。

以下は、私が興味を持っているクエリです。

Select * from schema where TimeStamp='..' Select * from schema where DeviceID='..'

最初のクエリは 500K のレコードを返し、2 番目のクエリは 50K のレコードを返します。最初のクエリは、単一ノードでのすべてのフェッチがボトルネックであるため、TimeStamp 用に複数のノードにデータを分散したいと考えています。2 番目のクエリのボトルネックは、すべてのレコードが異なるノードのディスク全体に分散され、複数のディスク フェッチが発生する可能性があることです。

ここで、特定の TimeStamp のエントリもクラスター ノード全体に分散されるように、仮想パーティションを作成するとします。これは PlayORM で可能ですか? はいの場合、そうできるコード（またはそのようなことをする例）を提供していただけますか？

もう 1 つの要件は、特定のデバイス ID のすべてのレコードを検索することです。同じ CF の「デバイス ID」で仮想パーティショニングを行うことはできますか? はいの場合、その方法を示すコード/リンクを提供していただけますか?

このようなことを行うためのソース コードを誰かが提供してくれるとうれしいです。なぜなら、ドキュメンテーションは理解するのがそれほど簡単ではなく、現在のドキュメンテーションを読むだけでコードを書くことは悪夢であることが判明しているからです。「完全な」コード例がなければ、PlayORM を評価することは不可能に思えます。

Cassandra のパーティション分割と比較して、PlayORM の仮想パーティション分割が常にデータを分割する最良の方法であるかどうかを議論したいと思います。

スキーマ:

• タイムスタンプ
• デバイスID
• 装置名
• デバイス所有者

タイムスタンプの場合は 50 万行あり、特定のデバイス ID の場合は 1 万行あります

2 つの列に分割する場合は、TimeStamp と Device ID と言います。これを行うには、次の方法があります。

1. PlayORM を使用して両方の列で「仮想」パーティションを作成し、任意の列による任意の仮想パーティションのデータがすべてのノードに分散されるようにします。
2. Cassandra の組み込みパーティショニング サポートをカラムの 1 つに使用し、PlayORM のアプローチを使用して他のカラムに「仮想」パーティショニングを作成します。

「デバイス ID」が「Cassandra」の方法で分割された場合、特定の「デバイス ID」のすべてのレコードがディスクの連続した場所に保存され、playorm のように「TimeStamp」の仮想分割アプローチを続行できます。私が PlayORM のアプローチよりもこれを好む理由は、Cassandra のパーティション アプローチを使用すると、特定のデバイス ID のすべてのレコードが、ディスク上の物理的に連続した場所にある場合、数が少ない (10K のみ) ため、高速に取得できるためです。これは、ノード上ですべてのパーティションのレコードを均等に分散するという PlayORM の全面的なアプローチよりも優れている可能性があります。これは、データがディスク上でランダムに分散され、多くのディスク シークが発生し、明らかに速度が低下するためです。だからPlayORMのアプローチでも、

上記は有効な点のように見えますか、それとも私の理解に誤りがありますか?

私は PlayOrm の調査を開始し、ネット上で利用可能な基本的なコードを実行してデータを挿入および読み取りしようとしました。データを挿入すると、すべて正常に動作しているように見えますが、同じデータを読み取ると、間違った行数が返されます。たとえば。3 つのレコードを挿入すると、レコードが 0 になることもあれば、すべてのレコードが返されることもあります。

私が使用しているコードに従ってください：

データの挿入/読み取りに使用されるクラス:

このクラスを利用するコード:

ユーザーデータの内容:

Mavenを介してPlayORMをセットアップしました。

私のメインクラスは基本的にここの例からコピーされています。

すべてが適切に設定され、問題ないように見えますが、何らかの日付変換エラーが発生します。

以下のスタックトレース:

「User.java」と空の「Persistence.java」を作成した後、「Example.java」をコンパイルすると例外が発生します。詳細は次のとおりです。

私が理解していないことから、メモリ内データベースのテストには Cassandra のインストールは必要ありません。

私は何をする必要がありますか？