You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@tapestry.apache.org by "Jochen Kemnade (JIRA)" <ji...@apache.org> on 2013/07/16 10:12:48 UTC

[jira] [Created] (TAP5-2143) Extract a tapestry-web-core module

Jochen Kemnade created TAP5-2143:
------------------------------------

             Summary: Extract a tapestry-web-core module
                 Key: TAP5-2143
                 URL: https://issues.apache.org/jira/browse/TAP5-2143
             Project: Tapestry 5
          Issue Type: Wish
    Affects Versions: 5.3, 5.4
            Reporter: Jochen Kemnade


Quite regularly, I create a servlet that can handle a small number of different service URLs that are called from external applications and as well as serve static resources like html pages and JS/CS/CSS files.
Usually, I use tapestry-ioc, a ContextListener (to build the registry and and store it in the servlet context) and a HttpServlet (for the request handling). Compared to using tapestry-core, that's quite a step back and also, you lose useful and important parts, e.g. the request handler pipelines, assets (including minification), dispatchers, and response compression.
I do *not* use tapestry-core, because it provides lots of functionality that I don't need. Basically, that's everything related to components and client-side logic: component rendering, transformation, component events, value encoders, included components like the Grid, validation, and page initialization to name a few.
I think, tapestry-core should be split into the "component-related parts" and the rest, although that's a bit oversimplified.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira