動態組件模板不再需要代理db

我已經對我的藍圖結構進行了調整，以至於之前的可發佈網絡出版物現已變成父級別的不可發佈網絡出版物。一個新的兒童網絡出版物已被創建，以取代它的位置。動態組件模板不再需要代理db

因此，這創建了一個新的發佈ID。我已使用此新ID更新了所有配置，並能夠成功將內容發佈到文件系統上的演示服務器。動態組件演示也正在使用新ID發佈到代理數據庫中。

但是，最近我的一個動態組件模板已停止向代理髮布。它發佈到文件系統，但組件的記錄不出現在代理的LINK_INFO表中。這意味着使用此模板的內容的動態鏈接在網站上失敗。

任何人都可能告訴我，他們是否知道這是爲什麼發生？

更新2：發現一些有趣的事情.....動態鏈接實際上是工作，但只對一些組件模板。我通過使用ComponentLink.GetLink（string）方法發現了這一點，看看它是否會返回一個鏈接...對於它所做的一些內容類型，但對於以前有鏈接的其他內容類型，它現在不會，即使在重新發布這些模板之後：■

UPDATE：cd_storage.xml

<Configuration Version="6.0" 
    xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
    xsi:noNamespaceSchemaLocation="schemas/cd_storage_conf.xsd"> 
<Global> 
    <ObjectCache Enabled="false"> 
    <Policy Type="LRU" Class="com.tridion.cache.LRUPolicy"> 
    <Param Name="MemSize" Value="16mb"/> 
    </Policy> 
    <Features> 
    <Feature Type="DependencyTracker" Class="com.tridion.cache.DependencyTracker"/> 
    </Features> 
    </ObjectCache> 
    <Storages> 
    <StorageBindings> 
    <Bundle src="AudienceManagerDAOBundle.xml" /> 
    </StorageBindings> 
    <Storage Type="persistence" Id="defaultdb" dialect="MSSQL" 
      Class="com.tridion.storage.persistence.JPADAOFactory"> 
    <Pool Type="jdbc" Size="5" MonitorInterval="60" IdleTimeout="120" 
      CheckoutTimeout="120" /> 
    <DataSource Class="com.microsoft.sqlserver.jdbc.SQLServerDataSource"> 
     <Property Name="serverName" Value="lon1udb01.int.rroom.net" /> 
     <Property Name="portNumber" Value="1433" /> 
     <Property Name="databaseName" Value="uat_mal_Tridion_Broker_2" /> 
     <Property Name="user" Value="uat_mal" /> 
     <Property Name="password" Value="mj][zdvd=h" /> 
    </DataSource> 
    </Storage> 
    <Storage Type="persistence" Id="profiledb" dialect="MSSQL" 
      Class="com.tridion.storage.persistence.JPADAOFactory" 
      defaultStorage="false"> 
     <Pool Type="jdbc" Size="5" MonitorInterval="60" IdleTimeout="120" 
      CheckoutTimeout="120" /> 
     <DataSource Class="com.microsoft.sqlserver.jdbc.SQLServerDataSource"> 
     <Property Name="serverName" Value="lon1udb01.int.rroom.net" /> 
     <Property Name="portNumber" Value="1433" /> 
     <Property Name="databaseName" Value="uat_mal_Tridion_submgmt" /> 
     <Property Name="user" Value="uat_mal" /> 
     <Property Name="password" Value="mj][zdvd=h" /> 
     </DataSource> 
    </Storage> 
    <Storage Type="persistence" Id="trackingdb" dialect="MSSQL" 
      Class="com.tridion.storage.persistence.JPADAOFactory" 
      defaultStorage="false"> 
    <Pool Type="jdbc" Size="5" MonitorInterval="60" IdleTimeout="120" 
      CheckoutTimeout="120" /> 
     <DataSource Class="com.microsoft.sqlserver.jdbc.SQLServerDataSource"> 
     <Property Name="serverName" Value="lon1udb01.int.rroom.net" /> 
     <Property Name="portNumber" Value="1433" /> 
     <Property Name="databaseName" Value="uat_mal_Tridion_tracking" /> 
     <Property Name="user" Value="uat_mal" /> 
     <Property Name="password" Value="mj][zdvd=h" /> 
     </DataSource> 
    </Storage> 
    <Storage Type="filesystem" Id="defaultFile" 
       Class="com.tridion.storage.filesystem.FSDAOFactory" 
       defaultFilesystem="false" 
       defaultStorage="false"> 
     <Root Path="c:\websites\live" /> 
    </Storage> 
    <Storage Type="filesystem" Id="defaultFileAssets" 
       Class="com.tridion.storage.filesystem.FSDAOFactory" 
       defaultFilesystem="false" 
       defaultStorage="true"> 
     <Root Path="c:\websites\live\malvern.com.en\Assets" /> 
    </Storage> 
    <Storage Type="filesystem" Class="com.tridion.storage.filesystem.FSDAOFactory" 
      Id="malenctrls" defaultFilesystem="false" defaultStorage="false"> 
     <Root Path="c:\websites\live\malvern.com.en\usercontrols" /> 
    </Storage> 
    <Storage Type="filesystem" Class="com.tridion.storage.filesystem.FSDAOFactory" 
      Id="malcnctrls" defaultFilesystem="false" defaultStorage="false"> 
     <Root Path="c:\websites\live\malvern.com.cn\usercontrols" /> 
    </Storage>  
    <SearchFilter Name="SearchFilter" 
        Class="com.tridion.broker.components.meta.MsSqlSearchFilterHome" 
        defaultStorageId="defaultdb"/> 
    </Storages> 
    <Transaction Timeout="60000" MonitorInterval="5000"/> 
