Interfaz de usuario SDL Tridion 2012 - Error al actualizar vista previa y publicación

Question

Instalo el cd_preview_webservice en Tomcat que también tiene aplicaciones para el sitio web provisional (para ser utilizado para la interfaz de usuario) y el cd_upload (que se implementa en el sitio web) instalado .

Cuando pulso en el 'Actualizar vista previa' o 'Finalizar edición' me sale el siguiente error:

com/Tridion/implementador/TCDLTransformer

Además, este envía el proceso Tomcat para el uso de CPU de 100%.

He vuelto a leer las instrucciones y no puedo ver donde he hecho mi error. Cualquier ayuda muy apreciada.

Gracias Marcos

he hecho un poco más de excavación y parecería que consigo una vista previa del ID de sesión guarda en la base de datos en la tabla '' PREVIEW_SESSIONS pero otros están vacíos. Lo cual me parece extraño.

También encontré que el siguiente servicio web llamada 'http: //bbtrid04/WebUI/Models/SiteEdit/Services/Services.svc/GetPreviewToken' recibe la siguiente respuesta:

{ "ExceptionDetail": null, "ExceptionType": null, "mensaje": "espacio PermGen", "StackTrace": null}

y el archivo de registro localhost contiene el siguiente error:

07-Aug-2012 17:34:04 org.apache.catalina.core.StandardWrapperValve invoke 
SEVERE: Servlet.service() for servlet httpupload threw exception 
java.lang.OutOfMemoryError: PermGen space 
    at org.apache.commons.fileupload.disk.DiskFileItemFactory.createItem(DiskFileItemFactory.java:199) 
    at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:361) 
    at org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:126) 
    at com.tridion.transport.HTTPSReceiverServlet.handleUpload(HTTPSReceiverServlet.java:233) 
    at com.tridion.transport.HTTPSReceiverServlet.doPost(HTTPSReceiverServlet.java:108) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) 
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) 
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) 
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) 
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) 
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) 
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) 
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) 
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) 
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) 
    at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) 
    at java.lang.Thread.run(Unknown Source) 
07-Aug-2012 17:34:05 org.apache.catalina.core.StandardWrapperValve invoke 
SEVERE: Servlet.service() for servlet httpupload threw exception 
java.lang.VerifyError: (class: org/apache/commons/fileupload/disk/DiskFileItem, method: getUniqueId signature:()Ljava/lang/String;) Illegal constant pool index 
    at org.apache.commons.fileupload.disk.DiskFileItemFactory.createItem(DiskFileItemFactory.java:199) 
    at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:361) 
    at org.apache.commons.fileupload.servlet.ServletFileUpload.parseRequest(ServletFileUpload.java:126) 
    at com.tridion.transport.HTTPSReceiverServlet.handleUpload(HTTPSReceiverServlet.java:233) 
    at com.tridion.transport.HTTPSReceiverServlet.doPost(HTTPSReceiverServlet.java:108) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:637) 
    at javax.servlet.http.HttpServlet.service(HttpServlet.java:717) 
    at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:290) 
    at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) 
    at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:233) 
    at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:191) 
    at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:127) 
    at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:102) 
    at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:109) 
    at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:298) 
    at org.apache.coyote.http11.Http11Processor.process(Http11Processor.java:859) 
    at org.apache.coyote.http11.Http11Protocol$Http11ConnectionHandler.process(Http11Protocol.java:588) 
    at org.apache.tomcat.util.net.JIoEndpoint$Worker.run(JIoEndpoint.java:489) 
    at java.lang.Thread.run(Unknown Source) 

Answer 1

Cuando las clases de cargas JVM que los pone en el espacio PermGen de su montón, que por defecto es de 64MB.

El seguimiento de la pila que mostró es un regalo irrecuperable de que su JVM está cargando más clases de las que tiene espacio y definitivamente explicaría su queja sobre no encontrar el TCDLTransformer.

Normalmente tengo un -XX:MaxPermSize=256m en mi setenv.bat para asegurar que haya suficiente espacio. Dependiendo de cómo inicie su Tomcat, es posible que deba colocarlo allí o en los parámetros del corredor de servicio.