If you wrap the response object before passing it to the
RequestDispatcher you could catch the output of the jsp and store it for
later.
I would be against using jsps as a template system, however. There are
many other good solutions that don't allow business logic in the
presentation layer.
Finally I think that there are many different preferences regarding templating.
It depends on what people are used to use and what they personally like.
The primary goal of projector was not to introduce new templating mechanisms,
but mainly focusses on the event driven workflow engine. So other
Daniel,
I forgot to mention something on the issue of workflow and events. If
you have not done so I would suggest looking at the Cocoon
implementation of Flows and the use of flowscript and continuations.
Obviously I don't know what you had in mind specifically, but I do know
that there are a
Daniel Florey wrote:
Finally I think that there are many different preferences regarding templating.
It depends on what people are used to use and what they personally like.
The primary goal of projector was not to introduce new templating mechanisms,
but mainly focusses on the event driven
Slide Users Mailing List [EMAIL PROTECTED] schrieb am 15.11.04
13:42:49:
Daniel Florey wrote:
Finally I think that there are many different preferences regarding
templating. It depends on what people are used to use and what they
personally like.
The primary goal of projector was not
Daniel Florey wrote:
What I had in mind is the following:
If a have jsp/servlets that for example have to provide a news summary page,
this task may take very long. So it is more clever to cache the generated
output until some new news are added. This is what projector can do for you,
but I
Daniel Florey wrote:
Why not using a standard jsp/jstl solution, should it means creating
taglibs ?
I'll avoid jsp's as it enabled people to fill programming code into the
templates and decreases reusability. I've worked in so many project where
all of the logic was coded into jsp that I still
Daniel Florey wrote:
OK, the example you've picked out seems to be complicated (as I've state in
the documentation). My intention for this templating was:
1. To make it very simple. You just mark the dynamic parts in html pages and
you optionally specify the matching content type.
2. It is not
Isn't velocity a more general (not restricted to HTML) template
engine? Additionally it allows control structures like foreach,
assignments, methods, etc.
This is a complete programming language while Projector templating is
much simpler...
Oliver
On Mon, 15 Nov 2004 00:34:27 +0900, Carlos
('m currently working on a project that uses Velocity)
Yes, Velocity can be used to output anything textual, not only HTML.
However, it is not a complete language, as it severely restricted in
the control statements available (foreach, the only looping construct
available, can only perform loops
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im
Auftrag von Stephane Bailliez
Gesendet: Sonntag, 14. November 2004 16:36
An: [EMAIL PROTECTED]
Betreff: Re: AW: Added projector documentation link
Daniel Florey wrote:
OK, the example you've
-Ursprüngliche Nachricht-
Von: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] Im
Auftrag von Stephane Bailliez
Gesendet: Sonntag, 14. November 2004 02:34
An: [EMAIL PROTECTED]
Cc: [EMAIL PROTECTED]
Betreff: Re: Added projector documentation link
Daniel Florey wrote:
Hi folks,
On Sun, 14 Nov 2004 16:35:55 +0100, Stephane Bailliez
[EMAIL PROTECTED] wrote:
Daniel Florey wrote:
If you feel like using a template language, I will probably recommend to
look at StringTemplate (www.stringtemplate.org)
Enforcing Strict Model-View Separation in Template Engines
There's a
Oliver Zeigermann wrote:
StringTemplate is a general template engine not geared towards HTML as
well. I like Daniel's approach as it is cleaner and stricter in design
than StringTemplate and both enforce MV separation. Some constructions
in StringTemplate seem to be pretty random to me...
Well,
Daniel,
Sorry to jump in the middle of this one, but I find it somewhat amusing
that you are having a huge discussion about separation of logic/layout
and then throw in an example from the HTML side of things that basically
goes back to mixing logic/layout.
How do you handle HTML style
Tim Frank wrote:
Daniel,
Sorry to jump in the middle of this one, but I find it somewhat amusing
that you are having a huge discussion about separation of logic/layout
and then throw in an example from the HTML side of things that basically
goes back to mixing logic/layout.
How do you handle
16 matches
Mail list logo