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 vacation or
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
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
slightly
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 Reddin
+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
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 -- even
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] wrote:
On 12/1/06, Antonio Petrelli [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 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
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 topic-centered umbrella project
/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 especially likely to be favored by the ASF these
days.
Just
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.com/general
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
-
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
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
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
could be
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 able to
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
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 of the
+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
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 you, but I'm very
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, 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 try the hyphen (-). Then, all three would have
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 might design some/many
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 lurking!
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.
On
On 4/25/06, Frank W. Zammetti [EMAIL PROTECTED] wrote:
On Tue, April 25, 2006 6:45 am, Ted Husted said:
snip/
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 the
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 is often touted as
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 sure it's
really the obvious answer... if someone
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 to provide
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 we started this
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, 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 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.
I didn't know that, thanks for pointing it out
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 and
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 that should
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
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
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 JSP,
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 view
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
not been free to use Struts in my paid work
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 suggest against
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 Bubna
On Tue, 21 Dec 2004 18:29:43
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: [EMAIL PROTECTED]
For additional commands
44 matches
Mail list logo