Struts 1.1 and DynaActionFormProblem

Hi, I'm using struts 1.1 and i have found a problem using DynaActionForms and the memory consumption it causes. Looking for a solution, I have seen a similar case in the users lists, but it happened in 2003 and it doesn't seem solved. I am talking about the following text: >>-Original M

Re: Struts 1.1 and DynaActionFormProblem

This was fixed in April 2004 in Struts 1.2.x in the following revision http://svn.apache.org/viewcvs.cgi?rev=51535&view=rev To resolve this you either need to patch Struts 1.1 yourself or upgrade to Struts 1.2. Niall - Original Message - From: "Hortigüela Saguar, Juan Antonio" <[EMA

RE: Struts 1.1 and DynaActionFormProblem

Hi, Thank you for your response. Juan Antonio -Mensaje original- De: Niall Pemberton [mailto:[EMAIL PROTECTED] Enviado el: jueves, 05 de enero de 2006 9:39 Para: Struts Developers List Asunto: Re: Struts 1.1 and DynaActionFormProblem This was fixed in April 2004 in Struts 1.2.x in the

[Struts Wiki] Update of "StrutsTraining" by ManfredWolff

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 ManfredWolff: http://wiki.apache.org/struts/StrutsTraining -- * a

[Struts Wiki] Update of "StrutsConsultants" by ManfredWolff

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 ManfredWolff: http://wiki.apache.org/struts/StrutsConsultants -- *

DO NOT REPLY [Bug 38133] New: - [validator] [patch] Enhance form to handle nested forms (beans)

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 38133] - [validator] [patch] Enhance form to handle nested forms (beans)

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

[EMAIL PROTECTED]: Project struts-taglib (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-taglib has an issue affecting its community integration. This issue affect

[EMAIL PROTECTED]: Project struts-taglib (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-taglib has an issue affecting its community integration. This issue affect

Struts/WebWork Merger Tasks (was Q)

Apparently "Q" happens too :) On 1/5/06, Ted Husted <[EMAIL PROTECTED]> wrote: > I'm recapping our ApacheCon presnetation at the NE JUG next week, > along with Jason's Javapolis presentation. I'll get updated copies of > both presentations up on the Struts University wiki. > > * http://StrutsUnive

Q

I'm recapping our ApacheCon presnetation at the NE JUG next week, along with Jason's Javapolis presentation. I'll get updated copies of both presentations up on the Struts University wiki. * http://StrutsUniversity.org/Presentations As I understand it, the general plan at this point is: 0. Enco

Re: Using Extends with validate or unknown

(Apologies for the late reply; I've been offline.) On 1/3/06, Ted Husted <[EMAIL PROTECTED]> wrote: > Given > > name="RegisterForm" > validate="false" > ... > /> > > extends="/Register" >

Re: MailReader DAO Unit Tests

Sorry for the delay responding. I can't remember if I wrote those testssad, I know ;) That file doesn't appear to be in svn. I think it gets generated during a test run, but never gets cleaned up. IIRC, that was on my todo list ;) -- James Mitchell EdgeTech, Inc. http://edgetechse

Re: svn commit: r366067 - in /struts: el/trunk/pom.xml extras/trunk/pom.xml taglib/trunk/pom.xml tiles/trunk/pom.xml

On 1/4/06, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Author: wsmoak > Date: Wed Jan 4 19:23:01 2006 > New Revision: 366067 > > URL: http://svn.apache.org/viewcvs?rev=366067&view=rev > Log: > Added experimental Maven 2 build files: struts-el, struts-extras, > struts-taglib, struts-tiles I m

Re: Struts/WebWork Merger Tasks (was Q)

Looks good to me. Don Ted Husted wrote: Apparently "Q" happens too :) On 1/5/06, Ted Husted <[EMAIL PROTECTED]> wrote: I'm recapping our ApacheCon presnetation at the NE JUG next week, along with Jason's Javapolis presentation. I'll get updated copies of both presentations up on the Struts U

Re: Struts/WebWork Merger Tasks (was Q)

I know there are a few features (probably more) that we'd like to bring forward from Struts Action 1.x to 2.x that aren't in WebWork already. For example, the wildcard support in configuration. Where does that fit in? This current schedule looks like 2.0.0 would be basically WebWork 2.2 + m

Re: Struts/WebWork Merger Tasks (was Q)

