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=9451>. 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=9451 VM libs will not autoreload if unparseable at Velocity startup Summary: VM libs will not autoreload if unparseable at Velocity startup Product: Velocity Version: 1.3-rc1 Platform: All OS/Version: Linux Status: NEW Severity: Normal Priority: Other Component: Source AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'm using Velocity 1.3-rc1 (updated from CVS (tag TVEL_1_3_BRANCH) as at 28th of May, 2002) on a Redhat 7.2 system, combined with velocity-tools/struts and velocity-tools/view from latest cvs. When a velocimacro library is loaded at initialisation time, it is normally added to the libModMap hash in VelocimacroFactory. The libModMap hash is checked when reloading velocimacro templates. However, if the parsing of the velocimacro library fails midway through, the macros are added to the namespace but the Template is not returned to VelocimacroFactory, and thus not added to libModMap. This means that if a VM library is broken at initialization time, it will never be reloaded until Velocity is restarted. I have not tried this under the HEAD tagged CVS sources, as my macros refuse to parse at all using this branch. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
