Re: [Proposal] ActionFactory refactoring

IMHO, if we were writing Struts today, then this definitely would have been a factory in the first place. So making it a factory now seems reasonable, so long as someone is willing to do the work :) My one concern is the ActionServlet reference in the signature. I don't feel good about adding a

Re: pagePattern

On Fri, 02 Jan 2004 06:49:42 -0800 (PST), David Graham wrote: > We should discuss LocaleAction in its own thread. I'm not > necessarily opposed to putting it in the standard actions package > but I'd like to have an explanation, use cases and design review > before we add it. We can just dodge th

Re: Example of UML Diagram

examples > > > Regards > > > Kamal Gupta > - Original Message - > From: "David Graham" <[EMAIL PROTECTED]> > To: "Struts Developers List" <[EMAIL PROTECTED]> Sent: > Friday, January 02, 2004 1:36 PM Subject: Re: pagePattern >

Re: pagePattern

nt to address the pagePattern and other module reports for 1.2.0, and need a test-bed, I'm going to have a go at combining the aforementioned gang of three. -Ted. On Fri, 02 Jan 2004 07:18:19 -0500, Ted Husted wrote: > I was setting up a working test for pagePattern in an application >

Re: Renaming DefinitionsFactory or DefinitionsFactory?

We probably wouldn't be able to rename it per se. We'd have to deprecate one class and bring another up using the new name. (The one we deprecating being a shell that calls the new one.) Tyranny of the installed base, and all that :) A lot of the naming in the Tiles package is inconsistence and

pagePattern

I was setting up a working test for pagePattern in an application that doesn't use module (the Mailreader Example). It doesn't seem to recognize a pattern like "/pages$M$P" where it the same application it does recognize a forwardPattern like "/do$M$P". I think I see where the problem might be,

Re: Unable to compile the source.

On Thu, 01 Jan 2004 22:59:03 -0800, Anand Stephen wrote: > Greetings, > Wish you all a very happy new year! > > I am trying to compile the latest source of struts I have attached > the error log. Any help would be appreciated, -anand > > --- > Outgoing mail is certified Virus Free. > Checked by

DigestingPlugIn

Joe, I know I've asked this before, and forget how it turned out, so please forgive me for asking again :) Would it be possible to do an example usage of the DigestingPlugin that sets up static servlet context attributes, as is done by the MemoryPlugIn in the MailReader Example? Of course, if

Re: Bugzilla changes

I was having trouble with the dialog and probably clicked the wrong box (Working from the laptop and sometime the pad gets away from me.) Sorry about that. I'll see to it. David Graham wrote: Ted, Why were many bugs said to be marked LATER but then changed to FIXED? Also, some bugs were marked

Re: [VOTE] 1.2.0 Release Plan

OK, here's what we have * Release notes updated * Issues w/o solutions marked LATER * Webapps tested on TC 4.1 (one issue) * JUnit tests run In the Validator example, we're suppose to be able to change selected validations for a county just by overriding a form in a formset. This doesn't work un

Re: DO NOT REPLY [Bug 25649] - DOS attack by making DispatchAction recurse on execute()

No a patch per se, but there is a "structural solution" that we could try. The ones I marked LATER were just reports with no suggestions as to a fix. -T. James Mitchell wrote: I must be missing something. I don't see a patch. -- James Mitchell Software Engineer / Struts Evangelist http://www.

Re: Struts and JSF question

It's too early for anyone to have a reasonable opinion based on actual experience. The proposed final draft of JSF has only now become available. People are going too have to try JSF for themselves and decide for themselves whether the JSF approach to navigation is right for them. It will be so

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

n and documentation the combination of forms and actions, or keep the current design. In this process, I think it is important to look at other frameworks and the results of the design choices they made, particularly our close cousin WebWork2/XWork. Don On Sat, 20 Dec 2003, Ted Husted wrote: Don

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

Don Brown wrote: Hmm...I'm not familiar with that discussion, but I don't see why general form functionality couldn't be defined in an interface, but the ActionForm left how it is. Of course we also have a chance to do what Craig said he'd change about Struts (at JavaOne 2003 JSF BOF) and combine

Post 1.2.0 [was 1.2.0 Release Plan]

David Graham wrote: --- Ted Husted <[EMAIL PROTECTED]> wrote: So, there were a few more outstanding reports that I thought we would have. http://tinyurl.com/ysx3x Notice that 12 of the 29 bugs are custom tag related proving once again how badly we need to move them into their own distro

