1.3 sample download size

I've considered creating a lighter sample. However, this is a real app, with a real database (PostgreSQL), so there is some setup involved, whether the download has Eclipse or not. For a whole suite, it's actually quite light (compared to big blue downloads, anyway :-). There also is some St

svn commit: r379364 - /struts/shale/trunk/test-framework/src/java/org/apache/shale/test/base/AbstractJsfTestCase.java

Author: craigmcc Date: Mon Feb 20 22:14:21 2006 New Revision: 379364 URL: http://svn.apache.org/viewcvs?rev=379364&view=rev Log: Establish a new thread context class loader for each individual test. Modified: struts/shale/trunk/test-framework/src/java/org/apache/shale/test/base/AbstractJsfTe

DO NOT REPLY [Bug 38294] - FactoryFinder.releaseFactories() & only one renderkit instance

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: svn commit: r379284 - in /struts/sandbox/trunk/tiles/src/java/org/apache/tiles/listener: ./ TilesListener.java

On 2/20/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Author: greddin > Date: Mon Feb 20 15:40:16 2006 > New Revision: 379284 > > URL: http://svn.apache.org/viewcvs?rev=379284&view=rev > Log: > Ticket #38255. Added TilesListener class to replace TilesServlet in 2.3+ > environments. > Patch s

DO NOT REPLY [Bug 38294] - FactoryFinder.releaseFactories() & only one renderkit instance

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 38536] - [shale] UseCases (remoting): Refactored Business.java

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

svn commit: r379304 - /struts/shale/trunk/use-cases/src/java/org/apache/shale/usecases/remoting/Business.java

Author: craigmcc Date: Mon Feb 20 17:18:32 2006 New Revision: 379304 URL: http://svn.apache.org/viewcvs?rev=379304&view=rev Log: Use the convenience methods provided by AbstractFacesBean. PR: Bugzilla #38536 Submitted By: Matthias Wessendorf Modified: struts/shale/trunk/use-cases/src/jav

DO NOT REPLY [Bug 38535] - [shale] AbstractFacesBean: using own convenience accessors

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: Next steps for Action 1.3.1 (was Re: Reasons for 1.3 release)

On 2/20/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Putting out a release just encourages developers outside of the > circle of committers to make that value judgement. Quite right. If we were talking about an API that we introduced into the nightly build last week or last month, then I thi

[Struts Wiki] Update of "StandaloneTiles" by GregReddin

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 GregReddin: http://wiki.apache.org/struts/StandaloneTiles The comment on the change is: Marked Listener Milestone as complete. --

svn commit: r379287 - /struts/sandbox/trunk/tiles/src/java/org/apache/tiles/listener/TilesListener.java

Author: greddin Date: Mon Feb 20 15:43:52 2006 New Revision: 379287 URL: http://svn.apache.org/viewcvs?rev=379287&view=rev Log: Forgot to add license, etc. to file. Modified: struts/sandbox/trunk/tiles/src/java/org/apache/tiles/listener/TilesListener.java Modified: struts/sandbox/trunk/ti

DO NOT REPLY [Bug 38255] - [Standalone Tiles] Add Application Listener

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

svn commit: r379284 - in /struts/sandbox/trunk/tiles/src/java/org/apache/tiles/listener: ./ TilesListener.java

Author: greddin Date: Mon Feb 20 15:40:16 2006 New Revision: 379284 URL: http://svn.apache.org/viewcvs?rev=379284&view=rev Log: Ticket #38255. Added TilesListener class to replace TilesServlet in 2.3+ environments. Patch submitted by Matt Raible. Added: struts/sandbox/trunk/tiles/src/java/

[Struts Wiki] Trivial Update of "DataEntryForm" by MichaelJouravlev

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 MichaelJouravlev: http://wiki.apache.org/struts/DataEntryForm -- #fo

RE: Next steps for Action 1.3.1 (was Re: Reasons for 1.3 release)

If you use it, the reponsibility is purely on the early adopters, not the software developers, to maintain their unreleased features. This is how I believe Struts 1.3.x should be handled. Being one of these early adopters, I agree with you. My inaction on making any changes to Struts 1.3 mysel

DO NOT REPLY [Bug 38252] - [Standalone Tiles] Refactor Taglib

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 38255] - [Standalone Tiles] Add Application Listener

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 38254] - [Standalone Tiles] Build Struts Integration

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 38294] - FactoryFinder.releaseFactories() & only one renderkit instance

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: Next steps for Action 1.3.1 (was Re: Reasons for 1.3 release)

George, You misunderstand me. I am not against using alpha/beta Struts in production; I think Ted was very astute to point out that ASF "eats its own dog food" to display that the Foundation puts out provable software. Take for example how the ASF websites are all using the latest Apache 2.2.0

