問題タブ [objectfactory]

各セッションが新しいインターセプター インスタンスを取得するように、シングルトン インターセプターの代わりにプロトタイプ インターセプターを使用したいと考えています。

HibernateTransactionManager Class を調べたところ、「EntityInterceptorObjectName」と「ObjectFactory」が設定する必要があるプロパティだと思います。

EntityInterceptorObjectName は非常に明白ですが、「ObjectFactory の母」である ObjectFactory を参照する方法がわかりません。たとえば、AppContext/HibernateTransactionManager を作成する同じ ObjectFactory です。

構成の関連部分:

IoC のニーズに合わせて StructureMap を使用しています。

快適にテストできるようにするためIContainerに、通常はコンストラクターのパラメーターとして、可能な限りインスタンスを渡します。ObjectFactory便宜上、パラメーターなしのコンストラクターの使用にフォールバックできるようにしたいと考えています。

これを行う最も簡単な方法 (私が考えた) は、単純にクラス ラップを取得しIContainer、ObjectFactoryそれを他のコンストラクターに渡すことです。残念ながら、このインスタンスが公開されている場所を見つけることができません。

質問は：

ユーザー提供のインスタンスと同じくらい簡単に処理できるように、IContainer内部を取得する方法はありますか?ObjectFactory

ObjectFactoryまたは、の構成を新しいContainerインスタンスに複製する方法はありますか?

例：

私は次のことができるようにしたいと思います：

これをオブジェクト ファクトリに使用したい: 文字列を指定してクラスを作成し、このクラスが (Create() メソッドを使用して) プロトコルをサポートしている場合は、クラスを割り当てて Create を呼び出します。

最近、JAXBによって生成されたJavaクラスの2つのバージョンを生成しました。だから私は2つのパッケージを手に入れます：V1_0とV2_0

ObjectFactoryが1つだけ生成されていることに気付きました。問題は、このObjectFactoryがバージョンに固有であるということです（ここでは、私のバージョンv1_0に固有です）。

したがって、質問は次のとおりです。バージョンごとに1つのObjectFactoryを作成できるようにJAXBを構成できますか？

どうもありがとう。

wsdl2javaCXFコマンドを使用してJavaパッケージを生成しました。wsdlをTomcatサーバーにデプロイしたいのですが、サーバーを起動するとログにこれらのエラーが表示されます

私はopebEjbを使用しています。

wsdlが無効のようです。どうすればこれを確認できますか？

ログ：

原因：javax.xml.ws.WebServiceException：org.apache.cxf.service.factory.ServiceConstructionException at org.apache.cxf.jaxws.EndpointImpl.doPublish（EndpointImpl.java:268）atorg.apache.cxf.jaxws。 EndpointImpl.publish（EndpointImpl.java:202）at org.apache.cxf.jaxws.EndpointImpl.publish（EndpointImpl.java:397）at sun.reflect.NativeMethodAccessorImpl.invoke0（Native Method）at sun.reflect.NativeMethodAccessorImpl.invoke（ NativeMethodAccessorImpl.java:39）at sun.reflect.DelegatingMethodAccessorImpl.invoke（DelegatingMethodAccessorImpl.java:25）at java.lang.reflect.Method.invoke（Method.java:597）at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactoryの.invokeCustomInitMethod（AbstractAutowireCapableBeanFactory.java:1412）。invokeInitMethods（AbstractAutowireCapableBeanFactory.java:1373）at org.springframework.beans.factory.support.AbstractAutowireCapableBeanFactory.initializeBean（AbstractAutowireCapableBeanFactory.java:1333）... 30 more原因：org.apache.cxf.service.factory.ServiceConstructionException at org .apache.cxf.jaxb.JAXBDataBinding.initialize（JAXBDataBinding.java:274）at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.buildServiceFromClass（ReflectionServiceFactoryBean.java:371）at org.apache.cxf.jaxws.support.JaxWsServiceFactoryBean .buildServiceFromClass（JaxWsServiceFactoryBean.java:525）at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.initializeServiceModel（ReflectionServiceFactoryBean.java:422）at org.apache.cxf.service.factory.ReflectionServiceFactoryBean.create（ReflectionServiceFactoryBean.java:190 ）org.apache.cxfで。jaxws.support.JaxWsServiceFactoryBean.create（JaxWsServiceFactoryBean.java:164）at org.apache.cxf.frontend.AbstractWSDLBasedEndpointFactory.createEndpoint（AbstractWSDLBasedEndpointFactory.java:100）at org.apache.cxf.frontend.ServerFactoryBean.create（ServerFactoryBean.java： 117）org.apache.cxf.jaxws.JaxWsServerFactoryBean.create（JaxWsServerFactoryBean.java:168）at org.apache.cxf.jaxws.EndpointImpl.getServer（EndpointImpl.java:339）at org.apache.cxf.jaxws.EndpointImpl .doPublish（EndpointImpl.java:252）...39詳細create（JaxWsServerFactoryBean.java:168）at org.apache.cxf.jaxws.EndpointImpl.getServer（EndpointImpl.java:339）at org.apache.cxf.jaxws.EndpointImpl.doPublish（EndpointImpl.java:252）... 39もっとcreate（JaxWsServerFactoryBean.java:168）at org.apache.cxf.jaxws.EndpointImpl.getServer（EndpointImpl.java:339）at org.apache.cxf.jaxws.EndpointImpl.doPublish（EndpointImpl.java:252）... 39もっと

