DO NOT REPLY [Bug 7697] - Problems embedding line comments inside block comments

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 7697] - Problems embedding line comments inside block comments

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 7697] - Problems embedding line comments inside block comments

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 7697] - Problems embedding line comments inside block comments

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

Re: logging?

Jeff Schnitzer said: ... > I'd propose not only adopting C-L, but also the new logger pattern. i'm totally for it, but if part B (the new logger pattern) is something that will hold up progress on the issue, i'd settle for starting with adopting C-L and keeping the current pattern. certainly, tha

DO NOT REPLY [Bug 16175] - anakia not portable to windows

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 6546] - Problems with recursive macro calling when using #set with "" (doublequotes)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 6546] - Problems with recursive macro calling when using #set with "" (doublequotes)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 6546] - Problems with recursive macro calling when using #set with "" (doublequotes)

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug

DO NOT REPLY [Bug 11211] - NullPointerException thrown when using == instead of = in #set directive

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: logging?

Nice commentary Jeff. I especially like the line below. > This is _especially_ useful for third-party libraries like Velocity and > Hibernate. I very, very, VERY rarely ever want to see debug messages > from either of these libraries, and in the rare case that I do it's > under very carefully co

Re: logging?

Geir Magnusson Jr. wrote: With c-l, you get the least-common-denominator logging interface. While I wouldn't dare argue that LogSystem is superior, we do have the ability to do whatever we want, and still make it trivially usable for those that want c-l. In the other direction, you can't get

Re: logging?

Geir Magnusson Jr. said: > On Monday, October 27, 2003, at 06:14 PM, Nathan Bubna wrote: > ... > > in programming, i feel that the convenience of the practical many must > > sometimes override the elegance of the idealistic few. :) > > Unless you get the elegance and the convenience at the same tim

Re: logging?

Geir Magnusson Jr. wrote: What I was hinting at was how do you, in the same JVM, take two instances of the same class (say velocity), and configure things so they log differently? Call it an academic, hypothetical question if you want... :) Do you understand the difference between the pattern

Re: logging?

On Monday, October 27, 2003, at 06:14 PM, Nathan Bubna wrote: in programming, i feel that the convenience of the practical many must sometimes override the elegance of the idealistic few. :) Unless you get the elegance and the convenience at the same time. With c-l, you get the least-common-deno

Re: logging?

Will Glass-Husain said: > :) > I use multiple Velocity instances in the same VM. I have a turbine based > web app that uses Velocity to present web pages. In some of the actions > (e.g. "Create Account"), the app uses a second instance of Velocity Engine > to pre-process textual information (e

Re: logging?

I use multiple Velocity instances in the same VM. I have a turbine based web app that uses Velocity to present web pages. In some of the actions (e.g. "Create Account"), the app uses a second instance of Velocity Engine to pre-process textual information (e.g. default account information). Thi

Re: logging?

Geir Magnusson Jr. said: > On Saturday, October 25, 2003, at 08:35 PM, Nathan Bubna wrote: > > Geir Magnusson Jr. said: > >> On Saturday, October 25, 2003, at 05:04 PM, Nathan Bubna wrote: > >>> Geir Magnusson Jr. said: > On Saturday, October 25, 2003, at 11:53 AM, Nathan Bubna wrote: ... > >>

DO NOT REPLY [Bug 22595] - java.lang.ClassCastException: 'cache' doesn't map to a Boolean object

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

Re: Character Encoding

Hmm... how about this for an encoding determination algorythm? 1) Examine the first few bytes, and look for unicode BOM markers. If they are present, return the appropriate unicode encoding. 2) Examine bytes attempting to match (allowing for whitespace): ##encoding=Foo in AS

cvs commit: jakarta-velocity/docs changes.html

geirm 2003/10/27 04:42:58 Modified:xdocschanges.xml docs changes.html Log: update Revision ChangesPath 1.100 +9 -0 jakarta-velocity/xdocs/changes.xml Index: changes.xml ==

cvs commit: jakarta-velocity/src/java/org/apache/velocity/runtime/directive Foreach.java

geirm 2003/10/27 04:42:10 Modified:src/java/org/apache/velocity/runtime/directive Foreach.java Log: change to System.err Revision ChangesPath 1.43 +2 -2 jakarta-velocity/src/java/org/apache/velocity/runtime/directive/Foreach.java Index: Foreach.java ==

cvs commit: jakarta-velocity/src/java/org/apache/velocity/util SimplePool.java

geirm 2003/10/27 04:35:17 Modified:src/java/org/apache/velocity/util SimplePool.java Log: Change to the simple pool to remove items from pool on a get(), rather than just returning them. Bug #19042 Revision ChangesPath 1.3 +25 -24 jakarta-velocity/src/java/

DO NOT REPLY [Bug 19042] - Object reference remains in SimplePool after sucessful get()

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-velocity/src/test/org/apache/velocity/util TestSimplePool.java

geirm 2003/10/27 04:32:42 Added: src/test/org/apache/velocity/util TestSimplePool.java Log: unit test for simple pool Revision ChangesPath 1.1 jakarta-velocity/src/test/org/apache/velocity/util/TestSimplePool.java Index: TestSimplePool.java ==

cvs commit: jakarta-velocity/build build.xml

geirm 2003/10/27 04:31:35 Modified:buildbuild.xml Log: added parallel-directory unit test support Revision ChangesPath 1.64 +31 -1 jakarta-velocity/build/build.xml Index: build.xml ===

cvs commit: jakarta-velocity/src/test/org/apache/velocity/util - New directory

geirm 2003/10/27 03:06:40 jakarta-velocity/src/test/org/apache/velocity/util - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-velocity/src/test/org/apache/velocity - New directory

geirm 2003/10/27 03:06:14 jakarta-velocity/src/test/org/apache/velocity - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-velocity/src/test/org/apache - New directory

geirm 2003/10/27 03:06:04 jakarta-velocity/src/test/org/apache - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-velocity/src/test/org - New directory

geirm 2003/10/27 03:05:44 jakarta-velocity/src/test/org - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

cvs commit: jakarta-velocity/src/test - New directory

geirm 2003/10/27 03:05:34 jakarta-velocity/src/test - New directory - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

DO NOT REPLY [Bug 17820] - Memory leak in resource loader

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bu

cvs commit: jakarta-velocity/src/java/org/apache/velocity/runtime/resource/loader DataSourceResourceLoader.java

geirm 2003/10/27 02:46:40 Modified:src/java/org/apache/velocity/runtime/resource/loader DataSourceResourceLoader.java Log: Removed the usage of the deprecated Runtime singleton. Found by Will based on bug 17820. Thanks Will! Revision ChangesPat