0

そのため、SmartGWT を春に構成された休止状態 Bean への自動データ ソース接続で動作させ、それを高度なフィルター ビルダー ウィジェットにプラグインしようとしました。

ログを見ると、データ ソース ルックアップが正しく構築され、モデル クラスが自動的にマップされるという点で途中まで機能していることがわかります。また、休止状態の SQL クエリを正しく作成してデータベースからデータを取得しますが、json の結果をクライアントに送信すると、JSTranslator スタックが translate メソッドでオーバーフローします。なんらかの理由で無期限に再帰するようなものです。私には smartgwt のバグのようなにおいがしますが、よくわかりません。バグのようなにおいがする理由は、テーブルからすべてのデータを削除しても、エラーが発生せず、列リストがクライアントに正しく返されるためです。非常にイライラします！ds.xml ファイルは次のようになります。

<DataSource
    ID="humintHB"
    serverType="hibernate"
    autoDeriveSchema="true"
    schemaBean="com.fgm.csip.model.pub.Humint"
    beanClassName="com.fgm.csip.model.pub.Humint">
<serverObject lookupStyle="spring" bean="humintDao"/>

<operationBindings>
        <binding operationType="fetch" serverMethod="fetch">
        <serverObject  lookupStyle="spring" bean="humintDao"/>
        </binding>
    </operationBindings>
</DataSource>
4

1 に答える 1

0

わかりましたので、すべてのメンバー フィールド タイプを 1 つずつコメント アウトしてテストし、動作するようにしました。

犯人メンバー フィールドは次のとおりです。

@Column(name = "geog")
@Type(type = "org.hibernatespatial.GeometryUserType")
public Geometry getGeog() {
    return geog;
}

geog はcom.vividsolutions.jts.geom.Geometryインスタンスです。ゲッターをコメントアウトすると、他のすべてが期待どおりに機能します。getter をそのままにしておくと、JSTranslator で無限再帰を使用して barfs します。

于 2013-04-08T15:30:53.780 に答える