Re: Multiple form-beans and Action class

PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ted Husted, Junit in Action - <http://www.manning.com/massol/>, Struts in Action - <http://husted.com/struts/book.html>, JSP Site Design - <http://www.amazon.com/exec/obidos/ISBN=1861005512>. "Get Ready, We&#

Re: Struts-chain Behavior Discussion

> Here is why I believe that the code is > of interest to the Struts community: There are many extensions of interest to the Struts community, and we maintain a resource page to help people find them. In practice, when an extension becomes very popular within the community, and it's obvious that

Re: Struts-chain Behavior Discussion

PILGRIM, Peter, FM wrote: Suppose team T1 invents a generic web search engine component. Let say another team T2 wanted to use that component, say embed it is in own JSP views using say Tiles. How does the search component forward or transfer control to the external component that T2. One way cou

Re: Nested-EL

[EMAIL PROTECTED] wrote: Understood. I have all of the classes written. The TLD is looking a little daunting. From my studies it appears that the tld is generated from an xml file that is run through an xsl stylesheet. If you want the classes, I can send them to you. Yes, that's true. But it may

Re: Struts-chain Behavior Discussion

Jing Zhou wrote: Commons-chain is not intended to solve that debate topic originally. Last year, people found when they have two RequestProcessor(s), say A and B, if they need to design a new RequestProcessor C that has methods from both A and B, the best they can do is to let C extend one of them,

Re: Struts-chain Behavior Discussion

tter anyway, > as it's more forward looking than any of my suggestions. PILGRIM, Peter, FM wrote: Does this mean that we have solved the hideous Action Chaining debate? In theory an Struts Action could be refactored to be a type of ``Command'' and therefor Actions could be chai

Re: Struts-chain Behavior Discussion

PILGRIM, Peter, FM wrote: Does this mean that we have solved the hideous Action Chaining debate? In theory an Struts Action could be refactored to be a type of ``Command'' and therefor Actions could be chained. I think the Chain package will make it easier for people to do the Right Thing. The Ac

Re: Self Describing Business Objects :

