On Jan 16, 2008 6:28 AM, Niall Pemberton <[EMAIL PROTECTED]> wrote:
>
> On Jan 16, 2008 6:24 AM, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> > Martin Cooper wrote:
> > >> That's a fair question, but I have an answer for it.
> > >
> > > Of course you do. If you didn't, I'd think you'd gone on vac
You could ask if they'd be willing/able to change the license...
On 3/16/07, Musachy Barroso <[EMAIL PROTECTED]> wrote:
Yeah I liked that one, and compressed got to 7K, but it is GPL.
musachy
On 3/16/07, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
>
> 2007/3/16, Nate Drake <[EMAIL PROTECTED]>:
VelocityTools is getting a Gump failure because we recently upgraded
our Validator tool to use the
org.struts.validator.Resources.getVarValue(Var,ServletContext,HttpServletRequest,boolean)
method (to mirror the same change in JavascriptValidatorTag).
The problem appears to be that the "packaged-s
to be constructively critical, perhaps it would help to say that i
think of it as a page composition and layout management framework.
perhaps that language would be useful?
On 12/6/06, Nathan Bubna <[EMAIL PROTECTED]> wrote:
hey now, Tiles works well without JSP too. :)
On 12/6/06, Greg
hey now, Tiles works well without JSP too. :)
On 12/6/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
On Dec 4, 2006, at 7:34 AM, Ted Husted wrote:
> One note on the Resolution, some elder projects like Struts and Cocoon
> got away with the self-referential description, but if anyone has a
> slight
+1
On 12/2/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
I'd like to begin the vote on the Tiles TLP Proposal [1] and Resolution [2].
[] +1 = Yes, let's ask the board to establish the Tiles TLP
[] +0 = I'm in favor, to some extent.
[] -0 = I'm not in favor but won't prevent it from happenin
On 12/1/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
On 12/1/06, Nathan Bubna <[EMAIL PROTECTED]> wrote:
>
> in my continuing quest to redefine the concept of "umbrella" in
> Apache-land
>
> On 12/1/06, Martin Cooper <[EMAIL PROTECTED]> wrot
in my continuing quest to redefine the concept of "umbrella" in Apache-land
On 12/1/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
On 12/1/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
>
> Craig McClanahan ha scritto:
> > The Dimensions code is going to have to go through
> > the Incubator -
On 11/28/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
...
Perhaps I'm looking at this too selfishly, but I'm thinking that if
nothing else the teams can help each other with the infrastructure and
burden of being a TLP. For example:
- Moderating Mail Lists
- Board Reports
- Managing Jira
- Co
contributing ideas is contributing, though not as much as patches.
and--in the same vein--users are definitely part of the community as
their questions/experiences/bug reports all aid in development.
On 11/28/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
On Nov 28, 2006, at 9:46 AM, David H. DeWo
and another earlier one on this list:
http://www.mail-archive.com/dev@struts.apache.org/msg20469.html
(not sure that the mail archive got the full thread in this link)
On 11/28/06, Nathan Bubna <[EMAIL PROTECTED]> wrote:
here's one thread on Jakarta general
http://www.mail-archive.
ssed in the thread i sent.
On 11/28/06, David H. DeWolf <[EMAIL PROTECTED]> wrote:
Nathan Bubna wrote:
> I know i'm not really much involved with Tiles lately, but i'd just
> like to say that i think the idea of a topic-centered umbrella project
> is a bad idea and not
here's one thread on Jakarta general
http://www.mail-archive.com/general@jakarta.apache.org/msg12323.html
On 11/28/06, Nathan Bubna <[EMAIL PROTECTED]> wrote:
I know i'm not really much involved with Tiles lately, but i'd just
like to say that i think the idea of a to
I know i'm not really much involved with Tiles lately, but i'd just
like to say that i think the idea of a topic-centered umbrella project
is a bad idea and not especially likely to be favored by the ASF these
days.
IIRC, the discussions about forming a "Jakarta Web Components" group
were not abo
Yay!!
On 11/23/06, Mark Bakker <[EMAIL PROTECTED]> wrote:
I am interested to do some work on the Struts project. I have been
investigating STR-1183
https://issues.apache.org/struts/browse/STR-1183
currently I started to create some code.
In general I am creating a ViewUtils class in the struts-
If you don't want to learn anything new, why stop in the middle at
JXP? Just use java itself. Then there's no new syntax (we'll ignore
the fact that java syntax is still evolving...) and no new API (again
ignoring the fact that those change too) that can often take longer to
grok than a new synt
On 10/6/06, Antonio Petrelli <[EMAIL PROTECTED]> wrote:
Greg Reddin ha scritto:
> Here's what I envision for the controller: I don't think it would
> really be used to change the destination of the response. I don't see
> the controller as being analogous to a Struts action even though it
> cou
I think "controllers" should stay, but the name should be changed.
Call them ViewPreparers or something...
On 10/5/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
On Oct 5, 2006, at 9:53 AM, Antonio Petrelli wrote:
>>* The controllers were added to allows stand alone use of tiles to
>> be
On 8/22/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
On 8/22/06, Tim Fennell <[EMAIL PROTECTED]> wrote:
>
> On Aug 22, 2006, at 5:11 PM, Martin Cooper wrote:
>
> > if (isDebugLoggingEnabled()) {
> >log.debug("And the answer is: " + expensiveMethodCallHere());
> > }
> >
> > I don't know about
+1 I really like what Seam is doing. As soon as Velocity moves to
jdk5, you can bet we'll be doing much the same.
And yeah, it really only takes a few simple classes to have a much
nicer interface than j.u.logging. For Velocity, we basically have
two classes (Log and LogManager) and an interf
Very cool. That looks like what i was looking for. Thanks :)
On 8/22/06, Bob Lee <[EMAIL PROTECTED]> wrote:
On 8/22/06, Ted Husted <[EMAIL PROTECTED]> wrote:
>
> Say, wasn't there a mention of some package that renamed packages
> dynamically or something? That's the real issue. Two versions o
If i might jump in here...
I whole-heartedly agree with Don. A couple years ago i would have
argued against him on this quite vigorously. But after several more
years of working close with both Struts (and VelocityStruts) which use
commons-logging and Velocity itself (which takes Don's approach
If you need multi-line bodies, then you are best off sticking to
directives for now. If you don't need or want line breaks in your
body, then a tool will be fine.
The helpful thing in Velocity 1.5 is that you can have multi-line
string literals, interpolated strings, method calls, and directive
On 7/18/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 7/18/06, Nathan Bubna <[EMAIL PROTECTED]> wrote:
> My general feel is that #surl is fine, but if you really want a
> separation, you should use a hyphen, not an underscore. Of course,
> if i were doing this myself i migh
On 7/18/06, Don Brown <[EMAIL PROTECTED]> wrote:
Nathan Bubna wrote:
>> (it's been awhile
>> since I've been one myself --- Ahh, those were the days!), but the _
>> is a shift key. If we were going to use a separator in the vmname, we
>> might want to t
On 7/18/06, Ted Husted <[EMAIL PROTECTED]> wrote:
On 7/18/06, Don Brown <[EMAIL PROTECTED]> wrote:
> What about using "s_" for velocity, then "s:" for the rest?
From what Toby said, I think FreeMarker uses a ".", as in
<@s.url ... />
I'd like to hear from a Velocity person on this
but i like
I like the idea. I've always felt tiles was more complicated than
necessary. Simplify it. Antonio's question is a good one. The
lookup order needs to be well documented and a
type="definition|attribute" attribute would probably need to be
available to override the standard lookup procedure.
O
On 4/25/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> On Tue, April 25, 2006 3:42 pm, Nathan Bubna said:
> >> Question: does submitting a patch have to mean having the patch
> >> accepted?
> >> At first glance, the obvious answer is yes, but I'm not so
On 4/25/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> On Tue, April 25, 2006 3:10 pm, Martin Cooper said:
> >> This is where I'm not sure I agree... why can you only have a stake in
> >> the
> >> code, or in the community even, if you are a committer? And certainly
> >> the
> >> "community" i
On 4/25/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> On Tue, April 25, 2006 6:45 am, Ted Husted said:
> > From an ASF perspective, the "community" is not everyone who
> > subscribes to the mailing list and downloads the product. The
> > community is the set of individuals who contribute to t
On 4/23/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
> On 4/23/06, Don Brown <[EMAIL PROTECTED]> wrote:
> >
> > I would think it would be Tiles' responsibility to support deployment
> > with Struts. In that view, Tiles would be its own project, yet part of
> > it would depend on struts-action.jar
On 4/22/06, Martin Cooper <[EMAIL PROTECTED]> wrote:
> On 4/21/06, Greg Reddin <[EMAIL PROTECTED]> wrote:
> >
> >
> > On Apr 21, 2006, at 7:56 AM, Ted Husted wrote:
> >
> > > IMHO, once Standalone Tiles is ready for a release, we should migrate
> > > the component to a top-level ASF project. When w
On 4/21/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> On 4/21/06, Nathan Bubna <[EMAIL PROTECTED]> wrote:
> > Do we need to be discussing this now? I kinda feel like this should
> > wait until Tiles is ready to stand alone.
>
> In another thread, Don pointed out th
On 4/21/06, Ted Husted <[EMAIL PROTECTED]> wrote:
> Lately, we've gotten into the habit of talking about Standalone Tiles
> as if it were already an Apache Struts subproject. As far as I
> remember, there has never been a vote to that effect, and the only
> proposal on the wiki positions Tiles as a
On 3/20/06, Paul Benedict <[EMAIL PROTECTED]> wrote:
> I do see benefit in having the struts-taglibs (and actions) being their
> own release because there are some very minor enhancements
> that don't really require a new action framework release.
> For instance, Struts 1.2.5 added the errorStyle a
On 3/20/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> Nathan Bubna wrote:
> > there have been VelocityStruts users eager for the Struts tags to be
> > separated from the core for a long time. there's plenty of people
> > using Struts without the tags.
&g
On 3/20/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote:
> Craig McClanahan wrote:
> > For Shale, at least, I would *not* advocate eliminating separate JAR files.
> > There are optional features of Shale that themselves have their own
> > dependencies, and it would be a burden on all Shale users if
On 11/29/05, Niall Pemberton <[EMAIL PROTECTED]> wrote:
> On 11/29/05, Don Brown <[EMAIL PROTECTED]> wrote:
> > First, we bring in the WebWork 2.2 code which forms the Struts Ti core.
> > Then, we develop a Struts compatibility layer. Along the way, if we
> > see anything from Struts Action 1.x t
interesting. and promising! i'll keep on eye on this. webwork has
long had better velocity integration that struts. this proposed
merger might either obviate the need for VelocityStruts integration in
VelocityTools or else provide an opportune time to shift some of that
code over to the "StrutsW
The Jakarta Velocity team is pleased to announce the availability of
Velocity Tools 1.2. This release offers numerous useful new generic
and VelocityView tools, compatibility with Struts 1.2.x, and several
bug fixes. For a complete list of changes, see the change log.
VelocityTools is available in
I'm happy to announce the availability of a release candidate for
VelocityTools 1.2.
VelocityTools is a collection of Velocity subprojects with a common
goal of creating tools and infrastructure for building both web and
non-web applications using the Velocity template engine.
- GenericTools prov
On 10/13/05, Ted Husted <[EMAIL PROTECTED]> wrote:
> On 10/13/05, Nathan Bubna <[EMAIL PROTECTED]> wrote:
> > By the way, if i can take this opportunity to do so, VelocityStruts is
> > in need of some upgrades for the Struts 1.2 and/or 1.3 series. I've
> >
I totally agree, and I think most advocates of "pull" model design
would as well. Note that Turbine (home to the doc that Don
referenced) supports and encourages using action classes for actions
(requests to "do" something) and pull tools (aka view helpers) for
presentation of data (requests to "v
On 10/13/05, Don Brown <[EMAIL PROTECTED]> wrote:
> This reminds me of the old push vs pull MVC architecture back in 2000/2001.
> The core decision is would you rather _push_ objects into a context in your
> action class, then let the view use them to generate the page, or, while
> processing your
On Wed, 23 Feb 2005 14:05:12 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote:
> At 2:53 PM -0500 2/23/05, Frank W. Zammetti wrote:
> >An unsolicited outside comment...
> >
> >If your intention is to continue to allow the general Struts user
> >community to still be able to build Struts, I would sugge
#x27;m thinking of and haven't
time to look into it or offer patches; i just thought i'd put the idea
out there.
and btw, congrats on all the great work happening w/Struts right now.
i'm looking forward to when i've got a chance to play around with some
of these things.
Nathan
time and i've never heard ill feelings about
the suggestion from them.
Nathan Bubna
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
t them in jakarta-taglibs and leave struts as a controller.
> Just my .02
...
or just make the struts taglibs an optional package developed as a struts
sub-project.
Nathan Bubna
[EMAIL PROTECTED]
-
To unsubscribe, e-mail: [EMA
48 matches
Mail list logo
