Great work, Supun! The code and tests look great. I look forward to
trying this out myself.
On 8/22/07, Supun Kamburugamuva [EMAIL PROTECTED] wrote:
Hi list,
I'm really glad that I could solve both VELOCITY-362 and VELOCITY-529.
Here is a general description about how I solved the two
When given a map, #foreach iterates over the values, not the entries.
To iterate over the entries, do:
#foreach( $taskList in $otherTaskLists.entrySet() )
$taskList.key = $taskList.value
#end
On 9/17/07, Andrey Kudryavtsev [EMAIL PROTECTED] wrote:
Hello, developers! I like Velocity very much,
On 9/20/07, Philippe Collignon [EMAIL PROTECTED] wrote:
Hi,
I have just released an Ant task to generate code from XML files
and Velocity templates called XmlGen.
http://xmlgen.sourceforge.net
XmlGen makes XML nodes available to the Velocity template.
You can access XML elements by name,
completely with these guidelines. If a framework (Velocity) is
doing
its job correctly, it doesn't need to tell the world about it (INFO).
regards Malcolm Edgar
On 9/25/07, Nathan Bubna [EMAIL PROTECTED] wrote:
hey folks,
for various reasons, i've been running Velocity
On 9/25/07, Will Glass-Husain [EMAIL PROTECTED] wrote:
Wow, Nathan -- you are on a tear. Nice work.
well, i found a little time to work on some of these nagging little things. :)
WILL
On 9/25/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: nbubna
Date: Tue Sep 25 10:59:43 2007
On 9/25/07, Geir Magnusson Jr. [EMAIL PROTECTED] wrote:
what if it returns something you can't iterate over? Maybe check the
return type first?
yeah, that's a problem. thanks for catching this!
geir
On Sep 25, 2007, at 4:22 PM, Nathan Bubna wrote:
On 9/25/07, Will Glass-Husain [EMAIL
On 9/26/07, Christopher Schultz [EMAIL PROTECTED] wrote:
Geir,
Geir Magnusson Jr. wrote:
what if it returns something you can't iterate over?
You get a ClassCastException :(
Maybe check the return type first?
I agree. It's your choice if you want to throw something like
On 10/26/07, Christopher Schultz [EMAIL PROTECTED] wrote:
Nathan,
Nathan Bubna wrote:
I have scratched my main personal itches for VelocityTools 2, but
there are still some things i was planning to have before we release
2.0, specifically updated docs, updated showcase examples, Tiles2
Yeah, this has me baffled too. We haven't changed any Engine code.
Perhaps someone changed something in our gump config or one of our
dependencies? not sure.
On 10/27/07, Will Glass-Husain [EMAIL PROTECTED] wrote:
I can't figure out why this happened. ant test passes on my local
machine.
On 10/28/07, Claude Brisson [EMAIL PROTECTED] wrote:
Le vendredi 26 octobre 2007 à 11:38 -0700, Nathan Bubna a écrit :
Hey Velocity folks (and especially VelocityTools folks),
VelocityTools 2 is working well and pretty much ready for another
alpha release, but it's not moving as quickly
yeah, not ideal. but everything works on my end. good call with
catching the junit error. haven't seen that before.
On 10/29/07, Will Glass-Husain [EMAIL PROTECTED] wrote:
wow. feels pretty primitive. but necessary, I suppose.
WILL
On 10/29/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
On 10/30/07, Velocity Gump dev@velocity.apache.org wrote:
...
[junit] Running org.apache.velocity.test.BuiltInEventHandlerTestCase
[junit] Caught invalid references (local configuration).
[junit] Caught invalid references (global configuration).
[junit] Correctly escaped HTML
from looking at the source code, there is a comment within the method
that implies that SSLExt also supports this sort of toEncoded()
behavior, but handles anchor/query string ordering differently. any
idea how response.encodeURL() handles those (if it does at all)? i
didn't write that code, so
On 10/30/07, Christopher Schultz [EMAIL PROTECTED] wrote:
Nathan,
Nathan Bubna wrote:
hmm. i haven't run a full ant test on the trunk lately, though ant
test.generic worked recently when i checked in the RenderTool fix.
i'll try it out. probably something broken. i've been pretty
On 11/1/07, Christopher Schultz [EMAIL PROTECTED] wrote:
Nathan,
While looking at org.apache.velocity.tools.view.LinkTool in the 2.x
branch, I see that the tool says Since VelocityTools 1.0.
I wanted to ask if you should change that to 2.0 since this class
didn't exist until the 2.x branch.
+1 I think it makes sense that the default would be to ignore
actively set params.
On 11/1/07, Christopher Schultz [EMAIL PROTECTED] wrote:
All,
Nathan and I have just added addAllParameters capability to the
LinkTool (including explicit ignoring of current-request parameters) and
I started
On 11/1/07, Christopher Schultz [EMAIL PROTECTED] wrote:
All,
Any given tool gets an init(Object) call before it gets used. For view
tools, that object is a ViewContext. How can I pass configuration
parameters from the toolbox.xml file into the tools via the ViewContext
object?
For Veltools
On 11/1/07, Christopher Schultz [EMAIL PROTECTED] wrote:
Nathan,
Nathan Bubna wrote:
For Veltools 1.x, in the tool:
public void configure(Map params) {
//TODO: extract and use params here
}
I'm an idiot. I totally missed that method and focused all my
concentration on the init
On 11/3/07, Jason van Zyl [EMAIL PROTECTED] wrote:
Hi,
Not sure how it happened that for releases 1.0, 1.1, 1.2 you have POMs
and then for version 1.3 you don't but it wreaks havoc with anyone
trying to build with this in Maven.
Sorry. I don't remember precisely (though a mailing list
On Nov 12, 2007 1:33 AM, Antonio Petrelli [EMAIL PROTECTED] wrote:
The .pom file for velocity-tools 1.3 is not present in the main repository:
http://repo1.maven.org/maven2/velocity-tools/velocity-tools/1.3/
Can you fix it please?
see http://markmail.org/message/5xm67jzcxtv2q6vn
there aren't
On Nov 10, 2007 2:54 AM, Claude Brisson [EMAIL PROTECTED] wrote:
Le vendredi 09 novembre 2007 à 12:15 -0800, Nathan Bubna a écrit :
- the hasSubKeys things doesn't make any sense to me
Maybe the name isn't appropriate. What I call subkey is foo or bar
in foo.bar. Feel free to rename anything
On Nov 13, 2007 3:46 AM, Claude Brisson [EMAIL PROTECTED] wrote:
Le lundi 12 novembre 2007 à 16:18 -0800, Nathan Bubna a écrit :
ah. ok, looked closer at the latest version. looks good. thx. :)
but now i have a new question... why the expandSingletons stuff? we
don't expand them
On Nov 13, 2007 8:07 AM, Nathan Bubna [EMAIL PROTECTED] wrote:
On Nov 13, 2007 3:46 AM, Claude Brisson [EMAIL PROTECTED] wrote:
Le lundi 12 novembre 2007 à 16:18 -0800, Nathan Bubna a écrit :
snip/
My feeling here is that although foo.int is a cool syntax, it has too
many backwards
On Nov 13, 2007 8:52 AM, Nathan Bubna [EMAIL PROTECTED] wrote:
On Nov 13, 2007 8:07 AM, Nathan Bubna [EMAIL PROTECTED] wrote:
On Nov 13, 2007 3:46 AM, Claude Brisson [EMAIL PROTECTED] wrote:
Le lundi 12 novembre 2007 à 16:18 -0800, Nathan Bubna a écrit :
snip/
My feeling here
2.x... :)
stay tuned...
On Oct 29, 2007 8:24 AM, Nathan Bubna [EMAIL PROTECTED] wrote:
On 10/28/07, Claude Brisson [EMAIL PROTECTED] wrote:
Le vendredi 26 octobre 2007 à 11:38 -0700, Nathan Bubna a écrit :
Hey Velocity folks (and especially VelocityTools folks),
VelocityTools 2
Ok, folks. I believe it's time to wrap up VelocityTools 1.x and move
on. This is the last planned release in the 1.x series. Since i
really don't think anyone has other changes waiting in the wings for
the release, i went ahead and rolled the test build. Please test
thoroughly, so just maybe
), JDK
1.5 (worked) and JDK 1.6 (worked).
I'm -0 due to the pom issue but would flip to +1 if someone tells me this is
ok or it's fixed.
WILL
On Nov 15, 2007 7:38 AM, Christopher Schultz [EMAIL PROTECTED]
wrote:
Nathan,
Nathan Bubna wrote:
The test build for this release is available
Ok, i fixed the problems that Will found an uploaded a new test build.
The test build for this release is available at:
http://people.apache.org/~nbubna/velocity/tools/1.4/
Please vote regarding your support for releasing this test build as
VelocityTools 1.4:
[ ] +1 Let's do it
[ ] +0 Have fun;
On Nov 16, 2007 7:48 AM, Claude Brisson [EMAIL PROTECTED] wrote:
+
+Once the release vote has passed, these should all be copied to
+/x1/www/www.apache.org/dist/velocity/tools/${project.version}
+and the jars should be copied into
+
-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On
Behalf
Of Nathan Bubna
Sent: 16. nóvember 2007 00:44
To: Velocity Developers List; [EMAIL PROTECTED]
Subject: [VOTE] Release VelocityTools 1.4 (take two)
Ok, i fixed the problems that Will found an uploaded a new test build
On Nov 16, 2007 1:00 PM, Henning P. Schmiedehausen [EMAIL PROTECTED] wrote:
Antonio Petrelli [EMAIL PROTECTED] writes:
2007/11/16, Nathan Bubna [EMAIL PROTECTED]:
hmm. do you think this is something worth re-rolling the release?
It's really annoying for maven-based software (like Struts 2
Sorry about all the votes. I will in the future take Henning's advice
and put the test builds up a couple days before calling for the vote.
However, since we've already had a few days to go over this one, i'm
guessing we don't need to wait. Third time's a charm, right?
Again, the test build for
scope has not been changed,
at least in the src distribution.
And another thing: there is a dependency to velocity, with groupId
velocity. Shouldn't it be org.apache.velocity?
Antonio
2007/11/17, Nathan Bubna [EMAIL PROTECTED]:
Sorry about all the votes. I will in the future take Henning's
all seems fairly quiet... wondering if it's safe to call for a vote
(again)... anyone have a chance to review the latest test build,
particularly the pom?
http://people.apache.org/~nbubna/velocity/tools/1.4/
On Nov 18, 2007 11:35 AM, Nathan Bubna [EMAIL PROTECTED] wrote:
a new test build
On Nov 19, 2007 3:11 PM, Christopher Schultz
[EMAIL PROTECTED] wrote:
Nathan,
Nathan Bubna wrote:
#foreach( $item in $loop.watch($items) )
$item
#if( $item eq 'some break condition' )$loop.break()#end
#end
If you're going to support break, how about supporting continue as
well
Ok, the latest test build has been up since Sunday afternoon with no
complaints. So, here's the fourth (and i really hope final) call for
a vote to release it:
Again, the test build for this release is available at:
http://people.apache.org/~nbubna/velocity/tools/1.4/
Please vote regarding your
On Nov 22, 2007 6:30 AM, Claude Brisson [EMAIL PROTECTED] wrote:
Hi dev,
I'd like to change the behaviour of #set($foo = $evaluates_to_null)
The current behaviour is to log (debug loglevel) the message RHS of
#set statement is null
What I'd like to do:
- set the loglevel of this
The vote has passed! Finally! :)
+1
Nathan Bubna
Antonio Petrelli (non-binding)
Claude Brisson
Will Glass-Husain
No other votes (for take four) were received.
On Nov 20, 2007 8:47 AM, Nathan Bubna [EMAIL PROTECTED] wrote:
Ok, the latest test build has been up since Sunday afternoon
i may have gotten it to work. from my local copy, rather than the
zone. waiting for the public server to sync up to be sure...
On Nov 27, 2007 12:20 PM, Nathan Bubna [EMAIL PROTECTED] wrote:
oh, and this needs to happen asap both so i can announce the
VelocityTools 1.4 release, and because
yep. :)
On Nov 27, 2007 1:28 PM, Will Glass-Husain [EMAIL PROTECTED] wrote:
I'm no expert on this, but did you remember?
newgrp velocity
Will*
*
On Nov 27, 2007 1:17 PM, Nathan Bubna [EMAIL PROTECTED] wrote:
i may have gotten it to work. from my local copy, rather than the
zone
ok, the site just got sync'd. everything works and is updated except
the download page. darn permissions error again. i chmod a+x on
that; it should work at next sync. will wait to announce until
then...
On Nov 27, 2007 1:33 PM, Nathan Bubna [EMAIL PROTECTED] wrote:
yep. :)
On Nov 27
The Apache Velocity Team announces the immediate availability of the
of Apache VelocityTools 1.4.
Downloads are available here:
http://velocity.apache.org/download.cgi#tools
Apache VelocityTools is a supplemental library for the Apache Velocity
templating engine. VelocityTools provides
now that 1.4 has been released and we're planning to end the 1.x
series, i would like to move the 2.x branch to become the trunk. this
should avoid confusion about what to make patches against and where
work is happening.
i, however, have had little experience with doing big merges like
this.
Le mercredi 28 novembre 2007 à 10:40 -0800, Nathan Bubna a écrit :
now that 1.4 has been released and we're planning to end the 1.x
series, i would like to move the 2.x branch to become the trunk. this
should avoid confusion about what to make patches against and where
work is happening
On Nov 29, 2007 4:33 AM, Marta Gascó Julio [EMAIL PROTECTED] wrote:
Hello Velocity users,
I'm not sure if the purpose of this list is giving solutions to problems and
helping other users to solve theirs doubts or just work in the development.
So, please don't feel annoyed with this email if
in case you weren't paying attention to the cvs commits or previous
emails, i figured it was worth restating that we have now svn move'd
the trunk to branches/1.x and svn move'd branches/2.x to be the new
trunk. This means that on your local trunk/1.x working copy, you need
to do:
svn switch
Hi Frederico,
Yes, you would be starting from scratch. You are welcome to use any
colors that would look good with the current site. If you feel it
fits aesthetically, you could incorporate either the Apache feather or
aspects of other Velocity logos, though neither of these are
requirements.
Hi Frederico,
Thanks for participating in this! So you know, our mailing list
strips many attachment types and seems to have stripped out an
attachment from your email.
It is also generally better (not to mention more reliable) to attach
files to the task itself, to keep things properly
Hi Mark,
Here's my feedback on the first drafts
Apache Velocity_rough1.png:
- I *really* like the professional, clean look of the fonts and colors here!
- Apache Velocity should be changed to Anakia or maybe Apache Anakia.
- It should feature the name of the project much more prominently
than
JIRA is the name of our bug/feature/etc tracking software. An issue
is a specific bug or feature that is in the tracker. To create a JIRA
issue, create an account on our JIRA instance
(http://issues.apache.org/jira/browse/VELOCITY) and then create a new
issue there. It would appear that it
Hey Edward,
That's a pretty good start, though i confess that it took me a second
to realize that the symbol was a V with a T inset. The T is
particularly hard to recognize. Still, the symbol looks a lot
snazzier than the current meager wrench (no offense, if you're still
out there Tim Colson
Ok, the docs for VelocityTools 2 are no longer absent nor wrong,
though they are still incomplete.
The codebase continues to be very stable and only incrementally improved.
I think it's time to put a beta out there and hopefully get more
people to start testing it out.
The distribution files are
ok, here's my vote...
1) First draft, I didn't like it very much:
http://i226.photobucket.com/albums/dd53/shadowpwner/ApacheVelocityTools.png
Having now been much influenced by my wife's thoughts :), this would
now be my favorite if it were in the colors of #2, with the word
Tools in thin font
Oops. :) Well, Claude and i already responded, so i'm guessing you
didn't get those responses. Here's the thread:
http://velocity.markmail.org/search/?q=VelocityTools+Logo+Voting#query:VelocityTools%20Logo%20Voting+page:1+mid:kkhaxeslwb5okz5a+state:results
On Dec 16, 2007 8:27 PM, Edward
of number 1, with the screenshot of what it would
look like on the website:
http://i226.photobucket.com/albums/dd53/shadowpwner/VelocityTools1copy.png
love it. this is hands down my favorite.
~Edward :)
On Dec 17, 2007 3:14 PM, Nathan Bubna [EMAIL PROTECTED] wrote:
If no one breaks
] wrote:
Thanks for letting me work on the logo. I'm glad I had the opportunity to
work with and communicate with the people at Velocity. If you need any help
design wise, be sure to contact me.
Regards,
Edward :)
On Dec 17, 2007 7:03 PM, Nathan Bubna [EMAIL PROTECTED] wrote:
On Dec 17
The Velocity developers are pleased to make the first beta release of
VelocityTools 2.0 available for download and testing.
Downloads of VelocityTools 2.0-beta1 are available here:
http://velocity.apache.org/download.cgi#tools
This release marks the completion of major development in
).
On Jan 3, 2008 2:35 PM, Nathan Bubna [EMAIL PROTECTED] wrote:
Also note that as of Velocity 1.5, you can include line breaks in
strings, making it reasonable (though not as pretty to do something
like:
#macro( myForm $body )
form...
$body
/form
#end
On Jan 16, 2008 2:27 PM, Christopher Schultz
[EMAIL PROTECTED] wrote:
Gary,
Gary Bentley wrote:
For the class name, it's needed because during the parse it uses the
class name to resolve method/field accesses. Without it resolution
would be needed at execution time. In theory it's not
On Jan 17, 2008 7:34 AM, Christopher Schultz
[EMAIL PROTECTED] wrote:
Gary,
Gary Bentley wrote:
Actually, just so I know could you let me know what the life-cycle is
for tool objects? Is a new tool object created per request and
hence discarded after the request has been made. Or is a
the items you are talking about.
Gary
Nathan Bubna wrote:
On Jan 16, 2008 2:27 PM, Christopher Schultz
[EMAIL PROTECTED] wrote:
Gary,
Gary Bentley wrote:
For the class name, it's needed because during the parse it uses the
class name to resolve method/field accesses
On Jan 31, 2008 4:57 PM, Michael Wallstedt [EMAIL PROTECTED] wrote:
Hi,
I am trying to use Velocity to generate jrxml files for Jasper reports.
Unfortunately, jrxml has some syntax that's dangerously close to yours. In
my case I need a string like
$P{foo}.bar
to come through unmodified.
I don't see any problem with it, so long as all tests still run and pass.
On Thu, Feb 14, 2008 at 9:33 AM, Christopher Schultz
[EMAIL PROTECTED] wrote:
All,
While updating my unit test for VELTOOLS-103
(https://issues.apache.org/jira/browse/VELTOOLS-103), found that I
needed to change the
On Thu, Feb 14, 2008 at 12:05 PM, Christopher Schultz
[EMAIL PROTECTED] wrote:
Nathan Bubna wrote:
sure. is the TUC library available in the Maven repos yet?
Assuming that requires something on my part, it surely isn't.
a quick googling seems to indicate this is a place to start reading
how to do it.
On Feb 20, 2008, at 5:16 PM, Nathan Bubna wrote:
I'm pretty sure #local is still just in Geir's whiteboard section. No
one has ever gotten it promoted out of there. I've never been opposed
to it, but i've also never been interested in putting the work needed
On Thu, Feb 21, 2008 at 6:36 AM, Christopher Schultz
[EMAIL PROTECTED] wrote:
Nathan,
Nathan Bubna wrote:
I'm pretty sure #local is still just in Geir's whiteboard section. No
one has ever gotten it promoted out of there. I've never been opposed
to it, but i've also never been
scoped velocimacros...
geir
On Feb 21, 2008, at 12:57 PM, Nathan Bubna wrote:
On Thu, Feb 21, 2008 at 6:36 AM, Christopher Schultz
[EMAIL PROTECTED] wrote:
Nathan,
Nathan Bubna wrote:
I'm pretty sure #local is still just in Geir's whiteboard
section. No
one has ever
Weird. Would you open up a JIRA issue on this?
http://issues.apache.org/jira/browse/VELOCITY
And if you wanted to go the extra mile, a test case patch would be awesome! ;)
On Mon, Mar 3, 2008 at 3:02 PM, Gehlhaar, Dan [EMAIL PROTECTED] wrote:
Greetings, Velocity developers. I am
There seem to be a few different questions here.
If you are asking about using a class in a vm (velocity template),
yes, there are many ways to do this, and it is in many ways easier to
work with objects in a template than in a JSP. the VelocityTools
project can automatically make a class
On Wed, Mar 5, 2008 at 7:09 AM, Christopher Schultz
[EMAIL PROTECTED] wrote:
Nathan,
Nathan Bubna wrote:
If you are asking whether you can embed JSP markup within a Velocity
template, then the answer is definitely no. though, there have been
some efforts to use tags within templates
On Wed, Mar 5, 2008 at 11:51 PM, Claude Brisson [EMAIL PROTECTED] wrote:
Le mercredi 05 mars 2008 à 12:13 -0800, Nathan Bubna a écrit :
#snip()
interesting. seems like new ideas are starting to pop up. :) i have
one i'm excited about, but i'm not quite ready to put it out
On Thu, Mar 6, 2008 at 6:21 AM, Deinhammer, Guido
[EMAIL PROTECTED] wrote:
Hi Chris,
You are right - for a solution that is part of the standard, it would be
better to use a nested context to avoid the args. prefix. I already
used macros with only one args parameter - so for me it didn't
On Mon, Mar 10, 2008 at 1:12 PM, Christopher Schultz
[EMAIL PROTECTED] wrote:
All,
This is a bit more of a users list question, but I think it will
evolve into a dev discussion, so I'm posting it here.
I have a List that I'd like to remove objects from. java.util.List
implements two
ok folks, here's a build for 2-beta2.
http://people.apache.org/~nbubna/velocity/tools/2.0-beta2/
please kick the tires and report any nitpicks soon. assuming no one
sees any problems, i'll call for a release vote this weekend. with
luck, that vote will close early next week, and i can push
On Fri, Jun 27, 2008 at 11:45 PM, Antonio Petrelli
[EMAIL PROTECTED] wrote:
First of all, sorry for crossposting again :-)
2008/6/28 Nathan Bubna [EMAIL PROTECTED]:
If none of this finds a home in Spring or Tiles, i would be interested
in bringing some of it over into VelocityTools.
First
since it looks like Tiles will be the proper home, this will be my
last cross-post to [EMAIL PROTECTED] if anyone there wants to continue
following this, c'mon over to [EMAIL PROTECTED] :)
On Sat, Jun 28, 2008 at 11:46 AM, Antonio Petrelli
[EMAIL PROTECTED] wrote:
2008/6/28 Nathan Bubna [EMAIL
My thoughts inline...
On Wed, Jul 2, 2008 at 10:49 AM, Tom Jenkins [EMAIL PROTECTED] wrote:
I posted on the user list asking where I should bring up the results
of a 3rd party security audit one of our applications had to go
through.
All of these were found through static analysis; no attack
On Wed, Jul 2, 2008 at 12:59 PM, Will Glass-Husain
[EMAIL PROTECTED] wrote:
Thanks, Tom.
That's interesting. Appreciate the time to compile this list and post it.
I've posted some thoughts (fairly adhoc) directed to the community, you, and
your auditors below.
Personally, I wasn't familiar
at 9:54 AM, Nathan Bubna [EMAIL PROTECTED] wrote:
There was no negative feedback on the test build (no feedback at all
actually), so we're moving on to a vote...
The test build is still available here:
http://people.apache.org/~nbubna/velocity/tools/2.0-beta2/
Improved documentation
Yeah, i forgot to update the main site when i did the beta1 release.
I have a candidate for a beta2 release awaiting another vote. When
that release happens (this week would be nice), then i'll update the
news page. That is, unless someone beats me to it. Heck, this is
open source, even the
Ok, in a fit of procrastinating what i should really work on this
morning, i thought i'd try and do a quick update of the site to show
the Tools 2.0-beta1 release, and thus ensure i can update the site on
my new laptop, prior to finalizing (hopefully) the 2.0-beta2 release.
Unfortunately, i can't
Sundling
On Mon, 7 Jul 2008, Nathan Bubna wrote:
Ok, in a fit of procrastinating what i should really work on this
morning, i thought i'd try and do a quick update of the site to show
the Tools 2.0-beta1 release, and thus ensure i can update the site on
my new laptop, prior to finalizing (hopefully
is now in Maven core? It'd be
nice if this could be a standard installation.
i wouldn't know, and i really only have so much attention/time i can
give to OSS. Maven is off my radar.
WILL
On Mon, Jul 7, 2008 at 4:19 PM, Nathan Bubna [EMAIL PROTECTED] wrote:
On Mon, Jul 7, 2008 at 1:39 PM, Paul
On Mon, Jul 14, 2008 at 1:19 PM, Will Glass-Husain
[EMAIL PROTECTED] wrote:
Really? that's a better style? not that I feel strongly about it,
but I always thought it was better to return in one place. easier to
debug. seems cleaner flow of execution, too.
heh. i suppose it's different
On Mon, Jul 14, 2008 at 2:43 PM, Will Glass-Husain
[EMAIL PROTECTED] wrote:
Nathan,
Is the vararg support documented? I'm guessing not, which means we
need to remember to capture this later. (It's just a sentence or two,
but it'd be nice to get in the user guide).
Hmm. I think it's
ok, so i somehow managed to break
http://velocity.apache.org/download.cgi
in my attempt at a manual update of the site to add Tools 2.0-beta2.
i've tried a few things to fix it, but no dice yet. so for now i
changed the news.html and news.rss to point directly to a working
download:
-- are you around?
WILL
On Mon, Jul 14, 2008 at 7:30 PM, Nathan Bubna [EMAIL PROTECTED] wrote:
ok, so i somehow managed to break
http://velocity.apache.org/download.cgi
in my attempt at a manual update of the site to add Tools 2.0-beta2.
i've tried a few things to fix it, but no dice yet
Might we see the revelant snippet(s) of your template and/or context
construction?
On Tue, Jul 15, 2008 at 3:20 AM, Jason [EMAIL PROTECTED] wrote:
My variable is int, but when output through velocity, it changed to float.
Very strange.
Such as 24 changed to 24.0
How output 24 ?
Jason
The Velocity developers are pleased to make the second beta release of
VelocityTools 2.0 available for download.
Downloads are available here:
http://velocity.apache.org/download.cgi
Major development in VelocityTools 2.0 has been essentially complete
for some time, and the focus is on fixing
1) Does anyone out there actually use custom implementations of the
IntrospectorCache interface?
2) Does anyone use any IntrospectorCacheListeners?
3) Can anyone give me a use-case for IntrospectorCacheListeners? (Henning?)
For those curious about my reasons for asking: i'm looking at
org.apache.velocity.runtime.log.Log;
/**
@@ -39,6 +39,7 @@
* @author a href=mailto:[EMAIL PROTECTED]Attila Szegedi/a
* @author a href=mailto:[EMAIL PROTECTED]Geir Magnusson Jr./a
* @author a href=mailto:[EMAIL PROTECTED]Henning P. Schmiedehausen/a
+ * @author Nathan Bubna
* @version $Id$
*/
public class ClassMap
Given the lack of affirmative response, i'm going to take some wild
guesses here...
On Thu, Jul 24, 2008 at 10:34 PM, Nathan Bubna [EMAIL PROTECTED] wrote:
1) Does anyone out there actually use custom implementations of the
IntrospectorCache interface?
nope.
2) Does anyone use any
own IntrospectorCache implementation that does
just that. or, of course, if Henning feels it's important, he can
veto my changes, and i'll revert and find another way to boost
performance here. :)
Nathan Bubna wrote:
Given the lack of affirmative response, i'm going to take some wild
Well, for VelocityTools 2, i've ditched the separate tool
documentation file and am focusing on making the javadoc serve well.
It was too much to try and keep the separate xml file in sync, as you
have discovered.
Please feel free to improve the javadoc but don't bother with the xml
file unless
14, 2008 at 4:37 PM, [EMAIL PROTECTED] wrote:
Can you please send me a jar of 1.6-dev
Best Regards,
Wayne Baskin
www.booktopia.com.au
+61 2 9954 1080
Nathan Bubna
(JIRA) To: [EMAIL PROTECTED]
[EMAIL PROTECTED
Ok, patch is in the trunk. I intend to try and get a beta out very
soon, as i think we're ready for that, but i'd like to see a few more
cases resolved (especially Uberspect chaining) before we do a 1.7
final.
On Fri, Aug 15, 2008 at 11:38 AM, Erron Austin [EMAIL PROTECTED] wrote:
Applying the
This is probably the closest thing to it.
http://velocity.apache.org/tools/devel/javadoc/org/apache/velocity/tools/view/MultiViewsTool.html
but that's not quite what you're seeking, i think.
On Thu, Aug 21, 2008 at 5:28 PM, Lilianne E. Blaze
[EMAIL PROTECTED] wrote:
Hello,
I need the ability
I have no idea about JSF of Facelets, but there is this:
http://velocity.apache.org/tools/devel/view.tag.html
http://velocity.apache.org/tools/devel/javadoc/org/apache/velocity/tools/view/jsp/VelocityViewTag.html
On Thu, Aug 21, 2008 at 5:28 PM, Lilianne E. Blaze
[EMAIL PROTECTED] wrote:
Hello,
,VelocityView) ?
Greetings, L
Nathan Bubna wrote:
I have no idea about JSF of Facelets, but there is this:
http://velocity.apache.org/tools/devel/view.tag.html
http://velocity.apache.org/tools/devel/javadoc/org/apache/velocity/tools/view/jsp/VelocityViewTag.html
On Thu, Aug 21, 2008 at 5:28
On Fri, Aug 22, 2008 at 4:39 PM, Lilianne E. Blaze
[EMAIL PROTECTED] wrote:
Hello,
Nathan Bubna wrote:
No, i don't have JSF plans, and i'm not aware of anyone else having them.
As for VelocityView, you don't really need it unless you want
VelocityTools support included in your tags. You
101 - 200 of 1184 matches
Mail list logo