2

別のサーバーに SmartTarget をセットアップし、SmartTarget 展開 Web サービスを動作させたので、コンテンツが Tridion から公開されたときに、ローカル ファイル システムで生成された XML コンテンツをドロップする代わりに、Web サービスを介して Fredhopper が存在するサーバーに送信します。インストールされています。これまでのところすべて良い...

私が抱えている問題は、展開された XML ファイルが Fredhoppers のルート ディレクトリ C:\fredhopper\instance01\FAS にドロップされ、XML ファイルのロード元のディレクトリ (C:\fredhopper\instance01\FAS\data\xml\incoming\バッチ)!正しいピックアップ ディレクトリを指定するための構成で見つけた唯一の場所は、SmartTargetDeploymentWebService.war の SmartTargetDeploymentWebService.properties ファイルですが、これは C:\fredhopper\instance01\FAS\data\xml\incoming\ を指すように正しくセットアップされています。バッチ

誰がこれを引き起こしているのか知っていますか? 私はただ愚かなだけかもしれないので、経験のある人が私を正しい方向に向けることができることを願っています;)

更新: 展開サービスが最初に読み込まれたときのログでこれを見つけました:

2012-07-19 12:56:05,909 ERROR SmartTargetDeployment - Unable to load configuration for fredhopper.location
java.lang.NullPointerException: null
at java.util.Properties$LineReader.readLine(Properties.java:418) ~[na:1.6.0_23]
at java.util.Properties.load0(Properties.java:337) ~[na:1.6.0_23]
at java.util.Properties.load(Properties.java:325) ~[na:1.6.0_23]
at com.tridion.smarttarget.web.SmartTargetDeployment.<init>(SmartTargetDeployment.java:33) ~[classes/:na]
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [na:1.6.0_23]
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) [na:1.6.0_23]
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) [na:1.6.0_23]
at java.lang.reflect.Constructor.newInstance(Constructor.java:513) [na:1.6.0_23]
at java.lang.Class.newInstance0(Class.java:355) [na:1.6.0_23]
at java.lang.Class.newInstance(Class.java:308) [na:1.6.0_23]
at com.sun.xml.ws.api.server.InstanceResolver.createNewInstance(InstanceResolver.java:215) [webservices-rt-1.4.jar:1.0]
at com.sun.xml.ws.api.server.InstanceResolver.createDefault(InstanceResolver.java:180) [webservices-rt-1.4.jar:1.0]
at com.sun.xml.ws.server.EndpointFactory.createEndpoint(EndpointFactory.java:124) [webservices-rt-1.4.jar:1.0]
at com.sun.xml.ws.api.server.WSEndpoint.create(WSEndpoint.java:467) [webservices-rt-1.4.jar:1.0]
at com.sun.xml.ws.transport.http.DeploymentDescriptorParser.parseAdapters(DeploymentDescriptorParser.java:253) [webservices-rt-1.4.jar:1.0]
at com.sun.xml.ws.transport.http.DeploymentDescriptorParser.parse(DeploymentDescriptorParser.java:147) [webservices-rt-1.4.jar:1.0]
at com.sun.xml.ws.transport.http.servlet.WSServletContextListener.contextInitialized(WSServletContextListener.java:108) [webservices-rt-1.4.jar:1.0]
at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:3669) [tmp6105104870192773276catalina.jar:na]
at org.apache.catalina.core.StandardContext.start(StandardContext.java:4104) [tmp6105104870192773276catalina.jar:na]
at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:759) [tmp6105104870192773276catalina.jar:na]
at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:739) [tmp6105104870192773276catalina.jar:na]
at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:524) [tmp6105104870192773276catalina.jar:na]
4

2 に答える 2

4

WEB-INF/classes/SmartTargetDeploymentWebService_conf.xmlで指定された場所を確認できますか?

ドキュメントによると、それが場所を設定する必要がある場所です。

于 2012-07-19T11:15:26.237 に答える
1

一般に、XML 構成ファイルの領域で null 参照の例外が見つかった場合は、構成ファイルのスキーマ検証を実行すると役立ちます。この特定の構成でスキーマが利用できるかどうかはわかりません。@ヌーノ - 知っていますか?

于 2012-07-20T21:47:36.360 に答える