Geir made a mistake - you'll want to use Bugzilla. (Some Apache projects
use JIRA, some use Bugzilla). Use the web client at:
http://issues.apache.org/bugzilla
Thanks again for contributing.
Best, WILL
- Original Message -
From: Tom [EMAIL PROTECTED]
To: Velocity Developers List
I like engine. But no strong preference.
WILL
- Original Message -
From: Daniel L. Rall [EMAIL PROTECTED]
To: Will Glass-Husain [EMAIL PROTECTED]
Cc: Velocity Developers List velocity-dev@jakarta.apache.org
Sent: Tuesday, June 07, 2005 6:36 PM
Subject: Re: Subversion strategy
I'm a +1 on this. Not a big deal, but makes sense.
- Original Message -
From: Daniel L. Rall dlr@finemaltcoding.com
To: velocity-dev@jakarta.apache.org
Sent: Monday, June 06, 2005 11:53 PM
Subject: Re: Subversion strategy
On Thu, 2004-12-09 at 09:13 +, Henning P.
Hi Shinobu - thanks for tracking this. Presumably this doesn't impact us
until
a release is done and we can update the version number for the required jar.
Do you know the status of this?
Best,
WILL
- Original Message -
From: Apache Wiki [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent:
Have you filed an issue in bugzilla?
Quick work around:
#if($method.getInstance())$method.getInstance#end
Will
- Original Message -
From: Llewellyn Falco
To: Velocity Developers List
Sent: Monday, May 23, 2005 7:43 PM
Subject: Velocity Silent bug
If someone would take
Here's a suggestion -
If you're writing the Spring/Velocity article, be sure to include a useful
Tool. That's a major advantage of Velocity over JSPs I've found (right now
I'm building an app in Spring/JSP 2 and one in Spring/Velocity
simultaneously). It's really nice to be able to call a
Ok, let's do it. Geir or Daniel - any response?
I'd like to use the road map features of JIRA. I was hoping to get a few
more updates in to make it obvious that yes, there is actual development
activity in Velocity. But at least we're making some progress.
Note that Shinobu, though a highly
That's strange - what changed?
WILL
- Original Message -
From: Geir Magnusson Jr. [EMAIL PROTECTED]
To: velocity-dev@jakarta.apache.org
Sent: Tuesday, May 10, 2005 2:43 AM
Subject: [EMAIL PROTECTED]: Project jakarta-velocity (in module
jakarta-velocity) failed
To whom it may engage...
Business Simulations
Will Glass-Husain
[EMAIL PROTECTED]
www.forio.com
Hmm... that's interesting. Would you feel that way if you had committer
privileges on the docs? Just curious.
I like the Hibernate wiki, but I'm not sure I see a compelling reason to do
that here. Mainly because it seems easier to write HTML than MoinMoin wiki
text. Also, there's no layout
Appreciate the comments. I'm going to spend some time on content first,
then come back to this.
I'm still not clear on the tables vs. CSS issue. Yes, presentation vs
semantics - I grok that. I've read the articles, am familiar with the
trend. But we already do this with xdocs.
CSS makes
Hi Tim,
Great ideas. All sound good. I like the revised first header (I was
worried about the length).
menu name=Velocity
item name=Home /
item name=Quick Start /
item name=Web Applications /
item name=News Sites /
item name=FAQ /
/menu
I like the JIRA idea too. I'd support a move
Hi,
I thought about this a little more. Tim said:
menu name=Velocity
item name=Home /
item name=Quick Start /
item name=Web Applications /
item name=News Sites /
item name=FAQ /
/menu
I suggest we do this slight change instead
menu name=Velocity
item name=Home /
item name=Quick
:-)
WILL
- Original Message -
From: Robert Koberg [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev@jakarta.apache.org
Sent: Friday, May 06, 2005 11:40 AM
Subject: Re: site format
Will Glass-Husain wrote:
Appreciate the comments. I'm going to spend some time on content first,
then come
Ok - this is all very close. Regardless of names...
We need a home page with a summary of everything. A little intro, a little
news, etc. Like the current one.
And I'd like to see a page describing what Velocity is and where it can be
used. I like the text of the current page Design. Which
Hey everybody,
Having survived a difficult (if profitable) busy period, I've now started an
ambitious rework of the Velocity site. Here's the revisions I'm considering.
Any comments, particularly on the Table of Contents? The goal is to make it
easier for new users to get started, to move
-
From: Nathan Bubna [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev@jakarta.apache.org
Sent: Thursday, May 05, 2005 10:24 AM
Subject: Re: site table of contents
On 5/5/05, Will Glass-Husain [EMAIL PROTECTED] wrote:
...
OVERVIEW
NEW XDOCS:
* Getting Starting with Web
Hi Shinobu:
You are my bugzilla hero :-)
1) Actually, I was thinking of writing a new Velocity-specific Get
Involved page.
2) With regard to the 1.4 docs, I'm thinking the SVN would keep the latest
set of xdocs, but the website updater would manually copy in the 1.4 docs
into the docs1.4
here).
* Better anchors ( http://issues.apache.org/bugzilla/show_bug.cgi?id=34639 )
Maybe once we've drafted the new content someone could take a pass at this.
Are there other issues?
Best,
WILL
___
Forio Business Simulations
Will Glass-Husain
[EMAIL PROTECTED
What's missing?
It seems overkill to me to include 1.5-dev. Should we update it for each
svn commit?
WILL
- Original Message -
From: Shinobu Kawai [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev@jakarta.apache.org; Maven
Developers List dev@maven.apache.org
Sent: Monday,
Could you clarify why this is needed?
What's the benefit to the effort of uploading the latest dev version of
Velocity? Are there other maven-using projects that depend on having SVN
head?
WILL
- Original Message -
From: Shinobu Kawai [EMAIL PROTECTED]
To: Velocity Developers List
no longer sharing a configuration with VVS. (Will
Glass-Husain) '''TODO: add a link to the list archive.'''
=== DVSL Anakia Texen Misc ===
* Q: Is DVSL stable enough for use in production environment?
* A: It seems to work for most folks. Try it out and if there are
problems, report them
Curtis,
Thanks for helping out with this. Can you please post this on Bugzilla?
Ideally, include your patch with a link to the mailing list archive for this
thread. That way it'll be preserved.
Best regards,
WILL
- Original Message -
From: Morehead, Curtis [EMAIL PROTECTED]
To:
Well, the equivalent Velocity block comments are #* commented text *#.
Maybe you could apply a regexp and transform !-- into #* and -- into *#?
WILL
- Original Message -
From: Robert Koberg [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev@jakarta.apache.org
Sent: Wednesday,
No need for an Issue.
It should show up on the main site shortly. Good luck with your site!
Best,
WILL
- Original Message -
From: Shinobu Kawai [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev@jakarta.apache.org
Sent: Thursday, March 24, 2005 11:29 AM
Subject: Re: site to add
Ok, that sounds good - thanks for the explanation. As long as ordinary
users can register and then submit/annotate bugs. I like the sound of the
prioritization features.
WILL
- Original Message -
From: Tim Colson (tcolson) [EMAIL PROTECTED]
To: Velocity Developers List
I've played with JIRA when submitting bugs for Hibernate.
I like it. And Bugzilla annoys me.
WILL
- Original Message -
From: Tim Colson (tcolson) [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev@jakarta.apache.org
Sent: Wednesday, March 16, 2005 5:11 PM
Subject: RE: Jira
Geir Magnusson Jr. and Daniel Rall are the other two active committers.
One moment... am I reading this right that we need a PMC member to
add/delete users? That's a major negative. We should be as open as
possible - anyone should be able to submit or to read the bugs with few
barriers.
WILL
Have you seen this?
http://wiki.apache.org/jakarta-velocity/VelocityWhitespaceGobbling
Adding ## to the end of a line seems to be the best suggestion so far.
http://wiki.apache.org/jakarta-velocity/VelocityWhitespaceTruncatedByLineComment
WILL
- Original Message -
From: Tim Pierce [EMAIL
(moving to velocity-dev from velocity-user)
Just a quick note:
I'm not sure we should encourage people to call Class.newInstance() or
getClassLoader() in a velocity template. I'd like to see this capability go
away (or at least be prevented by default in the future). Seems
counterproductive
, as a kind of demonstration for what the core should
do (albeit with different syntax). anyway, i've pretty much decided i would
add this tool, i just haven't gotten around to it. :)
___
Forio Business Simulations
Will Glass-Husain
phone (415) 440-7500 x89
mobile
Thanks, Jason,
Appreciate the donation! Hopefully you'll get feedback from other jython
users.
Best,
WILL
- Original Message -
From: Jason R Briggs [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev@jakarta.apache.org
Sent: Friday, February 18, 2005 2:16 AM
Subject: Re: a
Well, bottom line is that there's only 5 people people who have the ability
to update the Velocity site. (3 Velocity committers and 2 tools
committers - is that right?)
I vote with Nathan to leave out the generated docs. (That's two). It's
easy enough to create them on demand. Any of the
Velocity doesn't have a PMC since it's not a top level project. Our PMC is
the Jakarta PMC. Many of the committers (but not me) are members of the
PMC.
I can't seem to find the address for the pmc mailing list. You might use
general@jakarta.apache.org as a substitute (although it's a
Fixing the ant build file apparently has apparently corrected the texen GUMP
problem. Hooray for triumphing over the demons of incompatibility!
I suppose the occasional build failure is just to be expected now that there
is active patching again. My next task is to work on the docs. Luckily, I
Creating a custom Introspector is exactly what you need to do.
For example, someone in the last month or two made one that queries Lucene
indices.
WILL
- Original Message -
From: Jason R Briggs [EMAIL PROTECTED]
To: velocity-dev@jakarta.apache.org
Sent: Wednesday, February 16, 2005 2:58
Hi,
Any objections if we raise the minimum required ant version to 1.5.1?
(Currently our docs read minimum ant 1.3) For the record, ant 1.5 was
released more than 2 years ago (October 2002).
The reason is texen compatibility. The latest update to Velocity [1]
changed the way the classes are
Message -
From: Will Glass-Husain [EMAIL PROTECTED]
To: velocity-dev@jakarta.apache.org
Sent: Monday, February 14, 2005 11:56 PM
Subject: require ant 1.5+ ?
Hi,
Any objections if we raise the minimum required ant version to 1.5.1?
(Currently our docs read minimum ant 1.3) For the record, ant
Ok, did this. Thanks for the feedback.
WILL
- Original Message -
From: Shinobu Kawai [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev@jakarta.apache.org
Sent: Wednesday, February 09, 2005 1:27 PM
Subject: Re: remove servlet examples?
Hi Will,
Here's an idea. I was thinking
I asked about this back in December, and no one could give a good answer.
I say JDK 1.3. We're not using any of the 1.4 stuff (nio or regexp) at the
moment, so barring a good reason we should stay at that level of
compatibility.
WILL
- Original Message -
From: Shinobu Kawai [EMAIL
Ok, fixed this. Sorry to hear you lost the domain.
WILL
- Original Message -
From: Matthew Walker [EMAIL PROTECTED]
To: Tim Colson (tcolson) [EMAIL PROTECTED]
Cc: Velocity Developers List velocity-dev@jakarta.apache.org
Sent: Tuesday, February 08, 2005 4:56 PM
Subject: Re: Tampa Bay Jug
Thanks a bunch. I'll put it up. There's one more here if you have a couple
of minutes.
http://issues.apache.org/bugzilla/show_bug.cgi?id=33120
Anyone speak Finnish or French?
No big deal. I thought I'd finish going through the docs, than list out all
the translation needs and put out a more
, but on #3 please add me to the Emeritus page. I never claimed
to be a Contributor - even though I humbly (yet never directly) asked to
be taken up as one a few times.
Thanks,
Christoph
Will Glass-Husain wrote:
Hi,
I'd like to make a few changes to the web site docs to make it a bit
easier
Thanks! Note that I just moved site.vsl into the Velocity tree so we have
the freedom to modify it. (e.g. not dependent on jakarta-site2 anymore).
WILL
--- Original Message -
From: Tim Colson (tcolson) [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev@jakarta.apache.org
Sent:
oops, not so private...haven't done that in years.
Well, if anyone else has thoughts on building up the Velocity developer
community, I'd love to hear them.
Cheers,
Will
- Original Message -
From: Will Glass-Husain [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev
Hi,
I've been playing with the classloader issues. Apparently I've broken Texen
with the new feature of using the Thread context classloader to load
user-supplied classes. [1] The issue is that the way ant handles
classloaders. A standard ant test works, but when GUMP calls ant with the
Oops.
The first problem (I changed the method signature of Context.get) is easy to
fix. I'll just reverse the patch. (wasn't thinking).
http://issues.apache.org/bugzilla/show_bug.cgi?id=30220
I'm not sure about why Texen breaks (the second problem). This is due to
the recent patch that uses
Good ideas,
Thanks for the feedback. I'll do some work on this next weekend.
Best,
WILL
- Original Message -
From: Tim Colson (tcolson) [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev@jakarta.apache.org
Sent: Sunday, February 06, 2005 10:02 PM
Subject: RE: documentation
Velocity 1.4 is incompatible with compiling under JDK 1.5. You can use the
latest source code and it should compile.
WILL
- Original Message -
From: Satish
To: [EMAIL PROTECTED] ; [EMAIL PROTECTED] ; [EMAIL PROTECTED] ;
velocity-dev@jakarta.apache.org
Sent: Wednesday,
Also, remember that Velocity is now using Subversion (svn) not CVS. You use
it in the same way, though.
http://www.apache.org/dev/version-control.html
WILL
- Original Message -
From: Nathan Bubna [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev@jakarta.apache.org
Sent:
Hi,
I went today and took another look at the decimal number patch. Actually,
performance looks fine. (See Bugzilla for details). Mea culpa for raising the
issue in the first place - it looks like I was comparing apples and oranges.
Actually, if anyone has time to download the patch, and
: Henning P. Schmiedehausen [EMAIL PROTECTED]
Newsgroups: hometree.jakarta.velocity.dev
To: velocity-dev@jakarta.apache.org
Sent: Tuesday, January 25, 2005 1:49 AM
Subject: Re: decimal patch to velocity (performance)
Will Glass-Husain [EMAIL PROTECTED] writes:
I wrote some simple test code
One key requirement - it's got to be easy to use for new developers.
Users need to be able to download subversion, check out Velocity, and build
it with a low amount of hassle. Otherwise there are too many barriers.
Does the propset to LF affect this?
Also, does anyone know how the other
That's a good question.
As a parallel, the API docs are not in the source repository. It'd make
sense to me to take out the HTML. It'd certainly make it easier to make doc
patches.
Are there other comments on this?
WILL
- Original Message -
From: Shinobu Kawai Yoshida [EMAIL
Hi,
After several hours of peering through a hex editor, here's what I've found
out so far. I'm a bit of a novice with JDom, anyone out there have more
experience?
(1)
On my WinXP platform, when ant docs is run, anakia returns documents that
are a mix of formats. (Incidentally, this apparently
Hi,
Well, after doing a miscellany of patches in the last few weeks I'm tackling
the decimal number patch. (Bugzilla #25874) We've discussed this endlessly
in the past. I've been using this in production code for almost a year.
The remaining issue (raised by committer dlr) is that of
Hi,
Every time I run ant docs and anakia generates the new html files, I have
trouble committing them with svn.
Transmitting file data .svn: Commit failed (details follow):
svn: Inconsistent line-endings in source stream
Running unix2dos with cygwin has no effect. However, Opening the file in
It seems reasonable to me to keep this as a Velocity bug. This can be a
tickler for updating the jar file once the dependent library fixes the bug.
It also prevents dup issues from getting created.
WILL
- Original Message -
From: Shinobu Kawai Yoshida [EMAIL PROTECTED]
To: Velocity
This is a little kludgy, but maybe you could subclass InputStream and
intercept the close method?
As an aside, it looks like the built in DatasourceResourceLoader never
closes the statement. Maybe it should.
WILL
- Original Message -
From: Menon, Manjush [EMAIL PROTECTED]
To:
Why can't you close the statement object after the result set is generated
but before the stream is returned?
In other words, just after the statement is used?
WILL
- Original Message -
From: Menon, Manjush [EMAIL PROTECTED]
To: 'Will Glass-Husain' [EMAIL PROTECTED]; 'Velocity
loaders.
Unless we did a new (optional) interface specifically to add this method.
WILL
- Original Message -
From: Menon, Manjush [EMAIL PROTECTED]
To: 'Will Glass-Husain' [EMAIL PROTECTED];
velocity-dev@jakarta.apache.org
Sent: Monday, January 17, 2005 9:24 PM
Subject: RE: Custom
Thanks!
I thought I'd wait to make sure all doc changes are done before uploading.
WILL
- Original Message -
From: Shinobu Kawai Yoshida [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev@jakarta.apache.org
Sent: Saturday, January 15, 2005 6:03 AM
Subject: Re: braces around
If anyone has time to make doc patches, don't forget to make them for the
spanish/finnish/french docs as well. (I was able to puzzle out the examples
and make parallel updates). Otherwise the translations will likely never
get corrected.
WILL
- Original Message -
From: Shinobu Kawai
Ok, 5 oks, and no arguments against. I'll commit the curly brace patch.
Thanks.
- Original Message -
From: Tim Colson [EMAIL PROTECTED]
To: 'Velocity Developers List' velocity-dev@jakarta.apache.org
Sent: Saturday, January 15, 2005 8:45 AM
Subject: RE: braces around directives?
How do
If you end up submitting a patch, please be sure to include a unit test for
the formerly broken functionality.
Thanks,
WILL
- Original Message -
From: Shinobu Kawai Yoshida [EMAIL PROTECTED]
To: Velocity Users List velocity-user@jakarta.apache.org; Velocity
Developers List
Quick question -
How do fellow developers feel about letting braces go around directives? This
would be roughly parallel to braces around references (e.g. ${test}). The
purpose would be to separate directive and text when necessary.
Example:
#if($test == 1)yessir#{else}nosir#end
See the
I kind of like this. Seems the clearest syntax of any proposed.
WILL
- Original Message -
From: Chris Rousseau [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev@jakarta.apache.org
Sent: Monday, January 10, 2005 8:18 AM
Subject: RE: Just a thought...foreach else ?
What about:
) during the setup I add the locale to the of that thread to that
map. Now during merging, the ReferenceInsertionHandler would look up the
Locale currently associated with that thread, and get the right language.
It might work, but it just doesn't feel right.
Thanks,
Vincent
Will Glass-Husain
Thanks. This was already pointed out to me in a private email. Genuinely
appreciate any tips on this stuff, especially from other committers.
WILL
- Original Message -
From: Henning P. Schmiedehausen [EMAIL PROTECTED]
Newsgroups: hometree.jakarta.velocity.dev
To:
specific?
Thanks, WILL
- Original Message -
From: Claude Brisson [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev@jakarta.apache.org
Sent: Friday, January 07, 2005 4:07 AM
Subject: Re: absolute path with fileresourceloader
Hi
On Thu, 2005-01-06 at 17:42 -0800, Will Glass-Husain
Hi Vincent,
I'd make a ReferenceInsertionEventHandler. You can make the context
available by passing into the constructor and storing it as an instance
variable in the handler. Just initialize a new
ReferenceInsertionEventHandler for each page merge.
As a side note, maybe we should create some
That's a clever idea for a shortcut. I use the #if / #foreach combination
all the time. It's not a big deal, but the multiple #end can be confusing.
WILL
- Original Message -
From: specialist33 [EMAIL PROTECTED]
To: Velocity Developers List velocity-dev@jakarta.apache.org
Sent:
I go back and forth. Sometimes I put the no results found outside of the
table. But often it's nice to do it inside (and keep the header) like
specialist33. Depends on the layout.
Incidentally, I think I'd prefer an alternatate directive, to avoid
confusion. Maybe #empty?
#foreach ($a in
Hi,
I made a commit this morning, then backed it out regarding
FileResourceLoaderPath.
http://issues.apache.org/bugzilla/show_bug.cgi?id=17379
With a empty template path, any file on the hard drive can be accessed as a
template. I thought this was appealing, as Why can't my file resource
/03/20 03:35:51
dlr Exp $
+ * @version $Id$
But that wasn't in my patch. What happened? Is this a config issue on my
end or on the server?
WILL
___
Forio Business Simulations
Will Glass-Husain
[EMAIL PROTECTED]
www.forio.com
Thanks,
I'm not sure if that clears anything up for me. I'd assumed that svn would
expand ID like cvs. Is this not the case? (or did I do it wrong).
Daniel, since you set up the subversion, any tips on this?
WILL
- Original Message -
From: Shinobu Kawai [EMAIL PROTECTED]
To: Velocity
Thanks, that explains it. When you view it on the web site:
http://svn.apache.org/viewcvs.cgi/jakarta/velocity/trunk/src/java/org/apache/velocity/runtime/resource/loader/DataSourceResourceLoader.java?rev=124215view=markup
It shows the ID tag. But when you retrieve it with subversion it expands
svn.apache.org. Use Subversion, which is available at
http://subversion.tigris.org.
See this page for more info or ask the list for help.
WILL
- Original Message -
From: [EMAIL PROTECTED]
To: Will Glass-Husain [EMAIL PROTECTED]
Sent: Tuesday, December 21, 2004 2:45 PM
Subject: Re: bug velocity
Eric,
That's very cool. Your example really brings it home why it's worth the
trouble to make this functionality pluggable. Thanks for contributing.
WILL
___
Forio Business Simulations
[EMAIL PROTECTED]
www.forio.com
property and just make
#for work as expected, e.g. return the current value of the collection (null or
not).
Are there any compatibility issues with this?
WILL
___
Forio Business Simulations
Will Glass-Husain
phone (415) 440-7500 x89
mobile (415) 235-4293
context.
So the pittfalls of c) come to show...
Cheers,
Christoph
Will Glass-Husain wrote:
Hi,
Does anyone have any strong opinions about null in foreach?
(specifically, reasons why we should not do this patch).
http://issues.apache.org/bugzilla/show_bug.cgi?id=27741
Note - I see this as a separate
Hi Shinobu,
A quick response to your question on tests...
One thing that's bothering me about the tests is the source tree.
Couldn't we separate it from the build tree? I'm sure we don't need
the test classes in the release jar.
I don't personally have strong feelings on this, other than apathy
, 2004 2:12 PM
Subject: Re: Java v1.5.0
Hi Will,
On Thu, Dec 16, 2004 at 01:40:40PM -0800, Will Glass-Husain wrote:
It gives a warning, but does it compile correctly?
YES, the compilation process is successfull and i think the
velocity-dev.jar works fine (until now untested), i will use this jar
Tim,
Thanks for the tips. Interesting points re: Confluence and JIRA. I've used
submitted a few JIRA bugs for Hibernate and really like it. One thing at a
time though.
Moin Moin seems annoying. Maybe it will grow on me.
WILL
P.S. The syntax to avoid links reminds me of how to separate
? (Is
it really more intuitive to say '''This is Bold''' than bThis is bold/b?)
WILL
___
Forio Business Simulations
Will Glass-Husain
phone (415) 440-7500 x89
mobile (415) 235-4293
[EMAIL PROTECTED]
www.forio.com
It gives a warning, but does it compile correctly?
WILL
- Original Message -
From: Christian Trutz [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Thursday, December 16, 2004 10:57 AM
Subject: Java v1.5.0
Hello,
i get this warning:
[javac] Compiling 197 source files to
15, 2004 6:40 AM
Subject: Announce : Will Glass-Husain as Committer
It is with great happiness that I can announce that Will Glass-Husain has
been elected a Velocity committer.
I've known Will for some time now, both online and in the real world, and
it's been great to see his interest
I haven't heard a big demand for this feature, myself.
(Velocity templates should be able to specify their own encoding)
I think most people set the encoding in the Java code when merging the
template.
WILL
- Original Message -
From: Christian Trutz [EMAIL PROTECTED]
To: Velocity
Thanks for the email.
I'll note that backwards compatibility is an important philosophy for this
project - believe it or not there are still JDK 1.3 users out there. (and
it seems arrogant to demand they upgrade merely to use one library).
But it's an interesting idea to bring in useful JDK
curious if anyone has
other
reasons they like to code in 1.4.
-Original Message-
From: Will Glass-Husain [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 14, 2004 4:01 PM
To: Velocity Developers List
Subject: Re: JDK compatibility?
Let me more specific. What's the minimum requirements
, 2004 10:59 AM
Subject: Re: Exception
Will Glass-Husain wrote:
Thanks for the email.
I'll note that backwards compatibility is an important philosophy for
this project - believe it or not there are still JDK 1.3 users out
there. (and it seems arrogant to demand they upgrade merely to use one
?
The 1.5 stuff is nice.
God has given us auto-boxing, let us no longer worry about the primitives
among us.
-Original Message-
From: Will Glass-Husain [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 14, 2004 2:00 PM
To: [EMAIL PROTECTED]
Subject: JDK compatibility?
Just a quick question
. But Velocity ships with the ORO library, so this
isn't needed.
Just wondering. I'd like to document this in the Wiki.
WILL
___
Forio Business Simulations
Will Glass-Husain
phone (415) 440-7500 x89
mobile (415) 235-4293
[EMAIL PROTECTED]
www.forio.com
Specialist,
Thanks for the message and interest. Velocity is certainly not dieing --
there's a strong user community and the library is used both by independent
developers and as a supporting template for many other projects. It's a
mature tool that's proved useful to a wide variety of
Hi,
Just my quick two cents. I've been using JSP/JSTL a lot in the last year,
and it's made life much easier by treating null/empty string equivalent, at
least when checking to see if something is empty with the empty function.
Also some of the databases do this (Oracle in particular). I sort
]
To: Velocity Developers List [EMAIL PROTECTED]
Cc: Will Glass-Husain [EMAIL PROTECTED]
Sent: Monday, November 29, 2004 1:18 PM
Subject: Re: ClasspathResourceLoader comments
On Nov 29, 2004, at 12:27 PM, Mike Heath wrote:
(6) Here's a problem. Any use of this ClasspathResourceLoader within a
custom
Hi,
I did a little research into the ClasspathResourceLoader bugzilla entry [1].
Here is a summary of what I found. I'd appreciate any comments. If this
seems reasonable, I'll add it to the Bugzilla entry.
Quick abstract. (a) Proposed solution seems reasonable; (b) Changing
getResource to
Great job on the Subversion move.
A note to developers. If you use Eclipse, be sure to download the Eclipse
plugin Subclipse from Tigris.
WILL
- Original Message -
From: Daniel Rall [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent: Sunday, November 14, 2004 6:03 PM
Subject: [vote]
Hi Kathy,
You might ask users in the Velocity Users list (velocity-users) for help
with this. I'd suggest looking at the Velocity Tools sub project, and the
VelocityLayoutServlet in particular.
WILL
- Original Message -
From: Kathy Koehler [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Sent:
Hi Mike,
Thanks for working on this. I agree, it'd be nice if exceptions could be
handled by Velocity's container.
Am I wrong on this, or could you just install an event handler to throw the
exception (instead of doing a patch).
601 - 700 of 822 matches
Mail list logo