问题标签 [tridion-content-delivery]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
tridion - Tridion 2009 SP1 代理不返回结果
我在从代理加载动态组件演示文稿时遇到问题,该查询基于如下所示的相当简单的查询,我试图根据使用特定关键字标记来加载组件:
我可以在 Broker 数据库的 ITEMS_CATEGORIES_AND_KEYWORDS 表中看到带有我期望的关键字的项目,如果我注释掉查询并硬编码 TCM ID,我可以手动加载 CP。
我已确保已发布类别并且所有变量的值都是正确的。
我已确保关键字有一个值和一个设置为适当值的键。
我还能检查什么?
tridion - 我们如何覆盖 Tridion 2009 中现有的部署程序自定义?
在自定义 Deployer 的过程中,我注意到我们已经自定义了 PageDeploy和PageUndeploy模块,请参阅以下从 cd_deployer_conf.xml 获取的配置部分。
页面部署:
页面取消部署:
我只是让他们的 .jar 文件没有代码,因为这是 SDL Tridion 在我们公司实施 Tridion 时完成的,现在我想在发布或取消发布页面时实施一个新流程。
我需要进行哪些更改才能在不触及现有定制的情况下实施新的定制。Tridion 是否允许或支持它?
tridion - Tridion 2009 SP1:Broker 如何获取二进制 URL?
我正在尝试检索作为动态组件演示文稿发布的多媒体组件文件的二进制 URL。
我可以在 Broker 数据库的 Binaries 表中看到 Url,但我似乎无法使用以下任一代码位获取二进制 url:
使用 SQLBinaryMetaHome:
使用二进制元工厂:
我可以使用 ComponentMetaFactory 加载组件元数据。
关于为什么我无法加载二进制元的任何想法?我在正确的轨道上吗?
抢
tridion - 内容交付错误 - Smarttarget
我最近使用 Tridion 2011 SP1(带有修补程序 SP1)安装并配置了 Smarttarget 2011。
- 我能够成功启动 QServer 和 Loaders。
- 我的内容交付是按照手册配置的 .NET Web 应用程序。
- 我最初尝试从站点发布现有页面,稍后我将对其进行修改以使其启用 Smarttarget。
在发布页面时,我在部署期间收到错误消息。
这是我在部署程序日志中看到的部分错误。
2012-06-13 16:44:29,781 信息模块 - 未配置 TransformProcessor,在部署模块 com.tridion.deployer.modules.SchemaDeploy 之前不会转换文件 2012-06-13 16:44:29,781 调试 TCDLEngine - TCDL:使用内置标签注册表 2012-06-13 16:44:29,781 调试 TCDLEngine - 加载 TCDL 标签包 com/tridion/smarttarget/tcdl/tagbundle.xml 2012-06-13 16:44:29,781 错误 ModuleFactory - 无法创建模块com.tridion.util.TridionReflectionException:目标类的构造函数抛出了异常,null,在com.tridion.util.ReflectionUtil.loadClassInstanceWithTypes(ReflectionUtil.java:74) [cd_core.jar:na] at com.tridion处为null .deployer.ModuleFactory.createModule(ModuleFactory.java:109) ~[cd_deployer.jar:na] at com.tridion.deployer.Processor.configure(Processor.java:81) [cd_deployer.jar:na] 在 com.tridion.deployer.Processor.(Processor.java:65) [cd_deployer.jar:na] 在 sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) [na:1.6.0_11] 在 sun.reflect.NativeConstructorAccessorImpl .newInstance(Unknown Source) [na:1.6.0_11] at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(Unknown Source) [na:1.6.0_11] at java.lang.reflect.Constructor.newInstance(Unknown Source) [na:1.6 .0_11] 在 com.tridion.util.ReflectionUtil.loadClassInstanceWithTypes(ReflectionUtil.java:63) [cd_core.jar:na] 在 com.tridion.util.ReflectionUtil.loadClassInstance(ReflectionUtil.java:106) [cd_core.jar:na ] 在 com.tridion.deployer.ProcessorFactory.createProcessor(ProcessorFactory.java:130) [cd_deployer.jar:na] 在 com.tridion.deployer.ProcessorFactory.createProcessors(ProcessorFactory.java:114) [cd_deployer.jar:na] 在 com.tridion.deployer.workers.ProcessorWorker.doWork(ProcessorWorker.java:61) [cd_deployer.jar:na] 在 com.tridion.deployer.phases.ProcessingPhase.execute(ProcessingPhase. java:73) [cd_deployer.jar:na] at com.tridion.deployer.phases.DeployPipelineExecutor.runMainExecutePhase(DeployPipelineExecutor.java:186) [cd_deployer.jar:na] at com.tridion.deployer.phases.DeployPipelineExecutor.doExecute( DeployPipelineExecutor.java:97) [cd_deployer.jar:na] 在 com.tridion.deployer.phases.DeployPipelineExecutor.execute(DeployPipelineExecutor.java:61) [cd_deployer.jar:na] 在 com.tridion.deployer.TransactionManager.handleDeployPackage( TransactionManager.java:80) [cd_deployer.jar:na] 在 com.tridion.deployer.queue.QueueLocationHandler$1.run(QueueLocationHandler.java:176) [cd_deployer.jar:na] 在 java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) [na:1.6.0_11] 在 java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) [na:1.6.0_11] 在 java .util.concurrent.FutureTask.run(Unknown Source) [na:1.6.0_11] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) [na:1.6.0_11] at java.util.concurrent.ThreadPoolExecutor $Worker.run(Unknown Source) [na:1.6.0_11] at java.lang.Thread.run(Unknown Source) [na:1.6.0_11] 2012-06-13 16:44:29,781 错误 ProcessorFactory - 无法加载Processor com.tridion.util.TridionReflectionException: 目标类的构造函数抛出了异常,null,null at com.tridion.util.ReflectionUtil.loadClassInstanceWithTypes(ReflectionUtil.java:74) ~[cd_core.jar:na] at com .tridion.util.ReflectionUtil。loadClassInstance(ReflectionUtil.java:106) ~[cd_core.jar:na] at com.tridion.deployer.ProcessorFactory.createProcessor(ProcessorFactory.java:130) [cd_deployer.jar:na] at com.tridion.deployer.ProcessorFactory.createProcessors (ProcessorFactory.java:114) [cd_deployer.jar:na] 在 com.tridion.deployer.workers.ProcessorWorker.doWork(ProcessorWorker.java:61) [cd_deployer.jar:na] 在 com.tridion.deployer.phases.ProcessingPhase .execute(ProcessingPhase.java:73) [cd_deployer.jar:na] 在 com.tridion.deployer.phases.DeployPipelineExecutor.runMainExecutePhase(DeployPipelineExecutor.java:186) [cd_deployer.jar:na] 在 com.tridion.deployer.phases .DeployPipelineExecutor.doExecute(DeployPipelineExecutor.java:97) [cd_deployer.jar:na] at com.tridion.deployer.phases.DeployPipelineExecutor.execute(DeployPipelineExecutor.java:61) [cd_deployer.jar:na] 在 com.tridion.deployer.TransactionManager.handleDeployPackage(TransactionManager.java:80) [cd_deployer.jar:na] 在 com.tridion.deployer.queue.QueueLocationHandler$1.run(QueueLocationHandler.java :176) [cd_deployer.jar:na] at java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) [na:1.6.0_11] at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) [ na:1.6.0_11] 在 java.util.concurrent.FutureTask.run(Unknown Source) [na:1.6.0_11] at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) [na:1.6.0_11]在 java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source) [na:1.6.0_11] at java.lang.Thread.run(Unknown Source) [na:1.6.0_11] 2012-06-13 16:44 :29,781 错误 ProcessorWorker - 无法配置处理器 com.tridion。configuration.ConfigurationException: Unable to load Processor,目标类的构造函数抛出异常,null,null,目标类的构造函数抛出异常,null,null at com.tridion.deployer.ProcessorFactory.createProcessor(ProcessorFactory .java:133) ~[cd_deployer.jar:na] at com.tridion.deployer.ProcessorFactory.createProcessors(ProcessorFactory.java:114) ~[cd_deployer.jar:na] at com.tridion.deployer.workers.ProcessorWorker.doWork (ProcessorWorker.java:61) ~[cd_deployer.jar:na] 在 com.tridion.deployer.phases.ProcessingPhase.execute(ProcessingPhase.java:73) [cd_deployer.jar:na] 在 com.tridion.deployer.phases。 DeployPipelineExecutor.runMainExecutePhase(DeployPipelineExecutor.java:186) [cd_deployer.jar:na] 在 com.tridion.deployer.phases.DeployPipelineExecutor。doExecute(DeployPipelineExecutor.java:97) [cd_deployer.jar:na] 在 com.tridion.deployer.phases.DeployPipelineExecutor.execute(DeployPipelineExecutor.java:61) [cd_deployer.jar:na] 在 com.tridion.deployer.TransactionManager。 handleDeployPackage(TransactionManager.java:80) [cd_deployer.jar:na] at com.tridion.deployer.queue.QueueLocationHandler$1.run(QueueLocationHandler.java:176) [cd_deployer.jar:na] at java.util.concurrent.Executors $RunnableAdapter.call(Unknown Source) [na:1.6.0_11] at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) [na:1.6.0_11] at java.util.concurrent.FutureTask.run(Unknown来源)[na:1.6.0_11] 在 java.util.concurrent.ThreadPoolExecutor$Worker.runTask(未知来源)[na:1.6.0_11] 在 java.util.concurrent.ThreadPoolExecutor$Worker.run(未知来源)[na :1.6。0_11] 在 java.lang.Thread.run(未知来源)[na:1.6.0_11]
更新了部署器配置。
tridion - Content Deployer 在安装 SmartTarget 后给出错误消息
我已经为 SmartTarget 配置了 Deployer(.NET 网站)。当我尝试发布动态组件模板时,它在部署时给了我一个错误。
- 区域已在 TBB 中定义,包含在 CT 中
- 添加到 Smarttarget TBB 也添加到 CT。
错误是:
2012-06-14 15:39:53,296 调试部署处理程序-部署 tcd:pub[14]/componentmeta[1300]。
2012-06-14 15:39:53,296 调试部署处理程序-活动线程事务:tcm:0-1731-66560。2012-06-14 15:39:53,296 DEBUG DeploymentHandler - 将来自:tcd:pub[14]/componentmeta[1300] 的引用处理到:1 项 2012-06-14 15:39:53,296 DEBUG DeploymentHandler - 跟踪的引用总数:15 2012-06-14 15:39:53,296 调试 HandlerFactory - 检索 itemURI 的 typeHandler:tcd:pub[14]/componentmeta[1300] 2012-06-14 15:39:53,312 调试部署处理程序 - 部署 tcd:pub[0]/酒吧[14]。2012-06-14 15:39:53,312 调试 HandlerFactory - 检索 itemURI 的 typeHandler:tcd:pub[0]/pub[14] 2012-06-14 15:39:53,312 调试 MetaDataFactory - 从文件中为 type=ComponentPresentations 创建 MetaDataFile C:\tridion\incoming\testRD\Zip\tcm_0-1731-66560.Content\component_presentations.xml 2012-06-14 15:39:53,
在 com.tridion.tcdl.TagDispatcher.endTag(TagDispatcher.java:358) ~[cd_tcdl.jar:na]
在 com.tridion.tcdl.TCDLParser.parse(TCDLParser.java:156) ~[cd_tcdl.jar:na]
在 com.tridion.tcdl.TCDLTransformer.nonRELTransform(TCDLTransformer.java:122) ~[cd_tcdl.jar:na]
在 com.tridion.tcdl.TCDLTransformer.process(TCDLTransformer.java:83) ~[cd_tcdl.jar:na]
在 com.tridion.deployer.TCDLTransformer.transform(TCDLTransformer.java:118) ~[cd_deployer.jar:na]
在 com.tridion.deployer.TCDLTransformer.transform(TCDLTransformer.java:89) ~[cd_deployer.jar:na]
在 com.tridion.deployer.TransformProcessor.transformItem(TransformProcessor.java:185) ~[cd_deployer.jar:na]
在 com.tridion.deployer.modules.ComponentPresentationDeploy.processComponentPresentation(ComponentPresentationDeploy.java:123) ~[cd_deployer.jar:na]
在 com.tridion.deployer.modules.ComponentPresentationDeploy.processItem(ComponentPresentationDeploy.java:105) ~[cd_deployer. jar:na]
在 com.tridion.deployer.SectionVisitor.processSection(SectionVisitor.java:83) ~[cd_deployer.jar:na]
在 com.tridion.deployer.SectionVisitor.process(SectionVisitor.java:60) ~[cd_deployer. jar:na]
在 com.tridion.deployer.Processor.process(Processor.java:109) ~[cd_deployer.jar:na]
在 com.tridion.deployer.workers.ProcessorWorker.doWork(ProcessorWorker.java:74) ~[ cd_deployer.jar:na]
在 com.tridion.deployer.phases.ProcessingPhase.execute(ProcessingPhase.java:73) ~[cd_deployer.jar:na]
在 com.tridion.deployer.phases.DeployPipelineExecutor.runMainExecutePhase(DeployPipelineExecutor.java:186) [cd_deployer.jar :na]
在 com.tridion.deployer.phases.DeployPipelineExecutor.doExecute(DeployPipelineExecutor.java:97) [cd_deployer.jar:na] 在 com.tridion.deployer.phases.DeployPipelineExecutor.execute(DeployPipelineExecutor.java:61) [cd_deployer .jar:na]
在 com.tridion.deployer.TransactionManager.handleDeployPackage(TransactionManager.java:80) [cd_deployer.jar:na]
在 com.tridion.deployer.queue.QueueLocationHandler$1.run(QueueLocationHandler.java:176) [ cd_deployer.jar:na]
在 java.util.concurrent.Executors$RunnableAdapter.call(Unknown Source) [na:1.6.0_11]
at java.util.concurrent.FutureTask$Sync.innerRun(Unknown Source) [na:1.6.0_11]
at java.util .concurrent.FutureTask.run(Unknown Source) [na:1.6.0_11]
at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(Unknown Source) [na:1.6.0_11]
at java.util.concurrent.ThreadPoolExecutor$Worker .run(Unknown Source) [na:1.6.0_11]
at java.lang.Thread.run(Unknown Source) [na:1.6.0_11]
2012-06-14 15:39:53,312 INFO TransactionPersistence - 删除部署事务信息: tcm:0-1731-66560
2012-06-14 15:39:53,312 错误 DeployPipelineExecutor - 无法使用 transactionId 开始处理部署包:tcm:0-1731-66560
2012-06-14 15:39:53,312 调试 DeployPipelineExecutor - 检查事务是否完成:tcm:0-1731-66560 为真
2012-06-14 15:39:53,312 信息 DeployPipelineExecutor - 事务已完成:tcm:0-1731 -66560
2012-06-14 15:39:53,312 INFO DeployPipelineExecutor - 在 94 毫秒内完成执行部署管道:tcm:0-1731-66560。
2012-06-14 15:39:53,312 INFO TransactionManager - 为事务清理部署包:tcm:0-1731-66560 和类型:内容
2012-06-14 15:39:53,328 INFO TransactionManager - 部署包的完成处理: tcm:0-1731-66560,类型:CONTENT
2012-06-14 15:39:53,328 DEBUG QueueLocationHandler - 删除部署包的排他锁:tcm:0-1731-66560,类型:CONTENT。
tridion - 环境数据框架从 Java 中的 taf:server:variables 获取 REMOTE_USER
我的网站在 .Net 上运行,我使用的是 SDL Tridion 2009。当用户登录时,我可以看到 REMOTE_USER 变量正确存储在声明存储的 taf:server:variables 组中(使用 .net 脚本)。
在我的墨盒(java)中,我试图提取这个值,但是当打印声明存储中的所有内容时,我可以看到这个值是空白的。
我的 Java 代码如下所示:
更新:
我的墨盒配置包含以下输入声明:
不幸的是,这没有帮助,我也试过 taf:server:variables:remoteuser / remote_user / * 没有成功。
当我检查日志时,我看到键 REMOTE_USER 但值为空白。
我想知道是否有其他人见过这种情况并知道解决方案。
tridion - 在 Tridion 代理查询上应用不止一种排序
我有一个代理查询,我需要按 2 个不同的字段排序(使用 JSP 和 2011 SP1)
API 具有我正在应用的方法“addSorting”。
然而,似乎第二个 addSorting 调用覆盖了第一个 addSorting 调用——而不是添加第二个排序:
他们单独排序工作正常。
这是预期的吗?addSorting 真的是 setSorting - 只能指定 1 个排序,还是我错过了组合 2 个排序的方法?
tridion - 需要有关用于自定义 Tridion Content Delivery 的 API 的详细信息
我刚到 Tridion 6 个月大。我知道与此工具相关的基本知识。我在某处读到过,我们可以通过使用一些 Java API 对其进行扩展来增强 Content Delivery 的功能。
有人可以指导我从哪里获得这些 Java API。如果您可以为此引用一些示例,那就太好了。
tridion - Tridion 新 UI 预览网站不会反映更改,除非发布
我有新的 UI 设置,并注意到当我更新页面时,更新的更改不会刷新。我也没有看到 page_{sessionId/GUID}.aspx 创建。
检查了会话预览数据库,我看到 PAGE_CONTENT 表中的更改包含新的渲染内容,因此会话预览似乎工作正常,但预览站点无法获取更改并刷新 UI。
我检查了 .aspx 的所有预览处理程序和映射,并确保它们在 web.config 中是正确的。关于为什么预览网站没有显示更改的任何想法?
我在 cd_storage_conf.xml 中有会话预览数据库设置。
web.config(处理程序):
日志(时间戳和 DEBUG 前缀已删除):
关于可能出现问题的任何想法/指示......?(对不起,很长的帖子)
tridion - Tridion UI - 预览不更新
今天我根据http://sdllivecontent.sdl.com/上的文档安装了 Tridion UI 。除了“更新预览”功能外,一切似乎都在工作。对组件进行更改后,页面正确显示预览已过期,但单击“更新预览”按钮会重新加载页面,除了显示相同的警告“此页面的预览不是最新的” ”。
我看到有另一篇与此相关的帖子(Tridion New UI Preview Site 没有反映更改,除非发布)但我没有使用任何虚拟目录。
我已经解决了我在日志中发现的警告和错误,只留下一个警告(在部署程序和登台站点上):
2012-07-05 19:44:25,085 WARN AmbientDataContext - 没有当前环境数据上下文 - 环境数据框架未正确初始化
启用调试日志记录后,我看到 AmbientDataContext 只是默认为 com.tridion.ambientdata.web.WebContext 我认为这是正确的吗?
有时,会显示会话清理错误 - 但不确定这是否与问题有关:
$
2012-07-05 19:52:55,300 ERROR SessionManagerImpl - Could not clean session storage after session expired!
com.tridion.broker.StorageException: Exception while cleaning-up session data: Rollback took place, didn't removed., attempt to create delete event with null entity, attempt to create delete event with null entity, Rollback took place, didn't removed., attempt to create delete event with null entity, attempt to create delete event with null entity, Rollback took place, didn't removed., attempt to create delete event with null entity, attempt to create delete event with null entity
at com.tridion.storage.persistence.session.SessionWrapperFactory.cleanupSessionData(SessionWrapperFactory.java:154) ~[cd_session.jar:na]
at com.tridion.storage.session.SessionManagerImpl.expireSession(SessionManagerImpl.java:415) [cd_session.jar:na]
at com.tridion.storage.session.SessionManagerImpl.performCleanup(SessionManagerImpl.java:231) [cd_session.jar:na]
at com.tridion.storage.persistence.session.SessionsCleanerMonitor.run(SessionsCleanerMonitor.java:54) [cd_session.jar:na]
at java.lang.Thread.run(Unknown Source) [na:1.6.0_26]
2012-07-05 19:52:55,300 ERROR SessionsCleanerMonitor - Could not perform sessions clean-up. Will retry in 120000 milliseconds.
com.tridion.storage.persistence.session.SessionHandlingException: Could not clean session storage after session expired: Exception while cleaning-up session data: Rollback took place, didn't removed., attempt to create delete event with null entity, attempt to create delete event with null entity, Rollback took place, didn't removed., attempt to create delete event with null entity, attempt to create delete event with null entity, Rollback took place, didn't removed., attempt to create delete event with null entity, attempt to create delete event with null entity, Exception while cleaning-up session data: Rollback took place, didn't removed., attempt to create delete event with null entity, attempt to create delete event with null entity, Rollback took place, didn't removed., attempt to create delete event with null entity, attempt to create delete event with null entity, Rollback took place, didn't removed., attempt to create delete event with null entity, attempt to create delete event with null entity, Exception while cleaning-up session data: Rollback took place, didn't removed., attempt to create delete event with null entity, attempt to create delete event with null entity, Rollback took place, didn't removed., attempt to create delete event with null entity, attempt to create delete event with null entity, Rollback took place, didn't removed., attempt to create delete event with null entity, attempt to create delete event with null entity
at com.tridion.storage.session.SessionManagerImpl.expireSession(SessionManagerImpl.java:444) ~[cd_session.jar:na]
at com.tridion.storage.session.SessionManagerImpl.performCleanup(SessionManagerImpl.java:231) ~[cd_session.jar:na]
at com.tridion.storage.persistence.session.SessionsCleanerMonitor.run(SessionsCleanerMonitor.java:54) ~[cd_session.jar:na]
at java.lang.Thread.run(Unknown Source) [na:1.6.0_26]
任何帮助将不胜感激?不知道还有什么可以尝试的。
谢谢
菲尔