Return-Path: Delivered-To: apmail-myfaces-dev-archive@www.apache.org Received: (qmail 76316 invoked from network); 12 Jul 2010 15:10:47 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 12 Jul 2010 15:10:47 -0000 Received: (qmail 9787 invoked by uid 500); 12 Jul 2010 15:10:46 -0000 Delivered-To: apmail-myfaces-dev-archive@myfaces.apache.org Received: (qmail 9230 invoked by uid 500); 12 Jul 2010 15:10:45 -0000 Mailing-List: contact dev-help@myfaces.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "MyFaces Development" Delivered-To: mailing list dev@myfaces.apache.org Received: (qmail 9143 invoked by uid 99); 12 Jul 2010 15:10:45 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jul 2010 15:10:45 +0000 X-ASF-Spam-Status: No, hits=-2000.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.22] (HELO thor.apache.org) (140.211.11.22) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Jul 2010 15:10:43 +0000 Received: from thor (localhost [127.0.0.1]) by thor.apache.org (8.13.8+Sun/8.13.8) with ESMTP id o6CF2opi007395 for ; Mon, 12 Jul 2010 15:02:50 GMT Message-ID: <11794380.326311278946970444.JavaMail.jira@thor> Date: Mon, 12 Jul 2010 11:02:50 -0400 (EDT) From: "Bruno Aranda (JIRA)" To: dev@myfaces.apache.org Subject: [jira] Commented: (MYFACES-2811) Partial Response still embedded CDATA possible In-Reply-To: <15371237.325291278942290642.JavaMail.jira@thor> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-JIRA-FingerPrint: 30527f35849b9dde25b450d4833f0394 X-Virus-Checked: Checked by ClamAV on apache.org [ https://issues.apache.org/jira/browse/MYFACES-2811?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12887392#action_12887392 ] Bruno Aranda commented on MYFACES-2811: --------------------------------------- As the spec says, we should not enforce nested CDATA blocks if it is not necessary I think... In PrimeFaces, the (standard) responsewriter is created in http://code.google.com/p/primefaces/source/browse/core2/trunk/src/main/java/org/primefaces/application/PrimeFacesPhaseListener.java By invoking Renderkit.createResponseWriter. > Partial Response still embedded CDATA possible > ---------------------------------------------- > > Key: MYFACES-2811 > URL: https://issues.apache.org/jira/browse/MYFACES-2811 > Project: MyFaces Core > Issue Type: Bug > Affects Versions: 2.0.1-SNAPSHOT > Reporter: Werner Punz > > We worked on this issue a while ago yet I got another error report in - Bruno Aranda is reporting: > Hi, > I have a partial response that contains invalid syntax because CDATA > sections are nested. For example, in my app this code is generated in > the partial response: > encoding="UTF-8"?>editorForm id="editorForm" name="editorForm" method="post" > action="/editor/curate/publication.jsf?conversationContext=2" > enctype="application/x-www-form-urlencoded"> id="growl"> -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online.