Well, I need help on this one:
if (href != null)
addParameter("href", UrlHelper.buildUrl(findString(href), request,
response, null));
I can't figure out how to know if href ("%{url}") is pointing to a url
that already contains the context. Checking if it starts with the
context really smel
The anchor demo on showcase will break, if it is holding the build we can
just change the Anchor class, something like
addParameter("href", null);
addParameter("href", findString(href));
to make it behave like before, I will fix it after 2.0.2 then. If there is
anything else still pending I'd pr
I don't know - you are the one that wrote the patch :) If we need to
break the new ajax tag to keep backward compatibility for the 2.0.2
release, I can live with it. Are there any examples in the showcase
that would be broken if we reverted the anchor tag behavior?
Don
Musachy Barroso wrote
The problem is that for the ajax stuff it needs "buildUrl" to generate the
right url, is there anything we can do to keep them both working?
musachy
On 12/4/06, Don Brown <[EMAIL PROTECTED]> wrote:
Musachy Barroso wrote:
> Before the anchor tag was processing the href attribute like this:
>
>
Musachy Barroso wrote:
Before the anchor tag was processing the href attribute like this:
addParameter("href", findString(href));
after the changes for the ajax tags, they are all processing the href
like this:
addParameter("href", UrlHelper.buildUrl(findString(href), request,
response, nu
And 3 seconds later :)
The anchor is just using the url(duh), so it is processing it again.
musachy
Musachy Barroso wrote:
Before the anchor tag was processing the href attribute like this:
addParameter("href", findString(href));
after the changes for the ajax tags, they are all processi
Before the anchor tag was processing the href attribute like this:
addParameter("href", findString(href));
after the changes for the ajax tags, they are all processing the href
like this:
addParameter("href", UrlHelper.buildUrl(findString(href), request,
response, null));
but I can't figu
We have some snippets that point to a "docs" ffolder under SVN, like this
{snippet:id=tagattributes|javadoc=false|url=struts2/docs/tags/iterator/IteratorGeneratorTag.html}
What are we suppose to have checked into the docs folder, and how do we get it?
What's there now is stark taglib documentat
From what I can tell, the recent patch WW-1485 broke, or at least
changed, the anchor tag. The url is being generated correctly, however,
the anchor tag is incorrectly processing the url a second time. Rainer
applied the patch, so perhaps he might know how to fix it?
Don
Ted Husted wrote:
Are we still supporting continuations, or did we drop that feature for now?
The continuations example ("guess") is not working at all, and I do
remember a discussion of whether to support continuations or not. I
just don't remember how it turned out :)
-Ted.
I just filed
* https://issues.apache.org/struts/browse/WW-1537
Links in the showcase that refer to namespaces are rendering the
webapp root twice.
* http://localhost:8080/struts2-showcase/struts2-showcase/tags/non-ui/
The problem
Ted,
great :) As soon as the docs are fixed (Toby & Phil are volunteering on
this issue) I'll release the final XWork 2.0 very soon!
Looking forward to see Struts2 going GA.
-Rainer
> Struts 2.0.2 built fine, and I'm going through the Showcase. There are
> a few broken examples. I'll try and fix
Struts 2.0.2 built fine, and I'm going through the Showcase. There are
a few broken examples. I'll try and fix and simple issues, but if
there's anything I can't fix right away, I'll just file a ticket
aginst 2.0.3. This build is dependant on XWork beta 3, so at least one
more Struts 2 build is a
+1
> Given that we already have a widget called "Bind"(I wrote it as a base
> class for BindButton, and BindAnchor) which attaches itself to any html
> element, and listens to any event to update target elements (plus all
> the other stuff...beforeLoading...afterLoading...etc), I was wondering
> if
Given that we already have a widget called "Bind"(I wrote it as a base
class for BindButton, and BindAnchor) which attaches itself to any html
element, and listens to any event to update target elements (plus all
the other stuff...beforeLoading...afterLoading...etc), I was wondering
if it would
I am using tiles-core-2.0-SNAPSHOT.jar from Sep 2006.
I have a servlet MyServlet and also a servlet named tiles in the same
war file. Everything works if I do launch a jsp page that has a
tiles:insert in it. However, I'd like to dispatch directlry from
MyServlet to a tiles definition.
I can
Faxed.
musachy
Musachy Barroso wrote:
I don't have one. I will submit it.
regards
musachy
Ted Husted wrote:
Musachy,
Do you have a Contributor's License Agreement on file yet?
* http://apache.org/licenses/#clas
If you did, we could move this page to the Struts 2 documentation.
Given the
I don't have one. I will submit it.
regards
musachy
Ted Husted wrote:
Musachy,
Do you have a Contributor's License Agreement on file yet?
* http://apache.org/licenses/#clas
If you did, we could move this page to the Struts 2 documentation.
Given the extent your tag contributions, we should
Musachy,
Do you have a Contributor's License Agreement on file yet?
* http://apache.org/licenses/#clas
If you did, we could move this page to the Struts 2 documentation.
Given the extent your tag contributions, we should have on a CLA on
file for you anyway.
Would sending in a CLA be a proble
On 12/1/06, Nathan Bubna <[EMAIL PROTECTED]> wrote:
excellent! so long as we do not plan to ban any and all subprojects
from this Tiles TLP we're trying to create, i will be happy. but, if
you'd like, feel free to join me in my quest and differentiate between
"conceptual bucket TLPs" and "code
thanks, fixed :)
> There is an small problem on
> showcase/src/main/webapp/ajax/autocompleter/index.jsp, line 30.
> "scssStyle" needs to be changed to "cssStyle", and it is causing
> showcase to error out on that page. Not sure how I messed that one up :(
>
> musachy
>
>
> Musachy Barroso wrote:
>
David H. DeWolf wrote:
[x] Greg Reddin (greddin)
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
David H. DeWolf wrote:
[x] +1 = Yes, let's ask the board to establish the Tiles TLP
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
There is an small problem on
showcase/src/main/webapp/ajax/autocompleter/index.jsp, line 30.
"scssStyle" needs to be changed to "cssStyle", and it is causing
showcase to error out on that page. Not sure how I messed that one up :(
musachy
Musachy Barroso wrote:
It seems like the ajax tree i
On 12/3/06, Niall Pemberton <[EMAIL PROTECTED]> wrote:
> I'll follow up with repository@ to see why the checksum wasn't synced
> to the central repo with the jar.
Thanks Wendy
Carlos fixed it last night. (Something isn't quite right with the
scripts that do the m1 -> m2 repository sync.)
--
+1.
Sorry for the delay, I was out of town all weekend.
Greg
On Dec 2, 2006, at 7:19 PM, David H. DeWolf 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.
[
+1 from me :)
If you need any help let me know.
-Rainer
> Sounds good. My intention would be to tag and roll Struts 2.0.2
> between 13:00 and 14:00 PST today.
>
> -Ted.
>
> On 12/2/06, Rainer Hermanns <[EMAIL PROTECTED]> wrote:
>> Forgot to mention the download link:
>> https://xwork.dev.java.net
Sounds good. My intention would be to tag and roll Struts 2.0.2
between 13:00 and 14:00 PST today.
-Ted.
On 12/2/06, Rainer Hermanns <[EMAIL PROTECTED]> wrote:
Forgot to mention the download link:
https://xwork.dev.java.net/servlets/ProjectDocumentList?folderID=6088
Also java14 compliant, sour
+1 = As a Struts PMC member, I am not apposed to the resolution, but
as an individual committters, I am not joining in the petition to the
board.
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 mor
OK, deccico is added to the asf-cla group at
cwiki.apache.org/confluence, so that he can edit the Stuts
Documentation site, and martinc is added to the Struts Committers and
Confluence-Administrators group, so that he can deputize other users
:)
-Ted.
On 12/2/06, Martin Cooper <[EMAIL PROTECTED]
30 matches
Mail list logo