Re: Stxx and Multiple Presentation Engines in General (Re: Struts 2.0 Ideas)

Joe Germuska wrote: So then it seems that a Tiles-ish solution might be better, where the path is another symbolic name, each kind of handler could potentially be configured with a way to dereference that symbolic name. Right now, Tiles checks to see if the path is the name of a definition, and

Re: Stxx and Multiple Presentation Engines in General (Re: Struts 2.0 Ideas)

Don Brown wrote: Yes, that is another way to handle it. I never liked that approach since it meant those urls could be accessed directly and I feel everything should be behind Struts and its security. Besides, that approach ties your app to the Servlet API. What's the Servlet API got to do with i

Re: [VOTE] 1.2.0 Release Plan

without proposed solutions "enhancements" (2) mark unresolved problem reports LATER (like before) (3) change the release plan so we can leave them open (4) forgo the release indefinitely On a related topic, would anyone call any of these "showstoppers". -Ted. Ted Husted wrote: I

Re: Why you *want* to be on the PMC

Craig R. McClanahan wrote: Presuming a positive vote from the committers, we'd have to make a formal proposal to the ASF Board (like the Ant, Maven, ... communities did, so we can use their proposals as a sample) and get it accepted. Included in the proposal would be things like who the PMC member

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

Craig R. McClanahan wrote: "Workflow" is one of those wonderful words that means different things to different people :-). It makes sense to think about webapp frameworks wanting to deal with workflows for individual conversations (think of managing a wizard dialog, which is a very common use case

Re: Why you *want* to be on the PMC

For starters, there's this: http://nagoya.apache.org/wiki/apachewiki.cgi?JakartaPMCPropsedChanges David Graham wrote: I have some real basic questions: 1. Why is it better to be a top level Apache project rather than part of Jakarta. 2. What are the requirements for becoming a top level projec

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

David Graham wrote: If we want IoC inside of Struts we should look at something lighter weight like HiveMind. I'd also like some focused concrete examples of how IoC would benefit Struts internals before we decide to go that route. I think this is an important point. All we can do here is "decid

Re: Struts EL Distro

Another thing that might help, that we discussed once upon a time, would be to combine some of the examples in to a single, modular application. * exercise-taglib * tiles-documentation * upload * validator could really be modules of a larger application. [EMAIL PROTECTED] wrote: I agree, also ea

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

Do we still want to integrate stxx into Struts 1.x? Don Brown wrote: Using JXPath is exactly what XMLForms (http://www.xmlforms.org) does to allow the form model to be anything from a DOM to a JavaBean or even a DynaBean. XMLForms came out of Cocoon, but I believe they still use something simliar

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

Don Brown wrote: I see Spring as helping Struts be better structure its internal components, specifically using a BeanFactory implementation. It would not replace struts-config in any way or even be exposed directly the a Struts application. The struts-chain request processor implementation makes

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

The gotcha is that a DTO usually has typed fields, and can't redisplay invalid data. An ActionForm is specifically designed to capture String input, validate it, then redisplay it if necessary, so it can then be converted to whatever type is desired. Most DTO's aren't up for this type of gauntl

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

Craig R. McClanahan wrote: Quoting Ted Husted <[EMAIL PROTECTED]>: InputHandler? That would certainly be an appropriate name for my type (3) form bean (that included event handling), and perhaps even for a type (2) form bean that includes some sort of hooks into validation. It doesn

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

Craig R. McClanahan wrote: For all three of the cases, though, we probably want to invent a different term than "form bean" because that seems so conceptually tied to presentation only. Transaction Bean? Input Bean? Data Transfer Object :-)? InputHandler? -T.

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

The "dynamic field" use case comes up all the time, but I have trouble getting my head around it. What would be helpful would be a example application that people could play with. You can take thought experiments only so far :) My first question would be how would anything (never mind Struts)

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

The documentation's a bit sketchy, but the FormProc project in SourceForge works this way. The idea is that it validates and populates another object directly from the request parameters. At some point, I'd like to try to make it an alternative to the Commons/Struts Validator. But this would be

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

Martin Cooper wrote: A great deal has happened in web application framework land since Struts came along 3-1/2 years ago. There is a boatload of frameworks out there now, and some of them have some great ideas. What I don't really want to end up with is a Struts 2.0 that is simply a reinvention of

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

PILGRIM, Peter, FM wrote: This is early days, and too-low level so I 'd put this point on the back burner. We've started to track suggestions like these here: http://cvs.apache.org/viewcvs.cgi/jakarta-struts/contrib/struts-jericho/ to help avoid recovering the same ground. Of course, what's on

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

