Le vendredi 27 juillet 2007 à 14:02 -0700, Nathan Bubna a écrit :
> None that i know of.
>
> Perhaps you can extend the Include directive to change it's name (to
> #import() or something, then do as Claude suggested and drop the
> orginal from the default directive.properties and add your renamed
I would look into something like Spring Web Flow for this. I haven't
used it myself, but i imagine it would likely support Velocity, since
Spring MVC and Spring Email both do.
On 7/27/07, White, Tim <[EMAIL PROTECTED]> wrote:
> Any tips or examples out there for handling multi-step flows with
> V
None that i know of.
Perhaps you can extend the Include directive to change it's name (to
#import() or something, then do as Claude suggested and drop the
orginal from the default directive.properties and add your renamed
directive as well.
On 7/27/07, White, Tim <[EMAIL PROTECTED]> wrote:
> Righ
Right...I still want to be able to do includes. I wonder if there is a way to
disable them if they are inside comments?
-Original Message-
From: Claude Brisson [mailto:[EMAIL PROTECTED]
Sent: Friday, July 27, 2007 2:50 PM
To: Velocity Users List
Subject: Re: Ignoring/rewriting SSI comm
Maybe by globally disactivating the #include directive? It is declared
in the file org/apache/velocity/runtime/defaults/velocity.properties.
Claude
Le vendredi 27 juillet 2007 à 12:31 -0600, White, Tim a écrit :
> So, I'm trying out an idea that would let us serve all our existing
> .html page
Any tips or examples out there for handling multi-step flows with
VelocityLayoutServlet?
e.g. a shopping cart sort of flow, or a 'sign up' sort of flow that
might have 5-10 steps, where you need to maintain state between each
step, and be able to go forward and back within the flow?
Especially
So, I'm trying out an idea that would let us serve all our existing
.html pages with VelocityLayoutServlet, instead of with with straight
Apache.
The problem is, a lot of our existing .html pages have Server Side
Includes in them like this:
Ideally, I'd like velocity to handle these without