How Strategy Relates to CoR

In an attempt to simplify an answer to a question by Joe about how Strategy relates to the questions asked about conditionals and CoR, here goes. Hope this is useful. CoR is also called "recursive delegation" for obvious reasons, or if not obvious, easily discovered reasons ala googling. Del

Re: struts-chain and multipart requests.

Thanks, Don, I might submit a patch on this one, if there seems to be any chance that such a patch would be considered. I don't think it is difficult to decouple the upload application implemenation from the framework and think that would be worth doing. If, however, Martin thinks that the prese

Re: Ant or Maven (Pick one please)

I don't think that's what Joe was saying. Unless I'm mistaken, he means that the javadoc-like docs are generated from the actual TLDs. So, instead of this: ,-> struts-*.html struts-*.xml- '-> struts-*.tld ...he means this: struts-*.tld -> struts-*.html (javadoc-like format

Re: Chain Conditionals (was Change Action, ActionForm to use ActionContext?)

On Sun, 20 Feb 2005 10:26:14 -0800, Don Brown wrote: > Ah, we finally stumble onto the very slipperly slope that is > conditional support for commons-chain.  As we put more and more > code into chain, we will inevitably have commands that only need to > execute under certain conditions.  There are

Re: struts-chain and multipart requests.

I don't think this would be the best time to get into anything that might have "reverberating repercussions" :) My suggestion would be to let Struts-Chain be for now, finish struts-config extends, and get 1.3.0 out the door, so that people can start experimenting with ideas like this. -Ted. O

Re: Ant or Maven (Pick one please)

At 7:14 AM -0500 2/23/05, James Mitchell wrote: I don't think that's what Joe was saying. Unless I'm mistaken, he means that the javadoc-like docs are generated from the actual TLDs. So, instead of this: ,-> struts-*.html struts-*.xml- '-> struts-*.tld ...he means this: st

Re: Chain Conditionals (was Change Action, ActionForm to use ActionContext?)

At 9:32 PM -0800 2/22/05, Dakota Jack wrote: Thanks, Joe, See within: Jack, I'm not really following you. For me, I simply raised the issue that there is a standard conditional case in processing a request for Struts: if the form is valid, then do a few things; if it is not, do a few other th

Re: Ant or Maven (Pick one please)

That's kind of the idea. Pick 1! Just vote. (I persoanly like Ant, it can do same things, but having one is better, not 2) .V Martin Cooper wrote: In any case, +1 for picking one and getting on with it. ;-) -- Forums, Boards, Blogs and News in RiA

Re: struts-chain and multipart requests.

Jack: Here's what you could do to help us with this: take a copy of the Struts source straight out of CVS and set up a simple file upload action with it -- there's one in the examples, although I don't know if we've gotten them to the point where they are trivially easy to use. Then, after get

Re: How Strategy Relates to CoR

At 12:15 AM -0800 2/23/05, Dakota Jack wrote: In an attempt to simplify an answer to a question by Joe about how Strategy relates to the questions asked about conditionals and CoR, here goes. Hope this is useful. CoR is also called "recursive delegation" for obvious reasons, or if not obvious,

Re: Ant or Maven (Pick one please)

It has nothing to do with holding a vote. It has more to do with who does the work. I (personally) have invested many an hour getting up to speed with Maven, so I will continue to work on the Maven build. I have also promised to put together an Ant version that does the same thing, and I stil

Zeroing in on a Struts 1.3.0 release (Re: struts-chain and multipart requests.)

At 8:12 AM -0500 2/23/05, Ted Husted wrote: I don't think this would be the best time to get into anything that might have "reverberating repercussions" :) My suggestion would be to let Struts-Chain be for now, finish struts-config extends, and get 1.3.0 out the door, so that people can start e

Re: Zeroing in on a Struts 1.3.0 release (Re: struts-chain and multipart requests.)

Early and often. It can be marked as alpha, means that API could change in 1.3.1 .V Joe Germuska wrote: So while I'd like to see a 1.3.0 release soon -- Forums, Boards, Blogs and News in RiA - To uns

Re: struts-chain and multipart requests.

Joe, I have used another file upload solution for a while, and am not well acquainted with the Struts default upload, although I did use it for a while. (I have no particular critique of the default upload. It just is not what I need.) As a result, I am not into that quick (a few days) fix. I

Re: How Strategy Relates to CoR

Presently, the actions follow the Template Method pattern (GoF). This pattern is as previously indicated but now referenced specifically with struts-chain: 1. TEMPLATE METHOD FOR POPULATING THE ACTION FORM IN 1.3 ABSTRACT TEMPLATE public abstract class AbstractPopulateActionForm implements Com

Re: Ant or Maven (Pick one please)

On Wed, 23 Feb 2005 08:15:02 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote: > At 7:14 AM -0500 2/23/05, James Mitchell wrote: > >I don't think that's what Joe was saying. > > > >Unless I'm mistaken, he means that the javadoc-like docs are > >generated from the actual TLDs. > > > >So, instead of thi

svn commit: r155032 - in struts/build/trunk: README legacy/core/ legacy/core/README legacy/project.properties project.properties project.xml

Author: jmitchell Date: Wed Feb 23 09:44:11 2005 New Revision: 155032 URL: http://svn.apache.org/viewcvs?view=rev&rev=155032 Log: Some of these changes are temporary until the Maven build is fixed. 1. Move project.properties to legacy 2. Move core/maven.xml to legacy/core 3. Add the core/README

svn commit: r155033 - struts/core/trunk/README

Author: jmitchell Date: Wed Feb 23 09:44:30 2005 New Revision: 155033 URL: http://svn.apache.org/viewcvs?view=rev&rev=155033 Log: Some of these changes are temporary until the Maven build is fixed. 1. Move project.properties to legacy 2. Move core/maven.xml to legacy/core 3. Add the core/README

Re: Ant or Maven (Pick one please)

"request-time" really is the correct interpretation of "rtexprvalue"... Quoting Martin Cooper <[EMAIL PROTECTED]>: > On Wed, 23 Feb 2005 08:15:02 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote: > > At 7:14 AM -0500 2/23/05, James Mitchell wrote: > > >I don't think that's what Joe was saying. > > >

Re: Ant or Maven (Pick one please)

On Wed, 23 Feb 2005 12:45:02 -0500, Kris Schneider <[EMAIL PROTECTED]> wrote: > "request-time" really is the correct interpretation of "rtexprvalue"... No, "request-time" would be the correct interpretation of "rt". By itself, it is meaningless. All actual attribute values are determined at reques

svn commit: r155036 - struts/build/trunk/project.properties

Author: jmitchell Date: Wed Feb 23 09:58:08 2005 New Revision: 155036 URL: http://svn.apache.org/viewcvs?view=rev&rev=155036 Log: put project.props back Added: struts/build/trunk/project.properties - copied unchanged from r155033, struts/build/trunk/legacy/project.properties

svn commit: r155038 - struts/build/trunk/legacy/project.properties

Author: jmitchell Date: Wed Feb 23 09:59:52 2005 New Revision: 155038 URL: http://svn.apache.org/viewcvs?view=rev&rev=155038 Log: put project.props back Removed: struts/build/trunk/legacy/project.properties - To unsubscribe

svn commit: r155039 - struts/build/trunk/project.properties

Author: jmitchell Date: Wed Feb 23 10:00:47 2005 New Revision: 155039 URL: http://svn.apache.org/viewcvs?view=rev&rev=155039 Log: remove checkstyle prop temporarily Modified: struts/build/trunk/project.properties Modified: struts/build/trunk/project.properties URL: http://svn.apache.org/vie

Re: Chain Conditionals (was Change Action, ActionForm to use ActionContext?)

Thanks, Joe: see within: On Wed, 23 Feb 2005 08:25:07 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote: > I am talking about what happens before the action class is executed, > including the possible decision not to execute the action because > form validation was required and failed. Gotcha!

Re: Ant or Maven (Pick one please)

Quoting Martin Cooper <[EMAIL PROTECTED]>: > On Wed, 23 Feb 2005 12:45:02 -0500, Kris Schneider <[EMAIL PROTECTED]> wrote: > > "request-time" really is the correct interpretation of "rtexprvalue"... > > No, "request-time" would be the correct interpretation of "rt". By > itself, it is meaningless

svn commit: r155043 - struts/core/trunk/xdocs

Author: jmitchell Date: Wed Feb 23 10:29:53 2005 New Revision: 155043 URL: http://svn.apache.org/viewcvs?view=rev&rev=155043 Log: move xdocs to build/legacy/core Removed: struts/core/trunk/xdocs/ - To unsubscribe, e-mail: [

svn commit: r155044 - in struts/build/trunk/legacy/core/xdocs: ./ stylesheets/struts.css

Author: jmitchell Date: Wed Feb 23 10:30:35 2005 New Revision: 155044 URL: http://svn.apache.org/viewcvs?view=rev&rev=155044 Log: move xdocs to build/legacy/core Added: struts/build/trunk/legacy/core/xdocs/ - copied from r155039, struts/core/trunk/xdocs/ Modified: struts/build/trunk

svn commit: r155046 - in struts: build/trunk/legacy/core/maven.xml core/trunk/maven.xml

Author: jmitchell Date: Wed Feb 23 10:34:19 2005 New Revision: 155046 URL: http://svn.apache.org/viewcvs?view=rev&rev=155046 Log: move core/maven.xml to build/legacy/core Added: struts/build/trunk/legacy/core/maven.xml - copied unchanged from r155042, struts/core/trunk/maven.xml Removed

svn commit: r155048 - in struts/build/trunk: maven.xml project.properties

Author: jmitchell Date: Wed Feb 23 10:50:43 2005 New Revision: 155048 URL: http://svn.apache.org/viewcvs?view=rev&rev=155048 Log: simplify project.properties (these will be added back slowly as the build proceeds), fix shared maven.xml for clean Modified: struts/build/trunk/maven.xml str

Re: Ant or Maven (Pick one please)

While I generally agree with letting a project's direction be guided by those that are willing to do the work, in this case, I think we do need to come to a consensus on a single build tool and work to get rid of the other. Since you are well versed in Maven and are willing to do the work as e

Re: Ant or Maven (Pick one please)

At 10:51 AM -0800 2/23/05, Don Brown wrote: While I generally agree with letting a project's direction be guided by those that are willing to do the work, in this case, I think we do need to come to a consensus on a single build tool and work to get rid of the other. Since you are well versed i

Re: Ant or Maven (Pick one please)

Thank you. Maven has a cool feature whereby you can generate an Ant build.xml file based on a current Mavenized project. This is done in several commons projects. However, we are not exactly using Maven in a way that would support such an effort. The biggest issue I'm pondering over now is ho

svn commit: r155054 - struts/build/trunk/legacy

Author: jmitchell Date: Wed Feb 23 11:34:10 2005 New Revision: 155054 URL: http://svn.apache.org/viewcvs?view=rev&rev=155054 Log: move build/legacy to core/build-legacy, it is just getting too big to be shared via externals Removed: struts/build/trunk/legacy/ --

svn commit: r155055 - struts/core/trunk/build-legacy

Author: jmitchell Date: Wed Feb 23 11:34:30 2005 New Revision: 155055 URL: http://svn.apache.org/viewcvs?view=rev&rev=155055 Log: move build/legacy to core/build-legacy, it is just getting too big to be shared via externals Added: struts/core/trunk/build-legacy/ - copied from r155053,

Re: Ant or Maven (Pick one please)

An unsolicited outside comment... If your intention is to continue to allow the general Struts user community to still be able to build Struts, I would suggest against Maven. Maven strikes me as considerably more complex and intimidating than does Ant, even if that complexity might be justifiabl

Re: Ant or Maven (Pick one please)

At 2:53 PM -0500 2/23/05, Frank W. Zammetti wrote: An unsolicited outside comment... If your intention is to continue to allow the general Struts user community to still be able to build Struts, I would suggest against Maven. Maven strikes me as considerably more complex and intimidating than d

svn commit: r155066 - in struts: build/trunk/maven.xml build/trunk/project.xml core/trunk/maven.xml

Author: jmitchell Date: Wed Feb 23 12:39:02 2005 New Revision: 155066 URL: http://svn.apache.org/viewcvs?view=rev&rev=155066 Log: modify build, pull the 'copy of conf/share' down to core Added: struts/core/trunk/maven.xml (with props) Modified: struts/build/trunk/maven.xml struts/bu

svn commit: r155067 - in struts/core/trunk/build-legacy/taglib: ./ LICENSE.CheckStyle maven.xml project.properties struts.jsl

Author: jmitchell Date: Wed Feb 23 12:40:44 2005 New Revision: 155067 URL: http://svn.apache.org/viewcvs?view=rev&rev=155067 Log: move duplicate files to core/build-legacy/taglib Added: struts/core/trunk/build-legacy/taglib/ struts/core/trunk/build-legacy/taglib/LICENSE.CheckStyle -

svn commit: r155068 - in struts/taglib/trunk: LICENSE.CheckStyle maven.xml project.properties project.xml struts.jsl

Author: jmitchell Date: Wed Feb 23 12:44:18 2005 New Revision: 155068 URL: http://svn.apache.org/viewcvs?view=rev&rev=155068 Log: move duplicate files to core/build-legacy/taglib, bring taglib/project.xml inline with parent pom Removed: struts/taglib/trunk/LICENSE.CheckStyle struts/tagli

Re: Ant or Maven (Pick one please)

On Wed, 23 Feb 2005 14:05:12 -0600, Joe Germuska <[EMAIL PROTECTED]> wrote: > At 2:53 PM -0500 2/23/05, Frank W. Zammetti wrote: > >An unsolicited outside comment... > > > >If your intention is to continue to allow the general Struts user > >community to still be able to build Struts, I would sugge

Re: Ant or Maven (Pick one please)

I had to toy with Maven on a project a few weeks back I was asked to look at and resolve some issues with. It felt very much like using CVS to me... Gets the job done, and you know there is a lot of power there, but for a beginner it feels like its fighting you. As with most new tools, famili

Re: Blank Questions

I read this: http://web1.2020media.com/j/jez/javanicuscom/megg/usage.html and http://sourceforge.net/forum/forum.php?thread_id=942831&forum_id=305038 Step 1 is to create a sample project with one or 2 actions. I will start on this (on the weekends) if no one else has an itch. (I'd rather work on

svn commit: r155070 - in struts/taglib/trunk/src: test/org/apache/struts/taglib/ webapp/test/java/org/apache/struts/taglib/

Author: jmitchell Date: Wed Feb 23 12:52:34 2005 New Revision: 155070 URL: http://svn.apache.org/viewcvs?view=rev&rev=155070 Log: moving test files to correct location, we still need to get cactus to run on these, but this will at least let the project compile Added: struts/taglib/trunk/src/

Re: Ant or Maven (Pick one please)

My Maven gripe is that on Windows it wants to put all the .jars under C:\Documents and Settings\... (It's a problem at work due to the roaming profiles that want to synchronize everything in there with the server.) I think someone once told me how to make Maven put the files elsewhere, and I pro

Re: Ant or Maven (Pick one please)

That's great! Now copy that script and paste it into your maven.xml between Ok! Maybe not THAT easybut almost! -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: "Frank W. Zammetti" <[EMAIL PROTECTED]>

Re: Ant or Maven (Pick one please)

http://maven.apache.org/reference/user-guide.html look for "maven.home.local" -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: "Wendy Smoak" <[EMAIL PROTECTED]> To: "Struts Developers List" Sent: Wednesd

RE: Ant or Maven (Pick one please)

> I have seen few if any > Ant-based projects which didn't require at least a bit of tweaking to > a local build.properties file; on the other hand, most Maven projects > "just work" if you have Maven installed. I was presently surprised yesterday to checkout the head of XDoclet and just run the a

Re: Ant or Maven (Pick one please)

To be honest, I too have my reservations towards Maven as I've been very happy with Ant, but a project the depends on volunteers such as this needs to more importantly pick one tool and use it consistently and effectively. Furthermore, this tool must be supported by those that will maintain th

Re: Ant or Maven (Pick one please)

Look James, I already had to eat my words on Ant with some guys at work who I originally told I'd *NEVER* use it, so I'm *NOT* gonna do the same with Maven! :) Not this week anyway :) Seriously though, that's cool, I wasn't aware it is (almost) that easy. Well, I raised the one concern I had, I'