David Graham wrote: --- Vic Cekvenich <[EMAIL PROTECTED]> wrote: And even a simple DAO interface, to be used optionaly be people, so they can go back and forth from iBatis to Hibreante or what ever. I started the Mapper project in the commons for this exact reason. It doesn't belong in Str

Re: Struts 2.0 Discussion Forum

[EMAIL PROTECTED] wrote: I favor a evolutionary approach to getting to the Next Generation of Struts. As apposed to scrapping every piece of code we have. This would entail aggressively deprecating functionality. I believe the plan was to do both. Work can continue on Struts 1.x.x to evolve it int

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

Martin Cooper wrote: * Split out file upload handling into a separate pluggable component, with its own configuration. I noticed that this is still in the initial Jericho DTD, but I think it should not be. The file upload implementation is pluggable, and so should be able to have its own config def

Re: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)

I think this might be a "that was then, this is now" issue. Once upon a time, people were trying to do nutty things like use Entity Beans for ActionForms. But people are older and wiser now, and more importantly, we have DynaActionForms and tools like XDoclet to mitigate the maintenance issues.

Re: Struts 2.0 Discussion Forum

Don Brown wrote: > Is there one? I have several ideas I'd like to toss into the > discussion. > > Don There's a Whiteboard page in the Wiki. http://nagoya.apache.org/wiki/apachewiki.cgi?StrutsWhiteboard I'll be posting more about Jericho, but wanted to get what I had so far (a starter DTD) unde

Re: [VOTE] 1.2.0 Release Plan

