[jira] Created: (OFBIZ-3022) Addind Error Pages (404 - 410) possibilities for the Content app

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
21 messages Options
12
Reply | Threaded
Open this post in threaded view
|

[jira] Closed: (OFBIZ-3022) Addind Error Pages (404 - 410) possibilities for the Content app

Nicolas Malin (Jira)

     [ https://issues.apache.org/jira/browse/OFBIZ-3022?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Bruno Busco closed OFBIZ-3022.
------------------------------

    Resolution: Fixed

Thank you Patrick,
your patch is in trunk rev. 826205

I just added the ?if_exists in in the cmsSite specific error messages and removed a couple of tabs.

> Addind Error Pages (404 - 410) possibilities for the Content app
> ----------------------------------------------------------------
>
>                 Key: OFBIZ-3022
>                 URL: https://issues.apache.org/jira/browse/OFBIZ-3022
>             Project: OFBiz
>          Issue Type: Improvement
>          Components: content
>    Affects Versions: SVN trunk
>            Reporter: Patrick Antivackis
>            Assignee: Bruno Busco
>         Attachments: ContentHttpErrorData.xml, Patch-OFBIZ-3022-824037.txt, Patch-OFBIZ-3022.txt
>
>
> The idea is to allow CMS based sites to have 404 not found, 410 page is gone and 403 Forbidden pages (not yet used).
> For this I first create global error pages  in Data Resources/Content (id = CONTENT_ERROR_xxx). These pages will be catchall Error pages if nothing is defined at the Website Level (see below). Of course, theses pages can be localized through the ContentAssoc ALTERNATE_LOCALE type (see the seed file for example).
> Then I added a ERROR_ROOT type in the WebSiteContentType entity.
> The Document declared as ERROR_ROOT for a CMS Website will become an Error catch-all page for this site.
> Under this root, specific error pages (404, 410) can be added (just one sublevel) in order to have a specific page per error code (status code = mapKey)
> These documents can of course be localized too.
> I then updated the CmsEvent class in order to find a corresponding error page (first look at the subcontent of ERROR_ROOT, or take ERROR_ROOT or take the global CONTENT_ERROR page). Now the rendered content also received the status code in its context, so a $[statusContent} in a ftl template can show the statusCode (200/404/410)
> Also updated the WebSiteCMSNav.ftl and WebSitePublishPoint.groovy in order to show error tree (and may be manage the pages later)

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

12