Re: Ant or Maven (Pick one please)

Deadman, Hal wrote: With either ant or maven a clean checkout should build without any property files being tweaked. The property files should exist for developers that want to override some default like using a different version of some jar file or sending the build output somewhere else. +1 Don

Re: Ant or Maven (Pick one please)

As long as a new prospective developer can checkout Struts from subversion, just type "maven dist" and have the whole Struts project unit tested and built, I'll be happy. That's exactly the goal (no pun intended ;) for me. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, In

svn commit: r155074 - struts/taglib/trunk/xdocs

Author: jmitchell Date: Wed Feb 23 13:22:08 2005 New Revision: 155074 URL: http://svn.apache.org/viewcvs?view=rev&rev=155074 Log: add new xdocs dir Added: struts/taglib/trunk/xdocs/ - To unsubscribe, e-mail: [EMAIL PROTECTE

svn commit: r155075 - struts/core/trunk/xdocs

Author: jmitchell Date: Wed Feb 23 13:22:49 2005 New Revision: 155075 URL: http://svn.apache.org/viewcvs?view=rev&rev=155075 Log: add new xdocs dir Added: struts/core/trunk/xdocs/ - To unsubscribe, e-mail: [EMAIL PROTECTED]

Re: Ant or Maven (Pick one please)