ll as any action taken or omitted to be taken in reliance on its content, is prohibited and may be unlawful. - To unsubscribe, e-mail: [EMAIL PROTEC

Re: Struts-chain Behavior Discussion

Craig R. McClanahan wrote (10/4/2003 2:02 PM): So, implementing this as a single chain would require ValidateActionForm to the success/failure state of the validation into the Context -- easy to do -- and three commands must now (inside their implementation -- the Chain does not know anything ab

Re: Struts-chain Behavior Discussion

Craig R. McClanahan wrote: * The way it's currently implemented -- ValidateActionForm conditionally branches to a separate chain on validation failure ("servlet-validation-failure" in the current config file), and [returns true to] abandon the remainder of the original chain. The phrase "conditi

Re: Struts-chain Behavior Discussion

Jing Zhou wrote: For me, "Simple thing should be simple" is the top rule that supersedes any programming practices. Some of might say that this *is* a programming practice. Some might also couch it as start with "the simplest thing that can possibly work", and then let practice be your guide.

Re: Struts-chain Behavior Discussion

Craig R. McClanahan wrote: In terms of the chain implementation of the request processing lifecycle, this is just an unconditional command in the chain (it's implemented in o.a.s.c.servlet.PerformForward). No skipping or stepping is requried. See contrib/struts-chain/src/conf/chain-config.xm

Re: Struts-chain Behavior Discussion

on FacesContext, the control is transferred to the Render Response phase after the current phase. This is another evidence of the "jump behavior" in high level pattern regulators. I would like people to open mind and think, if we add a method in Chain that allows us to execute the chain s

Re: [struts-chain] Writing a command to process a Tiles Definition

Jing Zhou wrote: I am wondering how I could implement a "jump behavior" in the main chain. The use case for a "jump behavior" is that the main chain should continue with several commands skipped over. For example, I would like to jump to the last command in the main chain after the current command.

Re: [Vote] Choosing a build/doc gen tool(s) [was: Re: The Forrest Option]

Steve Raeburn wrote: > I'd like to add Maven now, learn from the experience on 1.x and then > use that to optimize the project organization and build process for > version 2. If the people voting +1 are ready to roll up their collective sleeves and give Maven a try, then that would be fine with me

Re: Build improvements (was Re: The Forrest Option)

Don Brown wrote: Yes, this won't help our build at all. Until we get Maven running, there are some options to bring some Maven features over to Ant. For example, if we wanted to get rid of jars in our CVS, we could use something like http://www.krysalis.org/ruper/ or http://blogs.codehaus.org/peo

Re: The Forrest Option

Robert Leland wrote: > The whole Maven idea came because we felt the build > process of ant struts-legacy was broken or needed some > serious work. If Don wants to put energy into redoing our site's look > and feel that then here is my +1. Just know we are still > left with the original problem. St

Re: The Forrest Option

David Graham wrote: Rob mentioned something about Struts being setup for Maven already and I asked for clarification. If that's true then I see no point in complicating things with another build tool. Also, it seems that Maven in some ways is a superset of Forrest functionality. It handles the w

Re: The Forrest Option

Chris Gastin wrote: I have to agree with David. Lets find one way to do it and make it simple, if a build process can be. I have worked a little with Maven, and it seems tobe simple. I am not knocking Forrest. I have not had a chance to look into it. If that is more simple than Maven then I am all

Re: The Forrest Option

Don Brown wrote: For example, currently, we have quite a few Struts extensions, example applications, and related frameworks that I feel Struts could do a better job of encouraging. Instead of requiring an extension developer to submit a patch to bugzilla to change a description or add their proje

Re: Raising feature requests and fix suggestions - What's the accepted way.

To discuss whether a feature might be a good idea, you can post here. Though, it can take several days before everyone weighs in. We're all volunteers with real jobs. Many of us can only work on Struts on the weekends. To raise and fix issues, you can post tickets to Bugzilla. This is where pa

Re: The Forrest Option

Don Brown wrote: Further, deciding between Forrest and Maven isn't an either/or situation. There exists a Forrest plugin for Maven and it would be easy to integrate Maven's reports into a Forrest site build. <.../> If we did decide to go with Forrest, I'm willing to convert the old site over and h

Re: Reviving PageController (ViewController?) discussion?

Jing Zhou wrote: - A well designed framework should not have overlapped concepts, or terms that lead to overlapped concepts. We have the concept of action controllers, we should not have more *controllers* when a view is under preparations. IMHO, a well-designed framework should provide exten

Re: Reviving PageController (ViewController?) discussion?

Joe Germuska wrote: Looking to Struts 2.x, I am thinking that the ForwardConfig would merge with a ViewController, and that instead of the Struts action returning a ForwardConfig, it would return a logical name (String); then the details (and potential complexities) of dispatching to any chosen

Re: Dependancies a wonderful thing

I'm not sure that it matters. We're pragmatic when it comes to Bugzilla, so whichever is less work for you, should work for the rest of us. Volunteer time is our most precious resource. The dependency feature is relatively new, and we haven't come to "depend" on it ourselves yet :) -Ted. Chri

Re: Where are tld files in CVS tree

Chris Gastin wrote: > Where in the CVS tree is the struts-html.tld file that needs to be > modified when adding attributes to a tag. What we do is maintain the TLDs as XML documents and then use a style sheet to generate the TLD and the HTML documentation. So, they are hidden in the documentation

Re: XHTML Web site updates

Steve Raeburn wrote: > Done. The ASF thanks you for your help and support =:) Hey anybody going? I won't make it this year, but I'm starting to think about 2004. Regarding the archived 1.02 docs - there doesn't seem to be a link to them anywhere. Shall I add one? We should probably remove those

Re: XHTML Web site updates

Steve Raeburn wrote: Contributors List - One side effect of merging the XSL stylesheets is that the contributors list is currently not written at the start of each chapter. (Some stylesheets had it, some didn't so I opted to remove it from the chapter section.) I wondered what the f

Re: cvs commit: jakarta-struts/src/share/org/apache/struts/util ActionMappingMatcher.java

Just a heads-up: The discussions about the short "2.0" license are heating up again. A good time to catch the 1.0 licenses would when 2.0 goes through. In the meantime, as Rob says, new development should use the 1.1 license http://www.apache.org/licenses with #4 modified to read: * 4. The n

Re: New feature process

Once upon a time, I made a point of updating the changelog, but during that death march affectionately known as the Struts 1.1. release =:), I fell out of the habit, and haven't picked it up again. Back in the day, some thoughtful people also tried to update the changelog as they made the commi

Re: Reviving PageController (ViewController?) discussion?

uot;frozen" ForwardConfig. (I kind of feel like this belongs more in something like o.a.s.view, but if it's going to be the only class there...) At 10:31 -0400 9/15/03, Ted Husted wrote: I'll post more on this later, but to avoid the "gotcha", I'm now thinking we

Re: [Short Term Plan] Struts to depend on Validator 1.1.0

Robert Leland wrote: > Over 99% of commons-validator usage is through struts. In fact it may > be 100%. I feel the only way to really promote commons-validator to > Beta status is to make the nightly build of struts depend on the 1.1.0 > version which has released in Augustand been designated an Al

Re: Standard HTML Tags (was Extending Standard Tags ...)

Steve Raeburn wrote: I wasn't saying that the existing tags can't or shouldn't be extended. Just that IMO the core Struts tags shouldn't be moved to somewhere like Jakarta Taglibs, because they are dependent on Struts. Jakarta Taglibs maintains a Dreamweaver extension, why could they not maintain

Re: Extending Standard Tags was Editable Fields V/S Static Text

Steve Raeburn wrote: > While I'd probably be in favour of Struts becoming a top level > project, I must confess I don't quite understand the criteria for > becoming one. It's mainly a question of whether the community surrounding the product is mature enough to stand on its own and stay true to th

Re: Html tags and "indexed" property - how does it work?

l: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ted Husted, Junit in Action - <http://www.manning.com/massol/>, Struts in Action - <http://husted.com/struts/book.html>, JSP Site Design - <http://www.amazon.com/exec/obidos/

Re: Extending Standard Tags was Editable Fields V/S Static Text

Vic Cekvenich wrote: (also IMO Struts HTML and tiles tag could/should migrate to taglibs) Yes, it would be nice if the taglibs were maintained by Jakarta Taglibs, in the same way that the Struts View Tools are maintained by Velocity. Struts should make it as easy as possible for presentation tech

Re: Bugzilla Item #14183

an code up action as well. Thanks, Chris Gastin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ted Husted, Junit in Action - <http://www.manning.com/massol/>, Struts in A

Re: Action Chaining

Personally, I would tend to use a coarse-grained bean that contained the properties for both pages. But, AFAIK, calling RequestUtils.createActionForm directly is sanctioned, especially as a way of obtaining a DynaActionForm. -Ted. James Turner wrote: I haven't seen anyone mention the most comm

Re: Action Chaining

It is becoming commonplace to use an Action as a "front" for a server page. This is not what people mean when they talk about Action chaining. Some people start to use the Actions as finely-grained business actions. For example, they want to accomplish a "move" by forwarding to a "copy" Action

Re: Editable Fields V/S Static Text

In the beginning, there was no Jakarta Taglibs, or inkling of something like JSTL. So, Craig bravely put together a useful implementation of some custom tags that did two things. First, they exposed the internals of the Struts Controller framework. Second, they provided some basic functionality

Re: Editable Fields V/S Static Text

Sgarlata Matt wrote: Of course if I really want that I should probably just use Velocity, huh? ;) +1. I do =:) -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: Editable Fields V/S Static Text