</Global> 
<ItemTypes defaultStorageId="defaultdb" cached="false"> 
    <Item storageId="profiledb" typeMapping="AudienceManagerProfile" cached="false"/> 
    <Item storageId="trackingdb" typeMapping="AudienceManagerTracking" cached="false" /> 
    <!-- GLOBAL MASTER --> 
    <Publication Id="22" defaultStorageId="defaultdb" cached="false"> 
    <Item storageId="defaultFile" typeMapping="Page" cached="false" /> 
    <Item storageId="defaultFile" typeMapping="Binary" cached="false" /> 
    <Item storageId="malenctrls" typeMapping="ComponentPresentation" 
      itemExtension=".ascx" cached="false" /> 
    </Publication> 
    <!-- CHINESE WEB --> 
    <Publication Id="15" defaultStorageId="defaultdb" cached="false"> 
    <Item storageId="defaultFile" typeMapping="Page" cached="false" /> 
    <Item storageId="defaultFile" typeMapping="Binary" cached="false" /> 
    <Item storageId="malcnctrls" typeMapping="ComponentPresentation" 
      itemExtension=".ascx" cached="false" /> 
    </Publication> 
</ItemTypes> 
<License Location="c:/tridion/config/cd_licenses.xml"/>

來源

2012-09-07 Richard Read

在這種情況下，可能是代理日誌記錄（設置爲「調試」模式）和分析Sql數據庫（如果您使用Sql服務器）給你一個詳細的原因。 –

您可能具有特定於發佈的存儲配置。你能分享你的cd_storage_conf.xml嗎？ – Quirijn

是否有可能您的cd_license.xml文件已過期，並且部署者正在回退到有限的文件系統發佈？但我認爲@Quirijn的評論更可能。 –

我認爲問題可能是由過期cd_licence文件中所引起的，但我不能確認，已經要求SDL的支持，告訴我如果是這樣的話

來源

2012-09-10 15:18:33

調試日誌記錄肯定會告訴你這個？ –

你有

<Storage Type="filesystem" Id="defaultFileAssets" 
    Class="com.tridion.storage.filesystem.FSDAOFactory" defaultFilesystem="false" 
    defaultStorage="true">

並且cd_storage_conf.xml中的任何位置都沒有TypeMappings定義。這使得「defaultFileAssets」成爲部署者選擇的存儲位置。

我通常會想到這樣的事情

<ItemTypes defaultStorageId="defaultdb" cached="false"> 
    <Item typeMapping="Page" cached="false" storageId="defaultFile"/> 
<Item typeMapping="Binary" storageId="defaultFile" cached="false"/> 
</ItemTypes>

在配置節點

。

確保您發佈的配置實際上正在使用也會非常有幫助;您可以在Tridion生成的日誌文件（帶有調試日誌啓用）中查看它，因爲它記錄了它正在使用的配置文件;有不止一次，我只是因爲看到錯誤的配置文件而感到困惑......

來源

2012-10-29 08:16:45

我已經從問題中的存儲配置中刪除了大量無用的評論。現在很容易看到，正如Quirijn所懷疑的那樣，有一些特定於出版物的配置。如果您的網站發佈ID以前是15或22，並且發生了變化，這可以解釋您的問題。

來源

2012-11-13 21:23:51

動態組件模板不再需要代理db

回答

相關問題