Obviously this discussion could go on for a while. (I can share my experience with both styles as far as building Struts is concerned, but that will just add to the "ant is better" "no maven is better" exchange.) Perhaps an acceptable approach would be to proceed with Maven (since this is where

Re: svn commit: r155075 - struts/core/trunk/xdocs

Should we go ahead and port the docs over to xdocs? Then move forward from there? -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, February 23, 2

newbie question on client-side validation

Hello, I am having trouble creating the client-side JavaScript for a custom validator. Basically, the validator checks if the user input matches one of a set of 3 strings. I've written the server-side code but need help with the JavaScript. I have looked at the standard validator-rules.xml fi

svn commit: r155076 - in struts/el/trunk: LICENSE.CheckStyle LICENSE.txt conf/ project.properties struts.jsl

Author: jmitchell Date: Wed Feb 23 13:32:12 2005 New Revision: 155076 URL: http://svn.apache.org/viewcvs?view=rev&rev=155076 Log: moving duplicate files to core/build-legacy/el Removed: struts/el/trunk/LICENSE.CheckStyle struts/el/trunk/LICENSE.txt struts/el/trunk/conf/ struts/el/

svn commit: r155077 - in struts/core/trunk/build-legacy/el: ./ LICENSE.CheckStyle LICENSE.txt conf/ project.properties struts.jsl

Author: jmitchell Date: Wed Feb 23 13:32:35 2005 New Revision: 155077 URL: http://svn.apache.org/viewcvs?view=rev&rev=155077 Log: moving duplicate files to core/build-legacy/el Added: struts/core/trunk/build-legacy/el/ struts/core/trunk/build-legacy/el/LICENSE.CheckStyle - copied un

Re: Ant or Maven (Pick one please)

Theoretically, yes, but I think they present more confusion than do good. When you have two different build scripts, it is not only confusing to the new developer (or any developer really), but a maintainence headache as both have to be maintained. Ant scripts could be created, but they should

RE: Ant or Maven (Pick one please)

If possible you can generate the ant script with maven so you won't have to manually maintain it (It is already done like that in jakarta commons). If you want, you can commit it on SVN and ant users will able to build jars and run tests. Arnaud > -Message d'origine- > De : Hubert Raba

Re: Blank Questions

I think this is a very cool idea. I think there is room for a quickstart tool somewhere between struts-blank.war and AppFuse (http://raibledesigns.com/wiki/Wiki.jsp?page=AppFuse). You could host the project on struts.sf.net once you get the code together. Don Vic wrote: I read this: http://we

RE: Ant or Maven (Pick one please)

At 10:36 PM +0100 2/23/05, Arnaud HERITIER wrote: If possible you can generate the ant script with maven so you won't have to manually maintain it (It is already done like that in jakarta commons). If you want, you can commit it on SVN and ant users will able to build jars and run tests. I'm gene

svn commit: r155084 - in struts/el/trunk: project.xml xdocs/

Author: jmitchell Date: Wed Feb 23 13:58:56 2005 New Revision: 155084 URL: http://svn.apache.org/viewcvs?view=rev&rev=155084 Log: bring el inline with shared pom Added: struts/el/trunk/xdocs/ Modified: struts/el/trunk/project.xml Modified: struts/el/trunk/project.xml URL: http://svn.apa

Subversion reorg - Short term plans

Here's where I am with the Maven build The items below that are 'done' mean you can run 'maven dist' and get a full distribution of that component. core/ - done tiles/- in process taglib/ - done (pending tiles above) el/ - done apps/ - in process bsf/ - flow/ - faces/

Re: Subversion reorg - Short term plans

Sorry, I take that back. There are still a few issues with the shared conf/ stuff. I'll reply when that is fixed. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: "James Mitchell" <[EMAIL PROTECTED]> To: "

svn commit: r155086 - struts/build/trunk/maven.xml

Author: jmitchell Date: Wed Feb 23 14:15:09 2005 New Revision: 155086 URL: http://svn.apache.org/viewcvs?view=rev&rev=155086 Log: re-add the install target Modified: struts/build/trunk/maven.xml Modified: struts/build/trunk/maven.xml URL: http://svn.apache.org/viewcvs/struts/build/trunk/mav

svn commit: r155088 - struts/build/trunk/maven.xml

Author: jmitchell Date: Wed Feb 23 14:18:24 2005 New Revision: 155088 URL: http://svn.apache.org/viewcvs?view=rev&rev=155088 Log: remove the recursive call on the wrong target ;) Modified: struts/build/trunk/maven.xml Modified: struts/build/trunk/maven.xml URL: http://svn.apache.org/viewcvs

svn commit: r155092 - in struts/tiles/trunk: maven.xml project.properties

Author: jmitchell Date: Wed Feb 23 14:24:21 2005 New Revision: 155092 URL: http://svn.apache.org/viewcvs?view=rev&rev=155092 Log: move duplicates to core/build-legacy/tiles Removed: struts/tiles/trunk/maven.xml struts/tiles/trunk/project.properties --

svn commit: r155093 - in struts/core/trunk: build-legacy/tiles/ build-legacy/tiles/maven.xml build-legacy/tiles/project.properties maven.xml

Author: jmitchell Date: Wed Feb 23 14:24:39 2005 New Revision: 155093 URL: http://svn.apache.org/viewcvs?view=rev&rev=155093 Log: move duplicates to core/build-legacy/tiles Added: struts/core/trunk/build-legacy/tiles/ struts/core/trunk/build-legacy/tiles/maven.xml - copied unchanged

Re: Blank Questions

Equinox(Appfuse too) even goes as far as having Hibrenate. Does ANYONE think it be a good idea to have iBatis in the template? .V Don Brown wrote: I think there is room for a quickstart tool somewhere between struts-blank.war and AppFuse (http://raibledesigns.com/wiki/Wiki.jsp?page=AppFuse).

Re: Subversion reorg - Short term plans

Should "site\" be on this list, James? On Wed, 23 Feb 2005 17:02:40 -0500, James Mitchell wrote: > Here's where I am with the Maven build > > The items below that are 'done' mean you can run 'maven dist' and > get a full distribution of that component. > > core/     - done > tiles/    - in process

Re: Blank Questions

Personally, I don't as Appfuse has that well covered. Don Vic wrote: Equinox(Appfuse too) even goes as far as having Hibrenate. Does ANYONE think it be a good idea to have iBatis in the template? .V Don Brown wrote: I think there is room for a quickstart tool somewhere between struts-blank.war

Re: Ant or Maven (Pick one please)

On Wed, 23 Feb 2005 10:51:59 -0800, Don Brown wrote: > While I generally agree with letting a project's direction be > guided by those that are willing to do the work, in this case, I > think we do need to come to a consensus on a single build tool and > work to get rid of the other.   > Since you

Re: Zeroing in on a Struts 1.3.0 release (Re: struts-chain and multipart requests.)

On Wed, 23 Feb 2005 09:22:20 -0600, Joe Germuska wrote: > So while I'd like to see a 1.3.0 release soon, I also don't want to > rush it and end up with the burden of maintaining compatibility > with things that we wish we would have changed. I'd be very +1 on assuming that 1.3.0 is going to be an

Re: Ant or Maven (Pick one please)

I'll answer that since I'm the one that made the comment in the first place :) ... Firstly, let me be clear: I have nothing against Maven, so it's not a question of liking one thing over another. And I realize I'm not on the Struts development team anyway so my opinion probably means even *les

RE: Ant or Maven (Pick one please)

> > For the time being, we have to "bother" with Ant, because, > AFAIK, it's the only way we have to build the website right now. Can't you include it in a maven goal (in maven.xml)? Arnaud - To unsubscribe, e-mail: [EMAIL

Re: Chain Conditionals (was Change Action, ActionForm to use ActionContext?)

Anyway, from my personal experience, when one wants to apply control logic that is common to various requests (as opposed to based in a single Action), the chain based request processor has made that simpler for me. This is hard for me to follow. I am not sure what "control logic that is co

Uhh... dumb question...

...where can I download the current chain-based binary distribution? I'm looking all through the Struts site but I must be dense tonight (I'll blame my kids running around yelling at the top of their lungs) and I can't find what I'm looking for... -- Frank W. Zammetti Founder and Chief Software

Re: Ant or Maven (Pick one please)

At 5:39 PM -0500 2/23/05, Frank W. Zammetti wrote: As I look through the Getting Started docs on the Maven site, I'm met with some phrases of concern right off the bat: See, Frank... Your problem is that you read the documentation first... ;-) Joe -- Joe Germuska [EMAIL PROTECTED] h

DO NOT REPLY [Bug 33721] New: - Whitespace Strip by bean but not LookupDispatchAction

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 33721] - Whitespace Strip by bean but not LookupDispatchAction

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: Uhh... dumb question...

At 5:49 PM -0500 2/23/05, Frank W. Zammetti wrote: ...where can I download the current chain-based binary distribution? I'm looking all through the Struts site but I must be dense tonight (I'll blame my kids running around yelling at the top of their lungs) and I can't find what I'm looking for.

