On 3/23/07, Christopher Schultz <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan,
Nathan Bubna wrote:
> On 3/23/07, Christopher Schultz <[EMAIL PROTECTED]> wrote:
>> I think a better architecture would be to create a helper class that is
>> called by either Veloci
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan,
Nathan Bubna wrote:
> On 3/23/07, Christopher Schultz <[EMAIL PROTECTED]> wrote:
>> I think a better architecture would be to create a helper class that is
>> called by either VelocityViewServlet or VelocityToolboxFilter (a better
>> name IMHO
On 3/23/07, Christopher Schultz <[EMAIL PROTECTED]> wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan,
Nathan Bubna wrote:
> The VelocityView class can
> be easily used in a filter as it is, and once we have the toolboxes in
> the request/session/application attributes, then we can ac
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Nathan,
Nathan Bubna wrote:
> The VelocityView class can
> be easily used in a filter as it is, and once we have the toolboxes in
> the request/session/application attributes, then we can access them
> from any servlet or filter. So, we would just ne
On 3/22/07, Claude Brisson <[EMAIL PROTECTED]> wrote:
Le jeudi 22 mars 2007 à 09:26 -0700, Nathan Bubna a écrit :
Oh, responding to one of your previous points:
> > i don't see why we need a filter or to constitute the three toolboxes
> > at all.
It's a need I frequently encountered. Quite s
Le jeudi 22 mars 2007 à 09:26 -0700, Nathan Bubna a écrit :
> ok, so i started working on this last week, and got further than
> anticipated. this week, i've had a little time to refine some things,
> so i want to start checking stuff in a bit later today. i've probably
> already done more than
On 2/26/07, Nathan Bubna <[EMAIL PROTECTED]> wrote:
On 2/25/07, Claude Brisson <[EMAIL PROTECTED]> wrote:
> Hi there!
>
> Here are some structural evolutions I'd like to discuss before any
> coding. I'm pretty sure that the first one is a good option - the second
> one is more prospective.
>
> 1.
On 2/25/07, Claude Brisson <[EMAIL PROTECTED]> wrote:
Hi there!
Here are some structural evolutions I'd like to discuss before any
coding. I'm pretty sure that the first one is a good option - the second
one is more prospective.
1. On-demand tools loading: instead of a standard HashMap, the ide
Hi there!
Here are some structural evolutions I'd like to discuss before any
coding. I'm pretty sure that the first one is a good option - the second
one is more prospective.
1. On-demand tools loading: instead of a standard HashMap, the idea here
is to have a ToolMap, inheriting HashMap, which w
