multipart requests -- suggesting things be rethought and that the hardwiring be pulled

Joe, I have rethought recent discussions on multipart requests and have a different proposal. What I would suggest would be to take the whole multipart business out of the framework altogether and to treat it as I think it should be treated, as just another Action. There is nothing about a multi

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

Hi Joe, Are we discussion about having a single controller and differen request handler for mapping the request in this context? Sorry if my question was too dumb Regards Rajaneesh -Original Message- From: Joe Germuska [mailto:[EMAIL PROTECTED] Sent: Wednesday, February 23, 2005 7:55

Re: Subversion reorg - Short term plans

I don't know about the wiki Apache uses, but at my day job, we use Trac, which renders the most beautiful XHTML you've ever seen. It was trivial to write an ant task to crawl the wiki, pull down pages, cut the content sections out from the rest, and plug the body into another template meant fo

Re: Subversion reorg - Short term plans

On Wed, 23 Feb 2005 23:27:48 -0500, James Mitchell <[EMAIL PROTECTED]> wrote: > Also (if it's even possible) I wouldn't mind working on a plugin (not sure > if one exists) that will allow us to publish the wiki pages for offline > viewing as part of a nightly.for now, just food for thought. In

Re: Ant or Maven (Pick one please)

Your right Joe. BAD FRANK!! :) -- Frank W. Zammetti Founder and Chief Software Architect Omnytex Technologies http://www.omnytex.com Joe Germuska wrote: 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 co

Re: Uhh... dumb question...

Thanks Joe. I was hoping it was available in a ready-to-use form (understanding all the caveats about API stability and the like would apply), because I wanted to get strutsws running on it. But, I was hoping to mix it in at work in the few spare minutes I might have, and that doesn't sound v

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

Sounds good. We need to fully understand the impact (or power) of Maven's multiproject stuff so we can take full advantage of this cool new round thing we don't have to reinvent ;) -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910.8017 AIM: jmitchtx - Orig

Re: Subversion reorg - Short term plans

Also (if it's even possible) I wouldn't mind working on a plugin (not sure if one exists) that will allow us to publish the wiki pages for offline viewing as part of a nightly.for now, just food for thought. -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, Inc. 678.910

Re: Subversion reorg - Short term plans

On Wed, 23 Feb 2005 19:22:20 -0500, James Mitchell <[EMAIL PROTECTED]> wrote: > 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 ch

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

They wouldn't compile therealthough come to think about it, they couldn't compile because the mock stuff wasn't being found. Hmmm...now that the mock stuff has moved to a separate jar, perhaps I should put them back? -- James Mitchell Software Engineer / Open Source Evangelist EdgeTech, In

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

On Wed, 23 Feb 2005 16:23:49 -0500, James Mitchell <[EMAIL PROTECTED]> wrote: > Should we go ahead and port the docs over to xdocs? Then move forward from > there? I'd prefer not to move them over just yet. IMO, we should have the docs plan all worked out before we start switching over, because w

svn commit: r155169 - in struts/core/trunk/mock: project.xml src/java/org/apache/struts/mock/TestMockBase.java src/test/org/apache/struts/mock/TestMockBase.java

Author: jmitchell Date: Wed Feb 23 20:22:28 2005 New Revision: 155169 URL: http://svn.apache.org/viewcvs?view=rev&rev=155169 Log: fix mock test Added: struts/core/trunk/mock/src/test/org/apache/struts/mock/TestMockBase.java - copied unchanged from r155159, struts/core/trunk/mock/src/ja

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

On Wed, 23 Feb 2005 20:52:35 -, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > 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

svn commit: r155168 - struts/taglib/trunk/project.xml

Author: jmitchell Date: Wed Feb 23 20:18:00 2005 New Revision: 155168 URL: http://svn.apache.org/viewcvs?view=rev&rev=155168 Log: add license, add new reference to mock objects jar Modified: struts/taglib/trunk/project.xml Modified: struts/taglib/trunk/project.xml URL: http://svn.apache.org

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

Author: jmitchell Date: Wed Feb 23 20:17:50 2005 New Revision: 155167 URL: http://svn.apache.org/viewcvs?view=rev&rev=155167 Log: add license, add new reference to mock objects jar Modified: struts/tiles/trunk/project.xml Modified: struts/tiles/trunk/project.xml URL: http://svn.apache.org/v

svn commit: r155166 - in struts/apps/trunk: dao/project.xml project.xml

Author: jmitchell Date: Wed Feb 23 20:16:08 2005 New Revision: 155166 URL: http://svn.apache.org/viewcvs?view=rev&rev=155166 Log: add license Modified: struts/apps/trunk/dao/project.xml struts/apps/trunk/project.xml Modified: struts/apps/trunk/dao/project.xml URL: http://svn.apache.org/

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

Author: jmitchell Date: Wed Feb 23 20:15:44 2005 New Revision: 155165 URL: http://svn.apache.org/viewcvs?view=rev&rev=155165 Log: add license Modified: struts/el/trunk/project.xml Modified: struts/el/trunk/project.xml URL: http://svn.apache.org/viewcvs/struts/el/trunk/project.xml?view=diff&

svn commit: r155164 - struts/core/trunk/mock/xdocs

Author: jmitchell Date: Wed Feb 23 20:12:17 2005 New Revision: 155164 URL: http://svn.apache.org/viewcvs?view=rev&rev=155164 Log: add xdocs Added: struts/core/trunk/mock/xdocs/ - To unsubscribe, e-mail: [EMAIL PROTECTED] Fo

svn commit: r155160 - in struts/core/trunk: maven.xml mock/project.xml mock/src/java/org/apache/struts/oops/ project.xml src/mock/org/apache/struts/mock/

Author: jmitchell Date: Wed Feb 23 20:03:53 2005 New Revision: 155160 URL: http://svn.apache.org/viewcvs?view=rev&rev=155160 Log: finish moving mock stuff to core/mock Removed: struts/core/trunk/mock/src/java/org/apache/struts/oops/ struts/core/trunk/src/mock/org/apache/struts/mock/ Modif

svn commit: r155158 - struts/bsf/trunk/project.xml

Author: jmitchell Date: Wed Feb 23 19:55:41 2005 New Revision: 155158 URL: http://svn.apache.org/viewcvs?view=rev&rev=155158 Log: get bsf project.xml inline with parent, all builds fine now Modified: struts/bsf/trunk/project.xml Modified: struts/bsf/trunk/project.xml URL: http://svn.apache.

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

Author: jmitchell Date: Wed Feb 23 19:50:35 2005 New Revision: 155156 URL: http://svn.apache.org/viewcvs?view=rev&rev=155156 Log: add license, and change basedir to current dir Modified: struts/build/trunk/maven.xml struts/build/trunk/project.xml Modified: struts/build/trunk/maven.xml UR

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

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: 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: 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

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: 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

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: 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: 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,

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: 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

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/

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

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

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: 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

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: 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: 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.

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

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

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

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: 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

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: 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: 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)

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: 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: 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

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).

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

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: 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: 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

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: "

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/

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

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

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)

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: 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

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

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/

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

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

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

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]

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

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

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)

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)

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)

> 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)

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)

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)

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

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: 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

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: 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

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

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: 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

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

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

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,

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/ --

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

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)

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

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

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: 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: 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: [

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

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!

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

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

  1   2   >