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
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
Nope, go for it, although I do with the original change was done with
backwards compatibility in mind so we wouldn't break things needlessly :)
Don
On 3/14/07, James Mitchell <[EMAIL PROTECTED]> wrote:
Hey there, I missed all the discussion about changing redirect-action
to redirectAction. I
> 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 in
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 abl
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
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 mailreader-sup
On 3/14/07, Martin Cooper <[EMAIL PROTECTED]> wrote:
In my opinion, we are only borderline compliant today with the ASF-wide
stipulation that non-release artifacts not be visible to non-developers.
Some people consider that making a link available on the web site at all
should not be permitted. W
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/
---
On 3/14/07, Paul Benedict <[EMAIL PROTECTED]> wrote:
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
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
The link to the nightly builds is part of the source code page.
Again, we do *not* want people downloading the nightly builds unless
they are interested in contributing to the project. That type of
person is going to be looking for the source code too, so that's where
the link is kept. If the lin
Ted,
The layout is nice, but where is the link to download the test build?
That's my point. I can't even find it just looking at the Development
Build sub-section. If it had its own menu item underneath Development,
that's the "strategic" position I am looking for.
Paul
Ted Husted wrote:
I
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'
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 automated
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;
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
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)
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 Mitchell
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 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 ea
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:
http://www.nabble.com/Spri
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 annotations
--- 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
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
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 N
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 refacto
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 t
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
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 th
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
"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
-
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 PROTECTE
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:
http://svn.apache.org/repos/asf/struts/struts2/trunk/apps/showcase/src/main/java/org/apache/struts2/showcase/validation/V
Revision: 518082
works deploying to jetty using mvn jetty:run
-
Posted via Jive Forums
http://forums.opensymphony.com/thread.jspa?threadID=70363&messageID=132377#132377
---
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 additi
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:
37 matches
Mail list logo