Nope, these ideas are where we are headed.
My thinking is that the templates belong in the context root, so that relative
URLs to static assets work.
I had been thinking that any page that required a page specification would
require an entry into the application specification.
This idea, that there could be a specific directory where page specifications
are stored, is very worthwhile.
Where we could end up is that the application specification exists to identify
libraries and components.
--
[email protected]
http://tapestry.sf.net
> Is there an advantage to Tapestry's requirement that pages be declared in
> the .application file, or is this a simply a side-effect of storing pages
> in the classpath?
>
> I ask because I wanted to contribute to the Wiki discussion of _The
> Location of Templates_, but realized that I wasn't sure if the declarative
> page model was one of the original goals of Tapestry. What I would like to
> propose is that .page's and templates be kept in a directory named:
>
> WEB-INF/[appName]/pages
>
> But I realized that once pages and templates are located in one place, they
> become easy for Tapestry to find and index - thus minimizing the need to
> declare them in the .application file. Pages *could* still be declared in
> the .app file, but the meaning would become similar to declaring an alias
> for the page.
>
> Carrying this a bit further, the search order for .page's and templates
> could be /pages first, then classpath. This would also allow neat tricks
> like easily replacing templates bundled in jars simply by placing a new
> template in a matching folder structure of the /pages directory.
>
> Any thoughts? If there is not strong objection, I will post it to the
> Wiki. I really was just wondering if people would scream if I suggested
> minimizing the importance of declaring pages in the .app file.
>
> Thanks,
>
> Eric Everman
>
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by: To learn the basics of securing
> your web site with SSL, click here to get a FREE TRIAL of a Thawte
> Server Certificate: http://www.gothawte.com/rd524.html
> _______________________________________________
> Tapestry-developer mailing list
> [email protected]
> https://lists.sourceforge.net/lists/listinfo/tapestry-developer
-------------------------------------------------------
This sf.net email is sponsored by: To learn the basics of securing
your web site with SSL, click here to get a FREE TRIAL of a Thawte
Server Certificate: http://www.gothawte.com/rd524.html
lmpx.com only provides a reader for public news (NNTP) servers. It is not
affiliated with the servers or forums shown here and is not responsible for
the content of articles, which is written by their respective authors.