On 1/5/06, Patrick Lightbody <[EMAIL PROTECTED]> wrote: > I know there are a few features (probably more) that we'd like to > bring forward from Struts Action 1.x to 2.x that aren't in WebWork > already. For example, the wildcard support in configuration. > > Where does that fit in? This current sc

Re: Struts/WebWork Merger Tasks (was Q)

Duh, sorry about that. It's been a slow day :) Can we talk about more about #7? I think #7 is where the majority of the time (debate time or development time) will be spent. What items do you guys have in mind? Patrick On Jan 5, 2006, at 12:05 PM, Ted Husted wrote: On 1/5/06, Patrick Lig

Re: Struts/WebWork Merger Tasks (was Q)

Off the top of my head: - Wildcards - Chain command executed from Interceptor (like ChainInterceptor) - Chain command executed as Action (an alternate implementation of ActionInvoker) - DynaBean support in ognl - Package properties support (debatable) Don Patrick Lightbody wrote: Duh, so

Re: Struts/WebWork Merger Tasks (was Q)

OK. There are a lot of things we want to do with WW that may or may not have to be done to support these things. My personal list includes: - cleaning up configuration code - cleaning up ActionContext/ActionInvocation/ActionProxy confusion Would you imagine those would be included in SAF 2.0

Re: Struts/WebWork Merger Tasks (was Q)

Patrick Lightbody wrote: OK. There are a lot of things we want to do with WW that may or may not have to be done to support these things. My personal list includes: - cleaning up configuration code - cleaning up ActionContext/ActionInvocation/ActionProxy confusion Would you imagine those wo

Re: Struts/WebWork Merger Tasks (was Q)

Ex-party sidebar: how much value do DyanBeans add in WW given that, if I understand correctly, it can already work directly with POJOs? The thing that dyna action forms are there to avoid (writing boilerplate action forms) isn't needed in WW is it? L. Don Brown wrote: Off the top of my head:

Re: Struts/WebWork Merger Tasks (was Q)

Good question. DynaBeans might still be valuable if you use them further down in your application or generally prefer working with Map-type structures. If they are only used to avoid having to write forms, then, correct, they won't be of much use in XWork. If folks don't think Action 2.0 sho

Re: Struts/WebWork Merger Tasks (was Q)

Pardon my ignorance, but is there some link that describes what DynaBeans are? Currently WW's ValueStack is able to populate Map structures if they are in the value stack. Ie: foo.action?bar=baz will call map.setBar("baz") if a Map is in the stack. On Jan 5, 2006, at 2:17 PM, Don Brown wrot

Re: Struts/WebWork Merger Tasks (was Q)

http://jakarta.apache.org/commons/beanutils/commons-beanutils-1.7.0/docs/api/org/apache/commons/beanutils/DynaBean.html DynaBeans aren't really a Map (but they may use one internally for storage, and require a backing DynaClass to define their structure and data types. Don Patrick Lightbody w

Re: Struts/WebWork Merger Tasks (was Q)

Ah, they look exactly like PropertySets: http://www.opensymphony.com/ propertyset. PropertySets can have memory/map implementations (like a DynaBean) or can have persistence implementations (EJB, JDBC, etc). Yeah, I think adding support would be _really_ easy. Patrick On Jan 5, 2006, at 2:36

[shale] DefaultViewControllerMapper limitations

Thanks to my unusual use of view identifiers carrying path-extra-info information, I've discovered a bit of a limitation with DefaultViewControllerMapper: if the result of applying the mapping algorithm isn't legal as a value binding expression, you get an ugly stack trace. I triggered this bec

Re: [shale] DefaultViewControllerMapper limitations

On 1/5/06, Laurie Harper <[EMAIL PROTECTED]> wrote: > > Thanks to my unusual use of view identifiers carrying path-extra-info > information, I've discovered a bit of a limitation with > DefaultViewControllerMapper: if the result of applying the mapping > algorithm isn't legal as a value binding exp

svn commit: r366394 - in /struts: action/trunk/pom.xml build/trunk/pom.xml el/trunk/pom.xml extras/trunk/pom.xml taglib/trunk/pom.xml tiles/trunk/pom.xml

Author: wsmoak Date: Thu Jan 5 18:33:24 2006 New Revision: 366394 URL: http://svn.apache.org/viewcvs?rev=366394&view=rev Log: Updated the list of modules in the struts-build pom. Switched to relative file-system path to find the parent pom. Modified: struts/action/trunk/pom.xml struts/bu

