David H. DeWolf (JIRA) ha scritto:
[ http://issues.apache.org/struts/browse/SB-44?page=all ]
David H. DeWolf updated SB-44:
--
Attachment: tiles-context-factory.465124.patch
OK, try this one. . .it's against the head revision (as of right now).
Since I
hmmm. Not sure what that would be. Did you try the -l (ignore
whitespace) option in patch?
I'll start a new thread to discuss the specific items I'd like your
opinion on before committing.
David
Antonio Petrelli wrote:
David H. DeWolf (JIRA) ha scritto:
[
David H. DeWolf ha scritto:
hmmm. Not sure what that would be. Did you try the -l (ignore
whitespace) option in patch?
Yes, it still does not apply...
I think that you have formatted your code, and then created the patch.
About the 1999-2004 well... I really don't understand it.
Please do
From: David H. DeWolf [mailto:[EMAIL PROTECTED] On Behalf Of David H.
hmmm. Not sure what that would be. Did you try the -l (ignore
whitespace) option in patch?
I'm not sure that would fix the 2004 copyright thing ;)
Dave
SB-44 has been filed suggesting that the TilesContextFactory and it's
usages be refactored to remove the use of static methods. This will
allow different implementations of the factory to be used as an
extension point in Tiles.
When implementing this change, one thing that will be noticed is
:)
Thanks, I missed that. That's odd!
Dave Newton wrote:
From: David H. DeWolf [mailto:[EMAIL PROTECTED] On Behalf Of David H.
hmmm. Not sure what that would be. Did you try the -l (ignore
whitespace) option in patch?
I'm not sure that would fix the 2004 copyright thing ;)
Dave
David H. DeWolf ha scritto:
1) TilesContext is refactored into two different contexts -
TilesContext and TilesRequestContext. Only one instance of the
TilesContext should exist within the application and it will be used
to provide application scoped functions (e.g. getResource() or
THANK YOU DON.
You said it much better than I did.
Honestly, guys, the reaction here is a little... odd. I wanted to engage the
dialog of how we might address known issues. Unless you've used the Struts 2
tags, it probably is hard to provide any real constructive feedback on this
particular
I figured out what I did. . .when refactoring I renamed classes such as
TilesContextFactory to BasicTilesContextFactory and then created a new
TilesContextFactory for the interface. I guess the rename-recreate
sequence confused the three of us (me, subversion, and patch ;) )
Anywho. . .a new
I think perhaps we are getting too deep into the
solution when we
don't understand or agree upon the problem. The
purpose of the Struts
tags is to provide a shortcut to create simple and
complex output. The
tags are usable in Velocity, Freemarker, and JSP. It
does this by
Hi all,
I was checking out struts 2 yesterday (I'm a 1.2.7 user) and I found
that some of the UI tags(tree, tab panel...) overlap with a project that
I'm currently maintaining (ajaxtags at
http://ajaxtags.sourceforge.net/). I'd like to contribute to the UI ajax
tags, so some pointers on
David H. DeWolf ha scritto:
I figured out what I did. . .when refactoring I renamed classes such
as TilesContextFactory to BasicTilesContextFactory and then created a
new TilesContextFactory for the interface. I guess the
rename-recreate sequence confused the three of us (me, subversion, and
send me the output/errors offline and we'll work through it.
David
Antonio Petrelli wrote:
David H. DeWolf ha scritto:
I figured out what I did. . .when refactoring I renamed classes such
as TilesContextFactory to BasicTilesContextFactory and then created a
new TilesContextFactory for the
On 10/18/06, Patrick Lightbody [EMAIL PROTECTED] wrote:
- JSP-like
- No scripplet support
- Fast
- Very lightweight
To me, the key features of Struts Tags are that they
0 Access framework state in a consistent and convenient way
and that they are
1 Available for templating technologies
On 10/18/06, Patrick Lightbody [EMAIL PROTECTED] wrote:
THANK YOU DON.
You said it much better than I did.
Honestly, guys, the reaction here is a little... odd. I wanted to engage
the dialog of how we might address known issues. Unless you've used the
Struts 2 tags, it probably is hard to
Hi Musachy,
Thank you for your interest. I think this mailing list
would be fine as it is going to be related to Struts2.
Please feel free to share any of your thoughs.
Actually, there's no real ownership to Struts2 code,
its by the Struts2 community for the Struts2 community
as well.
If we
On 10/18/06, Martin Cooper [EMAIL PROTECTED] wrote:
Maybe not for you, but it is a big issue for me. I am not willing to have a
project as prominent as Struts rely on another project that has only a
single developer behind it. That puts us at risk if bugs are encountered and
are not promptly
On 10/18/06, Ted Husted [EMAIL PROTECTED] wrote:
On 10/18/06, Martin Cooper [EMAIL PROTECTED] wrote:
Maybe not for you, but it is a big issue for me. I am not willing to
have a
project as prominent as Struts rely on another project that has only a
single developer behind it. That puts us at
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of
On 10/18/06, Ted Husted [EMAIL PROTECTED] wrote:
I dont' see the benefit of JXP yet myself, but this sort of thing
simply doesn't matter. It's open source, and if there's a problem,
we fork and apply the patch ourselves.
Sure, JXP
I'm wondering if we shouldn't go in new direction to improve the
tags Looking at the freemarker templates, the ratio of Freemarker
code to HTML is probably 1.5, which leads me to wonder why we are using
a template language at all.
Here is a design for tag libs that I've been mulling
From: Don Brown [mailto:[EMAIL PROTECTED]
[...]why we are using a template language at all.
My take on that was that the template language allowed more flexibility
at run-time and it allowed non-Java people to participate in custom
rendering of... uh... things.
It would be faster because all
On 10/18/06, Martin Cooper [EMAIL PROTECTED] wrote:
Suppose it was Spring we were talking about. You're saying that you'd be OK
with forking Spring and supporting it as part of Struts? Sure, JXP is on a
much smaller scale, but the principle is the same.
If the Spring group went insane, and we
The help would be appreciated. Take a look at the tag documentation -
http://cwiki.apache.org/confluence/display/WW/Tag+Developers+Guide - and
look at the templates themselves in core/src/main/resources/templates
There are several ajax-related issues in our JIRA right now, so that
would be a
Hi all,
This is thlee from JXP. It's glad to see some interest/disinterest in JXP.
Here are some facts that you might find useful:
1. JXP is created as a subproject and is used mainly in swingweb project to
render html representation of awt/swing components.
2. Since it is interpreted it
thlee,
Would you consider elevating JXP to a top-level project and in doing so,
bring JXP closer to the JSP spec (except for the areas that create a dependency
on a JSP/Servlet container)?
I personally see broad appeal for the project and that is why I started using
it. In my opinion,
Mike,
It certainly is a possibility.
For most part it is close to trivial, with the exception of taglib support,
which I think would require more changes to the infrastructure of JXP. Others
suchs as page extends etc doesn't really apply to JXP.
For now, I probably would add the simple
Great!
Does this include EL support? I will keep my eyes open for the next release.
Cheers,
Mike
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=46468messageID=94644#94644
On 10/18/06, Don Brown [EMAIL PROTECTED] wrote:
I'm wondering if we shouldn't go in new direction to improve the
tags Looking at the freemarker templates, the ratio of Freemarker
code to HTML is probably 1.5, which leads me to wonder why we are using
a template language at all.
Here is a
28 matches
Mail list logo