3

testtable2つの部分の主キー（ID1bigintID2型、bigint型）とタイムスタンプ付きの非キーフィールドを持つPostgreSQLテーブルがあります。「データベースからの新しいRESTfulWebサービス」ウィザードを使用してRESTfulWebサービスを生成しようとしていますが、パッケージ名（サービス）を除いて、すべての値のデフォルトを選択しています。ウィザードは4つのファイルを生成します。

  • AbstractFacade.java
  • Testtable.java
  • TesttableREST.java
  • TesttablePK.java

サーバーにデプロイし、[RESTful Webサービスのテスト]を選択すると、テストページの読み込みに失敗します。

例外
javax.servlet.ServletException：PWC1391：サーブレットorg.netbeans.rest.application.config.ApplicationConfigのServlet.init（）が例外をスローしました

根本的な原因
com.sun.jersey.spi.inject.Errors $ ErrorMessagesException

Glassfishイベントログを見ると、2つの重大なエラーがあります。

次のエラーと警告が、リソースクラスやプロバイダークラスで検出されました。
重大：インデックス0のパラメーターでメソッドpublic void service.TesttableFacadeREST.remove（service.TesttablePK）の依存関係がありません
重大：メソッド、public void service.TesttableFacadeREST.remove（service.TesttablePK）、リソースのDELETE、クラスservice.TesttableFacadeRESTで注釈が付けられているため、有効なリソースメソッドとして認識されません。
重大：インデックス0のパラメーターにメソッドpublic service.Testtable service.TesttableFacadeREST.find（service.TesttablePK）の依存関係がありません
重大：メソッド、public service.Testtable service.TesttableFacadeREST.find（service.TesttablePK）、リソースのGET、クラスservice.TesttableFacadeRESTで注釈が付けられているため、有効なリソースメソッドとして認識されません。

と

WebModule [/ tabletest] StandardWrapper.Throwable com.sun.jersey.spi.inject.Errors $ ErrorMessagesException
    com.sun.jersey.spi.inject.Errors.processErrorMessages（Errors.java:170）で
    com.sun.jersey.spi.inject.Errors.postProcess（Errors.java:136）で
    com.sun.jersey.spi.inject.Errors.processWithErrors（Errors.java:199）で
    com.sun.jersey.server.impl.application.WebApplicationImpl.initiate（WebApplicationImpl.java:771）で
    com.sun.jersey.server.impl.application.WebApplicationImpl.initiate（WebApplicationImpl.java:766）で
    com.sun.jersey.spi.container.servlet.ServletContainer.initiate（ServletContainer.java:488）で
    com.sun.jersey.spi.container.servlet.ServletContainer $ InternalWebComponent.initiate（ServletContainer.java:318）で
    com.sun.jersey.spi.container.servlet.WebComponent.load（WebComponent.java:609）で
    com.sun.jersey.spi.container.servlet.WebComponent.init（WebComponent.java:210）で
    com.sun.jersey.spi.container.servlet.ServletContainer.init（ServletContainer.java:373）で
    com.sun.jersey.spi.container.servlet.ServletContainer.init（ServletContainer.java:556）で
    javax.servlet.GenericServlet.init（GenericServlet.java:244）で
    org.apache.catalina.core.StandardWrapper.initServlet（StandardWrapper.java:1453）で
    org.apache.catalina.core.StandardWrapper.allocate（StandardWrapper.java:1093）で
    org.apache.catalina.core.StandardWrapperValve.invoke（StandardWrapperValve.java:189）で
    org.apache.catalina.core.StandardContextValve.invoke（StandardContextValve.java:175）で
    org.apache.catalina.core.StandardPipeline.doInvoke（StandardPipeline.java:655）で
    org.apache.catalina.core.StandardPipeline.invoke（StandardPipeline.java:595）で
    org.apache.catalina.core.StandardHostValve.invoke（StandardHostValve.java:161）で
    org.apache.catalina.connector.CoyoteAdapter.doService（CoyoteAdapter.java:331）で
    org.apache.catalina.connector.CoyoteAdapter.service（CoyoteAdapter.java:231）で
    com.sun.enterprise.v3.services.impl.ContainerMapper $ AdapterCallable.call（ContainerMapper.java:317）で
    com.sun.enterprise.v3.services.impl.ContainerMapper.service（ContainerMapper.java:195）で
    com.sun.grizzly.http.ProcessorTask.invokeAdapter（ProcessorTask.java:860）で
    com.sun.grizzly.http.ProcessorTask.doProcess（ProcessorTask.java:757）で
    com.sun.grizzly.http.ProcessorTask.process（ProcessorTask.java:1056）で
    com.sun.grizzly.http.DefaultProtocolFilter.execute（DefaultProtocolFilter.java:229）で
    com.sun.grizzly.DefaultProtocolChain.executeProtocolFilter（DefaultProtocolChain.java:137）で
    com.sun.grizzly.DefaultProtocolChain.execute（DefaultProtocolChain.java:104）で
    com.sun.grizzly.DefaultProtocolChain.execute（DefaultProtocolChain.java:90）で
    com.sun.grizzly.http.HttpProtocolChain.execute（HttpProtocolChain.java:79）で
    com.sun.grizzly.ProtocolChainContextTask.doCall（ProtocolChainContextTask.java:54）で
    com.sun.grizzly.SelectionKeyContextTask.call（SelectionKeyContextTask.java:59）で
    com.sun.grizzly.ContextTask.run（ContextTask.java:71）で
    com.sun.grizzly.util.AbstractThreadPool $ Worker.doWork（AbstractThreadPool.java:532）で
    com.sun.grizzly.util.AbstractThreadPool $ Worker.run（AbstractThreadPool.java:513）で
    java.lang.Thread.run（Thread.java:722）で

NetBeansにバグレポートを提出する前に、これが開発者のツールセットのエラーではなく、開発者のエラーである可能性が高いかどうかを確認したかっただけです。考え？

  • データベース：PostgreSQL 8.4
  • アプリサーバー：Glassfish 3.1.2.2
  • IDE：NetBeans 7.2
  • JDK：7アップデート7
4

1 に答える 1

1

この問題は、removeメソッドとfindメソッドの両方が@PathParamと組み合わせてTesttablePKタイプを使用するために発生しますが、Jerseyは文字列をURLからそのようなオブジェクトに変換する方法を見つけることができません。これは、TesttablePKタイプを変更することで解決できます。2つの選択肢があります。

  • 単一のString引数を受け入れるコンストラクターを追加します。
  • または、単一のString引数を受け入れるvalueOfまたはfromStringという名前の静的メソッドを追加します

したがって、複合キーを文字列として表す方法を決定し、そのような文字列をTesttablePKタイプに変換する必要があります。

于 2012-10-20T14:16:30.073 に答える