Re: Subversion reorg - Short term plans

Did we ever make a site/ ? I remember discussing it, but haven't seen anything yet. We are close to getting this puppy back on track. I've finished tiles, bsf, and apps (while sitting in traffic), so I need to check those in, now that I'm home. -- James Mitchell Software Engineer / Open Sou

Re: Ant or Maven (Pick one please)

Yes, and we already have. But that needs to be cleaned up just anything else. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: "Arnaud HERITIER" <[EMAIL PROTECTED]> To: "'Struts Developers List'" Sent: We

Re: Blank Questions

See, that's the cool thing about Maven, you can make your own application template and Maven will generate it for you. Having an Struts-iBatis template would be pretty cool. Perhaps even a C# version ;) -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 A

svn commit: r155113 - struts/el/trunk/project.xml

Author: jmitchell Date: Wed Feb 23 16:55:46 2005 New Revision: 155113 URL: http://svn.apache.org/viewcvs?view=rev&rev=155113 Log: simple format change Modified: struts/el/trunk/project.xml Modified: struts/el/trunk/project.xml URL: http://svn.apache.org/viewcvs/struts/el/trunk/project.xml?v

Re: Subversion reorg - Short term plans

An interesting problem. Both taglib and tiles need org.apache.struts.mock.* Those files currently exist in taglib. When I copied them (locally) to tiles, it works fine, but that would mean having to maintain duplicate files. What are our options? a) leave them as dups b) make another svn:extern