原因：com.sun.xml.bind.v2.runtime.IllegalAnnotationsException：IllegalAnnotationExceptionsの48カウント

要素{urn：hl7-org：v3}assignedDeviceに@XmlElementDeclを持つObjectFactoryはありません。 この問題は、次の場所に関連しています。保護されたjavax.xml.bind.JAXBElement com.santeos.dmp.iheprofiles.hl7.MFMIMT700701UV01AuthorOrPerformer.assignedDevice at com.santeos.dmp.iheprofiles.hl7.MFMIMT700701UV01AuthorOrPerformer at protected java.util.List com.santeos.dmp.iheprofiles.hl7.PRPAIN201304UV02MFMIMT700701UV01ControlActProcess.authorOrPerformer at com.santeos.dmp.iheprofiles.hl7.PRPAIN201304UV02MFMIMT700701UV01ControlActProcess at protected com.santeos.dmp.iheprofiles.hl7.PR comp.santeos.dmp.iheprofiles.hl7.PRPAIN201304UV02MCCIMT000100UV01MessageのcontrolActProcess

要素{urn：hl7-org：v3}assignedPersonに@XmlElementDeclを持つObjectFactoryはありません。 この問題は、次の場所に関連しています。保護されたjavax.xml.bind.JAXBElement com.santeos.dmp.iheprofiles.hl7.MFMIMT700701UV01AuthorOrPerformer.assignedPerson at com.santeos.dmp.iheprofiles.hl7.MFMIMT700701UV01AuthorOrPerformer at protected java.util.List com.santeos.dmp.iheprofiles.hl7.PRPAIN201304UV02MFMIMT700701UV01ControlActProcess.authorOrPerformer at com.santeos.dmp.iheprofiles.hl7.PRPAIN201304UV02MFMIMT700701UV01ControlActProcess at protected com.santeos.dmp.iheprofiles.hl7.PR comp.santeos.dmp.iheprofiles.hl7.PRPAIN201304UV02MCCIMT000100UV01MessageのcontrolActProcess

StructureMapIOCに問題があります。ラベルまたは名前に基づいて同じインターフェイスを実装するオブジェクトのさまざまな具体的な実装を取得したいと思います。

ドキュメントはこの点で良くありません、そこにあるすべての例は非推奨になっているようです...バージョン2.6.1.0を使用しています

ありがとう。

親愛なる皆さん、これは大変なことになりそうです: 私は希望するオブジェクトを生成するゲーム オブジェクト ファクトリを作成しました。ただし、修正できないメモリリークが発生します。

return new Object();によってメモリ リークが発生します。コードサンプルの下部にあります。

ポインターを削除する方法と場所は? bool ReleaseClassType()を書きました。ファクトリはうまく機能しますが、ReleaseClassType() はメモリ リークを修正しません。

以下のコードを見る前に、私の CGameObjectFactory が特定のオブジェクト タイプを作成する関数へのポインタを作成することをお手伝いさせてください。ポインターは、vFactories ベクター コンテナー内に格納されます。

オブジェクト マップ ファイルを解析するため、この方法を選択しました。オブジェクト タイプ ID (整数値) を実際のオブジェクトに変換する必要があります。100 を超えるさまざまなオブジェクト データ型があるため、非常に長い Switch() ステートメントを継続的にトラバースすることは避けたいと考えました。

したがって、オブジェクトを作成するには、CGameObjectFactory::create() 経由で vFactories '['nEnumObjectTypeID']'()を呼び出して、目的のオブジェクトを生成するストアド関数を呼び出します。

vFactories 内の適切な関数の位置は nObjectTypeID と同じであるため、インデックスを使用して関数にアクセスできます。

ガベージ コレクションを続行し、報告されたメモリ リークを回避するにはどうすればよいでしょうか。

simpleType または complexType が定義されていて、型がスキーマ ファイル内の複数の要素の宣言で使用されていることに気付きました。simpleType または complexType は、"JAXBElemet createXyz(Xyz xyz)" としてメソッド シグネチャを生成します。しかし、それが根本的な理由かどうかはわかりません。

単純な XML-REST ストリームを解析するために JAXB 2.2.2 を使用しています。これはコードの一部です：

ObjectFactory クラス:

応答クラス:

「com.example.entities」には、ObjectFactory クラスまたは jaxb.in​​dex が含まれている必要があります。pojo の初期化を決定するために ObjectFactory クラスを使用したいのですが、これらのクラスは使用されません。 Response クラスは常に class.newInstance() によって直接インスタンス化されます。これには何か問題がありますか？

に問題がありwsimportます。編集する必要がある wsdl の 1 つに、wsimportname の complexType があります"objectFactory"。wsimportJAXB接続を維持するために別のクラスをインポートしながら作成するコマンドを指示する方法はありますかObjectFactory.java. つまり、次のようなカスタム クラスwsimportを作成する代わりに教えてもらえますか?ObjectFactory.javaMyCustomFactory.java

complexType name="objectFactory"のような別の名前のオブジェクトにマップするような方法でマッピングをカスタマイズすることは可能MyObjectFactory.javaですか?

どうも