Tridion SmartTarget部署Web服务-是否将XML部署到根目录？

我已经在一台单独的服务器上安装了SmartTarget，并使SmartTarget部署Web服务正常工作，因此，当从Tridion发布内容时，它不会删除本地文件系统上生成的XML内容，而是通过Web服务将其发送到安装了Fredhopper的服务器。到目前为止一切都很好

我遇到的问题是，已部署的XML文件被丢弃在Fredhoppers根目录C:\fredhopper\instance01\FAS中，而不是从中加载XML文件的目录（C:\fredhopper\instance01\FAS\data\XML\incoming\batch）！我在配置中找到的唯一指定正确拾取目录的位置是SmartTargetDeploymentWebService.war中的SmartTargetDeploymentWebService.properties文件，但该文件的设置正确，指向C:\fredhopper\instance01\FAS\data\xml\incoming\batch

有人知道这是什么原因吗？我可能只是太傻了，希望有经验的人能给我指出正确的方向；）

更新：在部署服务首次加载时的日志中发现：

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]

2012-07-19 12:56:05909错误SmartTargetDeployment-无法加载fredhopper.location的配置
java.lang.NullPointerException:null
在java.util.Properties$LineReader.readLine（Properties.java:418）~[na:1.6.0\u 23]
在java.util.Properties.load0（Properties.java:337）~[na:1.6.0_23]
在java.util.Properties.load（Properties.java:325）~[na:1.6.0\u 23]
在com.tridion.smarttarget.web.SmartTargetDeployment.（SmartTargetDeployment.java:33）~[classes/:na]
在sun.reflect.NativeConstructorAccessorImpl.newInstance0（本机方法）[na:1.6.0\u 23]
在sun.reflect.NativeConstructorAccessorImpl.newInstance（NativeConstructorAccessorImpl.java:39）[na:1.6.023]
在sun.reflect.DelegatingConstructorAccessorImpl.newInstance（DelegatingConstructorAccessorImpl.java:27）[na:1.6.023]
在java.lang.reflect.Constructor.newInstance（Constructor.java:513）[na:1.6.023]
在java.lang.Class.newInstance0（Class.java:355）[na:1.6.0_23]
在java.lang.Class.newInstance（Class.java:308）[na:1.6.0_23]
在com.sun.xml.ws.api.server.InstanceResolver.createNewInstance（InstanceResolver.java:215）[webservices-rt-1.4.jar:1.0]
在com.sun.xml.ws.api.server.InstanceResolver.createDefault（InstanceResolver.java:180）[webservices-rt-1.4.jar:1.0]
在com.sun.xml.ws.server.EndpointFactory.createEndpoint（EndpointFactory.java:124）[webservices-rt-1.4.jar:1.0]
在com.sun.xml.ws.api.server.WSEndpoint.create（WSEndpoint.java:467）[webservices-rt-1.4.jar:1.0]
在com.sun.xml.ws.transport.http.DeploymentDescriptorParser.parseAdapters（DeploymentDescriptorParser.java:253）[webservices-rt-1.4.jar:1.0]
在com.sun.xml.ws.transport.http.DeploymentDescriptorParser.parse（DeploymentDescriptorParser.java:147）[webservices-rt-1.4.jar:1.0]
在com.sun.xml.ws.transport.http.servlet.WSServletContextListener.contextInitialized（WSServletContextListener.java:108）[webservices-rt-1.4.jar:1.0]
在org.apache.catalina.core.StandardContext.listenerStart（StandardContext.java:3669）[tmp6105104870192773276catalina.jar:na]
在org.apache.catalina.core.StandardContext.start（StandardContext.java:4104）[tmp6105104870192773276catalina.jar:na]
在org.apache.catalina.core.ContainerBase.addChildInternal（ContainerBase.java:759）[tmp6105104870192773276catalina.jar:na]
在org.apache.catalina.core.ContainerBase.addChild（ContainerBase.java:739）[tmp6105104870192773276catalina.jar:na]
在org.apache.catalina.core.StandardHost.addChild（StandardHost.java:524）[tmp6105104870192773276catalina.jar:na]

能否检查WEB-INF/classes/SmartTargetDeploymentWebService_conf.xml中指定的位置

---

根据文档，这是应该设置位置的地方。

通常，如果在XML配置文件领域中发现空引用异常，那么对配置文件执行模式验证是很有帮助的。我不知道模式是否可用于此特定配置@努诺-你知道吗？

啊，我想我发现了我的问题。感谢Nuno，我已经查看了该文件，该文件设置为C:\fredhopper\instance01\FAS\data\xml\incoming\batch，但是在日志中我发现了错误消息（张贴在上面），看起来它在读取配置时遇到了问题。我会带上我的思考帽…无论如何，谢谢！我认为这实际上只是我使用的服务器/容器的问题，尝试了另一个apache实例，效果很好