Re: Subversion reorg - Short term plans

I'm gonna go with c, but I'll move it to core/src/mock so we can use them universally. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Original Message - From: "James Mitchell" <[EMAIL PROTECTED]> To: "Struts Developers List" Sen

svn commit: r155122 - in struts/core/trunk/src/mock: ./ org/ org/apache/ org/apache/struts/ org/apache/struts/mock/

Author: jmitchell Date: Wed Feb 23 17:46:42 2005 New Revision: 155122 URL: http://svn.apache.org/viewcvs?view=rev&rev=155122 Log: moving mock (for testing) classes to core so that we can package a seperate jar so multiple struts subproject can use them Added: struts/core/trunk/src/mock/

svn commit: r155123 - struts/tiles/trunk/project.xml

Author: jmitchell Date: Wed Feb 23 17:48:01 2005 New Revision: 155123 URL: http://svn.apache.org/viewcvs?view=rev&rev=155123 Log: bring tiles pom inline with the current build Modified: struts/tiles/trunk/project.xml Modified: struts/tiles/trunk/project.xml URL: http://svn.apache.org/viewcv

Using Apache hardware for nightlies

Who do I need to ask to make this happen? Martin and I have discussed this a few times offlist, but I'm not sure we had any concrete plans. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx

svn commit: r155125 - struts/tiles/trunk/xdocs

