I'm assuming you were calling the page with
http://localhost/myapp/foo/bar.action? If so, I wonder if the plugin
only works when there is at least one action class in a package. Try to
create a different action like com.foo.action.foo.BazAction in that same
package, and see if the plugin then
I got 90% of the way once moving the portlet support out to a plugin,
but there were a couple hardcoded references in the URL component and
another internal class that escapes me ATM, so I backed off. This could
be revisited for 2.1.
Don
Tom Schneider wrote:
Ted Husted
whttp://www.netidenti
On 1/14/07, Martin Cooper <[EMAIL PROTECTED]> wrote:
How about moving
> https://svn.apache.org/repos/asf/struts/sandbox/trunk/tiles/ to
> https://svn.apache.org/repos/asf/tiles/tiles2/trunk ?
Is there a need for the extra tiles2 directory in there? Why not just
...asf/tiles/trunk?
I was thin
On 1/14/07, Wendy Smoak <[EMAIL PROTECTED]> wrote:
On 1/14/07, Martin Cooper <[EMAIL PROTECTED]> wrote:
> The SVN repo is now set up, so you should be all set. When you send an
> announcement is up to you, but now that everything else is in the Tiles
> TLP's hands, I'd say now would be fine.
W
On 1/14/07, Martin Cooper <[EMAIL PROTECTED]> wrote:
The SVN repo is now set up, so you should be all set. When you send an
announcement is up to you, but now that everything else is in the Tiles
TLP's hands, I'd say now would be fine.
We still need to move the code over to svn.apache.org/tile
Ted Husted wrote:
It would be great if there were a portlet plugin. I have no idea how
the support is implemented, but I expect it would not be that easy. :)
Well, the PortletDispatcher (Jsr168Dispatcher.java) and related portlet
request support classes would probably be easy to separate out. T
Since we've put the Ajax theme on the experimental list, I'd like to
do the same with portlet support.
It's very possible that the code is solid, but since we seem to have
so few people using it, it's hard to vouch for it.
Right now, we have three open portlet tickets (one being new)
* https://
+1 for having a seperate key attribute that automatically does a
getText() lookup for the label.
This was one thing that is annoying in WW since we tried to I18Nize our
whole app. The url thing didn't bother me as much, but I'm all for a
shorthand notation if it makes sense. (Url/Button link
I'm trying to get a project running with the Zero Config and Code Behind
Plugin features of S2 and I'm seeing something which looks like a bug. I
thought I'd raise it here before posting it to JIRA and/or trying to dig
through the plugin code to track it down, in case this is 'by design' or
som
On 1/12/07, Joe Germuska <[EMAIL PROTECTED]> wrote:
Anyway, am I the only one who finds this syntax tedious?
No, you are not.
* https://issues.apache.org/struts/browse/WW-1517
Just looking for a patch ...
I don't see a problem with having one tag for the simplest (and most
common case) of a
On 1/12/07, Joe Germuska <[EMAIL PROTECTED]> wrote:
Secondly, do we have any rules, or even guidelines, about when we should
deploy SNAPSHOTs to the repo? I can't think of any particular reason, but I
don't want to just bust off doing it whenever the whim strikes me, unless
people think that's O
On 1/10/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
|-- Struts 2 + GWT was last edited by musachy (11:51 AM).
I appended this to the Plugin page, so as to keep everything in one place.
-Ted.
-
To unsubscribe, e-mail: [E
How do I get the assembly directory created? I deleted my local one and
neither of these two commands created a new one:
$ mvn install site-deploy -P apps,itest
$ mvn deploy -P pre-assembly
Paul
-
To unsubscribe, e-mail: [EMAI
The SVN repo is now set up, so you should be all set. When you send an
announcement is up to you, but now that everything else is in the Tiles
TLP's hands, I'd say now would be fine.
As for the web site, the usual process of uploading and expanding in place
should be fine, and the current content
Okay. This issue is fixed.
I generated the apps site by itself. And then ran the site goal on the
top-level project without the apps profile.
Paul
Paul Benedict wrote:
Because of the aggregated javadocs, all the API of the apps are getting
included too:
http://struts.apache.org/1.x/apidocs/
I'm guessing that Ted means moving the code to http://svn.apache.org/
repos/asf/struts/archive/
--
James Mitchell
678.910.8017
On Jan 14, 2007, at 12:18 AM, Martin Cooper wrote:
On 1/12/07, Ted Husted <[EMAIL PROTECTED]> wrote:
If no one minds, I'd like to go ahead and archive OverDrive
16 matches
Mail list logo