If we use the current Validator 1.1.1 JAR, and it becomes the final release, then we could vote on whether Struts 1.2.0 can also be a "final" or "General Availability" release. If this Validator 1.1.1 JAR does not make final, then the best we could do is mark ours would be "beta" (since it has

Re: [VOTE] 1.2.0 Release Plan

sion Making", in the section on "Release Testing", is the following statement: "Majority approval is required before the release can be made." http://jakarta.apache.org/site/decisions.html So, we do need to vote on each and every release. -- Martin Cooper On Tue, 16 Dec

Re: [VOTE] 1.2.0 Release Plan

;d like to point out, because it came up in Commons, is that the HTTPD process and the Jakarta process are not 100% compatible. In particular, the Jakarta rules require a vote, while the HTTPD rules do not. I suspect that this vote may be sufficient, but I'll check when I get a chance. --

[VOTE] 1.2.0 Release Plan

I've amended the date on the (now venerable) 1.2.0 release plan for this weekend. http://jakarta.apache.org/struts/proposals/release-plan_1_2_0.html I believe the release notes are in good shape now. I already marched through most of the stale 1.0/1.1 tickets, and can mop up the rest in short

Re: When is the next release?

I'll be out of town over the weekend and may not be able to get my mail. If Commons Validator 1.1.1 rolls, and someone wants to do the same with our 1.2.0, that would be fine with me. :) -Ted. - To unsubscribe, e-mail: [EMAIL

Re: Test Case Exception Throwing style (Re: Cactus tests)

Martin Cooper wrote: I'd be +0 on dropping Tomcat 4.0 testing. However, we might want to start testing against Tomcat 5.0, now that a stable release is available: http://jakarta.apache.org/site/news.html#20031203.1 If the policy is that Struts 1.x supports 2.2/1.2 and later, then I suppose we shou

Re: Test Case Exception Throwing style (Re: Cactus tests)

o maintain. Martin Cooper wrote: On Thu, 11 Dec 2003, Ted Husted wrote: Personally, I could live with running with Cactus tests just against TC4.1, so long as we were still testing the sample applications under TC3.3 before a release. When I get the release notes caught up, I'm planning to do

Re: Test Case Exception Throwing style (Re: Cactus tests)

Personally, I could live with running with Cactus tests just against TC4.1, so long as we were still testing the sample applications under TC3.3 before a release. When I get the release notes caught up, I'm planning to do a suite of Canoo Webtests for the example applications, which will be eas

Re: Test Case Exception Throwing style (Re: Cactus tests)

James Mitchell wrote: So, for now I just commented out those few lines and now the tests pass completely under tomcat 4.0, but under 4.1 it fails randomly with: Personally, I am in favor of dropping the tests for TC4.0 and only testing against Tomcat 3.3 and Tomcat 4.1, which are the reigning Ref

Re: Tutorial and configuration file DTD mismatch?

. AFAIK, all the other code and documentation is correct and as intended. HTH, Ted. Kirk Wylie wrote: Ted Husted wrote: The ActionMapping attribute is the name under which the ActionForm will be stored in the chosen scope. If the attribute is not specified, then the form-bean name is used instead

Re: Tutorial and configuration file DTD mismatch?

The ActionMapping attribute is the name under which the ActionForm will be stored in the chosen scope. If the attribute is not specified, then the form-bean name is used instead. It's fine to specify an attribute property, it's also fine to use the name property instead. (In the code, it sets a

Re: [VOTE] Joe Germuska as a Struts Committer

+1 Martin Cooper wrote: Joe has been involved in the Struts community for some time now, and has been a great contributor on the -dev and -user lists, as well as in the bug database. I believe Joe would be a great asset to the team, and that it's time we invited him to join us as a Struts committe

Re: Maven test run

Ted Husted wrote: Ditto for any of our Commons JAR dependencies. ... that we are using for a release trigger, like Commons-Validator for 1.2.0 -T. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail

Re: Maven build: Update

Steve Raeburn wrote: Thanks to Tim & Joe for supplying patches. They made it nice and easy for me to take that last step and get the tlds generated and into the jar. Ditto for the Tim & Joe kudos. Way to roll up your sleeves, guys :) As far as I can tell, the struts jar is now being built correct

Re: Dynamic assignment of tiles

The XMLs files are just used to generate an object graph. If you want to change definitions dynamically, you'd want to look at changing the object graph rather than the XML script. Though, dynamic content is not usually dependant on the Tiles definition itself. Typically, dynamic content is p

Re: Maven test run

Joe Germuska wrote: > Would it be a good idea to make an alternate JAR repository for Struts > so that this step can be automated without depending on the iBiblio > managers? It's trivial to do in Maven -- in fact, now that I look, I > see that it's configured in the "project.properties" file, but

Re: When is the next release?

Steve Raeburn wrote: > You can reduce the range that is checked for changes using: > maven.changelog.range in project.properties > It's currently set to 180 days (~6 months) I wanted to get six-months wworth first, so I could archive enough to get us past the 1.1 release, but I have that on-hand n

Re: Maven test run

In terms of payback, I think being able to * automatically download the dependencies * make use of the standard Maven JAR repository * run the changelog and other reports, is enough to justify Maven, especially given our number of dependant JARs. I'm sure as we gain more experience with the produ

Re: When is the next release?

Robert Leland wrote: > Maven already creates a changelog for struts when a site:generate is > performed. Yes, in the end, that's what I did. Had to munge it a bit to agree with our stylesheets, but no big. I checked in six month's worth, but didn't update the site since it makes for a big page.

Re: Maven test run

David Graham wrote: You're going to delete the old versions in /doc right? We certainly don't want to maintain 2 versions of our docs. It would be good not to lose the cvs history on all of these in the moves to xdocs so maybe we can just move the files in the filesystem on cvs.apache.org instead

Re: Maven test run

Great work, Steve. That's looking very good. I guess the $64,000 question is whether we're up for using Maven for the 1.2.0 release. It does looks like the pieces are coming together, and I wouldn't be opposed to moving forward on that basis. I ran the Struts 1.2.0 JAR against the bundled web

Re: Maven test run

them look useful). Steve - 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

Re: Maven test run

OK, the Maven build is looking good. Thanks ever so much, Tim! Now the next question on this front is what to do about the various web applications? We had been rolling these into the binary distribution as WARS. The default Maven dist target seems fine for core, but it may be hard to extend t

[Fwd: Re: Maven test run]

ably be a Maven plugin, since its something all the Jakarta projects need to do. -Ted. Original Message Subject: Re: Maven test run Date: Fri, 28 Nov 2003 13:55:44 -0500 From: Ted Husted <[EMAIL PROTECTED]> Reply-To: Struts Developers List <[EMAIL PROTECTED]> Or

Re: Should Validator use a .js file script?

this *does* matter. Thank you guys, and continue the great work! Stutz - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ted Husted, Junit in Action - <http://www.manni

Re: Maven test run

because of incorrectly written tests. Either way, I'll try to find some time to fix the maven build if anyone is interested. Tim Chen [EMAIL PROTECTED] -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Friday, November 28, 2003 8:50 AM To: Struts Developers List Subject: Re:

Re: When is the next release?

