I'm not sure what benefit the wrapper would be. You can always implement
the event cartridge MethodException instead to catch run-time exceptions.
Still open is the issue of how to check for valid method calls (e.g. method
typo's). I've toyed the idea of a syntax checker - this would be a neat
addition to the package.
WILL
----- Original Message -----
From: "Andrew Mason" <[EMAIL PROTECTED]>
To: "Velocity Users List" <[email protected]>
Sent: Monday, July 04, 2005 9:48 AM
Subject: Re: Velocity vs Jamon
On Monday 04 July 2005 11:30 am, Bob Tarling wrote:
Apologies in advance, I can't help but think this must have asked
before but I can't find where to search the user list.
I'm in the early stages of choosing a template engine to use to
replace the PGML generation of http://gef.tigris.org and
http://argouml.tigris.org with something simpler and more standard
than GEF's own proprietary tee file templates.
One of the problems with the tee templates is that they are complex
and interpreted at runtime and the java application is inspected by
reflection. It is easy for the developer to make a mistake and this is
only spotted at run time.
I was hoping to find a template engine that offered as much compile
time safety as possible.
Am I correct in thinking that Velocity would give me the same lack of
compile time safety as my current tee files?
Are there any plans to produce a velocity template compiles against
the rest of my application?
If you are concerned about things like getting null pointer errors and
such
you can often write wrapper classes around things like vectors and
arrays
which do a quick check to make sure it's not going out of bounds, and put
them into velocity instead.
Just an idea.
It's not the performance of reflection that concerns me, more the
compile time safety - are there any tools that can validate a velocity
template against the source or bytecode of my application? If I can
add this as an ant task then I would consider this as comile time
safety.
I'm keen to look at Velocity based on its reputation and my experience
with other apache products. Any plans to embed JXPath expressions?
Regards
Bob.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
