On Mon, Feb 6, 2017 at 10:32 AM, Michael Osipov wrote:
> Am 2017-02-06 um 19:23 schrieb Nathan Bubna:
>
>> On Mon, Feb 6, 2017 at 9:43 AM, Michael Osipov
>> wrote:
>>
>>> 7) check object for a length() or size() method, if so return whether it
>>>
>
On Mon, May 1, 2017 at 9:50 AM, Claude Brisson wrote:
> [ ] Leave at test build
> [ ] Alpha
> [ ] Beta
> [X ] General Availability (GA)
>
[+1] GA
On Fri, Jul 28, 2017 at 4:00 PM, Claude Brisson wrote:
> The Velocity Engine 2.0 RC9 is available.
>
> Main change since the RC8 is a full review of the DataSourceResourceLoader.
>
> Release notes:
>
> * https://dist.apache.org/repos/dist/dev/velocity/velocity-eng
> ine/2.0/release-notes
The links all look good to me, nor can i think of anything missing at this
point.
On Sun, Aug 6, 2017 at 11:01 AM, Claude Brisson wrote:
> The maven artefact has been publish, the release is visible on apache
> mirrors, and the website now shows engine 2.0 documentation.
>
> I think the release
It's here:
http://repo1.maven.org/maven2/org/apache/velocity/velocity-engine-core/2.0/
But we should probably mention the new maven path in the upgrading docs.
On Tue, Aug 8, 2017 at 12:52 PM, Alex Fedotov wrote:
> Maven repo does not seem to show 2.0 for the overall velocity jar:
>
> http://r
On Sat, Aug 12, 2017 at 8:50 AM, Michael Osipov wrote:
> Am 2017-08-09 um 12:52 schrieb Claude Brisson:
>
>> The Apache Velocity community is pleased to announce the release of
>> Apache Velocity Engine 2.0. The release is available for download at:
>>
>>https://velocity.apache.org/download.c
Good idea. I'll see what i can do.
On Fri, Dec 8, 2017 at 5:54 AM, Claude Brisson
wrote:
> I don't have enough karma, but we should hear from Nathan.
>
> Also, I wouldn't mind being a JIRA admin on those projects...
>
> Claude
>
>
>
> On 08/12/2017 14:03, Michael Osipov wrote:
>
>> Hi folks,
>
Claude i think you should have the karma, if i'm reading things right; you
were already in the Administrators role. Michael, you are now too.
If i'm wrong, do let me know. We'll figure it out.
On Fri, Dec 8, 2017 at 6:52 AM, Nathan Bubna wrote:
> Good idea. I'll see wh
I think i did add you to VELOCITY also. I'll double check.
On Fri, Dec 8, 2017 at 12:21 PM, Michael Osipov wrote:
> Am 2017-12-08 um 16:00 schrieb Nathan Bubna:
>
>> Claude i think you should have the karma, if i'm reading things right; you
>> were already in the
Ah, seems there's two of you in JIRA (or at least two guys w/your name).
I'd only put the [wrong] one. :)
On Fri, Dec 8, 2017 at 12:27 PM, Nathan Bubna wrote:
> I think i did add you to VELOCITY also. I'll double check.
>
> On Fri, Dec 8, 2017 at 12:21 PM, Michael Osipo
On Fri, Dec 8, 2017 at 2:54 PM, Michael Osipov wrote:
> Hi folks,
>
> I have noticed that good bunch of Velocity 0 tickets have been rejected
> though fix version has been set. This is confusing for me and likely
> others. Any reasoning behind this? Fix version implies that this one is
> fixed at
If we're talking 2.x, then adding a PrivilegedAction sounds better. If 3.0
(which, i think needs to happen anyway, right Claude?), then i'd agree with
Michael. The auto config would be better off as something users need to
explicitly turn on, not the default any longer.
On Wed, Mar 21, 2018 at 2:
yet. If you have some good pointers or suggestions...
>>
>> I don't really understand either why we're speaking of the CWD whereas
>> all the VelocityView knows is the webapp root. But I may have missed
>> something.
>>
>>
>> Claude
>>
>&
here isn't really a better way.
> >
> > BTW the SecurityManager is initialized at startup so one can easily
> > initialize a static boolean in e.g. Velocity.java or whatever and just
> > consult that rather than calling System.getSecurityManager() all the tim
> >
+1
On Sat, Sep 22, 2018 at 3:58 PM Michael Osipov wrote:
> Hi,
>
> * reformatted the POM to a readible state
> * Apache Parent upgraded to 21
> * added plugin management section for commonly used plugins
>
> Staging repo:
> https://repository.apache.org/content/repositories/orgapachevelocity-102
ething obvious. What exactly is this?
> There doesn't seem to be anything here except a POM file. Is this a
> released product or other artifact?
>
> Thanks, WILL
>
> On Sat, Sep 22, 2018 at 8:23 PM Nathan Bubna wrote:
>
> > +1
> >
> > On Sat, Sep 2
Thanks to both of you!
On Tue, Oct 2, 2018 at 12:54 PM Michael Osipov wrote:
> Am 2018-10-01 um 22:35 schrieb Claude Brisson:
> > The test build of Velocity Tools 3.0 is available.
> >
> > No determination as to the quality ('alpha,' 'beta,' or 'GA') of
> > Velocity Tools 3.0 has been made, and
On Thu, Oct 4, 2018 at 8:43 AM Claude Brisson
wrote:
> The Velocity Tools 3.0 test build has been available since October 1st.
>
> Release notes:
>
> *
>
> https://dist.apache.org/repos/dist/dev/velocity/velocity-tools/3.0/release-notes.html
>
> Distribution:
>
> * https://dist.apache.org/repos
+1 Java 8 has been around plenty long
On Fri, Feb 22, 2019 at 3:40 PM Claude Brisson
wrote:
> Hi all.
>
> The VELOCITY-892 branch contains a fix for the corresponding issue [1].
>
> The purpose is to let the method arguments conversion handler manipulate
> the formal arguments types as java.lang
Seems good. No objections here. :)
On Wed, Mar 6, 2019 at 4:23 PM Claude Brisson
wrote:
> 2.1 RC1 is history, 2.1 RC2 is on its way.
>
> Here is a proposal for the configuration keys refactoring:
>
>
> https://velocity.apache.org/engine/devel/configuration-property-changes-in-2.1.html
>
> Modify
Hmm. I may not be the best to weigh in on this, as i never used event
handlers for escaping. I always preferred the direct, explicit control of
escaping via tools, and trusted myself (YMMV) not to forget escaping
anywhere important.
I'll definitely agree that we shouldn't shade. I'm perfectly comf
[+1] GA
On Tue, Mar 19, 2019 at 5:43 PM Claude Brisson
wrote:
> The Velocity Engine 2.1 RC3 is available since March 15.
>
> Main changes:
>
> * Velocity Engine 2.1 now requires JDK 1.8+
> * Two more backward compatibility flags with 1.7: hyphens in
> identifiers and macros literal arguments
Yeah, adopting Spring support is unlikely to be much burden and seems well
worthwhile.
On Sat, Jun 1, 2019 at 1:48 AM Claude Brisson
wrote:
> Hi.
>
> We are aware of the situation, and we were more or less expecting
> someone to make such a proposal. Yes, it will benefit both communities.
>
> +1
+1 GA
Thanks, Claude!
On Fri, Sep 20, 2019 at 5:33 AM Claude Brisson
wrote:
> The Velocity Engine 2.2 RC1 is available since September 8.
>
> Main changes in this release:
>
> - New 1.7 backward compatibility flags to mimic 1.7.x
> InvalidReferenceHandler behavior.
> - New runtime.log.track
This is a planned change. Implicit local scope was deprecated in 1.7 for
removal in 2.0 and was replaced with explicit scope control objects.
https://velocity.apache.org/engine/devel/upgrading.html#upgrading-from-velocity-16x-to-velocity-17x
On Tue, Jan 14, 2020 at 9:29 AM Thomas Mortagne
wrote:
enable with a configuration like it was done
> for other things in 2.1/2.2 ? I have to try :)
>
> On Tue, Jan 14, 2020 at 7:24 PM Nathan Bubna wrote:
> >
> > This is a planned change. Implicit local scope was deprecated in 1.7 for
> > removal in 2.0 an
wrote:
> On Wed, Jan 15, 2020 at 5:31 PM Nathan Bubna wrote:
> >
> > I don't have any time for dev work on Velocity these days, so it doesn't
> > much matter whether i consider it or not. :) If someone wants to put in
> the
> > work, i won't protest
+1 Looks good to me. Thanks, Claude. Hope we can get this out before the
next board report is due. :)
On Wed, Jan 29, 2020 at 5:05 PM Claude Brisson
wrote:
> The test build of Velocity Engine 2.2 RC6 is available.
>
> No determination as to the quality ('alpha,' 'beta,' or 'GA') of
> Velocity En
---
> Hash: SHA256
>
> Nathan,
>
> (Apologies for the cross-post, but this is a very dev-y response.
> After this message in the thread, I will reply only on the dev@ list).
>
> On 2/5/20 1:09 PM, Nathan Bubna wrote:
> > Thanks for drilling into that, Chris! I was reading,
er.
>
> I wonder if just dropping the method is enough: anyone with an old
> format configuration will have trouble identifying the cause of the
> problem. Isn't there any way to tweak beanutils into binding class= to
> setClassname() ?
>
>
>Claude
>
> On 20-02-05
Or maybe even just put a 3.x compatible version of the Struts tools up on
github as an independent fork. Probably easier than talking the Struts devs
into it.
On Thu, Feb 6, 2020 at 11:10 PM Claude Brisson
wrote:
> On 20-02-06 16 h 15, Christopher Schultz wrote:
>
> > 3.0 completely dropped supp
I'm pretty sure we don't have a setting like that.
On Mon, Dec 14, 2020 at 8:01 AM Christopher Schultz <
ch...@christopherschultz.net> wrote:
> All,
>
> We recently suffered an OOME in production because we had a huge SQL
> query return a log of data which, in turn, generated even more HTML
> out
are limited and
things are pretty stable, so i'm wary of taking on optimizations that
increase our complexity.
On Mon, Dec 14, 2020 at 8:38 AM Christopher Schultz <
ch...@christopherschultz.net> wrote:
> Nathan,
>
> On 12/14/20 11:15, Nathan Bubna wrote:
> > I'm
On Fri, Dec 18, 2020 at 3:01 PM Christopher Schultz <
ch...@christopherschultz.net> wrote:
> Nathan,
>
> On 12/16/20 12:43, Nathan Bubna wrote:
> > In general, i think the overhead from StringWriter is probably pretty
> minimal.
> >
> > Before worrying abou
On Mon, Feb 22, 2021 at 12:13 AM Claude Brisson
wrote:
> From what I understood, it's github which is asking for the change, not
> enforcing it.
>
> For the record, I am supposed to come back to infra with a link to a
> mail thread -aka this one- to act our decision. So +1s needed.
>
> Since the
Agreed. Travis will get over it. :)
On Sat, Feb 27, 2021 at 3:15 AM Claude Brisson
wrote:
> Of course, anticipating upon yet unreleased artifacts breaks CI. But if
> we are to release master, engine and the tools in a raw ASAP to please
> the security team, we should launch parallel release proc
Thank you, Claude! I really appreciate you getting this out.
On Sat, Feb 27, 2021 at 5:14 AM Claude Brisson
wrote:
> The test build of Velocity Engine 2.3 RC1 is available.
>
> No determination as to the quality ('alpha,' 'beta,' or 'GA') of
> Velocity Engine 2.3 RC1 has been made, and at this t
+1
On Sat, Feb 27, 2021 at 2:15 AM Claude Brisson
wrote:
> Hi.
>
> Here's an RC for velocity-master-4, with the following changes:
>
> + set maven-enforcer-plugin and extra-enforcer-rules plugins versions
> + removed Antonio as emeritus, as per his request
> + switched scm URLs from svn to git
>
Henning errantly didn't send this to the list, forwarding it on his behalf.
:)
-- Forwarded message -
From: Henning Schmiedehausen
Date: Sat, Feb 27, 2021 at 8:07 PM
Subject: Re: [VOTE] Release Velocity Master version 4
To: Nathan Bubna
Ok. Thanks.
+1 to release.
O
+1 GA
On Mon, Mar 1, 2021 at 8:06 AM Claude Brisson
wrote:
> The Velocity Engine 2.3 RC1 is available since February 27.
>
> Main changes in this release:
>
> + New spring-velocity-support module, containing Spring framework
> Velocity Engine integration classes.
> + Security fix: let SecureUber
+1 GA
On Mon, Mar 1, 2021 at 12:26 PM Claude Brisson
wrote:
> The Velocity Tools 3.1 RC1 is available since February 27.
>
> Main changes in this release:
>
> + Added an optional 'factory' attribute to tools with the classname of a
> factory for creating new tools instances
> + Added a new Bread
+1 GA
On Wed, Mar 3, 2021 at 4:29 AM Claude Brisson
wrote:
> The Velocity Engine 2.3 RC2 is available since February 27.
>
> Main changes in this release:
>
> + New spring-velocity-support module, containing Spring framework
> Velocity Engine integration classes.
> + Security fix: let SecureUber
Thank you, Claude!! I really appreciate all your work getting these
releases out!
On Mon, Mar 8, 2021 at 4:12 PM Claude Brisson wrote:
> The Apache Velocity community is pleased to announce the release of
> Apache Velocity Engine 2.3 The release is available for download at:
>
>https://velo
Agreed. Thanks for your long work here, Will. If you're ever in Portland,
drop me a line and i'll buy you a drink. :)
On Thu, Mar 11, 2021 at 12:11 PM Henning Schmiedehausen <
henn...@schmiedehausen.org> wrote:
> Will, Thank you so much for your time and the part of the journey that we
> walked t
The javax->jakarta migration is unbelievably wasteful. So much stupid.
But yes, we probably have to make that a major version change. Which is
also very dumb. And unfortunately, i have zero time to help. :(
On Wed, Mar 22, 2023 at 3:24 AM Claude Brisson
wrote:
> And it should be better to first
+1
On Sat, Mar 25, 2023 at 4:59 AM Claude Brisson
wrote:
> Hello.
>
> Please vote for the release of the velocity-master release 5.
>
> Changes:
>
> + upgraded parent apache pom to version 29
> + upgraded maven plugins to latest version
> + list Will Glass-Husain as Emeritus (I still wonder why
+1
On Sat, Feb 3, 2024 at 10:07 AM Michael Osipov wrote:
> Hi,
>
> Changelog:
> * Upgrade to Apache Parent 31
> * Explicitly require Maven 3.2.5+ at build time
>
> Staging repo:
> https://repository.apache.org/content/repositories/orgapachevelocity-1040/
>
> https://repository.apache.org/content
+1
On Sat, Feb 10, 2024 at 11:42 AM Michael Osipov wrote:
> Hi,
>
> IMPORTANT: This requires the following staging repo:
> https://repository.apache.org/content/repositories/orgapachevelocity-1041/
>
> Release notes:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310130&v
+1
On Sat, Feb 10, 2024 at 11:33 AM Michael Osipov wrote:
> Hi,
>
> Release notes:
>
> https://issues.apache.org/jira/secure/ReleaseNote.jspa?projectId=12310104&version=12352138
>
> Staging repo:
> https://repository.apache.org/content/repositories/orgapachevelocity-1041/
>
> https://repository.
Sorry for the late reply. I sadly have very limited time for Apache work
these days.
The commit log is incidental. It would ideally have no repeated versions,
but it's hardly a transgression if it does. Likewise, it's not a
requirement of the ASF that our releases never skip version numbers. It
wo
+1
On Tue, Jul 30, 2024 at 10:34 AM Michael Osipov wrote:
> Hi,
>
> Changelog:
> * Upgrade to Apache Parent 33
>
> Staging repo:
> https://repository.apache.org/content/repositories/orgapachevelocity-1044/
>
> https://repository.apache.org/content/repositories/orgapachevelocity-1044/org/apache/v
+1 GA
Thank you!
On Thu, Sep 12, 2024 at 2:21 AM Claude Brisson
wrote:
> The Velocity Engine 2.4 test build has been available since September 8th.
>
> Release notes:
>
> *
>
> https://dist.apache.org/repos/dist/dev/velocity/velocity-engine/2.4/release-notes.html
>
> Distribution:
>
> * https
[
http://issues.apache.org/jira/browse/VELTOOLS-67?page=comments#action_12448905
]
Nathan Bubna commented on VELTOOLS-67:
--
Another question...
Why insist that wildcard paths end with '/' ? What if i wanted to enable a
tool for
[
http://issues.apache.org/jira/browse/VELTOOLS-68?page=comments#action_12449032
]
Nathan Bubna commented on VELTOOLS-68:
--
Sorry about that. I forgot to check in the updated build.xml for this.
> VelocityViewServlet has hard co
[
http://issues.apache.org/jira/browse/VELTOOLS-67?page=comments#action_12449034
]
Nathan Bubna commented on VELTOOLS-67:
--
Looks good. i have a few refinements, but i'll try and get this in on Monday.
As for supporting this with se
[ http://issues.apache.org/jira/browse/VELTOOLS-67?page=all ]
Nathan Bubna resolved VELTOOLS-67.
--
Fix Version/s: 1.3
Resolution: Fixed
Implemented in revision 474952.
Ok, it's in. I managed to make it easily support path-restriction
[ http://issues.apache.org/jira/browse/VELTOOLS-56?page=all ]
Nathan Bubna resolved VELTOOLS-56.
--
Fix Version/s: 1.3
Resolution: Fixed
Patch applied in revision 474989.
Thanks again for the fixes, Christopher. I think i sorted out the
[
http://issues.apache.org/jira/browse/VELTOOLS-67?page=comments#action_12449806
]
Nathan Bubna commented on VELTOOLS-67:
--
Doh. You're totally right on the session tool implementation. It doesn't make
much sense to just do
[
http://issues.apache.org/jira/browse/VELTOOLS-67?page=comments#action_12449816
]
Nathan Bubna commented on VELTOOLS-67:
--
http://svn.apache.org/viewvc?view=rev&rev=475015
Ok, path restrictions are now limited to request-scoped t
[
http://issues.apache.org/jira/browse/VELTOOLS-67?page=comments#action_12449822
]
Nathan Bubna commented on VELTOOLS-67:
--
http://svn.apache.org/viewvc?view=rev&rev=475017
Documentation patch has been adapted to xdoc and applied. Th
[
http://issues.apache.org/jira/browse/VELTOOLS-69?page=comments#action_12450118
]
Nathan Bubna commented on VELTOOLS-69:
--
Hmm. Breaking #if($query.foo) compatibility isn't ok, if we can't find a
reasonable way to keep that a
[
http://issues.apache.org/jira/browse/VELTOOLS-69?page=comments#action_12450204
]
Nathan Bubna commented on VELTOOLS-69:
--
Velocity doesn't actually convert references to anything but strings, and it is
only in 1.5 that the ren
[ http://issues.apache.org/jira/browse/VELTOOLS-69?page=all ]
Nathan Bubna resolved VELTOOLS-69.
--
Fix Version/s: 1.3
Resolution: Fixed
Ok, the sub is gone as of revision 475480.
> ValueParserSub generic getter never wor
[
http://issues.apache.org/jira/browse/VELTOOLS-9?page=comments#action_12450273 ]
Nathan Bubna commented on VELTOOLS-9:
-
Tom or Daniel, are you guys still interested in making this happen? I know
little about OSGi myself, so it's unl
[ http://issues.apache.org/jira/browse/VELTOOLS-8?page=all ]
Nathan Bubna resolved VELTOOLS-8.
-
Resolution: Won't Fix
At this point, the XMLToolboxManager has advanced to the point where it is
simple to use in a standalone situation where yo
[ http://issues.apache.org/jira/browse/VELTOOLS-62?page=all ]
Nathan Bubna updated VELTOOLS-62:
-
Fix Version/s: 2.0
Set for 2.0
> New empty interfaces that allow one to enforce the scope of a t
[ http://issues.apache.org/jira/browse/VELTOOLS-58?page=all ]
Nathan Bubna updated VELTOOLS-58:
-
Fix Version/s: 1.3
I want to make sure this is in line with the Struts tags before we release 1.3.
> ValidatorTool does not respect 'bundle'
Components: VelocityStruts
Affects Versions: 1.3
Reporter: Nathan Bubna
Fix For: 1.3
We need to get VelocityTools 1.3 fully working with Struts 1.3.x and its
dependencies before we do a 1.3 release.
I'd love help on this as i haven't been using Struts in w
oject: VelocityTools
Issue Type: Improvement
Components: Build
Affects Versions: 1.3
Reporter: Nathan Bubna
Priority: Critical
Fix For: 1.3
This update to the build process is well-overdue.
--
This message is automatically generated by
[ http://issues.apache.org/jira/browse/VELTOOLS-55?page=all ]
Nathan Bubna resolved VELTOOLS-55.
--
Resolution: Fixed
docs updated in revisions 475595 and 475596
> Add URLResourceLoader to VelocityTools
[ http://issues.apache.org/jira/browse/VELTOOLS-64?page=all ]
Nathan Bubna updated VELTOOLS-64:
-
Fix Version/s: 1.3
Description:
I have been using VelocityTools for years and have a project successfully
running in production on standalone Tomcat
[
http://issues.apache.org/jira/browse/VELTOOLS-71?page=comments#action_12451827
]
Nathan Bubna commented on VELTOOLS-71:
--
It's in the changelog now, but i don't think it matters since the building with
jdk 1.3 feature doesn
[ http://issues.apache.org/jira/browse/VELTOOLS-71?page=all ]
Nathan Bubna resolved VELTOOLS-71.
--
Resolution: Fixed
Ok. I believe i have everything updated and working now.
Note that this no longer supports *building* VelocityTools with JDK 1.3
[
http://issues.apache.org/jira/browse/VELTOOLS-71?page=comments#action_12451799
]
Nathan Bubna commented on VELTOOLS-71:
--
Yeah, i've got things mostly working with the download stuff. I didn't get
your last set of gump frien
[ http://issues.apache.org/jira/browse/VELTOOLS-71?page=all ]
Nathan Bubna reassigned VELTOOLS-71:
Assignee: Nathan Bubna
> Adapt Velocity Engine's dependency download scripts to work for our build
&
[
http://issues.apache.org/jira/browse/VELOCITY-499?page=comments#action_12451425
]
Nathan Bubna commented on VELOCITY-499:
---
Makes sense to me. I'll try and find time later today or tomorrow.
> Default Velocity LogChute impleme
[
http://issues.apache.org/jira/browse/VELOCITY-500?page=comments#action_12451432
]
Nathan Bubna commented on VELOCITY-500:
---
That's a big can of worms. Geir and I debated such things for ages some years
ago back when i and others
[ http://issues.apache.org/jira/browse/VELTOOLS-72?page=all ]
Nathan Bubna resolved VELTOOLS-72.
--
Fix Version/s: 1.3
Resolution: Fixed
Thanks, Claude!
> skip jar verification by default and add force.jar.load
[
http://issues.apache.org/jira/browse/VELTOOLS-69?page=comments#action_12454002
]
Nathan Bubna commented on VELTOOLS-69:
--
When would this splitting be done? I wouldn't want to do it all up front, as
that seems like it could a
[
http://issues.apache.org/jira/browse/VELTOOLS-72?page=comments#action_12454114
]
Nathan Bubna commented on VELTOOLS-72:
--
hey now, let's not make rash assumptions. i *did* review and test the patch
before committing it. it cert
[
http://issues.apache.org/jira/browse/VELOCITY-502?page=comments#action_12454118
]
Nathan Bubna commented on VELOCITY-502:
---
This is even better, but only so long as the 4 options are listed and described
in build.properties above the
[
http://issues.apache.org/jira/browse/VELTOOLS-72?page=comments#action_12454119
]
Nathan Bubna commented on VELTOOLS-72:
--
heh. i just realized i made myself a hypocrite by rashly assuming you meant
the "commit-then-review"
[ http://issues.apache.org/jira/browse/VELTOOLS-70?page=all ]
Nathan Bubna resolved VELTOOLS-70.
--
Resolution: Fixed
Ok. So far as i can tell, we are fully Struts 1.3.x compatible now. All has
been upgraded.
> Upgrade to Struts 1.3.x and upd
[ http://issues.apache.org/jira/browse/VELTOOLS-9?page=all ]
Nathan Bubna resolved VELTOOLS-9.
-
Fix Version/s: (was: 1.3)
Resolution: Won't Fix
I don't know how to do this, have interest in it myself, or care to wait any
longer fo
[
http://issues.apache.org/jira/browse/VELOCITY-502?page=comments#action_12460669
]
Nathan Bubna commented on VELOCITY-502:
---
I don't really care. Both have advantages, both will work fine. If you're
going to do the work,
[
http://issues.apache.org/jira/browse/VELOCITY-504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461798
]
Nathan Bubna commented on VELOCITY-504:
---
So, in order to trigger the issue, you have to be using a tool that
[
http://issues.apache.org/jira/browse/VELOCITY-504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461821
]
Nathan Bubna commented on VELOCITY-504:
---
what?! but that's CRAZY! ;-)
ok, seriously, someone nee
[
http://issues.apache.org/jira/browse/VELOCITY-504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12461862
]
Nathan Bubna commented on VELOCITY-504:
---
oops. i didn't finish that. it should've read "as
[
https://issues.apache.org/jira/browse/VELOCITY-149?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12463432
]
Nathan Bubna commented on VELOCITY-149:
---
Agreed. In fact, i've never felt this one would be a worth
[
https://issues.apache.org/jira/browse/VELTOOLS-64?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12464547
]
Nathan Bubna commented on VELTOOLS-64:
--
John (or others),
Were you ever able to make any headway on this
[
https://issues.apache.org/jira/browse/VELTOOLS-64?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12464839
]
Nathan Bubna commented on VELTOOLS-64:
--
Alright. I finally took time to download Geronimo 1.1.1 myself and
[
https://issues.apache.org/jira/browse/VELTOOLS-64?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nathan Bubna resolved VELTOOLS-64.
--
Resolution: Cannot Reproduce
> Geronimo 1.1.1 with Tomcat install fails to render li
[
https://issues.apache.org/jira/browse/VELTOOLS-64?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12464901
]
Nathan Bubna commented on VELTOOLS-64:
--
Hmm. I doubt it. I'm 99.99% certain there have been no rel
[
https://issues.apache.org/jira/browse/VELTOOLS-73?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12465246
]
Nathan Bubna commented on VELTOOLS-73:
--
Good point. It should probably be $esc.url(String). since escape is
[
https://issues.apache.org/jira/browse/VELTOOLS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12465918
]
Nathan Bubna commented on VELTOOLS-58:
--
Ok. At this point, i don't see much value in overloading most o
[
https://issues.apache.org/jira/browse/VELTOOLS-58?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nathan Bubna resolved VELTOOLS-58.
--
Resolution: Fixed
> ValidatorTool does not respect 'bundle' property for mes
[
https://issues.apache.org/jira/browse/VELTOOLS-52?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_12467161
]
Nathan Bubna commented on VELTOOLS-52:
--
Frankly, i have no idea. Even when i was using VelocityStruts, i was
[
https://issues.apache.org/jira/browse/VELOCITY-442?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nathan Bubna updated VELOCITY-442:
--
Component/s: (was: Engine)
Texen
I think this (and VELOCITY-441, of
[
https://issues.apache.org/jira/browse/VELOCITY-441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nathan Bubna updated VELOCITY-441:
--
I think this (and VELOCITY-442, of course) are a better fit for Texen than the
VelocityEngine
[
https://issues.apache.org/jira/browse/VELOCITY-441?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Nathan Bubna updated VELOCITY-441:
--
Component/s: (was: Engine)
Texen
Oops. Forgot to actually change the
701 - 800 of 1607 matches
Mail list logo