Pregunta

Supongamos que tenemos de acceder a los contenidos de nuestra página publicada en una Costumbre Implementador.Esta parte del código está dentro de la processPage método que está en nuestra CustomModule que se extiende PageDeploy clase.

De esta manera voy a conseguir que la página que está siendo publicado, pero el contenido de esa página no va a ser transformado (componentes que están en esa página no se representa).

public void processPage(Page page, File pageFile) throws ProcessingException {
    File file = new File(pageFile.toString());
}

Si sé que se puede deshabilitar la limpieza de la TransportPackages en cd_deployer.conf.xml cambiando la Limpieza de falsos: <WorkFolder Location="C:\tridion\work" Cleanup="false"/>, Veo que Tridion genera dos versiones de mi página:

  1. root\page.html (que tiene sin procesar contenido, con la ruta del archivo de paginación.ToString())
  2. root ransformed\page.html (que ha de completar el contenido - el contenido que quiero)

Entonces, ¿por qué cuando yo crear un nuevo Archivo con la transformada de la página de ruta de acceso del archivo y leerlo, me sale el código html con menos contenido que el original html?Es esto debido a que en esta fase de la implementación de la página aún no prestados y completa o...?

Gracias!

¿Fue útil?

Solución

Es su página usando el Componente Dinámico de las Presentaciones?Si es así, en el nivel de Página HTML que se publica y se implementa sólo contendrá una "inclusión de instrucciones" para el Componente de Presentación

<tcdl:ComponentPresentation ... />

La única cosa que sucede durante la implementación es que la tecnología de "agnóstico" lenguaje utilizado durante la publicación de transporte se traduce en una de etiquetas JSP o un ASP.NET servidor de control de incluir, en ambos casos, normalmente se traduce en algo comenzando con tridion:ComponentPresentation.

El fragmento de HTML de la Componente Dinámico de la Presentación de la misma será publicado por separado y almacenado como un elemento independiente en el almacenamiento de configuración.

El completo HTML estar compuesta sólo cuando se solicita la página (para servir a un visitante).En esa etapa de la biblioteca de etiquetas JSP o ASP.NET control de servidor se invoca, leer el fragmento de HTML para el Componente de Presentación desde el almacenamiento y la inyecta en el HTML "wireframe" de la página.

Con ese conocimiento, en efecto, se explica por qué usted no puede encontrar el fragmento de HTML para el Componente Dinámico de las Presentaciones en su Implementador de extensión:la fusión de los DCP de los fragmentos en la Página shell sólo sucede cuando se solicita la página, no cuando es desplegado.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top