Author: jmitchell Date: Wed Feb 23 17:54:06 2005 New Revision: 155125 URL: http://svn.apache.org/viewcvs?view=rev&rev=155125 Log: add xdocs for tiles specific documentation Added: struts/tiles/trunk/xdocs/ - To unsubscribe,

svn commit: r155128 - struts/apps/trunk/project.xml

Author: jmitchell Date: Wed Feb 23 17:56:47 2005 New Revision: 155128 URL: http://svn.apache.org/viewcvs?view=rev&rev=155128 Log: bring apps pom inline with parent project.xml Modified: struts/apps/trunk/project.xml Modified: struts/apps/trunk/project.xml URL: http://svn.apache.org/viewcvs/

svn commit: r155131 - struts/taglib/trunk/src/webapp/test/java/org/apache/struts/mock

Author: jmitchell Date: Wed Feb 23 18:01:30 2005 New Revision: 155131 URL: http://svn.apache.org/viewcvs?view=rev&rev=155131 Log: moving mock (for testing) classes to core so that we can package a seperate jar so multiple struts subproject can use them Removed: struts/taglib/trunk/src/webapp

svn commit: r155135 - in struts/flow/trunk: build.xml project.xml src/doc/ src/doc/extensions.xdt src/java/org/apache/struts/flow/sugar/CollectionExtensions.java src/java/org/apache/struts/flow/sugar/FileExtensions.java src/java/org/apache/struts/flow/sugar/ListExtensions.java