Craig R. McClanahan wrote: Another thing Remy does for Tomcat (which I *really* appreciate) is keeps a running change log (summary, not detailed) in the release notes for each version. That way, everyone can get a quick summary of what's changed. Ted Husted wrote: So, I'm working on on

Re: Maven test run

Steve Raeburn wrote: There were no tests found because the test section was commented out! (and the example include pattern doesn't match our naming convention). I've enabled the JUnit tests. Using Cactus with Maven is beyond me, for now :-) Mea culpa on the comment block. I did that to see if I co

Re: Legacy APIs - Short Term Plan

a servlet container everytime you want to check something would also be very nice. -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Friday, 28 November 2003 10:32 To: Struts Developers List Subject: Re: Legacy APIs - Short Term Plan David Graham wrote: > By "API

Re: When is the next release?

Craig R. McClanahan wrote: Another thing Remy does for Tomcat (which I *really* appreciate) is keeps a running change log (summary, not detailed) in the release notes for each version. That way, everyone can get a quick summary of what's changed. So, I'm working on one of these now for 1.1->1.2.0.

Re: Maven test run

When I run the maven jar target, the upload tests fail (MultipartTestSuite). But, when I run the ant test.junit test, only the TestActionConfigMatcher test fails. Is it me, or do others share this experience? If so, any ideas as to why this would be? -Ted. -

Re: Legacy APIs - Short Term Plan

David Graham wrote: > By "API" do you mean javadocs? I've found it useful to compare Sun's > JDK javadocs between versions and I imagine some people would like to > compare Struts versions. People who wish to do this can maintain their own local copies (and save some of the bandwidth people kindl

Legacy APIs - Short Term Plan

Once upon a time, we were maintaining a legacy copy of the Struts API because a big gap had developed between the nightly build and the last stable release. There doesn't seem to be a need to continue doing this, and I'm planning to remove the legacy APIs from CVS. -Ted.

Re: 1.2.0 Resurrected

> As for 1.2.0 testing, I would suggest we do TC 3.3.1a and 4.1.28, Ooops, 4.1.29 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]

Re: 1.2.0 Resurrected

subscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ted Husted, Junit in Action - <h

Re: 1.2.0 Resurrected

OTECTED] 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>.

Re: viewing a query

me an example. I don't want to use BC4J. Thanks. Zakaria KHABOT Ingénieur d'état Réseaux informatiques MFIE/CGED Tel : +212 62 46 10 29 E_mail : [EMAIL PROTECTED] -- Ted Husted, Junit in Action - <http://www.manning.com/massol/>,

Re: [struts-chain] Some ideas

PILGRIM, Peter, FM wrote: I may have asked this question before is the `Action' going to be `Command' eventually. I'd say no. From a patterns perspective, the ActionMapping is the presentation layer command. The path is the command name, and executing the Action class is one of several things tha

Re: 1.2.0 Resurrected

Do you want to tag-team on the release again? As it happens, I'm out of town again next Tuesday-Friday, and it would be good if there were another RM ready to step in for any mopping up mopped up. -T. Martin Cooper wrote: On Tue, 25 Nov 2003, Ted Husted wrote: With the long weekend c

Re: 1.2.0 Resurrected

to make the GA grade, all dependent libraries would also have to be GA grade. From what Rob says, we want to use the latest Validator build now. So, a Commons-Validator 1.0.3 release would help in that regard. -Ted. Tim Chen wrote: What would need to be done to get it to "milestone&qu

1.2.0 Resurrected

With the long weekend coming up, I was thinking of rolling up my sleeves and doing whatever needs to be done to cut 1.2.0. Anyone one aware of any serious showstoppers? While under the current scheme, any release has the potential to make the General Availability grade, I would anticipate that

Re: Stable nightly build including ValidWhen change?

eatly appreciated. Stu __ Do you Yahoo!? Free Pop-Up Blocker - Get it now http://companion.yahoo.com/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Ted H

Re: DO NOT REPLY [Bug 24909] New: - add new tag for css stylesheet linking

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

Re: Struts ActionForm Question

or ActionForm and ActionMapping classes(made them bold in the class above). What other configuration/setting classpath etc is required to overcome this? I mean, what other configuration did I miss in order that I can get this class compile successfully. Thanks in advance, Divya. -- Ted Husted, Juni

Re: cvs commit: veto - short term plan

interested Struts Committer, as well as other Struts developers, can continue to help with the maintenance. I'm glad we were able to reach this resolution, which keeps the full content of the pages available to the community, and lessens the maintenance burden of the core Struts site. -Ted. Ted H

