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 as i'd hoped. In the
meantime, VelocityTools 1.x has a few unreleased features and fixes
that are overdue for release. This has
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 update
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
> > a
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]>
On 10/30/07, Velocity Gump wrote:
...
> [junit] Running org.apache.velocity.test.BuiltInEventHandlerTestCase
> [junit] Caught invalid references (local configuration).
> [junit] Caught invalid references (global configuration).
> [junit] Correctly escaped HTML
> [junit] Correct
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 i
On 10/30/07, Christopher Schultz <[EMAIL PROTECTED]> wrote:
> All,
>
> I recently added a JIRA enhancement and included a patch. I want to add
> a unit test (for my changes to the LinkTool) to the existing tests, but
> I'm having trouble doing so.
>
> First, the test system itself is cumbersome (to
On 10/30/07, Christopher Schultz <[EMAIL PROTECTED]> wrote:
> Nathan,
>
> Nathan Bubna wrote:
> > two ideas: 1) find out what other projects with similar needs use.
> > 2) search google for libs to support this
>
> Yeah, I googled for mock servlet and found a
On 10/30/07, Nathan Bubna <[EMAIL PROTECTED]> wrote:
> On 10/30/07, Christopher Schultz <[EMAIL PROTECTED]> wrote:
> > Nathan,
> >
> > Nathan Bubna wrote:
> > > two ideas: 1) find out what other projects with similar needs use.
> > > 2) sea
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.
&g
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
+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
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
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 a
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
hey Claude, i'm not sure if you're done with this or if it's still in
process, but there's a few problems so far (in decreasing order of
importance):
- ant test is now failing
- the hasSubKeys things doesn't make any sense to me
- stylistically, the practice for Velocity projects is to keep braces
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
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 &q
On Nov 12, 2007 3:13 PM, Claude Brisson <[EMAIL PROTECTED]> wrote:
> Le lundi 12 novembre 2007 à 10:53 -0800, Nathan Bubna a écrit :
> > it's not the name so much as how it's used. it looks to me like once
> > it searches for subkey "foo", it won't ev
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?
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 :
> > > > My feeling here is that although foo.int is a coo
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
, then it's all
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
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 it
t as well...
> I ran "ant test" under JDK 1.4 (failed with appropriate error message), 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, 2
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 11:06 AM, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
> 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) that use
&g
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
> > +
> > /x1/www/people.a
gt; > +1
> >
> > On Nov 15, 2007 5:49 PM, Marinó A. Jónsson <[EMAIL PROTECTED]> wrote:
> >
> > > +1
> > >
> > > -Original Message-
> > > From: [EMAIL PROTECTED]
> > > [mailto:[EMAIL PROTECTED] On
> > Behalf
> &
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 r
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
servlet-api dependency 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
+1
On Nov 19, 2007 8:15 AM, Will Glass-Husain <[EMAIL PROTECTED]> wrote:
> Hi,
>
> There's been a few user-contributed features added to Texen this past 6
> months. It's a small set of incremental improvements. But rather than let
> them sit around in subversion for eons, I'd like to release ver
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
hey folks,
for VelocityTools 2.0, i'm thinking of deprecating/replacing the
IteratorTool with something a bit simpler and more understandable.
but i'd like to know if/how much people actually use it before i do
so. So please place yourself in a category below:
[] - I regularly use and appreciate
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
>
> I
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
etrelli a écrit :
>
> > 2007/11/19, Nathan Bubna <[EMAIL PROTECTED]>:
> > > 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?
>
On Nov 19, 2007 3:27 PM, Nathan Bubna <[EMAIL PROTECTED]> wrote:
> On Nov 19, 2007 3:11 PM, Christopher Schultz
> <[EMAIL PROTECTED]> wrote:
> > Nathan,
> >
> > Nathan Bubna wrote:
> > > #foreach( $item in $loop.watch($items) )
> > > $item
&
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 logleve
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 after
...again. i swear this worked last time i tried it. i'll continue
trying for a little while, but if anyone else with access to the zone
is willing and able to update the website, please do so asap
(Henning?). instructions are here, though, they aren't working for
me:
http://wiki.apache.org/vel
, apparently deployed an outdated
version, that included none of the updates. i'm a little baffled
there too...
On Nov 27, 2007 12:16 PM, Nathan Bubna <[EMAIL PROTECTED]> wrote:
> ...again. i swear this worked last time i tried it. i'll continue
> trying for a little whi
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
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 g
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. :
hmm. not sure. it's been a while since i set that up.
On Nov 27, 2007 2:09 PM, Claude Brisson <[EMAIL PROTECTED]> wrote:
> And did you add /export/home/velocity/.ssh/id_rsa to your authorized
> hosts on people ?
>
>
> Claude
>
>
> Le mardi 27 novembre 2007
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 powerfu
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. so
y). But I'm pretty sure it's useless.
yeah, i'm sure there'd be plenty of conflicts too. so, given the
alternative above, i'll skip the merge.
>
> Claude
>
>
> Le mercredi 28 novembre 2007 à 10:40 -0800, Nathan Bubna a écrit :
>
> > now that 1.4 h
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 em
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 http
For those who weren't already aware, Apache Velocity is participating
in the following contest:
http://code.google.com/opensource/ghop/2007-8/
The list of tasks available to participants can be found here:
http://code.google.com/p/google-highly-open-participation-asf/issues/list?q=velocity
So yo
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.
A
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 organize
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
Hi Frederico,
Here's my thoughts on the 3 logos.
velocity-project.png:
- I love it! I like the book, the proportions, the prominence of
"DocBook", the colors, and the font. The only possible improvement
would be to put the "D" and "B" in Docbook and the "F" in framework in
the color of that th
Hi Zach,
I'm sorry i didn't think to give some guidelines on the size earlier.
Unfortunately, i also forgot to mention that our mailing list strips
out image attachments (a spam protection), so we didn't get your Texen
logos with your email. Could you attach your logos to the task issue
at:
http
Please don't cross post to both lists. This is a user question (about
developing *with* Velocity), not a dev question (about developing
Velocity itself).
On Dec 1, 2007 10:18 AM, David Terk <[EMAIL PROTECTED]> wrote:
>
> Hey folks,
>
> I have a question regarding the use of javascript and macros.
On Dec 3, 2007 1:43 PM, Christopher Schultz
<[EMAIL PROTECTED]> wrote:
> All,
>
> Although it looks like the Wiki is being taken down,
? do you mean that the VelocityTools2 pages are being migrated to xdoc?
> I thought I might
> report that lots of documentation has apparently been broken by the
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 might
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 a
iew.VelocityView.(VelocityView.java:182)
> >
> > org.apache.velocity.tools.view.VelocityView.(VelocityView.java:174)
> >
> > org.apache.velocity.tools.view.ServletUtils.getVelocityView(ServletUtils.java:89)
> >
> > org.apache.velocity.tools.vi
By the way, thanks for the feedback before the vote. :)
On Dec 15, 2007 11:43 AM, Nathan Bubna <[EMAIL PROTECTED]> wrote:
> Yeah, none of that bothers me beta-wise, though i'd be *much* obliged
> if you'd file a JIRA issue on the problems so we don't forget them
> b
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
Ok, the documentation is much, much more up to date with 2.x
development and the codebase has continued to stay stable whilst
steadily improving. I think it's time for a beta of VelocityTools
2.0.
The test build is still available here:
http://people.apache.org/~nbubna/velocity/tools/2.0-beta1/
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 <[EMAI
If no one breaks the tie for you, you should do it yourself since this
is your contribution to the project. :) Of course, technically it
does still fall to the PMC (project management committee) to decide
whether to use your contribution, but i wouldn't worry about that.
Just make this something
e.
> Heres an updated version 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, Natha
ROTECTED]> 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
s, i think it might cause confusion if their logos are much more
similar to each other than to the rest.
> However, if the people here at Velocity think that I should develop a new
> logo, by all means, I will try.
it is ultimately your call what you want to contribute though. :)
> Re
We have three +1s
Claude Brisson
Nathan Bubna
Will Glass-Husain
i'll try to push the release out soon. no time today though...
On Dec 16, 2007 4:09 PM, Nathan Bubna <[EMAIL PROTECTED]> wrote:
> Ok, the documentation is much, much more up to date with 2.x
> development and
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
VelocityTool
sure to escape all " characters
> > > in your body content:
> > >
> > > #set( $Q = '"' )
> > >
> > > #myForm( "
> > >
> > > " )
> > >
> > > so that you don't prematurely end you
Hi Gary,
So far as i know, you are in fairly unique territory. The #if and
#foreach directives were never really meant to be extended or
replaced, so far as i know. Their roots go deep into the parser and
will almost certainly require a custom build of Velocity, not just
some configuration and e
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
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.
te, it
> appears to have 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:
> >
> > >>>>>>
> > >>>>>> #block(onemacro) without arg #end
> > >>>>>> #block(anothermacro,$arg1) only one arg #end
> > >>>>>> #block(themacro,$arg1,$arg2) etc... #end
> > >>>>>>
> > >&
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
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 chan
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 indicat
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
into it (tests, docs, etc).
http://svn.apache.org/repos/asf/velocity/engine/trunk/whit
ngine 1.6
release, but i'm not sure 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 o
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
ou certainly can do 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,
> >>
> >>
>
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 encounter
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 availab
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
On Wed, Mar 5, 2008 at 5:53 AM, Deinhammer, Guido
<[EMAIL PROTECTED]> wrote:
> Hi,
>
> I followed the discussion here on Macros - and thought you might be
> interested in what I have done to overcome most of their shortcomings.
>
> I understand my writing turned out a little lengthy, but if you
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 n
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
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
> implemen
On Wed, May 7, 2008 at 8:10 AM, Sanders, Charles <[EMAIL PROTECTED]> wrote:
>> The documentation for RuntimeInstance.setConfiguration does not state
>> that the parameter is modified, so it's rude to modify it.
>
> Ah that makes sense.
>
>>Actually, if Velocity supports this, then you can use your
Yeah, if we were to make RuntimeInstance or VelocityEngine do this, it
would be in 2.0. Though, perhaps an IoC assembler could be built
around the existing APIs, hiding them. Spring may already be doing
this to integrate Velocity, though i haven't looked at that lately.
On Thu, Jun 12, 2008 at 4
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 this
Hi Sergey,
This is great! A Tiles2Tool has been on my wish-i-had-the-time-todo
list ever since work on Tiles 2 began, but life is nuts, ya know?
Anyway, i just took a quick look through the code. It looks like key
pieces are there; though it would take a little effort to adapt for
work outside o
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 s
201 - 300 of 1071 matches
Mail list logo