Folks,
I've apparently found a way to kill the Velocity parsing in resin 3.1.3 and
3.1.4 (pro). We use velocity style syntax extensively throughout the our
site and this hurdle is baffling me. I can confirm via a simple
"velocityEnabled.jsp" that if I comment out most of our app's web.xml and
leave in the <jsp velocity-enabled="true"> tag, I can print variables out
with velocity syntax. If I uncomment the remaining tags in web.xml (I'll
refer to this as "web.xml.dev"), velocity dies.
I downloaded our web.xml (I'll refer to this as "web.xml.prod" ) file from
production and velocity works again. Thus, there is something being loaded
(a resource, jms queue, resin db, one of our classes) via the web.xml.dev
that neuters velocity. I'm trying to comment blocks out to see what
resource is the offender, but due to the size of our web.xml file, this will
take a bit more toggling to get to the source. I'll continue doing that to
isolate, but curious if there is anything that could end up disabling the
velocity rendering. The *parsing* works - that is, the pages get compiled.
It's just that blocks like ${foo} don't get rendered. Things that come to
mind:
* something with logging? I noticed some errors about Log4J not being able
to write to a directory due to perms, and curious if logging somehow dies,
does velocity rendering die?
* jar file issues? I've noticed including or excluding some jars, like
struts (and jakarta commons logging and log4j), can also neuter the
rendering. This would seem less likely to be the culprit in this case,
because downloading web.xml.prod and running with that re-enables velocity.
Thanks in advance,
-tyson
--
View this message in context:
http://www.nabble.com/Velocity-parsing-dies-tp19682616p19682616.html
Sent from the Resin mailing list archive at Nabble.com.
_______________________________________________
resin-interest mailing list
resin-interest@caucho.com
http://maillist.caucho.com/mailman/listinfo/resin-interest