Re: [struts chain] Investigating Dynamic / Proxy Commands?

tProcess gauntlet, rather than a base class, but that implementation could use the same techniques we're using now. -Ted. Peter A. Pilgrim wrote: Ted Husted wrote: It might be better to bring this up on Commons Chain, Peter, since these questions seem to transcend our implementation of th

Re: [struts chain] Investigating Dynamic / Proxy Commands?

ChainBase frozen in the execute() method? What is the design decision or intention of NonDelegatingCommand.java? What do you need to successfully compile and build the chain module? -- Ted Husted, Junit in Action - <http://www.manning.com/massol/>, Struts in Action - <http://husted.c

Re: Struts throwing away exceptions

We appreciate the report. If you have any concrete suggestions, please feel free to submit a report to Bugzilla with any fixes. As it stands, Struts is relying on the logging subsystem to pass the messages along to the servlet container (Tomcat). If the subsystem responds normally to Struts, th

Re: 1.2.x [was Multi Action servlet !]

ous to users which one is which. I think tomcat is simplier, but it is also potentially more confusing. Don On Fri, 14 Nov 2003, Ted Husted wrote: Don Brown wrote: If that's the case, I really want to start kicking 1.x releases out the door. What can I do to help? The big stumbling block was

Re: 1.2.x [was Multi Action servlet !]

Don Brown wrote: If that's the case, I really want to start kicking 1.x releases out the door. What can I do to help? The big stumbling block was that some of the tests weren't running. If they've been fixed, then anyone could cut a release when they felt the code base was ready. Like, say, now.

Re: [struts-chain] Where to now?

struts-chain is under contrib, which is included in the nightly builds, http://cvs.apache.org/builds/jakarta-struts/nightly/src/ along with everything else. So, people could build it from there. It would mainly be a documentation issue. People just need to know it exists and how to plug it in.

Re: Multi Action servlet !

owever it would be pretty easy to provide a few Struts classes to wrap the IoC framework to prevent being tied to one implementation. I'm no Spring expert, but I volunteer to do any work necessary, assuming the idea is approved. Don On Fri, 14 Nov 2003, Ted Husted wrote: The underlying p

Re: [struts-chain] Where to now?

David Graham wrote: I really think we should ship Struts 1.2 with either resources or chain but not both. We'll end up with another 1.1 once we start including more than 1 major change per release. I don't have the time right now to get resources or chain included for Struts 1.2 so I won't veto h

Re: cvs commit: veto

Please, let's *not* start rehashing the General list discussion here. Like Vegas, what goes on in General should stay in General. :) http://www.mail-archive.com/general%40jakarta.apache.org/ The topic here is that a Committer has requested a product change that another Committer has vetoed. It'

Re: Multi Action servlet !

- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] ----- To un

Re: Multi Action servlet !

EMAIL PROTECTED] - 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>, JSP Site Design - <htt

Re: cvs commit: veto

Craig R. McClanahan wrote: To address Ted's (legitimate) concern, I would prefer that we adopt a more stringent (but one that can be administered based on reasonably objective criteria) policy on Struts website content -- no advertisements of *any* commercial resources related to Struts. Google do

Re: cvs commit: veto

-1 The community can make up its own mind on issues regarding an individual's behavior. I formally ask that any product changes made for the sole purpose of censoring an individual be reversed, with the exception of consultants and powered, which pages can be removed completely as they are obs

Re: Struts Chain... seams similar to HiveMind ?

--- 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>, JSP Site Design - <http://www.amazon.com/ex

Re: Tiles: WHO IS THE TILES EXPERT?

ECTED] 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/ex

Re: Reviving PageController (ViewController?) discussion?

ard, based on Locale or other properties ("/pages/en/this.jsp" vs "/pages/fr/this.jsp"). So, in addition to preparing the request, the ActionForward extension point might also want to adjust the path (or choose between paths provided in the configuration). No concrete prop

Re: [chain] conditionals again

Greg Reddin wrote: If this is the case, how are we any better off with this model than we were with a monolithic request processor? Why should the commands have so much inter-dependence now that they are separate objects? Are we better off with them as inter-dependent separate objects than we

Re: HOWTO for Dispatch and Validator

Thank you for submitting this. Could you create a bugzilla ticket for this, and then attach the text to that? -Ted. Afshartous, Nick wrote: In discussion of this enhancement . it was suggested that someone write a HOWTO for using the

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