You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@jspwiki.apache.org by "Juan Pablo Santos Rodríguez (Jira)" <ji...@apache.org> on 2020/02/27 15:07:00 UTC

[jira] [Resolved] (JSPWIKI-120) Separate rendering engine from core

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

Juan Pablo Santos Rodríguez resolved JSPWIKI-120.
-------------------------------------------------
    Fix Version/s:     (was: 3.0)
                   2.11.0-M7
       Resolution: Fixed

Finished on 2.11.0-M7-git-10.

> Separate rendering engine from core
> -----------------------------------
>
>                 Key: JSPWIKI-120
>                 URL: https://issues.apache.org/jira/browse/JSPWIKI-120
>             Project: JSPWiki
>          Issue Type: New Feature
>          Components: Core &amp; storage
>            Reporter: Janne Jalkanen
>            Priority: Major
>             Fix For: 2.11.0-M7
>
>
> Quite a few people have shown up recently on the mailing list and have expressed a wish to separate the rendering engine from the core itself, so that they wouldn't need so much baggage with the engine.
> Unfortunately, this is quite difficult, as the rendering engine does rely on quite a few bits from the WikiEngine instance, for example URL generation and checking whether a page/attachment exists or not, as well as settings.
> However, these things could be enumerated and isolated to a RenderingContext interface.  Then, anyone who would like to get their own engine would need to implement this interface.
> It may mean that WikiEngine and WikiContext might need to become interfaces as well.  However, that might not be such a bad thing, as it would give a more stable developer API.  Then we would have a three-layered architecture, where one layer (WikiEngine) takes care of static stuff, WikiContext contains per-request data, and RenderingContext provides the bits and pieces which are part of HTML generation.
> At any rate, this requires more thinking.  Probably not going to happen before 3.0 anyway.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)