As long as the URL building has been refactored, or will be refactored
at the same time, as discussed earlier, there shouldn't be anything
stopping from extracting it as a plugin.
Nils-H
On 3/14/07, James Mitchell [EMAIL PROTECTED] wrote:
Ok, I took the portlet app and added some pluto maven
Looks like the renaming of files to the same name but different case was
breaking the svn client bamboo uses. Hopefully we won't have many more of
those :)
Don
On 3/13/07, Musachy Barroso [EMAIL PROTECTED] wrote:
It seems like bamboo is having some kind of trouble with svn:
Failed to get
In a portlet, the locale can be fetched from the PortletRequest
object. There is a snippet of code in the Jsr168Dispatcher that does
this. Also, check out
http://www.jdocs.com/portlet/1.0/api/index.html?javax/portlet/PortletRequest.html
Nils-H
On 3/14/07, Paul Benedict [EMAIL PROTECTED] wrote:
2007/3/14, Nils-Helge Garli [EMAIL PROTECTED]:
In a portlet, the locale can be fetched from the PortletRequest
object. There is a snippet of code in the Jsr168Dispatcher that does
this. Also, check out
http://www.jdocs.com/portlet/1.0/api/index.html?javax/portlet/PortletRequest.html
In
Revision: 518082
works deploying to jetty using mvn jetty:run
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=70363messageID=132377#132377
This happens on other validation doc pages, but for
example:
http://cwiki.apache.org/WW/using-visitor-field-validator.html
Step 3
Create the validator.xml.
An error occurred:
tag-wise I think that's it :)
musachy
On 3/14/07, Don Brown [EMAIL PROTECTED] wrote:
Looks like the renaming of files to the same name but different case was
breaking the svn client bamboo uses. Hopefully we won't have many more of
those :)
Don
On 3/13/07, Musachy Barroso [EMAIL PROTECTED]
redirect-action was renamed to redirectAction and plaintext to
plainText which was ccausing some trouble in showcase and the
cofig-browser plugin.
musachy
On 3/14/07, Claus Ibsen [EMAIL PROTECTED] wrote:
Revision: 518082
works deploying to jetty using mvn jetty:run
Sorry about that. I was trying to get through all the patches and ran
out of time before I could finish testing the applications against the
HEAD.
-Ted.
On 3/14/07, Musachy Barroso [EMAIL PROTECTED] wrote:
redirect-action was renamed to redirectAction and plaintext to
plainText which was
I fixed the ones that didn't let me run showcase and thought about doing a
full search later, which I forgot until now :)
musachy
On 3/14/07, Ted Husted [EMAIL PROTECTED] wrote:
Sorry about that. I was trying to get through all the patches and ran
out of time before I could finish testing the
I can give you whatever you need for the zone. Please make sure that
whatever you do is allowed (infra@).
--
James Mitchell
The Ruby Roundup
http://www.rubyroundup.com/
On Mar 13, 2007, at 11:49 PM, Patrick Lightbody wrote:
Probably wouldn't be a bad idea to get a standalone instance of
To clarify, I can setup accounts on the zone and you can have root
access or whateverI hope you weren't thinking that I would do it ;)
--
James Mitchell
The Ruby Roundup
http://www.rubyroundup.com/
On Mar 14, 2007, at 8:59 AM, James Mitchell wrote:
I can give you whatever you need for
What do you mean? I haven't changed any code yet, and the portlet
sample app runs fine. What code should be refactored and why?
--
James Mitchell
The Ruby Roundup
http://www.rubyroundup.com/
On Mar 14, 2007, at 3:02 AM, Nils-Helge Garli wrote:
As long as the URL building has been
Dave,
in this particular case the problem was quite trivial, although annoying:
the validation file was moved from the java to the resource directory
tree, but the snippet reference in wiki was not updated. This is now
fixed.
Thanks for reporting,
- Rene
Am Mi, 14.03.2007, 12:44, schrieb Dave
I was referring to some earlier mail threads, [s2] Pluggable URL
building proposal
(http://www.mail-archive.com/dev@struts.apache.org/msg26942.html) and
[S2] Experimental Features
(http://www.mail-archive.com/dev@struts.apache.org/msg26342.html)
where some issues were discussed that need to be
--- Rene Gielen [EMAIL PROTECTED] wrote:
This is now fixed.
Cool :) There was a validation thread on user this
morning so it just rubbed me the wrong way :D
d.
Don't pick lemons.
See all the new 2007 cars
Basically I'm convinced that annotations is an independent project in
theory, but currently we have only two realistic usecases:
1) build s2 distribution
2) let users of s2 extend /customize existing s2 tags or add custom tags
in their own projects
Both usecases can be served with
The Spring Web Flow plugin looks like it's in the form of a Maven bundle
ready to upload, but I can't find it in Maven's central repository. Am I
missing something?
http://code.google.com/p/struts2webflow/downloads/list
Thanks,
Matt
--
View this message in context:
I don't understand. Why would the refactoring have to happen
*before* any code was moved into a plugin?
Before vs after? I don't get that part.
--
James Mitchell
The Ruby Roundup
http://www.rubyroundup.com/
On Mar 14, 2007, at 11:49 AM, Nils-Helge Garli wrote:
I was referring to some
No, you're not missing anything. I never got around to creating an
upload request. Feel free to submit it. :-) I should have some time
this weekend to roll another release (with SWF 1.0.1) and upload it to
maven.
Tom
mraible wrote:
The Spring Web Flow plugin looks like it's in the form of
I had some time to look into splitting the code out of core and
there's a lot more going on than I first thought. Right now I'm
still getting back into s2, so either someone else run with it or it
will have to wait a few weeks for me to get my head around it all.
Thanks
--
James
Done.
http://jira.codehaus.org/browse/MAVENUPLOAD-1420
Thanks,
Matt
Tom Schneider-4 wrote:
No, you're not missing anything. I never got around to creating an
upload request. Feel free to submit it. :-) I should have some time
this weekend to roll another release (with SWF 1.0.1)
Can we get the same system setup to create automated snapshot builds for
Struts 1? I am willing to help out.
Also do we have a policy about advertising snapshots on the Struts web
site? I think it's a liability for only us to do the testing; we simply
need the larger audience to help test out
On 3/14/07, Paul Benedict [EMAIL PROTECTED] wrote:
Can we get the same system setup to create automated snapshot builds for
Struts 1? I am willing to help out.
Also do we have a policy about advertising snapshots on the Struts web
site? I think it's a liability for only us to do the testing;
Marin,
That's fine. We can always point to those builds from a developer page,
but make the developer page also accessible from a non-developer page.
That's how it is today, but we can just be more strategic in how to
point to that page.
But for the other question: how can we setup
In the latest draft documents for Struts 2 (aka 2.0.7), we added a
development submenu to the main page.
* http://struts.apache.org/2.x/index.html
A key concept is that people who work with us on the nightly build are
no longer an audience. They must be active and willing participants.
We don't
Ted Husted wrote:
If the link is more prominent, then people will
confuse the development builds with alpha or beta releases, which they
are not.
I believe this is untrue. If we were to refactor out the Test Build
section onto its own page, and even put a conspicuous disclaimer on the
page
While tracing through a few plugin poms, I noticed struts2-jsf-plugin
has a dependency on struts 1.3.5.
Should that be there? I removed it locally and the showcase runs fine.
--
James Mitchell
The Ruby Roundup
http://www.rubyroundup.com/
Hey there, I missed all the discussion about changing redirect-action
to redirectAction. I remember seeing a few commits...so, today when
I deployed the mailreader, it was failing on deployment due to
lingering references to redirect-action in both mailreader-
default.xml and
Heya,
Someone mentioned this on users yesterday about how
under JSP 2.1 the # is now part of JSP EL (I assume
because of JSF?) and that they had to disable EL to
get OGNL to render.
(I don't know if that disables JSP ${} EL, but if it
does, that's a lose.)
Has anybody given this any thought? I
Yes, this was something I was not pleased about one bit. Fortunately, there are
tricks you can use to disable this logic and stick w/ 2.0 or even 1.2-style
logic. I don't recall the specifics, but I think they are something along the
lines of which doctype you use in web.xml. You may also be
On 3/14/07, Martin Cooper [EMAIL PROTECTED] wrote:
Some people consider that making a link available on the web
site at all should not be permitted. With that in mind, I am
very much against making them any more visible than they are
now.
Are you referring to someone's personal
Can't think of why it would...if it compiles w/ the Struts 1 dep removed, go
ahead and commit it.
Don
On 3/14/07, James Mitchell [EMAIL PROTECTED] wrote:
While tracing through a few plugin poms, I noticed struts2-jsf-plugin
has a dependency on struts 1.3.5.
Should that be there? I removed
To clarify, are we talking about moving the annotations project under the
struts2/trunk directory or integrating the Java and APT code into core? If
the former, I'm all for it, if the latter, I vote against it as I'd like to
keep core as focused as possible.
Don
On 3/14/07, Rene Gielen [EMAIL
34 matches
Mail list logo