2012-07-19 124 views
2

我已经在单独的服务器上设置了SmartTarget,并且获得了SmartTarget部署Web服务,因此当从Tridion发布内容时,不会丢弃在本地文件系统上生成的XML内容,而是通过Web服务将其发送到服务器Fredhopper已安装。到目前为止所有的好...SmartTarget部署Web服务 - 部署到根目录的XML?

我遇到的问题是部署的XML文件被丢弃在Fredhoppers根目录C:\ fredhopper \ instance01 \ FAS中,而不是从其中加载XML文件的目录(C:\ fredhopper \ instance01 \ FAS \ DATA \ XML \进入\批)!我在配置中找到的唯一指定正确拾取目录的地方是在SmartTargetDeploymentWebService.war中的SmartTargetDeploymentWebService.properties文件中,但正确设置为指向C:\ fredhopper \ instance01 \ FAS \ data \ xml \ incoming \批次

任何人都知道可能是什么原因造成的?我可能只是愚蠢,所以希望有人用一些经验,将能够指出我在正确的方向;)

UPDATE:在日志看准了这一点,当部署服务第一载荷为:

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

你能检查在WEB-INF/classes/SmartTargetDeploymentWebService_conf.xml中指定的位置吗?

根据文档,这是位置应该设置的位置。

+0

啊,以为我发现我的问题。感谢Nuno,我已经看过这个文件,它已经被设置为C:\ fredhopper \ instance01 \ FAS \ data \ xml \ incoming \ batch,但是在日志中我发现了错误信息(在上面发布),看起来像阅读配置时遇到问题。我会得到我的思想上限...无论如何感谢! – 2012-07-19 12:02:11

+0

认为这实际上只是与我正在使用的服务器/容器有关的问题,尝试了另一个Apache实例并且工作正常 – 2012-07-19 15:03:58

1

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