On 12/12/06, Wendy Smoak [EMAIL PROTECTED] wrote:
On 12/11/06, dice [EMAIL PROTECTED] wrote:
By my own benchmarking I am finding Struts 2 somewhere between 5-10 times
slower than Struts 1 in JSP rendering. JProfiler is telling me OGNL is the
bottleneck.
There's a similar thread on the
OK, we're getting closer, but there's still a few issues to resolve,
if 2.0.2 is going to be a step forward.
* Apply patch for Dojo topic notification (WW-1554)
* Apply patch for DatePicker (WW-1555)
* Fix XSLT Result (WW-1550)
* Move Continuations support to an experimental plugin (WW-1548)
I know I've implemented paging a dozen different ways, and reducing to
a tag of our own sounds like a good idea. Ditto with sorted tables. If
you wanted to contribute the tags, the thing to do would be to file a
CLA and open a JIRA ticket with the code attached,.
*
Where is latest downloadable tiles-test war file?
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Dec 12, 2006, at 8:42 AM, Stone, Sam wrote:
Where is latest downloadable tiles-test war file?
This page tells you how to get it:
http://struts.apache.org/struts-sandbox/tiles/index.html
Greg
-
To unsubscribe,
I'm trying to get hangman to work.
musachy
Ted Husted wrote:
OK, we're getting closer, but there's still a few issues to resolve,
if 2.0.2 is going to be a step forward.
* Apply patch for Dojo topic notification (WW-1554)
* Apply patch for DatePicker (WW-1555)
* Fix XSLT Result (WW-1550)
*
The most recent 'stable' snapshot is:
2.0-r480013-SNAPSHOT
and is in the snapshot repo:
http://people.apache.org/repo/m2-snapshot-repository/
If you need consistency, this one won't be changed underneath you.
David
Stone, Sam wrote:
Where is latest downloadable tiles-test war file?
I attached WW-1554_2.patch (use this one instead of the previous ones)
to WW-1554, a parameter was missing in notifyTopics. It has a fix to
hangman ajax, which now works. There is an image attached to the ticket
that needs to be added to showcase.
regards
musachy
Musachy Barroso wrote:
I'm
I kind of stumbled over the spring glue for struts, rereading the wiki page a few times before
the struts.xml action _class_ needs to reference the bean name attribute from spring's configuration. Just
thinking about it a little more, that seems a bit esoteric. Would it be better to have the
From: David Durham [mailto:[EMAIL PROTECTED]
I kind of stumbled over the spring glue for struts, rereading the
wiki page a few times before the struts.xml action _class_ needs to
reference the bean name attribute from spring's configuration. Just
thinking about it a little more, that seems a
Dave Newton wrote:
From: David Durham [mailto:[EMAIL PROTECTED]
I kind of stumbled over the spring glue for struts, rereading the
wiki page a few times before the struts.xml action _class_ needs to
reference the bean name attribute from spring's configuration. Just
thinking about it a little
David Durham wrote:
I don't think my first message was clear, and perhaps the problem is
that I really only have a cursory understanding of Struts 2, but my
thinking is that if a configuration file in a Java framework has an
attribute named class, then that refers to a Java classname, e.g.,
The question is do we want to create one Struts tag library that does
everything, or focus on tags that require close ties with our
framework? While I like the idea of providing more features and tags to
our users, I wonder if within Struts is the best place to host it...
Don
Ted Husted
We also have a table tag, which I have never seen and I don't know if it
works. On that same thought, DisplayTag has a lot of stuff which would
be pointless to duplicate. But I could say the same thing about the ajax
tags anyway...
musachy
Don Brown wrote:
The question is do we want to
From: David Durham [mailto:[EMAIL PROTECTED]
I don't think my first message was clear, and perhaps the problem is
that I really only have a cursory understanding of Struts 2, but my
thinking is that if a configuration file in a Java framework has an
attribute named class, then that refers to a
From: Don Brown [mailto:[EMAIL PROTECTED]
The question is do we want to create one Struts tag library that does
everything, or focus on tags that require close ties with our
framework? While I like the idea of providing more features and tags
to our users, I wonder if within Struts is the
The tree tag is not working right now, I looked at it a few weeks ago
and I got it to work with some changes (small changes, but I forgot
already which ones).
musachy
Dave Newton wrote:
From: Don Brown [mailto:[EMAIL PROTECTED]
The question is do we want to create one Struts tag library
From: Musachy Barroso [mailto:[EMAIL PROTECTED]
The tree tag is not working right now, I looked at it a few weeks ago
and I got it to work with some changes (small changes, but I forgot
already which ones).
Oh, really? Hrm; I'm using it and it's fine (not sure which version that
particular
Musachy Barroso wrote:
We also have a table tag, which I have never seen and I don't know if
it works. On that same thought, DisplayTag has a lot of stuff which
would be pointless to duplicate. But I could say the same thing about
the ajax tags anyway...
musachy
Don Brown wrote:
The
Tom Schneider wrote:
Musachy Barroso wrote:
We also have a table tag, which I have never seen and I don't know if
it works. On that same thought, DisplayTag has a lot of stuff which
would be pointless to duplicate. But I could say the same thing about
the ajax tags anyway...
musachy
Don
On 12/12/06, Don Brown [EMAIL PROTECTED] wrote:
action name=... class=Spring:SpringBeanName /
or something like that to kind of indicate to a developer, Hey, this
isn't a standard java class name.
Good point. I like this idea more because it would allow us to use
multiple object
A plugin for enhanced tags, like treeview, seems reasonable, leaving
the core tags to concentrate on cases with direct HTML 4 corrollaries,
but that's something we could sort out for the next GA series.
-Ted.
On 12/12/06, Tom Schneider [EMAIL PROTECTED] wrote:
Don Brown wrote:
The question
That really is the crux of my question, does this belong in struts
proper, as a 'plug-in' module, or as a complete separate project? My
understanding from the ww forums is that the table tag is there, but
no one was really supporting it. (And briefly looking at it, I was
not real
Ted Husted wrote:
On 12/12/06, Don Brown [EMAIL PROTECTED] wrote:
action name=... class=Spring:SpringBeanName /
or something like that to kind of indicate to a developer, Hey, this
isn't a standard java class name.
Good point. I like this idea more because it would allow us to use
Thanks much. Did this change from jdk_1.4 to 1.5 in the last few weeks?
Sam
-Original Message-
From: Greg Reddin [mailto:[EMAIL PROTECTED]
Sent: Tuesday, December 12, 2006 9:56 AM
To: Struts Developers List
Subject: Re: Where is Latest tiles-test-2.0-SNAPSHOT.war???
On Dec 12, 2006,
Thanks. Did this change from jdk 1.4 to 1.5 in the last few weeks?
Sam
-Original Message-
From: David H. DeWolf [mailto:[EMAIL PROTECTED] On Behalf Of David H.
DeWolf
Sent: Tuesday, December 12, 2006 10:45 AM
To: Struts Developers List
Subject: Re: Where is Latest
Yes, tiles2 will be based off of 1.5. My guess would be that this
change was made about 4 weeks ago. . .when it's released, we'll provide
a retro-translator version.
David
Stone, Sam wrote:
Thanks. Did this change from jdk 1.4 to 1.5 in the last few weeks?
Sam
-Original
On 12/12/06, john book (JIRA) [EMAIL PROTECTED] wrote:
[ http://issues.apache.org/struts/browse/WW-1166?page=comments#action_39073
]
john book commented on WW-1166:
I've reported both of these to Jeff and [EMAIL PROTECTED] His last request was
to leave them in JIRA until he can
Please continue to ask these questions on the mailing lists so that
everyone can benefit from the answers. . .
Stone, Sam wrote:
Before I go through the trouble of building this and portlet and
wahtever else I might need - will it all compile with JDK 1.4? I've been
using an older snapshot
Would you guys be morally offended if I lifted this code? (or potentially
did, need to see how amenable the two are first, but it shouldn't be too
hard)
I mean, I know licensing is blah blah and all , but you know...Maybe it's
not right.
Bob Lee wrote:
snipped
In the mean time, we wrote
The custom OGNLValueStack made little difference. AFAIK, the majority of the
OGNL calls are dealing with the tag parameters in the tag templates which
are not simple java properties. It's a pity. I was looking forward to using
Struts 2 on our next major project but much like JSF it is too risky
I'm not sure I'd worry about it. Howard's post said it only made 1ms
difference.
Bob
On 12/12/06, dice [EMAIL PROTECTED] wrote:
The custom OGNLValueStack made little difference. AFAIK, the majority of
the
OGNL calls are dealing with the tag parameters in the tag templates which
are not
32 matches
Mail list logo
