You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@velocity.apache.org by "Nathan Bubna (JIRA)" <de...@velocity.apache.org> on 2009/05/21 19:41:46 UTC
[jira] Commented: (VELOCITY-719) Unwritable velocity.log appears to
cause Velocity initialization to fail, leaving velocity dead and useless.
[ https://issues.apache.org/jira/browse/VELOCITY-719?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12711720#action_12711720 ]
Nathan Bubna commented on VELOCITY-719:
---------------------------------------
This exception is secondary. It looks to me like the log initialization threw an exception that prevented resourceManager initialization, which they gave you this NPE when you tried to access a resource. Do you have the exception/stack from the log's failure to initialize? I don't see any way for the resourceManager to be null (as your exception indicates), unless initializeLog() threw an exception and you swallowed it and continued on.
We could consider changing the default value of runtime.log to blank in 2.0, but not before due to the need for backward compatibility. I'd also quibble that vast majority of those complaints about velocity.log are from pre-1.5 versions of Velocity. I've put extensive work into improving the log facilities in the last 4 years.
> Unwritable velocity.log appears to cause Velocity initialization to fail, leaving velocity dead and useless.
> -------------------------------------------------------------------------------------------------------------
>
> Key: VELOCITY-719
> URL: https://issues.apache.org/jira/browse/VELOCITY-719
> Project: Velocity
> Issue Type: Bug
> Components: Engine
> Affects Versions: 1.6.2
> Reporter: Cott Lang
>
> When we upgraded to 1.6.2 from 1.5.0, we began experiencing failures:
> Caused by: java.lang.NullPointerException
> at org.apache.velocity.runtime.RuntimeInstance.getTemplate(RuntimeInstance.java:1400)
> at org.apache.velocity.runtime.RuntimeSingleton.getTemplate(RuntimeSingleton.java:326)
> at org.apache.velocity.app.Velocity.mergeTemplate(Velocity.java:352)
> We eventually traced this back to Log4JChute attempting to create velocity.log in an unwritable $CWD.
> I realize you may or may not consider this a bug, as you may wish to have the system fail if it can't log. However, I couldn't even find any output indicating the initial failure to create velocity.log causing Velocity to fail to initialize. :)
> On a related note, is it possible to change the runtime.log default to BLANK so that velocity defaults to using a pre-existing log4j config if it exists?
> Although it's certainly an established tradition at this point, It seems a little backward to default to creating it's own log4j configuration - and a google search on velocity.log produces a very large number of people dealing with the problem of Velocity trying to create a velocity.log somewhere that doesn't work. :)
--
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: dev-unsubscribe@velocity.apache.org
For additional commands, e-mail: dev-help@velocity.apache.org