You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@velocity.apache.org by bu...@apache.org on 2001/10/29 03:28:21 UTC
DO NOT REPLY [Bug 4483] New: -
calls to local macros not always made when autoreload is true
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4483>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND
INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=4483
calls to local macros not always made when autoreload is true
Summary: calls to local macros not always made when autoreload is
true
Product: Velocity
Version: 1.1-rc2
Platform: Other
OS/Version: Other
Status: NEW
Severity: Normal
Priority: Other
Component: Build
AssignedTo: velocity-dev@jakarta.apache.org
ReportedBy: peterwlynch@yahoo.com
In the latest nightly build Oct 28, 2001 and also in velocity 1.2 rc2 i noticed
the following problem with autoreloading macros.
Made a simple html page. added a simple one line macro that accepted one param,
a letter
something like....
## local macro, not global
#macro(letter $char)
This is the letter $char
#end
#letter("A")
#letter("B")
#letter("C")
etc.... to Z
------
The html page would be loaded in response to a form being submitted. If I
clicked on the submit button five times, quickly ( five separate submits), most
times the final response would out put something like...
----
This is the letter A
This is the letter B
This is the letter C
This is the letter D
This is the letter E
#letter #letter #letter
#letter ......
This is the letter Z
As you can see, some macro calls did not get parsed.
We were just happening to use velocity through turbine, but I don't think that
affects the bug. Besides, the bug went away when the autoreload was false.
Once scarab's runbox is back up, might be interesting to test this out on their
macros too for comparison, although I don't see that they have any local macros.