Mailing-List: contact dev-help@cocoon.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@cocoon.apache.org
Message-ID: <773631923.411501266678747899.JavaMail.jira@brutus.apache.org>
Date: Sat, 20 Feb 2010 15:12:27 +0000 (UTC)
From: =?utf-8?Q?Francesco_Chicchiricc=C3=B2_=28JIRA=29?= <jira@apache.org>
To: dev@cocoon.apache.org
Subject: [jira] Created: (COCOON-2284) Making CForms working in JSR-168
 portlets
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable

Making CForms working in JSR-168 portlets
-----------------------------------------

                 Key: COCOON-2284
                 URL: https://issues.apache.org/jira/browse/COCOON-2284
             Project: Cocoon
          Issue Type: Improvement
          Components: Blocks: Forms, Blocks: Portal
    Affects Versions: 2.1.11
            Reporter: Francesco Chicchiricc=C3=B2


I started from the wiki page at [1]: rather good, even though quite bound t=
o pluto 1.0. I could easily adapt the procedure to Open Portlet Container [=
2] and Sun Portal Server; unfortunately, when it comes to CForms, the only =
pointer is [3], very out of date nowadays.

The main issue in CForms is related to the fact that also [2] points out: P=
ortlet's ActionRequest can not have any response body. After some strugglin=
g, I found the solution by modifying Form.js' sendFormAndWait() to be able =
to cope with the former issue.

Another smaller issue is related to resources URI (for CSS and JS) that mus=
t be adapted and rewritten by the LinkRewriter in order to be effective.

[1] http://wiki.apache.org/cocoon/CocoonAppAsJSR168Portlet
[2] https://portlet-container.dev.java.net/
[3] http://blog.reverycodes.com/archives/000018.html

--=20
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.