Re: [VOTE] Struts 1.2.9 Quality

On 3/18/06, Martin Cooper <[EMAIL PROTECTED]> wrote: > On 3/17/06, Leon Rosenberg <[EMAIL PROTECTED]> wrote: > > > > On 3/17/06, Ted Husted <[EMAIL PROTECTED]> wrote: > > > On 3/16/06, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > > > The difference is that Spring is commercial open source. Here i

svn commit: r386789 - in /struts/sandbox/trunk/action2/apps: cookbook/src/webapp/ mailreader/src/java/ mailreader/src/java/mailreader2/ mailreader/src/webapp/pages/

Author: husted Date: Fri Mar 17 18:01:21 2006 New Revision: 386789 URL: http://svn.apache.org/viewcvs?rev=386789&view=rev Log: Action2 Apps * Mailreader - Work in progress Added: struts/sandbox/trunk/action2/apps/cookbook/src/webapp/index.html (with props) struts/sandbox/trunk/ac

Re: [VOTE] Struts 1.2.9 Quality

On 3/17/06, Leon Rosenberg <[EMAIL PROTECTED]> wrote: > > On 3/17/06, Ted Husted <[EMAIL PROTECTED]> wrote: > > On 3/16/06, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > > The difference is that Spring is commercial open source. Here it needs > > > a volunteer willing to do it and the problem with

Re: [VOTE] Struts 1.2.9 Quality

On 3/17/06, Ted Husted <[EMAIL PROTECTED]> wrote: > On 3/16/06, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > The difference is that Spring is commercial open source. Here it needs > > a volunteer willing to do it and the problem with that if "eat our own > > dog food" how likely is it there'll b

RE: Servlet mapping in a Struts app?

First, let me say SORRY! for using the dev@ list. I intended this to go to user@, but must have copied the wrong address when I started this thread. Second, following on from my last email, it looks like if I reverse the order of the in web.xml, things start to work. Maybe Struts is just stori

RE: Servlet mapping in a Struts app?

That probably explains it then. :) I'm still a little confused, though, as I thought that the mappings were directives for the container (Tomcat in this case), but obviously Struts also needs to get it from somewhere to build the form action URL, so this must be where it's getting messed up. I'm

Re: Servlet mapping in a Struts app?

Struts doesn't support multiple servlet mappings, which is probably why you are seeing some strange results. Don Jay Burgess wrote: I must be misunderstanding something about the way servlet mapping works with my Struts application in Tomcat. I have two servlet mappings in web.xml:

Servlet mapping in a Struts app?

