SDL Tridion 2012 UI - Fehler beim Aktualisieren der Vorschau und Veröffentlichung

Question

Ich installiere den cd_preview_webservice auf Tomcat, auf dem auch Anwendungen für die Staging-Website (für die Benutzeroberfläche) und das installierte cd_upload (das auf der Website installiert ist) installiert sind .

Wenn ich auf die 'Vorschau aktualisieren' oder 'Bearbeitung beenden' Ich erhalte die folgenden Fehler:

com/tridion/deployer/TCDLTransformer

dies auch den Kater Prozess zu 100% CPU-Auslastung senden.

Ich habe die Anweisungen erneut gelesen und ich kann nicht sehen, wo ich meinen Fehler gemacht habe. Jede Hilfe wird sehr geschätzt.

Dank Mark

Ich habe einige mehr getan zu graben und es scheint, dass ich eine Session Vorschau erhalten Id in die Datenbank in der Tabelle gespeichert ‚PREVIEW_SESSIONS‘, aber andere sind leer. Was ich seltsam finde.

Ich fand auch, dass die folgende Web-Service-Aufruf 'http: //bbtrid04/WebUI/Models/SiteEdit/Services/Services.svc/GetPreviewToken' erhält die folgende Antwort:

{ "ExceptionDetail": null, "Exception": null, "Message": "PermGen space", "Stacktrace": null}

und die localhost Protokolldatei enthält den folgenden Fehler:

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

Wenn die JVM lädt Klassen es ihnen bringt in den PermGen-Bereich seines Heapspeichers, der standardmäßig auf 64 MB gesetzt ist.

Die Stack-Trace, die Sie gezeigt haben, ist eine tote Werbegeschenk, dass Ihre JVM mehr Klassen lädt, als sie Platz hat und würde ihre Beschwerde über das Nichtfinden des TCDLTransformers definitiv erklären.

Ich habe normalerweise eine -XX:MaxPermSize=256m in meinem setenv.bat um sicherzustellen, dass es genug Platz ist. Abhängig davon, wie Sie Ihren Tomcat starten, müssen Sie ihn möglicherweise dort oder in den Service Runner-Parametern ablegen.