Author: mrdon Date: Wed Feb 23 18:05:12 2005 New Revision: 155135 URL: http://svn.apache.org/viewcvs?view=rev&rev=155135 Log: * Adding XDoclet-based Java API extension documentation system * Adding Javadocs to Java API extension classes Added: struts/flow/trunk/src/doc/ struts/flow/trun

Re: Using Apache hardware for nightlies

On Wed, 23 Feb 2005 20:52:42 -0500, James Mitchell <[EMAIL PROTECTED]> wrote: > Who do I need to ask to make this happen? Me? ;-) > Martin and I have discussed this a few times offlist, but I'm not sure we > had any concrete plans. I have both Craig's scripts and Glenn's scripts. My plan was to

svn commit: r155143 - in struts/core/trunk/mock: ./ src/ src/conf/ src/java/ src/java/org/ src/java/org/apache/ src/java/org/apache/struts/ src/java/org/apache/struts/mock/ src/test/ src/test/org/ src/test/org/apache/ src/test/org/apache/struts/ src/test/org/apache/struts/mock/

Author: jmitchell Date: Wed Feb 23 18:41:09 2005 New Revision: 155143 URL: http://svn.apache.org/viewcvs?view=rev&rev=155143 Log: add mock to core, this is needed for multiple subprojects Added: struts/core/trunk/mock/ struts/core/trunk/mock/project.properties (with props) struts/co