I must be misunderstanding something about the way servlet mapping works with my Struts application in Tomcat. I have two servlet mappings in web.xml: action *.do action /API/* The first is for my action handlers. The second is recently added,

Re: [Proposal] Consolidate extras, EL, taglibs, and faces under 'action' (was Maven groupId and svn repo structure)

Don Brown wrote: Yes, but really, it wouldn't, from an end user perspective, be much different than now. Currently, you have this Struts Library Distribution, or whatever it is called now, that contains all the extension jars in addition to the Action 1 jar. In this proposal, you'd still hav

svn commit: r386730 - in /struts/sandbox/trunk/action2/apps/mailreader: ./ META-INF/ src/ src/java/ src/java/mailreader2/ src/test/ src/webapp/ src/webapp/WEB-INF/ src/webapp/css/ src/webapp/pages/

Author: husted Date: Fri Mar 17 13:45:23 2006 New Revision: 386730 URL: http://svn.apache.org/viewcvs?rev=386730&view=rev Log: Action2 Apps * Initial checkin of Action2 MailReader with a starter Welcome page. Added: struts/sandbox/trunk/action2/apps/mailreader/ struts/sandbox/trunk

Re: WebWork 2 Incubation Status

Good work Don! ./alex -- .w( the_mindstorm )p. On 3/17/06, Don Brown <[EMAIL PROTECTED]> wrote: > > This is the status of the WebWork 2 Incubation: > > 1. We have an official Incubator status page at > http://incubator.apache.org/projects/webwork2.html > 2. March 22 is the scheduled date for

Re: [Proposal] Consolidate extras, EL, taglibs, and faces under 'action' (was Maven groupId and svn repo structure)

Frank W. Zammetti wrote: On Fri, March 17, 2006 1:48 pm, Don Brown said: I might as well make this its own proposal: I propose we consolidate the 'extras', 'el', 'taglibs', and 'faces' subprojects under the 'action' subproject. We would keep the extensions as separate, but include them in the

Re: [Proposal] Consolidate extras, EL, taglibs, and faces under 'action' (was Maven groupId and svn repo structure)

Joe Germuska wrote: If we're going to consolidate, why not go whole hog and have a single artifact? I still see value in the extensions having their own artifacts. For one, it makes it easier to grok for new folks, and in cases like taglib and el, they can't be merged. I see it working simil

Re: [Proposal] Consolidate extras, EL, taglibs, and faces under 'action' (was Maven groupId and svn repo structure)

Michael Jouravlev wrote: On 3/17/06, Don Brown <[EMAIL PROTECTED]> wrote: The new subversion repository would look like this: action/trunk/apps action/trunk/core action/trunk/el action/trunk/extras action/trunk/faces action/trunk/taglib What is the difference between el and taglib besides el s

Re: [Proposal] Consolidate extras, EL, taglibs, and faces under 'action' (was Maven groupId and svn repo structure)

If we're going to consolidate, why not go whole hog and have a single artifact? I agree that past experience and the future of action2 suggest that there's not going to be a lot of activity in various subprojects independent of an individual release. Joe At 10:48 AM -0800 3/17/06, Don Brow

Re: [Proposal] Consolidate extras, EL, taglibs, and faces under 'action' (was Maven groupId and svn repo structure)

On Fri, March 17, 2006 1:48 pm, Don Brown said: > I might as well make this its own proposal: I propose we consolidate the > 'extras', 'el', 'taglibs', and 'faces' subprojects under the 'action' > subproject. We would keep the extensions as separate, but include them in > the 'action' subproject

svn commit: r386694 - in /struts/sandbox/trunk/action2/apps/cookbook/src: java/ java/cookbook2/actiontag/ test/ test/cookbook2/ test/cookbook2/actiontag/ webapp/pages/ActionTag/

Author: husted Date: Fri Mar 17 11:15:26 2006 New Revision: 386694 URL: http://svn.apache.org/viewcvs?rev=386694&view=rev Log: Action2 Apps * Add a JUnit test for the Languages action (that populates a list box). Added: struts/sandbox/trunk/action2/apps/cookbook/src/test/ struts/sand

Re: [Proposal] Consolidate extras, EL, taglibs, and faces under 'action' (was Maven groupId and svn repo structure)

On 3/17/06, Don Brown <[EMAIL PROTECTED]> wrote: > The new subversion repository would look like this: > action/trunk/apps > action/trunk/core > action/trunk/el > action/trunk/extras > action/trunk/faces > action/trunk/taglib What is the difference between el and taglib besides el support? Would n

[Proposal] Consolidate extras, EL, taglibs, and faces under 'action' (was Maven groupId and svn repo structure)

I might as well make this its own proposal: I propose we consolidate the 'extras', 'el', 'taglibs', and 'faces' subprojects under the 'action' subproject. We would keep the extensions as separate, but include them in the 'action' subproject meaning they will continue to share the same version num

Re: WebWork 2 Incubation Status

On 3/17/06, Don Brown <[EMAIL PROTECTED]> wrote: > 1. We have an official Incubator status page at > http://incubator.apache.org/projects/webwork2.html For future reference, there is also a link to this on the Apache Struts home page, under "Incubating ... " And, hey, good work so far, Don :)

Re: [action] Maven groupId and svn repo structure

On 3/17/06, Wendy Smoak <[EMAIL PROTECTED]> wrote: > Any thoughts on grouping the Action 1 related modules together in some way? Hmmm, that's going to depend on what you mean by Action 1 related modules. Would Scripting and Flow fall into that category, or just Action, Apps, EL, Extras, and Taglib

[action] Maven groupId and svn repo structure

We need to decide on a Maven groupId for Struts Action. Currently, we're using 'struts' but we've been asked to conform to the Maven 2 repository structure and place our artifacts under org/apache/struts. My plan is to use org.apache.struts.action as the groupId. As you can see with Shale, that

svn commit: r386680 - in /struts/sandbox/trunk/action2: ./ apps/cookbook/src/java/cookbook2/pojo/ apps/cookbook/src/webapp/pages/ActionTag/ apps/cookbook/src/webapp/pages/Pojo/ apps/cookbook/src/webap

Author: husted Date: Fri Mar 17 10:05:00 2006 New Revision: 386680 URL: http://svn.apache.org/viewcvs?rev=386680&view=rev Log: Action2 Apps * Change forms to use POST method. * Remove some play-test code. Added: struts/sandbox/trunk/action2/PRACTICES.txt (with props) Modified: str

svn commit: r386676 - in /struts/sandbox/trunk/action2/apps/cookbook/src: java/ java/cookbook2/ java/cookbook2/actiontag/ java/cookbook2/pojo/ webapp/WEB-INF/classes/ webapp/pages/Pojo/

Author: husted Date: Fri Mar 17 09:50:38 2006 New Revision: 386676 URL: http://svn.apache.org/viewcvs?rev=386676&view=rev Log: Action2 Apps * Move configurations to Java package tree, to keep more things together. Added: struts/sandbox/trunk/action2/apps/cookbook/src/java/cookbook2/Hello-

[Struts Wiki] Update of "ShaleValidation" by NiallPemberton

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Struts Wiki" for change notification. The following page has been changed by NiallPemberton: http://wiki.apache.org/struts/ShaleValidation The comment on the change is: Remove content and re-direct ShaleValidation to Shale/

Re: [VOTE] Struts 1.2.9 Quality

On Fri, March 17, 2006 12:11 pm, Paul Speed said: > I agree with what you say but I thought that I'd point out that open > source projects are successful for their code and not their ideas. So a > person may have a fabulous idea but if they aren't going to use the code > themselves then it is like

[Struts Wiki] Update of "Shale/Validation" by NiallPemberton

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Struts Wiki" for change notification. The following page has been changed by NiallPemberton: http://wiki.apache.org/struts/Shale/Validation The comment on the change is: Copy ShaleValidation page to Shale/Validation New pa

[Struts Wiki] Update of "Shale/Resources" by NiallPemberton

Dear Wiki user, You have subscribed to a wiki page or wiki category on "Struts Wiki" for change notification. The following page has been changed by NiallPemberton: http://wiki.apache.org/struts/Shale/Resources The comment on the change is: Duncan's blog is back - add the dates he posted -

WebWork 2 Incubation Status

This is the status of the WebWork 2 Incubation: 1. We have an official Incubator status page at http://incubator.apache.org/projects/webwork2.html 2. March 22 is the scheduled date for the WebWork 2.2.2 release, and subsequent SVN cutover to the Apache Incubator repository. 3. The JIRA cutov

Re: [VOTE] Struts 1.2.9 Quality

Frank W. Zammetti wrote: On Fri, March 17, 2006 9:15 am, Ted Husted said: Anytime anyone says something like "I don't want to do this work unless it's going to be accepted to the distribution", then the first thing I think is that this person is volunteering for the wrong reasons, and, if so

DO NOT REPLY [Bug 39020] - Validator validwhen :Cannot make dependance between two different index in an Array

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39020] New: - Validator validwhen :Cannot make dependance between two different index in an Array

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [VOTE] Struts 1.2.9 Quality

On Fri, March 17, 2006 9:15 am, Ted Husted said: > Anytime anyone says something like "I don't want to do this work > unless it's going to be accepted to the distribution", then the first > thing I think is that this person is volunteering for the wrong > reasons, and, if so, it would be better if

DO NOT REPLY [Bug 39015] - shale-mailreader-20060316.war could not be started

|FIXED --- Additional Comments From [EMAIL PROTECTED] 2006-03-17 15:36 --- Fixed in r386550. http://svn.apache.org/viewcvs?rev=386550&view=rev Please try shale-mailreader-20060317.war from http://cvs.apache.org/builds/struts/nightly/struts-shale/ and let us know if you still have problems.

DO NOT REPLY [Bug 39015] New: - shale-mailreader-20060316.war could not be started

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: [VOTE] Struts 1.2.9 Quality

This is a great post. I nominate it to be added to the Struts "how to contribute" section. It's worth sharing in an official matter: the correct attitude of helping. --- Ted Husted <[EMAIL PROTECTED]> wrote: > On 3/16/06, Niall Pemberton <[EMAIL PROTECTED]> wrote: > > The difference is that Sprin

Re: Add Struts to Apache Projects site

On 3/16/06, James Mitchell <[EMAIL PROTECTED]> wrote: > Funny, this page: > http://projects.apache.org/languages.html > > ...doesn't mention C#/.Net -- sorry Ted ;) Well, that's certainly an oversite. I've have to submit a patch. Besides my Struts whiteboard, with the foundation we have iBATIS.NET

Re: [VOTE] Struts 1.2.9 Quality

On 3/16/06, Niall Pemberton <[EMAIL PROTECTED]> wrote: > The difference is that Spring is commercial open source. Here it needs > a volunteer willing to do it and the problem with that if "eat our own > dog food" how likely is it there'll be a volunteer wanting to back > port? Following up on som

Re: [VOTE] Struts 1.2.9 Quality

I think that as soon as there is a 1.3 GA release, there would be no reason at all to backport changes to 1.2.x As Michael points out, 1.3 is not a revolutionary change from 1.2 and the migration path is not an extremely complicated one. The recent 1.2.9 release is largely to address specific