Re: [VOTE] release Anakia 1.0 and Texen 1.0
Le lundi 23 avril 2007 à 14:38 -0700, Will Glass-Husain a écrit : Hi Claude, You don't think the 1 page documentation in the docs folder is a sufficient substitute for a top-level README file? It's sufficient of course, I just wanted to make sure that it wasn't a forgetfulness. Let me look at that error. If the test is a fair test (and passes it's probably still ok to release), though we could fix the template problem. I'd be more worried if there were mistakes in the generated documentation for the project. The warnings should go away with a velocimacro.permissions.allow.inline.to.replace.global=true I met this problem within my webapps. Without caching, an inline macro generates this warning the second time the template is parsed, which doesn't sound very logical to me. Claude WILL On 4/23/07, Claude Brisson [EMAIL PROTECTED] wrote: Hi, I successfully ran the tests on both projects, but for anakia I got rather strange messages (although the tests do pass): first some macros are rejected (just because the template where they are defined is loaded again, this is a common warning - but still one I consider buggy), then some references are left unresolved. [anakia] ATTENTION: Velocimacro : VM addition rejected : makeProject : inline not allowed to replace existing VM [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Failed to add macro: #makeProject( ) : source = ./site_contexts.vsl [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Velocimacro : VM addition rejected : image : inline not allowed to replace existing VM [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Failed to add macro: #image( value ) : source = ./site_contexts.vsl [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Velocimacro : VM addition rejected : projectanchor : inline not allowed to replace existing VM [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Failed to add macro: #projectanchor( name value ) : source = ./site_contexts.vsl [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Velocimacro : VM addition rejected : metaauthor : inline not allowed to replace existing VM [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Failed to add macro: #metaauthor( author email ) : source = ./site_contexts.vsl [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Velocimacro : VM addition rejected : document : inline not allowed to replace existing VM [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Failed to add macro: #document( ) : source = ./site_contexts.vsl [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] INFO: Null reference [template './site_contexts.vsl', line 1, column 40] : $au.getText() cannot be resolved. [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] INFO: Null reference [template './site_contexts.vsl', line 2, column 39] : $em.getValue() cannot be resolved. [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] GRAVE: Introspection Error : Ambiguous method invocation applyTo(java.lang.String, null) for class class org.apache.anakia.XPathTool [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] INFO: RHS of #set statement is null. Context will not be modified. ./site_contexts.vsl [line 12, column 5] [anakia] Output: /home/claude/projects/velocity/anakia/bin/test/anakia/index.html [anakia] Transforming into: /home/claude/projects/velocity/anakia/bin/test/anakia [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] INFO: FileResourceLoader : adding path '/home/claude/projects/velocity/anakia/test/anakia/xdocs/stylesheets' [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] INFO: Velocimacro : added #makeProject( ) : source = ./site_contexts.vsl [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] INFO: Velocimacro : added #image( value ) : source = ./site_contexts.vsl [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] INFO: Velocimacro : added #projectanchor( name value ) : source = ./site_contexts.vsl [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] INFO:
Re: [VOTE] release Anakia 1.0 and Texen 1.0
It's definitely a macro bug, as far as I am concerned. We shouldn't see different behavior when the template is run twice. There's a JIRA issue about it somewhere. It's related to the whole mess about macros not being able to be defined in included templates. (or rather, it sometimes works and sometimes doesn't). On 4/24/07, Nathan Bubna [EMAIL PROTECTED] wrote: On 4/24/07, Claude Brisson [EMAIL PROTECTED] wrote: Le lundi 23 avril 2007 à 14:38 -0700, Will Glass-Husain a écrit : Hi Claude, You don't think the 1 page documentation in the docs folder is a sufficient substitute for a top-level README file? It's sufficient of course, I just wanted to make sure that it wasn't a forgetfulness. Let me look at that error. If the test is a fair test (and passes it's probably still ok to release), though we could fix the template problem. I'd be more worried if there were mistakes in the generated documentation for the project. The warnings should go away with a velocimacro.permissions.allow.inline.to.replace.global=true I met this problem within my webapps. Without caching, an inline macro generates this warning the second time the template is parsed, which doesn't sound very logical to me. i could see this either way. perhaps we should just lower the priority of the message? Claude WILL On 4/23/07, Claude Brisson [EMAIL PROTECTED] wrote: Hi, I successfully ran the tests on both projects, but for anakia I got rather strange messages (although the tests do pass): first some macros are rejected (just because the template where they are defined is loaded again, this is a common warning - but still one I consider buggy), then some references are left unresolved. [anakia] ATTENTION: Velocimacro : VM addition rejected : makeProject : inline not allowed to replace existing VM [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Failed to add macro: #makeProject( ) : source = ./site_contexts.vsl [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Velocimacro : VM addition rejected : image : inline not allowed to replace existing VM [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Failed to add macro: #image( value ) : source = ./site_contexts.vsl [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Velocimacro : VM addition rejected : projectanchor : inline not allowed to replace existing VM [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Failed to add macro: #projectanchor( name value ) : source = ./site_contexts.vsl [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Velocimacro : VM addition rejected : metaauthor : inline not allowed to replace existing VM [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Failed to add macro: #metaauthor( author email ) : source = ./site_contexts.vsl [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Velocimacro : VM addition rejected : document : inline not allowed to replace existing VM [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] ATTENTION: Failed to add macro: #document( ) : source = ./site_contexts.vsl [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] INFO: Null reference [template './site_contexts.vsl', line 1, column 40] : $au.getText() cannot be resolved. [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] INFO: Null reference [template './site_contexts.vsl', line 2, column 39] : $em.getValue() cannot be resolved. [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] GRAVE: Introspection Error : Ambiguous method invocation applyTo(java.lang.String, null) for class class org.apache.anakia.XPathTool [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] INFO: RHS of #set statement is null. Context will not be modified. ./site_contexts.vsl [line 12, column 5] [anakia] Output: /home/claude/projects/velocity/anakia/bin/test/anakia/index.html [anakia] Transforming into: /home/claude/projects/velocity/anakia/bin/test/anakia [anakia] 23 avr. 2007 23:08:52 org.apache.velocity.runtime.log.JdkLogChute log [anakia] INFO: FileResourceLoader : adding path '/home/claude/projects/velocity/anakia/test/anakia/xdocs/stylesheets' [anakia] 23 avr. 2007 23:08:52
[jira] Created: (VELOCITY-540) Make local directive part of Velocity engine core
Make local directive part of Velocity engine core - Key: VELOCITY-540 URL: https://issues.apache.org/jira/browse/VELOCITY-540 Project: Velocity Issue Type: Wish Components: Engine Reporter: Christoph Reck I prefer #local vs velocimacro.context.localscope because you can create macro libraries that allow declaring local vars without polluting the namespace, but also enables setting global variables. See the thread ending on 16.04.2007 RE: velocimacro.context.localscope with the #springBind example for such a case. If #local is not part of the core, it cannot be used for general purpose velocity macro libraries... -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
