Looks very cool. That's a lot of work!
Some remarks:
- Alternator: we'd like the hand-made examples to return several
values... not that important.
- Date
$date.getDay([ ])
$date.getMont([ ])
$date.getYear([ ])
those three methods take a Date argument, so the
Le lundi 11 décembre 2006 à 09:45 -0800, Nathan Bubna a écrit :
On 12/9/06, Claude Brisson [EMAIL PROTECTED] wrote:
Looks very cool. That's a lot of work!
Some remarks:
- Alternator: we'd like the hand-made examples to return several
values... not that important.
not sure i
Le lundi 11 décembre 2006 à 12:47 -0800, Nathan Bubna a écrit :
so basically, there's plenty of capability in DateTool, but only
limited magic. improvements are welcome!
Ah, one last thing (for now) about the DateTool that I forgot to
mention: are we sure we want to keep the jdk zero-based
(really moving it to the dev list...)
Yeah, ever since Tomcat 5.5 made the obnoxious decision to use
commons-logging (which i could have sworn was supposed to be just a
log wrapper/adapter) as a full-on logging solution responsible for
generating servlet log files and printing to them, our
Some remarks / suggestions...
Le dimanche 17 décembre 2006 à 14:10 +0100, Henning Schmiedehausen a
écrit :
New users need to know
-- What the heck is Velocity?
+1. So what is it? Is it a templating engine? A toolbox for a templating
engine? What is the Velocity project. I'm struggling
Le vendredi 22 décembre 2006 à 13:47 +, Henning P. Schmiedehausen a
écrit :
Hi,
I noticed that the Javadocs and docs output are checked into
SVN. Besides from giving me a big number of M(odified) files from SVN
when I do svn status after building the tools, do we need that?
We do
Project: Velocity
Issue Type: Improvement
Components: Build
Affects Versions: 1.5 beta2
Environment: all
Reporter: Claude Brisson
Priority: Minor
Fix For: 1.5
Attachments: jar-downloading.patch
When
Le mercredi 03 janvier 2007 à 00:50 +, Henning P. Schmiedehausen a
écrit :
[EMAIL PROTECTED] writes:
Hi,
while I'm basically +1 for the patch (lazy consensus), can you please
document each of the properties inside build.properties. ATM they seem
to be self-explanatory but in six
Le mercredi 03 janvier 2007 à 09:24 +0100, Claude Brisson a écrit :
Le mercredi 03 janvier 2007 à 00:50 +, Henning P. Schmiedehausen a
Does the default setting break Gump?
That's a very good question. It's impossible to test that right now
since commons-lang is broken since yesterday
Le vendredi 05 janvier 2007 à 09:24 +0100, Claude Brisson a écrit :
Le mercredi 03 janvier 2007 à 09:24 +0100, Claude Brisson a écrit :
Le mercredi 03 janvier 2007 à 00:50 +, Henning P. Schmiedehausen a
Does the default setting break Gump?
That's a very good question. It's
+1
This is the first valid +1 since the three previous ones where BEFORE
00:00 MET...
(Ok, just jokin')
Claude
Le dimanche 28 janvier 2007 à 23:25 +0100, Henning Schmiedehausen a
écrit :
Due to a misunderstanding in the vote procedure, we actually have to
repeat the release vote, because we
IMHO, taking into account a constructive remark about a change in the
readme file should not interrupt the vote nor the release process. This
is voluntariate time we are spoiling otherwise.
The vote is in itself a good moment to react about the state of the
upcoming release - it'd be rather
Keep sending mail early in the morning! I find this one very
constructive.
Le mercredi 31 janvier 2007 à 06:20 -0800, Will Glass-Husain a écrit :
Hi,
Quick note at 6AM. (always dangerous to send email 15 min after getting up).
How about if I just drop my concerns about the lack of an rc,
, i'm further convinced we need to move to a more
httpd-like release process to avoid wasted release effort. :)
On 2/5/07, Claude Brisson [EMAIL PROTECTED] wrote:
I may have a little commit: IMO the ChainedContext object should not
keep a reference to the session, because the session can
Hi there!
Here are some structural evolutions I'd like to discuss before any
coding. I'm pretty sure that the first one is a good option - the second
one is more prospective.
1. On-demand tools loading: instead of a standard HashMap, the idea here
is to have a ToolMap, inheriting HashMap, which
Hi,
I successfully ran the tests on both projects, but for anakia I got
rather strange messages (although the tests do pass): first some macros
are rejected (just because the template where they are defined is loaded
again, this is a common warning - but still one I consider buggy), then
some
with a
velocimacro.permissions.allow.inline.to.replace.global=true
I met this problem within my webapps. Without caching, an inline macro
generates this warning the second time the template is parsed, which
doesn't sound very logical to me.
Claude
WILL
On 4/23/07, Claude Brisson [EMAIL PROTECTED] wrote:
Hi,
I
Anakia, Texen and DVSL are still declared as components of the Velocity
project in JIRA. IMO we need separate projects. If no-one disagree soon
(and if I've enough JIRA karma to do so) I'll create three new JIRA
projects.
Claude
just need to move the issues
over.
I just gave you jira-administrator karma.
WILL
On 5/12/07, Claude Brisson [EMAIL PROTECTED] wrote:
Anakia, Texen and DVSL are still declared as components of the Velocity
project in JIRA. IMO we need separate projects. If no-one disagree soon
Le dimanche 13 mai 2007 à 21:23 -0700, Will Glass-Husain a écrit :
Claude,
FYI - I went ahead and changed the license in DVSL to Apache License 2.0.
Thanks. I was about to do it.
If you haven't read this before, it's probably good to be aware of this:
.
WILL
On 5/12/07, Claude Brisson [EMAIL PROTECTED] wrote:
Anakia, Texen and DVSL are still declared as components of the Velocity
project in JIRA. IMO we need separate projects. If no-one disagree soon
(and if I've enough JIRA karma to do so) I'll create three new JIRA
projects.
Claude
Le mercredi 16 mai 2007 à 19:50 -0700, Nathan Bubna a écrit :
On the next test I made, I ran into the first real problem, I think: the
init(Object) method seems to not be called at all on an old request
tool. If you've got an idea about this symptome, well tant
mieux (don't know the
Le samedi 19 mai 2007 à 12:52 -0700, Velocity Gump a écrit :
BUILD FAILED
/x1/gump/public/workspace/velocity-tools/build.xml:319: taskdef class
org.apache.tools.dvsl.DVSLTask cannot be found
Yeah, my first break of Gump!
I investigate.
Claude
It's still broken: DVSL still needs the org.apache.log.format.Formatter
class.
This NoClassDefFoundError reminds me of something...
I won't have the time to correct this before later today or early
tomorrow.
Claude
Le dimanche 20 mai 2007 à 10:51 +0200, Claude Brisson a écrit :
Le samedi 19
Le dimanche 20 mai 2007 à 12:46 +0200, Claude Brisson a écrit :
It's still broken: DVSL still needs the org.apache.log.format.Formatter
class.
Ok. An old velocity-1.4.jar in my local lib directory. Everything should
be fine now.
Claude
This NoClassDefFoundError reminds me of something
Le mardi 22 mai 2007 à 23:43 +, Henning P. Schmiedehausen a écrit :
Yes, I've seen the ant run calls for that. While it is nice that DVSL
can do it, I actually prefer the uniform look of all web sites. We
could also build the Anakia web site using Anakia.
Ok. Makes sense.
Claude
Le mercredi 23 mai 2007 à 01:37 +0200, Henning Schmiedehausen a écrit :
If dependencies are missing, here is how I update the
~velocity/.m2/repository:
I enter the deploy/site directory and run mvn site. Maven now
downloads all the required dependencies but not into this repository but
into
Ok, the new site is online (except for the JIRA report, see below).
Le mercredi 23 mai 2007 à 11:55 +0200, Claude Brisson a écrit :
Le mercredi 23 mai 2007 à 01:37 +0200, Henning Schmiedehausen a écrit :
If dependencies are missing, here is how I update the
~velocity/.m2/repository:
I
I propose to relax the access to the three following methods in
VelocityView.java :
-protected Template getTemplate(HttpServletRequest request)
+public Template getTemplate(HttpServletRequest request)
-protected Template getTemplate(HttpServletRequest request,
HttpServletResponse
There is also an implicit syntaxic change in Henning's code example:
he uses
#macro myNamedMacro($arg1, $arg2, $arg3)
... do something with $arg1, $arg2, $arg3
#end
which is quite natural but AFAIK not supported since the valid syntax is:
#macro (myNamedMacro, $arg1, $arg2, $arg3)
Le mardi 29 mai 2007 à 12:16 -0700, Will Glass-Husain a écrit :
Hi,
Oh, definitely, we should target our next release, version 1.6. And we
should aim for JDK 1.4 compile-time / JDK 1.3 run-time compatibility. No
reason to change that.
There could some reasons to require java 1.5, like the
If it's easier to implement, it may be pertinent to just implement a
max macro stack depth.
Claude
Le vendredi 01 juin 2007 à 09:21 -0700, Supun Kamburugamuva a écrit :
I think the first challenge is to discover recursion. I was thinking
about discovering recursion when a macro call is being
For now, the scripts on velocity.zones use tags (as stated by svn info
in /export/home/velocity/deploy/releases/velocity-texen-1.0-site), but I
wonder if it is the proper choice, since tags are not supposed to
evolve... it'd be quite heavy to have to create a new tag each time we
correct a bad
I tested it in a real webapp and it seems ok...
The new api is really much cleaner than the 1.x, that's a pleasure to
use it!
There are some small developments I'd like to commit in but they are not
ready and will wait for the 2.1 release.
so,
+1
One remark: when fully rebuilding I saw that
Le vendredi 29 juin 2007 à 14:25 -0700, Nathan Bubna a écrit :
On 6/28/07, Will Glass-Husain [EMAIL PROTECTED] wrote:
-1. (sorry!)
There are no docs. All the generated doc files in the binary distro have
size of 0KB. In the source distro, typing ant docs also produces bad
docs.
, Claude Brisson [EMAIL PROTECTED] wrote:
Here we go again. This time with a proper pre-release process (thanks a
lot for explanations!).
Shall we relase DVSL 1.0 ?
The release files are available at
http://people.apache.org/~cbrisson/velocity/dvsl/1.0/
[ ] +1 Let's do it.
[ ] +0
We'll get to it one day...
Shall we relase DVSL 1.0 ?
The release files are available at
http://people.apache.org/~cbrisson/velocity/dvsl/1.0/
[ ] +1 Let's do it.
[ ] +0 Have fun; i don't care.
[ ] -0 Not sure about this, but i won't stop you.
[ ] -1 No, because __
+1 for me
then immediately revote +1).
WILL
On 7/7/07, Claude Brisson [EMAIL PROTECTED] wrote:
We'll get to it one day...
Shall we relase DVSL 1.0 ?
The release files are available at
http://people.apache.org/~cbrisson/velocity/dvsl/1.0/
http://people.apache.org/%7Ecbrisson/velocity/dvsl/1.0
Le dimanche 12 août 2007 à 21:25 -0700, Will Glass-Husain a écrit :
Is this just waiting for a little free time to be
officially released?
Exactly! I try to do it today.
Claude
Best, WILL
-
To unsubscribe, e-mail:
Hi. I'm in the process of releasing DVSL. No real problem for now except
that the JIRA site fell down and that I need to be in the apcvs group on
people.apache.org to deploy the jar to maven repositories.
The remaining of this mail goes deeper into some details.
Done for now:
* copied release
Le lundi 13 août 2007 à 17:05 +0200, Claude Brisson a écrit :
Not done yet:
* deploy the DVSL release site (just waiting for the JIRA site to come
back online, it just went down)
Done.
* update and deploy the velocity site (xdoc, doap file, news).
Done, waiting for the changes
There seems to be some inconsistencies in the deployment of our jars to
maven repositories...
1) groupIdvelocity/groupId is missing from anakia, texen and dvsl
pom files, which has at least two consequences, AFASK:
* the jars are published in /anakia/anakia/, /texen/texen/
and /dvsl/dvsl/
Here: http://wiki.apache.org/velocity/RoadMap :-)
Claude
Le jeudi 06 septembre 2007 à 10:15 -0400, Brandon Kolasinski a écrit :
Hello,
I was wondering whether there is a roadmap for the Velocity templating
language in terms of future releases, etc. or not.
Thanks,
Brandon
Since $souce is not defined, $dynamicsource will contain $source1,
which is then evaluated...
Claude
Le lundi 22 octobre 2007 à 20:56 -0700, Luan Nguyen a écrit :
Hello,In the Evaluate section, there are two different variables: $source1
and $source. How can it display abc when $source is
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 as i'd hoped. In the
meantime, VelocityTools 1.x has a
ValueParser now has protected get/setAllowSubkeys() boolean methods.
The default value of allowSubkey shoud be the value of deprecatedMode,
but I'm not really sure of how this should be done. But I'm sure Nathan
will be of some help here.
Also, since ValueParser is used internally by the
Le vendredi 09 novembre 2007 à 16:15 +0100, Claude Brisson a écrit :
ValueParser now has protected get/setAllowSubkeys() boolean methods.
The default value of allowSubkey shoud be the value of deprecatedMode,
but I'm not really sure of how this should be done. But I'm sure Nathan
the integral type
(string, boolean or number) when available rather than a wrapper around
it to avoid nasty side effects.
Claude
Claude
On Nov 9, 2007 7:15 AM, Claude Brisson [EMAIL PROTECTED] wrote:
ValueParser now has protected get/setAllowSubkeys() boolean methods
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 for $params.foo, why should we expand them for
$params.foo.bar?
i'm
Le mercredi 14 novembre 2007 à 16:18 -0800, Nathan Bubna a écrit :
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
Remember http://velocity.markmail.org/message/uxk5qzd4nlhls7jt?q=groupid
+from:%22Claude+Brisson%22 ? My fault, I should definitely have opened a
JIRA entry.
oops...
http://tinyurl.com/3asmmg
-
To unsubscribe, e-mail: [EMAIL
+0, I'm not a texen user
Claude
Le lundi 19 novembre 2007 à 08:15 -0800, Will Glass-Husain a écrit :
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
+1
Le lundi 19 novembre 2007 à 21:52 +0100, Antonio Petrelli 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?
Sorry for being
yes, that's the one i reviewed
+1
Le mardi 20 novembre 2007 à 17:51 +0100, Antonio Petrelli a écrit :
2007/11/20, Nathan Bubna [EMAIL PROTECTED]:
Please vote regarding your support for releasing this test build as
VelocityTools 1.4:
[ ] +1 Let's do it
[ ] +0 Have fun; i don't care.
And did you add /export/home/velocity/.ssh/id_rsa to your authorized
hosts on people ?
Claude
Le mardi 27 novembre 2007 à 13:33 -0800, Nathan Bubna a écrit :
yep. :)
On Nov 27, 2007 1:28 PM, Will Glass-Husain [EMAIL PROTECTED] wrote:
I'm no expert on this, but did you remember?
-archives.apache.org/mod_mbox/velocity-dev/200310.mbox/[EMAIL
PROTECTED]
more embedded:
Claude Brisson 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 suggest is to avoid merging since every important change has been
ported to 2.x.
So what I would do is:
$ svn mv -m create 1.x branch
https://svn.apache.org/repos/asf/velocity/tools/trunk
https://svn.apache.org/repos/asf/velocity/tools/branches/1.x
$ svn mv -m 2.x becomes trunk
Some more -subjetive- feeback :
I really prefer the T of the first version - much softer and lighter.
And colors were good. Sthing very heavy in the second proposal, whereas
the first one recalls me of sthing inbetween of a conceptual
contemporary art artefact and a glass of wine... necessarily
Le samedi 15 décembre 2007 à 17:11 +, Edward a écrit :
Hello all,
A few days ago, I joined the GHOP (Google Highly Open Participation Contest)
After a couple of revisions, here it goes:
1) First draft, I didn't like it very much:
Very nice !
Claude
Le lundi 17 décembre 2007 à 17:44 -0800, Edward a écrit :
Thanks, Nathan, but I really want the velocity website to decide. After all,
the logo is going to be on their website.
Heres an updated version of number 1, with the screenshot of what it would
look like on the
this.
Raghu.
On 1/7/08 9:52 AM, Claude Brisson [EMAIL PROTECTED] wrote:
Le lundi 07 janvier 2008 à 07:34 -0500, Raghu Rajah a écrit :
Actually, I was saying the opposite. We can keep the calling semantics, as
is. I might have to use an alternate directive (other than #macro) for
definition
Hi Edward. Maybe I missed it, but I didn't notice a vector version of
the VelocityTools logo. Unless you made it directly in a bitmap format,
would it be possible for you to also submit it in a vector format?
Thanks,
Claude
Le mardi 18 décembre 2007 à 15:09 -0800, Edward a écrit :
Thanks for
Le jeudi 17 janvier 2008 à 17:01 +1000, Gary Bentley a écrit :
Hi Nathan,
Just on the annotation, if I set it as request will that mean that there
is 1 JoSQL object per request?
Yes.
For example if a template is processed in a single request that has 2
josql.execute calls (say) will it
The best and preferred way is to add an entry in the JIRA bug report
system, with an attachment.
Claude
Le vendredi 25 janvier 2008 à 13:01 -0500, Raghu Rajah a écrit :
The attachment gets stripped. Is there a recommended way to send the patch
over?
Thanks,
Raghu.
From: [EMAIL
in
contributing!
WILL
On Jan 7, 2008 8:35 AM, Claude Brisson [EMAIL PROTECTED] wrote:
That does make sense. Thanks.
Since I would have the
repository of the defined velocimacros already, I can easily determine if
the current macro is a block.
That is the specific point I was missing
grep -v velocity-texen-test
ps, wrong shell window, sorry...
Le lundi 04 février 2008 à 03:26 -0800, Velocity Gump a écrit :
To whom it may engage...
This is an automated request, but not an unsolicited one. For
more information please visit http://gump.apache.org/nagged.html,
Le mercredi 05 mars 2008 à 12:13 -0800, Nathan Bubna a écrit :
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.
Looks like I missed it too... but I'll have plenty of time next week to
check (and actually try!) the beta, should it be this vote (extended) or
a new one.
Claude
Le jeudi 03 juillet 2008 à 17:34 -0700, Will Glass-Husain a écrit :
Looks like I missed the vote--sorry! I'm traveling for the
Yes, it is misplaced.
Let's say o.a.v.runtime, since I'd rather see the .io package as
containing classes that actually DO i/o...
I take care of it.
Claude
Le jeudi 04 septembre 2008 à 10:45 -0700, Nathan Bubna a écrit :
On Thu, Sep 4, 2008 at 2:06 AM, [EMAIL PROTECTED] wrote:
Author:
+1 !
Le mercredi 10 septembre 2008 à 11:15 -0700, Nathan Bubna a écrit :
The last test build for 1.6-beta1 failed due to some missing license headers.
It's been replaced by a new build for Engine 1.6-beta, this one based
on revision 693911.
Thanks, but you should create an entry in JIRA:
https://issues.apache.org/jira/browse/VELOCITY
Otherwise we may very well forget about your patch...
It is also usefull to gather all comments and potential successive
versions.
Claude
Le lundi 29 septembre 2008 à 06:43 -0700, Byron Foster a
No. But you can do:
#set($value = #if($flag)red#{else}blue#end)
Claude
On jeu, 2008-11-13 at 17:31 -0600, Ravindra Medarametla wrote:
Hi,
Could you tell me whether velocity templates ternary opertatot(?:)?
Thanks,
Ravindra.
+1, works perfectly for me
Claude
On ven, 2008-12-12 at 07:38 -0800, Nathan Bubna wrote:
Ok, there were no complaints about the latest 1.6.1 test build, so it
is time to vote:
The test build candidate for release is still available here:
Apparently, there's only one binary jar published in
http://mirrors.ibiblio.org/pub/mirrors/maven2/org/apache/velocity/velocity-tools/2.0-beta3/
(i.e. no way to find velocity-tools-view-2.0-beta3.jar and
velocity-tools-generic-2.0-beta3.jar).
It's maybe not a so big deal since velocity-tools
And I just recalled that the tools only wanted velocity-1.5, so I guess
I'll only put it on the wiki for now...
never mind.
Claude
On sam, 2008-12-13 at 17:48 +0100, Claude Brisson wrote:
I made a WebappUberspector to allow expressions like:
#set($session.foo = 'bar
Sure, but not before something like January 10th if I do care about it.
Claude
On dim, 2008-12-28 at 09:31 -0800, Nathan Bubna wrote:
given the $velocityHasNext issues, i think we should do another bugfix
release. i'm willing, but if someone else is interested/willing then
i'd be happy to
Hi.
Velocty by itself is just a template engine, it knows nothing about
HTTP. But if you use VelocityTools, or if you just put the HTTP response
into the context, you can write the same :
$response.setHeader(Cache-Control,no-cache); ## HTTP 1.1
$response.setHeader(Pragma,no-cache); ## HTTP 1.0
Hi folks,
I'll prepare the 1.6.2 build next week, probably Wednesday. But I don't
have enough time to review the last commits in the trunk, to see if some
of them can be candidate for merging in 1.6.x.
Here is the relevant subversion log from trunk :
, Claude Brisson wrote:
Hi folks,
I'll prepare the 1.6.2 build next week, probably Wednesday. But I
don't
have enough time to review the last commits in the trunk, to see if
some
of them can be candidate for merging in 1.6.x.
Here is the relevant subversion log from trunk
It's here :
http://people.apache.org/~cbrisson/velocity/engine/1.6.2/
I'll launch the vote in a few days if no one chimes in.
Claude
-
To unsubscribe, e-mail: dev-unsubscr...@velocity.apache.org
For additional commands,
move the changes over to 1.6.2 branch if so...
On Jan 18, 2009, at 13:46 , Claude Brisson wrote:
It's here :
http://people.apache.org/~cbrisson/velocity/engine/1.6.2/
I'll launch the vote in a few days if no one chimes
Ah, 669 also, no?
On mar, 2009-01-20 at 07:49 -0700, Byron Foster wrote:
Let me know if we should include the fix for VELOCITY-667 in 1.6.2,
I'll move the changes over to 1.6.2 branch if so...
On Jan 18, 2009, at 13:46 , Claude Brisson wrote:
It's here :
http://people.apache.org
I'm not sure when all that the parsing errors Byron found (677, 678,
679) will be fixed - but since they were already there, there is no
known regression and I'm inclined to push 1.6.2 out now.
The build is available here:
http://people.apache.org/~cbrisson/velocity/engine/1.6.2/
Claude
Yet another candidate release for 1.6.2, and this time I directly
attempt a vote...
The release is available here:
http://people.apache.org/~cbrisson/velocity/engine/1.6.2/
So, time to release this build as 1.6.2?
[ ] +1 Let's do it
[ ] +0 Have fun; i don't care.
[ ] -0 Not sure about this,
parameters in 1.6.2.
So I vote -1.
I'll elaborate about the tests I made on JIRA.
Claude
On mar, 2009-01-27 at 12:37 +0100, Claude Brisson wrote:
Yet another candidate release for 1.6.2, and this time I directly
attempt a vote...
The release is available here:
http://people.apache.org
Test build upgraded.
Claude
On jeu, 2009-02-12 at 04:42 +, nbu...@apache.org wrote:
Author: nbubna
Date: Thu Feb 12 04:42:48 2009
New Revision: 743617
URL: http://svn.apache.org/viewvc?rev=743617view=rev
Log:
VELOCITY-693 merge fix from trunk, add to change log
Modified:
On mar, 2009-02-17 at 20:56 -0700, Byron Foster wrote:
I believe firmly in not compromising the simplicity of VTL at the
expense of additional functionality, and I think it's great that non-
programmers can be productive in it. I believe that all the changes I
have proposed or
Even side minor bugs have been taken care of, no reason to postpone any
longer the release...
The release candidate is available here:
http://people.apache.org/~cbrisson/velocity/engine/1.6.2/
Time to release this build as 1.6.2?
[ ] +1 Let's do it
[ ] +0 Have fun; i don't care.
[ ] -0 Not
Time to release this build as 1.6.2?
[x] +1 Let's do it
[ ] +0 Have fun; i don't care.
[ ] -0 Not sure about this, but i won't stop you.
[ ] -1 No, because __
Claude
-
To unsubscribe, e-mail:
The voting period is largely over.
We got:
+1 from
Nathan Bubna
Will Glass-Husain
Claude Brisson
Byron Foster
Ilkka Priha
I'll try to publish 1.6.2 within the next week.
Claude
-
To unsubscribe, e-mail: dev-unsubscr
Log:
move to Engine 1.6.x until we can figure out what to do about
WebappUberspector
As long as it is not enabled by default, it's not a problem to have it
around - it's a compile time dependency, but not a runtime dependency.
But you're right, I should have updated the build.properties. And
this sqlplus bug, it shouldn't be that hard.
Regards,
Claude Brisson
On ven, 2009-04-24 at 13:14 +0200, mumu wrote:
Hello
When using sql filter, the ' are replace with '' .
But there is little problem, when using in the field. Perhaps it's not a
bug.
Nevertheless, when you add a sqlMyField
I guess it's the wrong period...
It's a beta. It needs feedback! But we don't have enough commiters for
the tools. You did a too nice work, Nathan, so people didn't feel the
need to contribute, and no eligible commiter for the tools went
on... :-)
Anyway, I'm +1.
I've got a question and a
On jeu., 2009-09-10 at 04:41 -0700, satheeshsamiappan wrote:
Hi,
Im working on a POC in velocity.
Want to know whether using velocity can we populate a template based on
records in a JDBC ResultSet instance?If so kindly provide the link that has
document or example.
Typically a resultset
Tests ran fine on my box, and tested on one app, ok for me.
+1
Claude
On ven., 2009-12-11 at 13:48 -0700, Nathan Bubna wrote:
Let's push this one out soon folks. The release candidate is available here:
http://people.apache.org/~nbubna/velocity/engine/1.6.3/
[ ] +1 Let's do it
[ ] +0
That is still more work in total for both me and any would be adopters
and will reduce their accesibility and thus may inhibit development of
them by anyone else. But whatever, these are not all that important
of tools, and my main desire is to just put them out there.
Just include them in
Sorry to jump in as an intruder, but if Maven was used, isolating non
stable or experimental code is very easy.
Long time ago I volunteered to make a Maven reorganization in a
sandbox directory, if it was available. This offer, obviously, is
still valid :-)
and still sounds awesome,
+1
On lun., 2010-04-12 at 12:05 -0700, Nathan Bubna wrote:
+1 for the beta from me
On Mon, Apr 12, 2010 at 12:04 PM, Nathan Bubna nbu...@apache.org wrote:
Well, still no update from Will on VELOCITY-717, but since it seems an
uncommon issue and this is only a beta, i'm going to proceed
There is one little change I'd really like to see in 2.0, sorry for
being late, but since it's triggered by a new config param which doesn't
change anything by default, it shouldn't invalidate this week tests, so
no need to rebuild the test build or delay the vote... I commit it right
away.
a new test
build needn't necessarily delay the vote.
On Tue, Apr 13, 2010 at 2:48 AM, Claude Brisson cla...@renegat.net wrote:
There is one little change I'd really like to see in 2.0, sorry for
being late, but since it's triggered by a new config param which doesn't
change anything
1 - 100 of 925 matches
Mail list logo