RE: Next steps for Action 1.3.1 (was Re: Reasons for 1.3 release)

Paul Benedict wrote: > > >> Of course, some people are already using what > >> we already have in production, so we need to be careful. > > Ted, I am really surprised to hear this. Whose fault is it > to be using alpha/beta quality code in production? Certainly > not your fault, or any commiter

[Struts Wiki] Update of "StrutsHaiku" by MartinCooper

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 MartinCooper: http://wiki.apache.org/struts/StrutsHaiku The comment on the change is: Remove unpleasantness.

Re: Next steps for Action 1.3.1 (was Re: Reasons for 1.3 release)

On 2/20/06, Wolfgang Gehner <[EMAIL PROTECTED]> wrote: > Here is a non-committer speaking (me): The CoR stuff is great as it is. > We have used it in production since mid last year. I have written an > article a year ago to tell people how great it is, and how we use > Commands instead of Actions (

Re: Next steps for Action 1.3.1 (was Re: Reasons for 1.3 release)

On 2/20/06, Wolfgang Gehner <[EMAIL PROTECTED]> wrote: > Struts has a long history of betas being used in production (I remember > very large sites using 1.1b3 (or was it b2) in production, without me > telling them to). Yes, that's true. I was using a Struts 1.0 beta in production for a large sit

Re: Next steps for Action 1.3.1 (was Re: Reasons for 1.3 release)

Might I suggest, and not to toot my own horn or anything, but if you are going to launch a chain manually from an Action and not use what 1.3 provides, you might want to look at the chain implementation in Java Web Parts: http://javawebparts.sourceforge.net/javadocs/javawebparts/misc/chain/pac

Re: Reasons for 1.3 release

Following is a sample implementation of a real CoR pattern. Notice how different it looks? Notice how data driven it is? On 2/18/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > > Dakota Jack wrote: > > The flexibility is clear. But, from what I can see the pattern is not > CoR. > > Ok, I'l

Re: Reasons for 1.3 release

On 2/20/06, Paul Benedict <[EMAIL PROTECTED]> wrote: > > >>This is what I meant when I said earlier (in this thread) that I don't > have any Action classes > in my 1.3 app. I don't need 'em any more, even just to invoke a chain. > > If this is the future direction of Struts, then it's pretty foolha

Re: Next steps for Action 1.3.1 (was Re: Reasons for 1.3 release)

Here is a non-committer speaking (me): The CoR stuff is great as it is. We have used it in production since mid last year. I have written an article a year ago to tell people how great it is, and how we use Commands instead of Actions (read up if you like http://www.infonoia.com/en/content.jsp?

svn commit: r379159 - in /struts/sandbox/trunk/overdrive/Nexus: Core/KeyValue.cs Web/ViewControl.ascx.cs

Author: husted Date: Mon Feb 20 08:46:04 2006 New Revision: 379159 URL: http://svn.apache.org/viewcvs?rev=379159&view=rev Log: OVR-16 * Add public constants to expose the KeyValue property names. Modified: struts/sandbox/trunk/overdrive/Nexus/Core/KeyValue.cs struts/sandbox/trunk/overdriv

DO NOT REPLY [Bug 38294] - FactoryFinder.releaseFactories() & only one renderkit instance

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: Reasons for 1.3 release

The pattern is NOT CoR. Does anyone look at the code? How do you code without knowing what is going on at the foundations of this design? On 2/20/06, Paul Benedict <[EMAIL PROTECTED]> wrote: > > You want > to be able to plug into the request processor, which is a CoR pattern, I guess this i

Re: Next steps for Action 1.3.1 (was Re: Reasons for 1.3 release)

>> Of course, some people are already using what >> we already have in production, so we need to be careful. Ted, I am really surprised to hear this. Whose fault is it to be using alpha/beta quality code in production? Certainly not your fault, or any commiter's fault, except the fault of the dev

DO NOT REPLY [Bug 35703] - [tiles] TilesUtilImpl doInclude() should call TilesRequestProcessor doInclude()... but it doesn't

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: Next steps for Action 1.3.1 (was Re: Reasons for 1.3 release)

On 2/20/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > I mean, we look up chains in a catalog, not > commands, right? (except technically you *are* looking up a command, I > think conceptually for Struts developers that isn't an accurate > description though). In our C# implementation, we give

Re: Next steps for Action 1.3.1 (was Re: Reasons for 1.3 release)

On 2/20/06, Paul Benedict <[EMAIL PROTECTED]> wrote: >> On 2/19/06, Martin Cooper <[EMAIL PROTECTED]> wrote: >>>This is what I meant when I said earlier (in this thread) that I don't have any Action >>> classes in my 1.3 app. I don't need 'em any more, even just to invoke a chain. > > If this is t

DO NOT REPLY [Bug 38294] - FactoryFinder.releaseFactories() & only one renderkit instance

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

Next steps for Action 1.3.1 (was Re: Reasons for 1.3 release)

On 2/19/06, Michael Jouravlev <[EMAIL PROTECTED]> wrote: > On 2/19/06, Frank W. Zammetti <[EMAIL PROTECTED]> wrote: > > Anyone can quote chapter and verse from the GoF book. Can you instead > > explain *why* what's in Struts isn't CoR? And, perhaps more > > importantly, explain why, even if it is

DO NOT REPLY [Bug 38294] - FactoryFinder.releaseFactories() & only one renderkit instance

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: Reasons for 1.3 release

This may be slightly OT, but not entirely... I would like to suggest a change to what is being done in 1.3... As I've mentioned before, I have a CoR implementation in JWP... I wrote my own because Commons Chain didn't have some features I needed for a project I was working on, and while I'm su

DO NOT REPLY [Bug 35703] - [tiles] TilesUtilImpl doInclude() should call TilesRequestProcessor doInclude()... but it doesn't

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: Reasons for 1.3 release

At 5:48 AM -0800 2/20/06, Paul Benedict wrote: >>This is what I meant when I said earlier (in this thread) that I don't have any Action classes in my 1.3 app. I don't need 'em any more, even just to invoke a chain. If this is the future direction of Struts, then it's pretty foolhardy to call

Re: svn commit: r379126 - /struts/current/branches/

Actually, I did this before seeing your tag. I'm not 100% convinced that a tag for getting all the 'children of a family' belongs under 'one of the children', but then, that's where all versions prior to the reorg exist, so any argument I would have against it actually nullifies itself. A

DO NOT REPLY [Bug 38711] - MockFacesContext, FaceContext.getCurrentInstance left over

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

svn commit: r379131 - /struts/shale/trunk/test-framework/src/java/org/apache/shale/test/base/AbstractJsfTestCase.java

Author: schof Date: Mon Feb 20 06:06:13 2006 New Revision: 379131 URL: http://svn.apache.org/viewcvs?rev=379131&view=rev Log: Fixes Bug#38711 (patch by Dennis Byrne) Modified: struts/shale/trunk/test-framework/src/java/org/apache/shale/test/base/AbstractJsfTestCase.java Modified: struts/sh

Re: svn commit: r379126 - /struts/current/branches/

On 2/20/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Author: jmitchell > Date: Mon Feb 20 05:14:34 2006 > New Revision: 379126 > > URL: http://svn.apache.org/viewcvs?rev=379126&view=rev > Log: > This isn't going to work, because we are not using '/trunk'backing it out. Also, who would go

Re: Reasons for 1.3 release

>>This is what I meant when I said earlier (in this thread) that I don't have >>any Action classes in my 1.3 app. I don't need 'em any more, even just to invoke a chain. If this is the future direction of Struts, then it's pretty foolhardy to call it the "action framework"? Call it the chain fra

svn commit: r379126 - /struts/current/branches/

Author: jmitchell Date: Mon Feb 20 05:14:34 2006 New Revision: 379126 URL: http://svn.apache.org/viewcvs?rev=379126&view=rev Log: This isn't going to work, because we are not using '/trunk'backing it out. Removed: struts/current/branches/

svn commit: r379125 - /struts/current/tags/

Author: jmitchell Date: Mon Feb 20 05:14:07 2006 New Revision: 379125 URL: http://svn.apache.org/viewcvs?rev=379125&view=rev Log: This isn't going to work, because we are not using '/trunk'backing it out. Removed: struts/current/tags/ ---

svn commit: r379119 - /struts/current/tags/

Author: jmitchell Date: Mon Feb 20 04:47:06 2006 New Revision: 379119 URL: http://svn.apache.org/viewcvs?rev=379119&view=rev Log: Allow tagging for this module. Added: struts/current/tags/ - To unsubscribe, e-mail: [EMAIL

svn commit: r379118 - /struts/current/branches/

Author: jmitchell Date: Mon Feb 20 04:46:18 2006 New Revision: 379118 URL: http://svn.apache.org/viewcvs?rev=379118&view=rev Log: Allow for versioning of the current module. Added: struts/current/branches/ - To unsubscribe

[EMAIL PROTECTED]: Project struts-action (in module struts) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project struts-action has an issue affecting its community integration. This issue affect

[EMAIL PROTECTED]: Project struts-action (in module struts) failed

To whom it may engage... This is an automated request, but not an unsolicited one. For more information please visit http://gump.apache.org/nagged.html, and/or contact the folk at [EMAIL PROTECTED] Project struts-action has an issue affecting its community integration. This issue affect