David Graham wrote: There are 3 things that earn my -1 on tag enhancements: 1. Functionality already provided by the JSTL. Just as an aside, I believe by -1 David means that he won't volunteer his own time to the issue. As a volunteer, this is his absolute right. But, since the Struts minimum pl

Re: Editable Fields V/S Static Text

Chris Gastin wrote: > As I can tell from the list I have opened topic that is pretty well > beaten. Let me first apologize. I did not realize this was such a > political topic in the Struts community. There was a time when we were encouraging people to use the JSTL, and there was a political bent

Re: struts-chain, wildcards, web services

Don Brown wrote: > Regarding wildcards > (http://issues.apache.org/bugzilla/show_bug.cgi?id=21813), I decided > to hold of on putting them as it seemed a 1.1.1(2?) was around the > corner. However, as it looks like it is not, I'd like to put it in > this weekend. It sounded to me like this code was

Re: creating beans.

These types of questions are best asked on the Struts USER list. http://jakarta.apache.org/struts/using.html#Lists khabot zakaria wrote: Hi, How to create a bean corresponding to a tagLib, and how to generate an Action like "/logon". Thanks.. ________ --

Re: Struts vs JSP : Validators

to jsf html tags instead of using the struts ones (at least for new projects), but what about validators? Regards. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ted Husted, Juni

Re: [Short Term Plan] Struts to depend on Validator 1.1.0

Maybe we can wait until it's time to add a form of validate that will just take a mutable ActionContext and return void, and deprecate it all at once. Robert Leland wrote: David Graham wrote: Only ActionError was deprecated, not ActionErrors. We still need to use ActionErrors because the Acti

Re: Where is Struts 2 going?

Sorry to confuse you, Peter. Apparently, I'm not being clear. FormProc is a SourceForge project . It's a mature library that is used by the JPublish Framework and distributed under the Apache License. It is designed to capture a list of parameters, validate tho

Re: Where is Struts 2 going?

and have it render a default HTML input form for me, just as we hand it the output from that form so that it can tender a default validation. -Ted. Peter A. Pilgrim wrote: Ted Husted wrote: I working on something similar right now too, but using the FormProc package. I believe that we shou

Re: Conceptual question about populating/validating values

re the form-values !) Since I also would also like to specify a regexp-mask in the validation.xml it looks to me, that the processValidate() is a bit too late. Thanks in advance, Dirk - To unsubscribe, e-mail: [EMAIL PROTEC

Re: Where is Struts 2 going?

I working on something similar right now too, but using the FormProc package. I believe that we should represent entire input form in XML, including things like the default control type and field labels, and so forth, along with prompts, error messages, validations, and type conversions. Ideal

Re: Reviving PageController discussion?

o various steps in the processing cycle. I have been thinking about it a little, but nothing radical, so I think I'll sit back and see if people see this as Struts 1.3-ish material, or whether it needs to ferment longer... Joe -- Ted Husted, Junit in Action - <http://www.manning

Re: JavaDocs on the website

2 JavaDocs (which I couldn't find online) ? Yann - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ted Husted, Junit in Action - <http://www.manning.com/massol/>, Struts in Action - <http://husted.com/struts/book.html>,

Re: Multiple struts configs, modules, and resource bundling

ly accumulated. Is this exclusive loading of message resources truly a bug? Can't struts handle multiple sets of properties per module? Answers, suggestions and workarounds would be most welcomed! Thanx! jeff -- Ted Husted, Junit in Action - <http://www.manning.com/massol/>,

Re: Where is Struts 2 going?

Craig R. McClanahan wrote: > * As a completely new and separate project, commissioned through > the Apache incubator process, with an ultimate destination of > either Jakarta (as a subproject parallel to Struts) or as a > completely separate "Apache Faces" project with its own PMC (like > A

Re: Where is Struts 2 going?

Ted Husted wrote: Personally, I would suggest that if people were interested in an Apache implementation of JavaServer Faces Neglected to mention that there is, of course, the MyFaces project at SourceForge <http://sourceforge.net/projects/myfaces> but current work is under the LGPL.

Re: Where is Struts 2 going?

On Sat, 13 Sep 2003, Niall Pemberton wrote: I may have got the wrong end of the stick, but doesn't Struts overlap to some degree with JavaServer Faces and wasn't there talk of perhaps Struts evolving to be a implementation of JavaServer Faces? Craig R. McClanahan wrote: That's certainly a possibile

Re: Where is Struts 2 going?

Deane [mailto:[EMAIL PROTECTED] Sent: Friday, September 12, 2003 2:36 PM To: 'Struts Developers List' Subject: RE: Where is Struts 2 going? Where the heck is this new Commons-Chain? I don't see it in CVS or on the website. Sounds like the next big thing from Jakarta. -- Ted Husted, Juni

Re: Where is Struts 2 going?

Struts 2?" "Using Struts 2, our applications can cruise across modules built from different vendors or teams. And we could also develop modules for others." Could we realize this dream? I know there are many challenging problems there. Could we think about it in terms of defining ch

Re: Link to Struts Nightlies

wig <[EMAIL PROTECTED]> wrote: On Thu, 11 Sep 2003, Ted Husted <[EMAIL PROTECTED]> wrote: As it turns out, we just have a wrapper page on j.a.o that calls a script on the main apache site, to which I do not have karma =:( But the script uses the page in jakarta-site as a template. You wi

Re: Link to Struts Nightlies

EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ted Husted, Junit in Action - <http://www.manning.com/massol/>, Struts in Action - <http://husted.com/struts/book.html>, JSP Site Design - <http://www.amazon.c

Re: What happened to the taglib attribute listings?

Right now, we use scp to either send up the files or a WAR to burst. This requires karma to jakarta.apache.org, which root no longer hands out as a matter of course, but should be available for the asking. The Jakarta site2 project uses a system where you can checkout the HTML pages from CVS, b

Re: What happened to the taglib attribute listings?

y-to-use web site design software http://sitebuilder.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ted Husted, Junit in Action - <http://www.manning.com/massol/>,

Re: XHTML Web site updates

With an update to Ant 1.5.4, it now WORKSFORME with both 1.4.1_03 and 1.4.2_01. The validation step takes a few seconds, but I'm OK with that. I'm posting the new version now. Thanks Steve! It looks great! -Ted. Steve Raeburn wrote: Thanks James, I'm about to commit an updated build-webbaps.xml

Re: XHTML Web site updates

ilar intermittent problem with Sun 1.4.2_01 (on W2K) but _02 runs with no problems. Steve -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: September 10, 2003 3:58 AM To: Struts Developers List Subject: Re: XHTML Web site updates I'm fine with all this generally, and w

Re: XHTML Web site updates

ng the documentation but it wouldn't be too difficult to add back if that's what's wanted. Let me know what you think or if you find anything I missed. Steve - To unsubscribe, e-mail: [EMAIL PROTECTED] For additiona

Re: Saving messages in the session

s the message from the session would need to be syncronized. This doesn't have to be a plugin. -Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ted Husted, Junit in Actio

Re: signature [was: Struts web site [was: Re: Conversion of web site docs to XHTML]]

ch you intend to charge in royalties, or, if you are not the proper copyright holder, please lend me his/her name... -- Ted Husted, Junit in Action - <http://www.manning.com/massol/>, Struts in Action - <http://husted.com/struts/book.html>, JSP Site Design - <http://

Re: Struts web site [was: Re: Conversion of web site docs to XHTML]

Robert Leland wrote: I am strongly in favor of moving to maven now, and will help where I can. My only concern is that we continue to view Struts 1.x as being evolutionary mode. If we have a consensus on this point, then we should all be careful that we do nothing that will break the build or p

Re: Struts web site [was: Re: Conversion of web site docs to XHTML]

David Graham wrote: I was under the impression that the blue/grey l&f was the new Jakarta standard that sites would be moving to. Maybe it's just the default Maven l&f that no one ever bothered to customize. Both the Maven and Forrest l&f are fine with me; I'm just a big fan of consistency so if

Re: Struts web site [was: Re: Conversion of web site docs to XHTML]

he 1.x CVS is an issue), if someone were interested in moving the 1.x documentation to Forrest, I wouldn't be opposed. -Ted. (Just a random thought, would either Maven or Forrest care that how we generate the taglib API documentation from the TLDs?) -- Ted Husted, Junit in Action - <htt

Re: Struts web site [was: Re: Conversion of web site docs to XHTML]

Robert Leland wrote: Joe: Thanks, I was hoping you would chime in ! It looks like you used maven for your site, and I prefer your color scheme over the standard... Which is here, if anyone was wondering: http://demo.jgsullivan.com/struts/ -T. --

Re: Struts web site [was: Re: Conversion of web site docs to XHTML]

Craig R. McClanahan wrote: > Or, to put it another way, using Maven as a build system will give us a website/docs publishing system for free. Well, last I knew, TANSTAAFL. =:) It's nice that Maven has a build system, so long as it's a build system that fits our needs. Likewise, it's nice that Mav

Re: Struts web site [was: Re: Conversion of web site docs to XHTML]

Robert Leland wrote: > Do we want to hold a formal vote/lazy consensus on what doc > system we are moving to ? Don already put the Struts SourceForge site on Forrest, so I would lean in that direction. http://struts.sourceforge.net/ http://xml.apache.org/forrest/ -Ted. --

Short terms plans

Craig R. McClanahan wrote: Sorry for the late response on this ... it seems like weekends are the only time I get to play with open source code any more :-(. I hear that, brother! =:0) The catch-as-catch-can thing isn't working for me anymore either, so I think I'll take my own advice http://jaka

Re: Support for non-JSTL tags (was RE: DO NOT REPLY [Bug 21465] - Enhancement of the html:link tag)

David Graham wrote: IMO, Struts 2.x should attempt to get out of the taglib business altogether. Until then, we should just let the tags be and maintain Struts 1.x as Servlet 2.2 minimum requirement. +1 And along the way, we can start distancing the core distribution from the taglib distribution

Re: Support for non-JSTL tags (was RE: DO NOT REPLY [Bug 21465] -Enhancement: link tag)

It's my feeling that Struts 1.x has to support 2.2/1.1, because that's where a significant number of users still live. But, it's also my feeling that the refactoring of the Request Processor could open the door to being able to offer more than one front controller for Struts 1.x. The default s

Re: Struts 2 planning and discussions

CTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ted Husted, Junit in Action - <http://www.manning.com/massol/>, Struts in Action - <http://husted.com/struts/book.html>, JSP Site Design - <http://www.ama

Re: Struts 2.x series

that we'd build whatever it takes to support this into the standard Struts distribution, which would then be used in both environments." Should Struts 2.x aim to be a portlet framework as well? Mete -- Ted Husted, Junit in Action - <http://www.manning.com/massol/>,

Re: Support for non-JSTL tags (was RE: DO NOT REPLY [Bug 21465] - Enhancement of the html:link tag)

not my intention to cause any offence and it's something I need to be aware of as much as anyone. O _ /|\ soapbox-> |x| / \ <- me, no longer on it :-) Steve -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: August 29, 2003 1:44 PM To:

Re: When is the next release?

Robert Leland wrote: > Shall we move to Validator 1.1.0, for 1.2.0 ? If it makes it from Alpha to GA in time, and it's a drop-in replacement, then it would be OK with me =:0) Though, I'd like to get out at least one 1.2.x point release before doing anything drastic, like migrating to Commons Res

Re: Support for non-JSTL tags (was RE: DO NOT REPLY [Bug 21465] - Enhancement of the html:link tag)

Craig R. McClanahan wrote: I'm -1 on making Struts 1.2.x dependent on Servlet 2.3 / JSP 1.2. Ditto. Contrary to popular brief, a great number of organizations have *not* migrated to 2.3/1.2, including some of the largest companies in the world. -Ted.

Re: When is the next release?

So, I'm getting back to work on this now. I'm reviewing the documentation now, to be sure there aren't any dangling issues there before getting on with the usual Bugzilla / Changes gauntlet. Following up on the post to the User list, I'm adding links to the Struts Wiki where people can post co

Re: When is the next release?

it's about consensus and community. I feel that resolving these tickets is an important part of community-building, but that's just me =:0) -Ted. Ted Husted wrote: AFAIK, the consensus is that our releases should follow the same general process used by the Jakarta Commons and the

Re: Flexible form support (was Re: Simplifying DynaActionForms)

Steve Raeburn wrote: The problem with adding a 'parameter' is that you then find a need for another parameter, etc etc. Is not suitable here? Or, even better, nested configuration elements under form-bean. Yes, set-property would work here, just like everywhere else. I'm just saying that if actio

Re: Flexible form support (was Re: Simplifying DynaActionForms)

ea, but I'd like to hear them. I apologize if this topic has already been dealt with. Don On Fri, 15 Aug 2003, Ted Husted wrote: In terms of simplifying the maintenance of DynaActionForms, I was wondering if we had tried anything like this yet? where the proxy class would be introspected,

Re: Simplifying DynaActionForms

In terms of simplifying the maintenance of DynaActionForms, I was wondering if we had tried anything like this yet? where the proxy class would be introspected, and String or boolean dynaproperties generated for each public property? (Rather than specify them ourselves as XML.) -Ted. -

Re: Bye struts-dev

presentation several more times this year at No Fluff, Just Stuff symposiums. I look forward to checking out the Struts2 architecture and code as it evolves. Erik - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional co

Re: Struts Composable Request Process (was RE: ActionForwards, etal)

>> (although for 1.1 we'd probably implement all this inside a new one >> that simply replaces the process() method with the appropriate chain >> lookup and execution.) For clarity, we probably should be saying the 1.x processor, since we'd certainly be past 1.1.x before anything like this shipped

Re: When is the next release?

Craig R. McClanahan wrote: Tomcat's 4.1 experience was that only every sixth release or so was voted GA, at least for the first several. I think if you look at the various Betas and RCs most Jakarta products go through, six would be the mode. So, this seems pretty typical. I think it's unlikely

Re: ActionForwards, et al (was SuccessAction)

My only concern would be using the term "context" to imply more than one object. IMHO, there should be a functional non-httpd framework below Struts, that would provide things like a Context Object, which would be a generic version of the HttpRequest. At the Stuts level, you could then have av

Re: When is the next release?

Steve Raeburn wrote: I'm for removing it. I can do this if no one else is on it already. David said he thought I was going to do it, and I thought David was going to do it, so let's split the difference and let Steve do it =:) -Ted. -

Re: ActionForwards, et al (was SuccessAction)

Craig R. McClanahan wrote: One of the potential problems in a Context-based environment is knowing which keys you are using to store and retrieve stuff -- obviously, the producer and consumer of a piece of data need to agree. It is also important that people looking at a Command should be able to

Re: ActionForwards, et al (was SuccessAction)

David Graham wrote: No, I was thinking Actions would be passed an ActionContext in their execute() method similar to how Servlets know about a ServletContext. The ActionContext would contain the HttpServletRequest, form bean, etc. and would serve to keep the API stable while allowing flexibility i

ActionForwards, et al (was SuccessAction)

ight Thing. The "gotcha" is that, to do its job, the ActionForward type may also need to interact with the business layer. It doesn't seem right that the Page Controller should try to branch to another page, like an Action might, if there's an error. But the declarative excep

Re: ActionForwards, et al (was SuccessAction)

ontext or a PortletActionContext, or a generic ActionContext (implemented with HashMaps) that you populated yourself as part of an automatic test. Another import idea is that, if we wanted, we could also add other other convenience methods to the context without breaking the signature. -Ted. --

Re: Wildcard-matched actions (again)

his or concerns I can hopefully alleviate. Thanks. Don - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ted Husted, Junit in Action - <http://www.manning.com/massol/>, Struts in Action - <http://husted.com/str

Re: Addition of two new actions

+1 Steve Raeburn wrote: This is not a general purpose action. It is intended to do just one thing and that's forward the request to one place. There is deliberately no flexibility in the action. The flexibility comes from being able to use an ActionFoward definition. We wouldn't be dictating anyt

Re: When is the next release?

David Graham wrote: We already documented this in the 1.1 @deprecated tags. I don't think we need more documentation on the deprecations. Then maybe the best thing is to post the Alpha and ask people to tender their vote as to whether it should remain an Alpha, go to Beta, or go to General Relea

Re: ActionForwards, et al (was SuccessAction)

x27;s only job is to create a Response and then chain to it. But a better solution would be to have a View class render such a Response and leave the Action class out of it. So, the best practice would be that the Action class should never touch the Response or the ActionForward path, that

<    1   2   3   4   5   6   7   8   9   10   >