[Struts Wiki] Update of "StrutsMaven2Plan" by WendySmoak

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 WendySmoak: http://wiki.apache.org/struts/StrutsMaven2Plan -- || src

svn commit: r366403 - in /struts/sandbox/trunk/archetypes/blank: README.txt pom.xml src/main/resources/archetype-resources/pom.xml

Author: wsmoak Date: Thu Jan 5 19:20:50 2006 New Revision: 366403 URL: http://svn.apache.org/viewcvs?rev=366403&view=rev Log: Changed groupId to 'struts' and renamed to 'Struts Action Blank Archetype' Modified: struts/sandbox/trunk/archetypes/blank/README.txt struts/sandbox/trunk/archety

Re: [shale] DefaultViewControllerMapper limitations

Craig McClanahan wrote: On 1/5/06, Laurie Harper <[EMAIL PROTECTED]> wrote: Thanks to my unusual use of view identifiers carrying path-extra-info information, I've discovered a bit of a limitation with DefaultViewControllerMapper: if the result of applying the mapping algorithm isn't legal as a

svn commit: r366405 - in /struts/shale/trunk/clay-plugin/src: java/org/apache/shale/clay/config/beans/ConfigDefinitionsWatchdogFilter.java java/org/apache/shale/clay/parser/Parser.java test/org/apache

Author: gvanmatre Date: Thu Jan 5 19:27:35 2006 New Revision: 366405 URL: http://svn.apache.org/viewcvs?rev=366405&view=rev Log: Fixed a table header parsing problem. Modified: struts/shale/trunk/clay-plugin/src/java/org/apache/shale/clay/config/beans/ConfigDefinitionsWatchdogFilter.java

svn commit: r366408 - in /struts/sandbox/trunk/archetypes: action-blank/ blank/

Author: wsmoak Date: Thu Jan 5 19:35:26 2006 New Revision: 366408 URL: http://svn.apache.org/viewcvs?rev=366408&view=rev Log: Renamed the archetype, remotely Added: struts/sandbox/trunk/archetypes/action-blank/ - copied from r366407, struts/sandbox/trunk/archetypes/blank/ Removed:

svn commit: r366413 - /struts/sandbox/trunk/archetypes/action-blank/README.txt

Author: wsmoak Date: Thu Jan 5 20:01:11 2006 New Revision: 366413 URL: http://svn.apache.org/viewcvs?rev=366413&view=rev Log: Added instructions for checking out the archetype source code. Added packageName to usage example. Modified: struts/sandbox/trunk/archetypes/action-blank/README.txt

Re: [shale] DefaultViewControllerMapper limitations

On 1/5/06, Laurie Harper <[EMAIL PROTECTED]> wrote: > > Craig McClanahan wrote: > > On 1/5/06, Laurie Harper <[EMAIL PROTECTED]> wrote: > >> Thanks to my unusual use of view identifiers carrying path-extra-info > >> information, I've discovered a bit of a limitation with > >> DefaultViewControllerM

svn commit: r366429 - in /struts/shale/trunk/core-library/src/java/org/apache/shale: faces/ShaleViewHandler.java resources/Bundle.properties

Author: craigmcc Date: Thu Jan 5 20:54:44 2006 New Revision: 366429 URL: http://svn.apache.org/viewcvs?rev=366429&view=rev Log: Use VariableResolver instead of creating a value binding to instantiate ViewController instances. This avoids problems caused by an implementation of ViewControllerMapp

Re: [shale] DefaultViewControllerMapper limitations

Craig McClanahan wrote: On 1/5/06, Laurie Harper <[EMAIL PROTECTED]> wrote: Craig McClanahan wrote: On 1/5/06, Laurie Harper <[EMAIL PROTECTED]> wrote: Thanks to my unusual use of view identifiers carrying path-extra-info information, I've discovered a bit of a limitation with DefaultViewContr

svn commit: r366441 - in /struts/shale/trunk: core-library/build.xml core-library/src/conf/faces-config.xml core-library/src/java/org/apache/shale/remoting/faces-config.xml use-cases/build.xml

Author: craigmcc Date: Thu Jan 5 22:57:59 2006 New Revision: 366441 URL: http://svn.apache.org/viewcvs?rev=366441&view=rev Log: Split out the org.apache.shale.remoting package into its own JAR file (shale-remoting.jar), because it is completely self contained and not reliant on other Shale functi

DO NOT REPLY [Bug 38157] New: - Clay TH Bug

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