I just made a quick merge from trunk that updates the user's guide.
Other then that, I've already merged everything of mine from trunk
that should go into 1.6.2, and have updated the change log.
On Jan 11, 2009, at 3:25 , Claude Brisson wrote:
Hi folks,
I'll prepare the 1.6.2 build next week, probably Wednesday. But I
don't
have enough time to review the last commits in the trunk, to see if
some
of them can be candidate for merging in 1.6.x.
Here is the relevant subversion log from trunk :
------------------------------------------------------------------------
r731167 | byron | 2009-01-04 05:24:43 +0100 (dim, 04 jan 2009) | 1
line
VELOCITY-662 Reduce performance bottleneck with the referenceInsert
event handler call
------------------------------------------------------------------------
r731264 | byron | 2009-01-04 15:57:12 +0100 (dim, 04 jan 2009) | 1
line
Added jrat to test harness
------------------------------------------------------------------------
r731266 | byron | 2009-01-04 16:11:20 +0100 (dim, 04 jan 2009) | 1
line
VELOCITY-663 Re-implement #stop to correct performance bottleneck, and
so that it terminates execution as well as rendering of the template
------------------------------------------------------------------------
r731279 | byron | 2009-01-04 16:52:08 +0100 (dim, 04 jan 2009) | 1
line
VELOCITY-664 Reduce memory usage of cached templates by preventing
text
from being stored twice
------------------------------------------------------------------------
r731597 | byron | 2009-01-05 16:22:09 +0100 (lun, 05 jan 2009) | 1
line
VELOCITY-664 Changed ASTText render text to char[] for faster writing
------------------------------------------------------------------------
r731656 | byron | 2009-01-05 20:38:38 +0100 (lun, 05 jan 2009) | 1
line
VELOCITY-644 Reversed the changes back to pre 644, t.image cannot be
set
to null without affecting literal
------------------------------------------------------------------------
r731775 | nbubna | 2009-01-06 00:57:01 +0100 (mar, 06 jan 2009) | 1
line
VELOCITY-661 have parser task s/StringBuffer/StrBuilder and add
ability
to run one testcase at a time (thx to Jarkko Viinamaki)
------------------------------------------------------------------------
r731779 | nbubna | 2009-01-06 01:10:57 +0100 (mar, 06 jan 2009) | 1
line
VELOCITY-661 add #[[unparsed textblock]]# syntax to replace the
limited
#literal directive (thx to Jarkko Viinamaki)
------------------------------------------------------------------------
r732250 | byron | 2009-01-07 08:37:10 +0100 (mer, 07 jan 2009) | 1
line
Intern string for better memory usage, and peformance for variable and
macro name references
------------------------------------------------------------------------
r732913 | byron | 2009-01-09 03:48:50 +0100 (ven, 09 jan 2009) | 2
lines
Remove legacy docs about Velocimacro requiring macros to be define
before a reference
------------------------------------------------------------------------
r733416 | byron | 2009-01-11 06:26:52 +0100 (dim, 11 jan 2009) | 2
lines
Remove unnecessary sourceTemplate member from Macro directive
------------------------------------------------------------------------
r733418 | byron | 2009-01-11 06:43:10 +0100 (dim, 11 jan 2009) | 1
line
Fix exception message spacing and reporting
------------------------------------------------------------------------
r733438 | byron | 2009-01-11 10:32:38 +0100 (dim, 11 jan 2009) | 3
lines
Cleanup macro initialization, prevent the init methods of ASTNodes
within macros and of VelocimacroProxy from being called more then
once.
Remove calling init methods during render.
------------------------------------------------------------------------
r733439 | byron | 2009-01-11 10:47:48 +0100 (dim, 11 jan 2009) | 1
line
VELOCITY-71 can't happen anymore with Velocity 1.6 since macro arg
checking is done during render, so remove the check
------------------------------------------------------------------------
If someone is willing to review those commits and merge the relevant
ones, go on!
Claude
---------------------------------------------------------------------
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]
