【问题标题】:SmartTarget Deployment Web Service - XML deployed into root directory?SmartTarget 部署 Web 服务 - XML 部署到根目录?
【发布时间】:2012-07-18 13:33:08
【问题描述】:

我已在单独的服务器上设置 SmartTarget 并让 SmartTarget 部署 Web 服务正常工作,因此当从 Tridion 发布内容时,它不会丢弃在本地文件系统上生成的 XML 内容,而是通过 Web 服务将其发送到服务器Fredhopper 的安装位置。到目前为止一切顺利...

我遇到的问题是部署的 XML 文件被放置在 Fredhoppers 根目录 C:\fredhopper\instance01\FAS 中,而不是从中加载 XML 文件的目录 (C:\fredhopper\instance01\FAS\data\xml \传入\批次)!我在配置中找到的用于指定正确拾取目录的唯一位置是 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]

【问题讨论】:

    标签: tridion smarttarget


    【解决方案1】:

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

    【讨论】:

      【解决方案2】:

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

      根据文档,应该设置位置。

      【讨论】:

      • 啊,我想我找到了我的问题。谢谢 Nuno,我查看了文件,该文件设置为 C:\fredhopper\instance01\FAS\data\xml\incoming\batch,但查看日志我发现了错误消息(上面发布),看起来像读取配置时出现问题。我会把我的思考上限...谢谢!
      • 认为这实际上只是我正在使用的服务器/容器的问题,尝试了另一个 apache 实例并且工作正常
      猜你喜欢
      • 2012-07-16
      • 2011-06-30
      • 2018-08-06
      • 2013-04-24
      • 2011-02-21
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2012-09-21
      相关资源
      最近更新 更多