svn commit: r155144 - struts/core/trunk/mock/src/java/org/apache/struts/mock/mock

Author: jmitchell Date: Wed Feb 23 18:44:26 2005 New Revision: 155144 URL: http://svn.apache.org/viewcvs?view=rev&rev=155144 Log: moving mock classes to their own build layout Added: struts/core/trunk/mock/src/java/org/apache/struts/mock/mock/ - copied from r155125, struts/core/trunk/sr

svn commit: r155146 - in struts/core/trunk/mock/src/java/org/apache/struts: mock/ oops/ oops/mock/

Author: jmitchell Date: Wed Feb 23 18:46:40 2005 New Revision: 155146 URL: http://svn.apache.org/viewcvs?view=rev&rev=155146 Log: let's get the package right Added: struts/core/trunk/mock/src/java/org/apache/struts/oops/ - copied from r155143, struts/core/trunk/mock/src/java/org/apache

svn commit: r155147 - in struts/core/trunk/mock/src/java/org/apache/struts: mock/ oops/mock/

Author: jmitchell Date: Wed Feb 23 18:47:16 2005 New Revision: 155147 URL: http://svn.apache.org/viewcvs?view=rev&rev=155147 Log: let's get the package right Added: struts/core/trunk/mock/src/java/org/apache/struts/mock/ - copied from r155146, struts/core/trunk/mock/src/java/org/apache

  1   2   >