Yes, Raghu, I'm "+1" if we find a mean of implementing it and agree
about the syntax.
It's the use of the macro that should be differenciated between block
and non-block versions, not definition (for definition, I guess we can
keep #macro), for the parsing process to be deterministic.
It looks li
future (if we can address the block-breaking structure like elseif) and
> perhaps provide support for alternate DSLs.
>
> I prefer "yield" too. I will stick with that for the moment. Should be an
> easy one to change if there is disagreement over it
>
> Thanks,
> R
Which is why I need a new directive
> "#block"
>
> Does this make sense? Let me know what you feel about this.
>
> Raghu.
>
>
> On 1/7/08 9:52 AM, "Claude Brisson" <[EMAIL PROTECTED]> wrote:
>
> > Le lundi 07 janvier 2008 à 07:34 -0500
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) wil
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: [
usain" <[EMAIL PROTECTED]> wrote:
>
> > Not quite sure if I follow how this would work. I'm guessing you'll
> > have to do some tricks with the parser nodes to make this work (since
> > at parse time the repository of macros is not yet defined). There'
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.htm
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 shortco
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 h
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:
> > Autho
+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.
>
> http://people.apache.org/~nbubna/velocity/engi
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 éc
"ant world" went fine, and dev webapps seem happy
+1
Claude
On jeu, 2008-10-23 at 16:29 -0700, Nathan Bubna wrote:
> There was no negative feedback on the test build (no feedback at all
> actually), so i'm moving on to a vote.
>
> The test build is still available here:
> http://people.apache
What about renaming tools' setServletContext to setApplication for 2.0 ?
Claude
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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:
> http://people.apache.org/~nbubna/velocity/eng
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 conta
I made a WebappUberspector to allow expressions like:
#set($session.foo = 'bar')
for $request, $session and $application, instead of
#set($junk = $session.setAttribute('foo','bar))
which use the brand new ChainableUberspector mechanism. I'd like to
include it in the trunk and m
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 =
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
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"); ## HTT
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 :
-
On Jan 11, 2009, at 3:25 , 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 the
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, e-m
OCITY-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/~cbrisson/velocity/engine/1.6.2/
>
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:
>
> >
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, bu
with macro 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:
&g
[please use u...@velocity.apache.or
There are several ways to ease the escaping process. You can create a
ReferenceInsertionEventHandler filter that will escape all critical
references, based on whatever criteria you need - for instance, the
filter can be initialized with a text file containing cr
Very soon!
The build is successful on my side. Which error are you getting? What is
the version of your JVM?
Claude
On sam, 2009-02-07 at 22:36 +0800, Leon sdh5724 wrote:
> Hi ,
>Because a critial bug VELOCITY-689, I am still waiting for a new release
> to deploy my security project, wait
Here we go again...
http://people.apache.org/~cbrisson/velocity/engine/1.6.2/
The vote will occur next week.
Claude
-
To unsubscribe, e-mail: dev-unsubscr...@velocity.apache.org
For additional commands, e-mail: dev-h...@v
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=743617&view=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 impleme
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 sur
> 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: de
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-uns
> 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. An
lter to work around 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 "&"
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 remark
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 resultse
On jeu., 2009-10-29 at 09:22 +0100, Antonio Petrelli wrote:
> 2009/10/28 Nathan Bubna :
> > One question, would it make sense to also add a:
> >
> > public String toLocalizedPattern(String format) {
> > return toLocalizedPattern(format, getLocale()
> > }
> >
> > for completeness? Or is that re
On jeu., 2009-10-29 at 11:02 +0100, Antonio Petrelli wrote:
> 2009/10/29 Claude Brisson :
> > On jeu., 2009-10-29 at 09:22 +0100, Antonio Petrelli wrote:
> >> 2009/10/28 Nathan Bubna :
> >> > One question, would it make sense to also add a:
> >> >
>
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
> [
> Tools 2.0 has been languishing in beta due to unfinished docs. No
> one has stepped up to help and really the docs aren't that bad, so i'm
> done with that. Expect a CFV for Tools 2.0 final soon. Object
> quickly if you have other ideas. :)
I'll try to spend sometime on the docs this week -
> >> In other Tools news, there are a few unpublished tools i've been
> >> sitting on that are in various states of completion/polish. I had
> >> intended them to be part of a 2.1 release, but that now feels too far
> >> away to consider. As such, i intend to add them to 2.0, while
> >> somehow
> 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 i
> > 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
laude
On dim., 2010-04-11 at 09:26 -0400, Adrian Tarau wrote:
> +1 for Maven, I offered my services in the past...without
> success...maybe 2010 is a lucky year ;)
>
> Antonio Petrelli wrote:
> > 2010/4/10 Claude Brisson :
> >
> >>>> Sorry to j
> We already have a maven build system, in fact,
> but for now it looks like it fails launching blackbox tests (which
> launch an embedded J2EE server). Maybe you can help on this one...
My mistake - it's working fine.
Claude
-
+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 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 with the
> >
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.
Cla
utting up a new test
> build needn't necessarily delay the vote.
>
> On Tue, Apr 13, 2010 at 2:48 AM, Claude Brisson 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 w
vote this weekend-ish. :)
> >
> > On Tue, Apr 13, 2010 at 9:26 AM, Nathan Bubna wrote:
> >> i'll do it. that part is quick.
> >>
> >> On Tue, Apr 13, 2010 at 8:25 AM, Claude Brisson wrote:
> >>> Ok, then tell me if you want me to put a n
We heard you, Antonio, we agree and are open to patches, but could you
elaborate on why we'd need to break Ant support to do so?!
Claude
On mer., 2010-04-21 at 09:45 +0200, Antonio Petrelli wrote:
> 2010/4/21 校长 :
> > I think JDOM does not add in test lib path.
>
> How many times should I say
I made a try in this direction in 2002... See
http://markmail.org/thread/tqmumbqpuopzxcy3
Of course, all this code would have to be review... I don't know if
there is still something interesting in it, but maybe you could check
the approach I took at this time.
Claude
On mer., 2010-04-21 at 0
+1
On mar., 2010-05-04 at 01:03 -0700, Jarkko Viinamäki-2 wrote:
> +1
>
>
> Nathan Bubna wrote:
> >
> > Ok, it seems worth doing one last bugfix release for 1.6 while i still
> > have a little steam here. The release candidate is available here:
> >
> > http://people.apache.org/~nbubna/veloci
+1
On lun., 2010-05-03 at 16:42 -0700, Will Glass-Husain wrote:
> +1
>
> On Mon, May 3, 2010 at 11:12 AM, Nathan Bubna wrote:
>
> > +1 from me
> >
> > On Mon, May 3, 2010 at 9:17 AM, Nathan Bubna wrote:
> > > Ok, there were no complaints about the 2nd test build. Let's try the
> > > vote agai
I'll add that not closing the prepared statement on the database side
when the PreparedStatement java object is garbage collected looks rather
like a bug of the Oracle JDBC driver...
Claude
On mar., 2010-05-04 at 07:37 -0700, Nathan Bubna wrote:
> Blech. I'm generally hesitant to commit DataS
Yes, go ahead. Your mail only lacks [VOTE] and a mention of the voting
period, which is *usually* 72h.
Claude
On mar., 2010-06-08 at 21:04 +0200, Antonio Petrelli wrote:
> Hi all,
> I would like to do the Maven reorganization of Velocity.
> Don't worry, I will do it in a sandboxed branch, so a
+1, as long as there is a sustained effort in documenting everything
Claude
On mer., 2010-06-09 at 07:53 -0700, Nathan Bubna wrote:
> Ok, +1
>
> On Wed, Jun 9, 2010 at 7:44 AM, Antonio Petrelli
> wrote:
> > 2010/6/9 Nathan Bubna :
> >> Not all of us are familiar with this. Could you explain
> > If the plugin for news doesn't work well, then I'm cool with just moving the
> > news to an alternate format. It doesn't change that often...
>
> This is a problem: I tried to find a plugin that could work but failed.
> I thought that it was a nice idea to rewrite the news item to a plain
>
Yes, I'm pretty sure you can. They didn't move from long ago.
Speaking of sandbox, I'm also gonna use it for at least Velosurf in a
near future, we already spoke about it in private but if someones still
feels that there should be a validating vote before it becomes a
Velocity subproject, it's the
> >> Personally, i find the ServletLogChute to be
> >> the most convenient, as servlet logs are a great place for "exuberant"
> >> logging output to be controlled.
> >
> > I disagree, I've never seen using ServletContext.log in any project,
> > defaulting to a logging system.
>
> Lovely. Am i su
On 08/07/2010 15:43, apetre...@apache.org wrote:
+
+
+ org.apache.velocity
+ velocity-engine-core
+ 2.0.0-SNAPSHOT
+
+
I think velocity-tools 2.0 only needs velocity-engine 1.6.x or superior.
Claude
-
As long as we don't duplicate source files further than the
WebappUberspector itself, I'm fine with having another tools-view jar
for engine 2.x.
Claude
On 09/07/2010 00:03, Nathan Bubna wrote:
i think that's a better plan than the current situation. :)
On Thu, Jul 8, 2010 at 11:06 AM, A
The binaries look ok.
Why are the src included, whereas the archive is suffixed -bin ?
All the logging modules should maybe have a -log- in their name, like:
velocity-engine-log-commons-logging
velocity-engine-log-log4j
velocity-engine-log-servlet
Or, at least, we should rename velocity-engine
I checked out the sandbox and changed directory to
sandbox/maven-reorg/engine/trunk. Once there, I look into the
Readme.txt. Bad luck, it still does reference "ant".
Ok. I recall something about invoking maven with an "mvn" command...
I first try a mvn --help ; nothing in the given options tell
epos/asf/velocity/sandbox/maven-reorg/maven/trunk/pom
check that out and do a "mvn install" there, then go try the engine
project again.
of course, all of this will need to be documented once it moves into
our active dev branches/trunks.
On Thu, Sep 9, 2010 at 1:28 PM, Claude Brisson wr
By the way, in which config file can one change the version number of a
dependancy?
pom.xml, obviously. It's everything there.
Ok, but what if I want to replace one dependancy with a custom build of
my own? Let's say, for instance: I modify something in the engine and
before comm
Thanks. I guess we shouldn't wait too long for the migration, otherwise
the merge will quickly become a nightmare...
Claude
On 10/09/2010 13:32, Antonio Petrelli wrote:
2010/9/10 Claude Brisson:
By the way, in which config file can one change the version number of a
depen
+1 (ditto)
Claude
On 10/09/2010 21:14, Antonio Petrelli wrote:
+1 (non binding) with the correction of Nathan :-)
Antonio
2010/9/10 Antonio Petrelli:
All Velocity projects, with the exclusion of DBF, have been mavenized.
You can see the result of this process in the Subversion sandbox:
I tested the built for the engine and the tools, and everything went fine.
Claude
On 18/09/2010 14:42, Antonio Petrelli wrote:
2010/9/18 Antonio Petrelli:
2010/9/18 Antonio Petrelli:
2010/9/18 Antonio Petrelli:
2010/9/17 Antonio Petrelli:
Hi all
I started the p
On 05/10/2010 10:59, Antonio Petrelli wrote:
2010/10/4 Nathan Bubna:
No. Usually, after i run the 'ant parser' task, the only file i need
to tweak is the JJTParserState class, to re-add a need import
statement. And those three classes you mentioned are not generated
by 'ant parser'. Perh
+1
built and tested with ant 1.7.1 and java 1.6.0_10 under ubuntu
I think that we sould explicitely state, when we publish it, that it is
a transitionnal release towards the next to come 2.0 features, meant to
hightlight deprecated syntaxic constructs (even if it corrects a few
other things).
On 09/12/2010 11:16, Antonio Petrelli wrote:
[...]
About something in a distant future, we can remove the dependency on
servlets technology for Velocity Tools.
This objective looks rather strange, and quite scaring to me. JSPs is
not everyone's choice, neither is Tiles or Struts. Using Too
se of JSPs, especially,
On 09/12/2010 16:59, Claude Brisson wrote:
I was pretty sure of that,
On 09/12/2010 13:59, Antonio Petrelli wrote:
2010/12/9 Claude Brisson:
On 09/12/2010 11:16, Antonio Petrelli wrote:
[...]
About something in a distant future, we can remove the dependency o
My last commit allows the use of tools-2.1-dev with engine-2.x
(providing one has done "mvn install" in his local engine-2.0.0-SNAPSHOT
directory).
It's only a temporary solution for us developers, since for now it
requires a manual replacement of three pom.xml by their respective
alternate p
On 2011-04-13 11:57, Antonio Petrelli wrote:
Hi Claude
2011/4/13 Claude Brisson
My last commit allows the use of tools-2.1-dev with engine-2.x (providing
one has done "mvn install" in his local engine-2.0.0-SNAPSHOT directory).
It's only a temporary solution for us developers
Hey devs.
Looks like we only need to tag our issues with "gsoc2012" (in the
Labels field) to have them listed on the "GSoC 2012 Tasks" page:
https://issues.apache.org/jira/secure/IssueNavigator.jspa?requestId=12319270
I tagged some of them, maybe you have other ideas.
Claude
---
Here are the three issues I tagged for now (since only one notification
mail seems to have been sent):
VELOCITY-706 Method arguments should allow an evaluation context
VELOCITY-735 Provide JSR 223 implementation
VELTOOLS-96 GoogleChartTool
Claude
On Thu, 22 Mar 2012 15:23:26 +0100
Claude
athan Bubna wrote:
> That's cool. Do we have to have an official mentor? I'm not involved
> in GSOC anymore, so i'm not sure what's changed.
>
> On Thu, Mar 22, 2012 at 7:23 AM, Claude Brisson
> wrote:
> > Hey devs.
> >
> > Looks like we only
With some help from you others, of course. :-)
On Tue, 27 Mar 2012 07:33:02 -0700
Nathan Bubna wrote:
> Cool, cool. :)
>
> On Tue, Mar 27, 2012 at 1:56 AM, Claude Brisson
> wrote:
> > I followed the process detailed here:
> > http://mail-archives.apache.org/mod_
me what kind of expectations do you have from the project? So I
> would be able get a better understanding to prepare my GSoC proposal.
>
> Thank you.
> Gayashan
>
> On Tue, Mar 27, 2012 at 2:33 PM, Claude Brisson
> wrote:
>
> > Hi Gayashan.
> >
> > We are plea
I forgot to mention this page:
http://velocity.apache.org/tools/devel/creatingtools.html
which probably contains some things of interest for this project.
Claude
On Sat, 31 Mar 2012 11:20:51 +0200
Claude Brisson wrote:
> Hi Gayashan.
>
> We expect as
cityEngine
Claude
On Tue, 27 Mar 2012 22:34:13 +0530
Dishara Wijewardana wrote:
> On Tue, Mar 27, 2012 at 2:34 PM, Claude Brisson
> wrote:
>
> > Hi Dishara.
> >
> > We are pleased with your proposal and ready to mentor you. I'm still
> > waiting for
a demo tool
> straightaway.
>
> Thank you.
> Gayashan
>
> On Sat, Mar 31, 2012 at 3:35 PM, Claude Brisson
> wrote:
>
> > I forgot to mention this page:
> >
> > http://velocity.apache.org/tools/devel/creatingtools.html
> >
> > which probably cont
Hi Dishara.
> > What can we reach with simple wrappers around Velocity
> > objects, with the minimum refactoring?
> >
>
> I will list them down(which will directly mapped / needs small wrap)
> and share with you ASAP.
Great.
> And will also give a patch for the basic jsr223 impl package
> struc
https://issues.apache.org/jira/browse/VELOCITY-706
>
> On Tue, 2012-03-27 at 11:05 +0200, Claude Brisson wrote:
> > Hi Constantine.
> >
> > We are pleased with your proposal and ready to mentor you. I'm still
> > waiting for my mentoring request to be process
That's a great news. Congrats!
Claude
On Mon, 23 Apr 2012 12:29:47 -0700
Nathan Bubna wrote:
> Congratulations, Dishara! I'm sure you'll do well. :)
>
> On Mon, Apr 23, 2012 at 12:10 PM, Dishara Wijewardana
> wrote:
> > Hi Claude and all,
> >
> > I am really ecstatic that my proposal in GS
On Thu, 26 Apr 2012 06:22:38 -0700
Nathan Bubna wrote:
> Heh. Yeah, that did seem a bit small for a GSoC project. :)
Dealing with Macro arguments may have given the student enough work -
it looks like rather complex... but I'm already happy with this one.
> By the
> way, thanks for dealing wit
You need to checkout the master with:
https://svn.apache.org/repos/asf/velocity/maven/trunk/pom
and do a "mvn install" from this directory, this will install
velocity-master.
Our maven reorganization is still quite recent, the README file hasn't
been updated yet...
By the way, Antonio, is there
May 2012 14:05:36 +0200
Antonio Petrelli wrote:
> 2012/5/2 Claude Brisson
>
> > By the way, Antonio, is there any good reason not to have
> > org.apache.velocity be the root artifact?
> >
>
> Apache Velocity is made up of several subprojects (Engine, Tools,
>
I see that team members informations are in both places: in the
master pom, and in the site pom (which does not depend on the master,
perfect). I'd be in favour of removing them from the master pom, for
several reasons:
1. it's redundant, and it better belongs to the site (oh and by the way
it isn
I started a page on the wiki:
http://wiki.apache.org/velocity/VelocityScriptingApi
it will be more convenient than the dev list. Feel free to
change its whole structure.
Claude
On Sun, 13 May 2012 01:13:45 +0530
Dishara Wijewardana wrote:
> On Sun, May 13, 2012 at 12:15 AM, Dishara Wijew
t 7:21 AM, Nathan Bubna
> wrote:
> > Ok, so he does have a CLA on file already. Do we know what
> > username he wants?
> >
> > On Mon, May 21, 2012 at 12:50 PM, Claude Brisson
> > wrote:
> >> Ah, good news! I was gonna re-launch it again. Hopefully I didn&
On Tue, 29 May 2012 09:32:59 +0530
Dishara Wijewardana wrote:
> Hi,
> This is regarding where to add and what is the tree structure and
> naming we can have within the velocity engine code base for jsr 223
> implementation.
>
> Regarding the naming and package structure,
>
> Simply my idea is t
> > I think it is better if we can have this as a separate module. If
> > so, any particular name for the module ?
> >
I'd vote for velocity-engine-scripting
Claude
-
To unsubscribe, e-mail: dev-unsubscr...@velocity.apache.o
There is a recent thread about that. Please check:
http://markmail.org/message/2hqjeujk5avcrab7
Claude
On Mon, 28 May 2012 06:35:23 -0700
Benson Margulies wrote:
> 1. Went looking on web site for Velocity SVN repo. As per
> https://issues.apache.org/jira/browse/VELOCITY-828, had trouble
>
101 - 200 of 1147 matches
Mail list logo