Re: [VOTE] Declare Struts 1.1b3 as Struts 1.1 RC1

elease the final product very shortly, this might be it, start using it so you'll be ready." James -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Ted Husted, Struts in Action <http://husted.com/s

Re: [VOTE] Declare Struts 1.1b3 as Struts 1.1 RC1

a Struts-EL release reflecting changes to the Struts nightly build (after 1.1), then we'd have the situation of a Struts-EL release which had to be used with a nightly build of Struts, and not the latest release. -- Ted Husted, Struts in Action <http://husted.com/struts/book.html>

Re: [VOTE] Declare Struts 1.1b3 as Struts 1.1 RC1

Martin Cooper wrote: > Given that there have been around 50 commits since 1.1-b3, and there > arecurrently 21 Bugzilla issues outstanding, in all honesty, I would > find it hard to claim that 1.1-b3 is really a release candidate. > > I would prefer to take what we have now, or in a (very) short tim

Re: [PATCH] LookupDispatchAction

t in the request. In short, I don't think that VM Error is the fault of Struts. -- Wendy Smoak Applications Systems Analyst, Sr. Arizona State University PA Information Resources Management -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail:

Re: [VOTE (RESTATED FOR CLARITY]: Release Nightly Build as RC1

:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Ted Husted, Struts in Action <http://husted.com/struts/book.html> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [VOTE] Declare Struts 1.1b3 as Struts 1.1 RC1

we used 1.1b3, The "html:link" tag will have an "action" attribute, but the "html-el:link" tag will not. Is there an easy way to get the diffs or comments of all elements with commits since the 1.1b3 tagging? -- Ted Husted, Struts in Action <http://husted.com/st

Re: Struts JUnit tests under IDEA

th the default LogFactory? Do I need to configure Log4J (somehow) to appease the Commons Logging API before running the Struts tests within IDEA? -Ted. -- Ted Husted, Struts in Action <http://husted.com/struts/book.html> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [VOTE] Declare Struts 1.1b3 as Struts 1.1 RC1

n the RC1 from the head of the CVS tree or are we voting on the STRUTS_1_1_B3 tag to become directly RC1 -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Ted Husted, Struts in Action <http://husted.

Re: [VOTE] Declare Struts 1.1b3 as Struts 1.1 RC1

Ted Husted wrote: Of course, since this is a majority vote situation, http://jakarta.apache.org/site/decisions.html these -1s will not prevent a release, unless other committers change their vote. (My chance to veto the idea unilaterally was when the build.xml was first changed, but that boat

Re: [VOTE] Declare Struts 1.1b3 as Struts 1.1 RC1

n "action" attribute, but the "html-el:link" tag will not. Is there an easy way to get the diffs or comments of all elements with commits since the 1.1b3 tagging? -- Ted Husted, Struts in Action <http://husted.com/struts/book.html> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: A plea for closure

ollow-up RC release in early February, we could probably put 1.1 to bed by the end of February. (Much of the time in between, in addition to bugfixing, will be getting releases of the commons packages we rely on done as well.) James Turner Craig -- To unsubscribe, e-mail: <mailto:[

Re: PlugIn model design

I was only following the ServletContextListener naming pattern so we would be more in line with what people already know/expect. David From: Ted Husted <[EMAIL PROTECTED]> Reply-To: "Struts Developers List" <[EMAIL PROTECTED]> To: Struts Developers List <[EMAIL PROT

Struts JUnit tests under IDEA

I'm trying to run the Struts JUnit tests under IDEA. They run fine under Ant alone, but fail under the IDEA Ant plugin. When I try to run individual tests, I often see the infamous Caused by: org.apache.commons.logging.LogConfigurationException: Class org.apache.commons.logging.impl.Jdk14Logger d

Re: PlugIn model design

etListener would be more appropriate. Is it too late to change the name? If we wanted to match the various servlet listener interfaces we could define the init method as init(ActionServletEvent e). It's not a big deal but PlugIn is quite misleading. David From: Ted Husted <[EMAI

Re: DB extention tag library

t. Please send me your reaction. reguards Lionel -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Ted Husted, Struts in Action <http://husted.com/struts/book.html> -- To unsubscribe, e-mail: <m

Re: PlugIn model design

s), second plugin (asynchronous), and the third PlugIn synchronous, and the Controller can accordingly deal with it. Let me know your thoughts. cheers, pdhoolia -- Ted Husted, Struts in Action <http://husted.com/struts/book.html> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: xhtml javascript hiding methods

I would tend to agree with Craig in that if we can't do it correctly, then let's not do it. Using the Struts taglibs provided with the core distribution is not a technical requirement. Other taglibs and technologies are just as easy to use with Struts as those we bundle in the distribution. If

Re: [Proposal] Migrate to Dependency on commons-resources

Craig R. McClanahan wrote: How about if you create o.a.c.r.Message and o.a.c.r.MessageList? Done. I made them Interfaces and then added BasicMessage and BasicMessageList to impl. Didn't actually think about that design decision first, but everything else I was doing at the time used an Inter

Re: [Proposal] Migrate to Dependency on commons-resources

Craig R. McClanahan wrote: > How about if you create o.a.c.r.Message and o.a.c.r.MessageList? Roger wilco. Also bringing over the tests to go with them =:0) -T. -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: [Proposal] Migrate to Dependency on commons-resources

Craig R. McClanahan wrote: What do you think? Should we go ahead and do this migration? Is the commons-resources package as it stands now as complete and functional as it needs to be (obviously, it'll need to be promoted to a standard Commons package and released so we can rely on it, which will

Re: [Proposal] Migrate to Dependency on commons-resources

ew name at the least. If we move them to commons, they should become interfaces with some default implementations. Then people would be free to plugin their own implementation. I think they're fine staying in Struts for now; 2.0 might be a better time to look at this architecture. Dav

Re: [Proposal] Migrate to Dependency on commons-resources

eased so we can rely on it, which will require a couple of volunteers willing to help me maintain it). Should we do the entire migration outlined above, or maybe only part of it? Thoughts, please. Craig -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-ma

Re: Modules and path mapping (/do/*)

ditional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Ted Husted, Struts in Action <http://husted.com/struts/book.html> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Struts Coding Standard

l: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Ted Husted, Struts in Action <http://husted.com/struts/book.html> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: Jelly actions (was Re: Another bright idea, make "indexed" workwith JSTL forEach and friends)

ed after Struts 1.1 Final. -- Martin Cooper Craig -- Ted Husted, Struts in Action <http://husted.com/struts/book.html> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

BasicDataSource and 1.0

property="password" value=""/> property="url" value="jdbc:mysql://192.168.42.147:3306/gavel_dummy"/> property="username" value=""/> propert

Re: Modules and path mapping (/do/*)

ache.struts.action.RequestProcessor] RequestProcessor.processMapping(664) | Invalid path /upload /index was requested In my "upload" module, I have the following "index" forward that I'm expecting it to hit: I'm willing to try a couple hints if anyone has some. My does not have a pagePa

Re: Proposed: logic:else clause

D]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Ted Husted, Struts in Action <http://husted.com/struts/book.html> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [PATCH] Beta 1.3 pulls tag values from wrong bean

unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Ted Husted, Struts in Action <http://husted.com/struts/book.html> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>

Re: [VOTE] Proposed New Committer: James Turner

s my +1. Craig -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]> -- Ted Husted, Struts in Action <http://husted.com/struts/book.html> -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> F

Re: [FRIDAY] Jane! Stop this crazy thing!

Another correct answer! But Eric Jain was the first to reply. =:) -Ted. Original Message Subject: [Fwd: Re: [FRIDAY] Jane! Stop this crazy thing!] Date: Tue, 31 Dec 2002 07:27:21 -0500 From: Ted Husted <[EMAIL PROTECTED]> Organization: Apache Software Foundation - J

[FRIDAY] Jane! Stop this crazy thing!

[EMAIL PROTECTED] wrote: > martinc 2002/12/30 23:29:16 > > Modified:.build-webapps.xml > Log: > Since we have links to the news and FAQs in the documentation app, > > and on the web site, it would be a really good idea to actually > build these and include them in the docu

Re: LogFactory compile error with Commons Logging 1.0.2

tory compile error with Commons Logging 1.0.2 On Sun, 29 Dec 2002, Ted Husted wrote: What about DBCP? I know there have been quite a few changes in DBCP since its 1.0 release. I don't really track DBCP, so I don't know how much is bug fixes versus other changes (like incorporating

Re: LogFactory compile error with Commons Logging 1.0.2

What about DBCP? It was originally marked for 1.1 in the build.properties.sample, but there has been one of those yet. Martin Cooper wrote: On Sun, 29 Dec 2002, Ted Husted wrote: Do we intend to be dependant on the commons-logging Nightly Build or release 1.0.2? The nightly build. We&#x

LogFactory compile error with Commons Logging 1.0.2

Do we intend to be dependant on the commons-logging Nightly Build or release 1.0.2? Using 1.0.2, we expose == compile.library: [javac] Compiling 272 source files to J:\apache\jakarta\jakarta-struts\target\library\classes [javac] J:\apache\jakarta\jakarta-struts\src\share\org\apache\stru

Re: [VOTE] Struts 1.1 Beta 3 Release Plan (revised)

ugs as LATER for the "next release" (whether that be a beta or final). By all means, let's try to knock out the bugs we can between now and the time the beta is cut, but let's cut it none-the-less. (What is the next milestone we're aiming for? 1.1-final? 1.1-beta-4?)

Re: [VOTE] Struts 1.1 Beta 3 Release Plan (revised)

et back to work now =:0) -Ted. Craig R. McClanahan wrote: On Thu, 26 Dec 2002, Ted Husted wrote: Date: Thu, 26 Dec 2002 16:55:34 -0500 From: Ted Husted <[EMAIL PROTECTED]> Reply-To: Struts Developers List <[EMAIL PROTECTED]> To: Struts Developers List <[EMAIL PROTECTED]> Su

Re: [VOTE] Struts 1.1 Beta 3 Release Plan (revised)

of the habit of dual maintenance of multiple lists. -Ted. 12/26/2002 3:40:43 PM, Martin Cooper <[EMAIL PROTECTED]> wrote: > > >On Wed, 25 Dec 2002, Ted Husted wrote: > >> 12/24/2002 6:53:29 PM, Martin Cooper <[EMAIL PROTECTED]> wrote: >> >The plan doesn

Re: [VOTE] Struts 1.1 Beta 3 Release Plan (revised)

12/24/2002 6:53:29 PM, Martin Cooper <[EMAIL PROTECTED]> wrote: >The plan doesn't say we're committing to fixing the problem, it >says the problem report must be resolved before final release of >Struts 1.1. I believe we need to do that, even if we have to mark >it LATER because we haven't been a

Re: Tying Up Loose Ends

Is it not the idea that the computers are suppose to do the counting for us? =:0) =:0) 12/24/2002 2:45:11 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > >Count the non-enhancement ones :-). -- To unsubscribe, e-mail: For additional commands, e-mail:

Re: Tying Up Loose Ends

Yes, but it doesn't return 14 tickets when I run it, it returns 45. -T. 12/24/2002 2:07:00 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: > > >On Tue, 24 Dec 2002, Ted Husted wrote: > >> Date: Tue, 24 Dec 2002 09:17:20 -0500 >> From: Ted H

Re: [VOTE] Struts 1.1 Beta 3 Release Plan (revised)

>http://jakarta.apache.org/struts/proposals/release-plan- 1.1b3.html I would remove 14042 - Unknown Memory leaks with JBoss 3.x +(Tomcat/Jetty) as a "must have" since I don't think we can commit to curing a problem with an "unknown" cause in a specific container. I would add 13645 - ad

Re: Tying Up Loose Ends

12/23/2002 5:31:07 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: >14, counting some that are documentation related. Craig, could you please post an active link to the Bugzilla query that produces this list on the Roadmap, so that we are all on the same page. -Ted. -- To unsubscribe

Re: Overloaded Setters in Form

It's contrary to the JavaBean specification to overload the property methods (getters and setters), if that's what you are trying to do. So, it won't work, because it's not suppose to. -Ted. 12/23/2002 10:31:41 PM, Carl Fyffe <[EMAIL PROTECTED]> wrote: >Seasons greetings friends! > >I sent an

Re: [PROPOSED] html:link should have an "action=" option

+1 It's already in as ticket #13645 Personally, I think we should add this to the list on the release plan. It should have been int he API to begin with (like using ActionForward for inputs). My latest project uses Velocity templates, and the tools support doing this, so I am =:). I know fin

Re: Struts Tools

If the instructions on amending the build process were available, they might also be submitted to Gump, which builds a ton of JARs every day. http://gump.covalent.net/jars/latest/ The driving force behind Gump is Sam Ruby, who I've copied into this reply. If for some reason the process canno

Re: Fwd: typo on Struts page

This is fixed in the current release notes, but I'm not sure if we should rewrite history and change the archival version. 12/22/2002 9:01:19 PM, Pier Fumagalli <[EMAIL PROTECTED]> wrote: >FYI - Not acked. > > Pier > >Begin forwarded message: > >> From: Kris Resellmo <[EMAIL PROTECTED]> >>

Re: Avoid code reformating !

It's true that since the Struts product does not define its own code standards, we default to the Sun conventions, as given by the Jakarta guidelines. Personally, I augment these with the Java Elements of Style, which, in practice, act like a superset of the Sun conventions. As a practical m

Re: cvs commit: jakarta-struts/doc/userGuide installation.xml

If you like, you could just move the Services SQL stuff to Scaffold in the Commons Sandbox for the time being. I'll be visiting the Scaffold.sql package and the Commons SQL package this week (as part of paying gig), and should probably look at this as well. If it's not directly Struts relate

Re: Avoid code reformating !

It's true that since the Struts product does not define its own code standards, we default to the Sun conventions, as given by the Jakarta guidelines. Personally, I augment these with the Java Elements of Style, which, in practice, act like a superset of the Sun conventions. As a practical m

Re: modifying the mapping input path during validation

My first suggestion would be try not to think in terms of request parameters and try to think in terms of ActionForm properties. Generally, all the request parameters should be represented as ActionForm properties. Struts will then take care of automatically populating the properties. My seco

Re: modifying the mapping input path during validation

12/17/2002 2:31:52 PM, Erik Hatcher wrote: >Or the evil action chaining keeping things available for you in >a later action. IMHO, Action chaining is linking three or more Actions together. (e.g., three points determine a chaine :0) Simply forwarding from one Action to another, so the secon

Re: Module path-mapping limitation

It's not so much a bug as a design flaw. The current approach to prepending the module is under-designed and just jams it in. Though, I keep meaning to check whether the template feature we added later ($M$P) could be used to get around this somehow. -Ted. 12/17/2002 12:22:39 PM, Matt Raible

Re: Reloading ActionServlet configuration

See also http://jakarta.apache.org/struts/faqs/newbie.html#reload 12/16/2002 2:38:52 PM, Ron Monson <[EMAIL PROTECTED]> wrote: >Since the reload() method has been removed from ActionServlet effective >1.1b2 I am trying to find an alternative way of 'reloading' the >configuration on-the-fly.

Re: Taglib URI's

If you subscribe to the digest, you can still post to the User list. You can also post to the User list through the BaseBeans newsgroup. 12/15/2002 11:14:23 AM, Matt Raible <[EMAIL PROTECTED]> wrote: >This is probably a question for the struts-user list, but I'm scared to subscribe to that i

Re: [VOTE] Struts 1.1 Beta 3 Release Plan

I'm just swamped this week. I'm taking most of next week off for the holidays, so I would have some time then (which is why I don't have any time now :( ) So, I'd have to be +0 for a Saturday freeze date, since it doesn't look like I'll be able to help by then. -Ted. 12/16/2002 6:39:34 PM, Ma

Re: Why are people up on Struts

12/12/2002 5:29:23 AM, Joseph Ottinger <[EMAIL PROTECTED]> wrote: >Is there a roadmap for Struts 2.0? What's the goal for migration? Discussing specifics of Struts 2.x is taboo right now, since we need to finalize Struts 1.1 first. =:0) But backward-compatiblity is not a primary concern, as it

Re: Why are people are up on Struts

12/12/2002 5:29:23 AM, Joseph Ottinger <[EMAIL PROTECTED]> wrote: >On Wed, 11 Dec 2002, Ted Husted wrote: >> Given the large community behind Struts, we do have our share >> of zealots. And, I agree that people who believe Struts is >> "42" are not being r

Re: Action chaining

Well, there's Action chaining, and there's action chaining. It's a perfectly valid idea for an ActionMapping to select where control should go next, as Erik is doing. It's fundamental to the architechtural, and instrumental to how ActionForm validation works. So, if we're talking about one Ac

Re: Action chaining: (was - Re: Why are people up on Struts)

12/12/2002 6:30:18 AM, Erik Hatcher wrote: >I've yet to see a solution that doesn't blur the delete step with the >generate list view step - and this forces actions to be tied to how its >used in the GUI, which to me goes against what Struts is all about. >Creating tiny actions that only do

Re: [VOTE] Struts 1.1 Beta 3 Release Plan

12/12/2002 5:10:12 AM, Robert Leland <[EMAIL PROTECTED]> wrote: >Code Freeze / Tag Date - Saturday, December 14, 2002 > If we can agree Code/Document Freeze to include: My understanding was that a code freeze date meant Martin could cut the beta release after that deadline. My suggestion wou

Re: [VOTE] Struts 1.1 Beta 3 Release Plan

I can't in good conscious vote to release the nightly build when we still have 50 open issues. I do consider the ones I checked out to be show-stoppers. I apologize for not getting to those last week, but I got wrapped up in the documentation. I can try again this weekend, but not before the fr

Why are people up on Struts

>>Struts is not very powerful. There's no action chaining; all of the models are one layer deep. Talking with a Struts user, I was reminded of the ability of an action to forward to another action, and it's easier than I thought. Silly rabbit. :) 'nuff said. Although, I'm among those who rec

Re: Struts Validations ??

This is really a question for the Struts USER list. There are a couple of extensions available for Struts 1.0 that provide both client-side and server-side validations. One of these, the Commons/Strtus Validator, is being bundled with Struts 1.1. Questions regarding how to use any of these sh

Re: Custom Actions? (was RE: Benefits of Dynaforms)

Yes, but only if something unusual happens. In the normal course, the struts-config routings fall through. The core idea is that the abstractions belong to *my* application interface. The struts-config is implementing these abstractions on behalf of the greater application. Just as the languag

Re: cvs commit: jakarta-struts/doc/images/how-to/eclipse developing-eclipse-style01.jpg developing-eclipse-style02.jpg developing-eclipse-style03.jpg developing-eclipse-style04.jpg developing-eclipse-style05.jpg developing-eclipse-style06.jpg developing-eclipse-style07.jpg developing-eclipse-style08.jpg developing-eclipse-style09.jpg developing-eclipse-style10.jpg developing-eclipse-style11.jpg developing-eclipse-style12.jpg developing-eclipse-style13.jpg developing-eclipse-style14.jpg developing-eclipse-style15.jpg developing-eclipse-style18.jpg developing-eclipse-style20.jpg developing-eclipse-style21.jpg developing-eclipse-style22.jpg developing-eclipse-style23.jpg developing-eclipse-style24.jpg developing-eclipse-style25.jpg developing-eclipse-style26.jpg developing-eclipse-style27.jpg developing-eclipse-style28.jpg developing-eclipse-style29.jpg developing-eclipse-style30.jpg developing-eclipse-style31.jpg developing-eclipse-style32.jpg

James, Mind if I try to refactor these images a bit? Maybe crop out the non-essential parts of the screen or shrink some of the full screen displays. Or maybe do some thumbnails that they can click on to get the full detail. We should probably keep the page display within 800x600 at least. W

Re: servletMapping field in ActionServlet (1.0.2)

It occured to me that we may have gotten off track on this thread. The restriction that Struts 1.0.x places on URIs is that there can only be only one servlet mapping (and only one ActionServlet). Of course, if you are using extension mapping, then any *.do (or whatever) URI will be processed

Re: Removing the Consultants Page

We originally setup the page because people kept asking. So if we take it down, we need to keep something up saying that we don't do that. Rather than waste a page, we might just add a section to the Powered By page. Then what about the Powered By page? I think we need one, but we might want

Re: Custom Actions? (was RE: Benefits of Dynaforms)

The Actions are generic, but the ActionMappings are not =:0) The ActionMapping passes command tokens to the standard Action so that it knows which business process to invoke. The business facade returns a result object with can carry messages, data, and/or dispatch advice. The messages are S

Re: PlugIn, ApplicationConfig and Deprecated

For the record, I'm with David. A beta is a beta. Any application advanced enough to be using ApplicationConfig directly is advanced enough to do a little renaming when moving from b2 to b3. I support the commitment to provide backward compatability between releases; but, IMHO, backward compat

Re: Consultant Listing Qualifications

must be mentioned on the page being linked to. > >What do you think? > >David > > > > > > >>From: Ted Husted <[EMAIL PROTECTED]> >>Reply-To: "Struts Developers List" >>To: Struts Developers List <[EMAIL PROTECTED]> >>Subject

Re: Consultant Listing Qualifications

The intention was that Struts had to be mentioned on the page on the other end of the link. If this page is becoming problematic, and we want to drop the whole thing, I wouldn't complain. (The day I did it, I said I would live to regret it =:0) -Ted. 11/24/2002 10:51:46 PM, David Graham <[EM

Re: blank.war vs. struts-blank.war [was: Re: Tools in Struts]

OJO that generate persistent objects >(i.e. using Castor) and ValidatorForms. > >Even better (or maybe worse), I'm putting myself on a tight deadline >for this (i.e. 2-3 weeks) so it resembles a real-world project. > >Thanks, > >Matt > > > >On Sunday, Nove

Re: Adding doc to user guide on indexed/mapped properties/tags

Personally, I'm finding that the user guide format is becoming a pain to maintain. I'd like to start moving some material out into their own HOWTO sections, especially anything that includes a significant amount of code. Some of the sections I was looking at include 4.2.1 => how to write an D

Re: Separate documentation download.

I think it would make sense to put something like this into a separate WAR. It might then make sense to have a single convenience download, along with the option to download each WAR separately (documentation, exercize, example, gui). Also, if helped with something like this, we could also off

Re: b3 minus 27? (or so)

inks, to the >struts-dev list of these outstanding issues? Or a hyperlink to the >right Bugzilla report? It'd make it easier for me to get at the info >and decide if there were any that I could have a stab at. > > Erik > > >Ted Husted wrote: >> E

b3 minus 27? (or so)

Excluding enhancements, we currently have 27 outstanding issues listed in Bugzilla. Anyone (else) interested in trying to swat these this week, and maybe then get beta 3 out the week of Dec 1? I checked a few of these out that I'd like to handle (one or way or the other =:). Any takers on the

Re: RE: Tools in Struts [was: Re: Struts At ApacheCon 2002]

Yes =:0) Maybe that will finally give Eric a chance to show us what he's been up to =:0) -Ted. 11/23/2002 11:23:41 PM, Matt Raible <[EMAIL PROTECTED]> wrote: >I'm thinking of starting an Xdoclet/Middlegen-based Struts project where >(hopefully) most of the code can be generated. Can I start

Re: RE: servletMapping field in ActionServlet (1.0.2) (long)

11/23/2002 12:19:54 PM, "Nelson, Laird" <[EMAIL PROTECTED]> wrote: >> -Original Message- >> From: Ted Husted [mailto:[EMAIL PROTECTED]] >> What you might be driving at is the ability to pass some type of >> scripting statement to an Action, that it

Re: Velocity Tools for Struts [long]

11/22/2002 5:47:55 PM, Nathan Bubna <[EMAIL PROTECTED]> wrote: >yeah, i haven't gotten to see it, but i heard he talked about the >Velocity+Struts stuff in it. i'm hoping it gets more people >looking into and/or using that code. i think there's some good >potential there, but progress has kinda

Re: RE: RE: servletMapping field in ActionServlet (1.0.2)

11/23/2002 9:31:00 AM, "Nelson, Laird" <[EMAIL PROTECTED]> wrote: >> -Original Message----- >> From: Ted Husted [mailto:[EMAIL PROTECTED]] >> 11/22/2002 1:26:45 PM, "Nelson, Laird" <[EMAIL PROTECTED]> >> wrote: >> >Is my co

Re: RE: servletMapping field in ActionServlet (1.0.2)

11/22/2002 1:26:45 PM, "Nelson, Laird" <[EMAIL PROTECTED]> wrote: >Is my company unique in trying to do >things this way? Probably not, but Struts hasn't been trying to be all things to all people. =:0) It does what the people working on it need it to do, and if it doesn't do what we need, the

Re: Custom Actions? (was RE: Benefits of Dynaforms)

The idea behind a Struts Action is that it suppose to give you a place to call your business logic components. Rather than call various business processes through a subclass, I continue the decorator pattern by declaring the process to call as part of the ActionMapping. I then use a standard

Re: Velocity vs. JSP: objective tests?

11/22/2002 1:14:45 PM, micael <[EMAIL PROTECTED]> wrote: >I have settled on Struts as my application framework, assuming >that there will continue to major shifts in the future (like the >shift to 1.1 has been, which I like). However, I have not >decided on the scripting language, if that is wha

Re: Struts Tools

11/20/2002 3:15:37 PM, Emmanuel Boudrant <[EMAIL PROTECTED]> wrote: >Easy Struts will be volunteer ;) How about us putting together our own distribution of Eclipse, with things like *, EZ Struts, Console, and so forth, already bundled in? Or at least a HOW-TO for putting together a complete St

Re: Benefits of Dynaforms

11/20/2002 3:09:36 AM, Erik Hatcher <[EMAIL PROTECTED]> wrote: >As for DynaActionForm's I still don't get their benefit. Do >you use them? Or right ActionForm subclasses? Its even less >code to "write" to do a form bean for me, because my IDE >generates all the getter/setters, and being ab

Re: Ted Husted, Member of the Apache Software Foundation

11/19/2002 6:43:54 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: >Please join me in congratulating Ted -- at the Apache Software >Foundation Member's Meeting (held last night at ApacheCon), Ted >was approved for membership in the ASF. Way to go Ted! Thanks! =:0) I was happy to be one o

Re: Tools in Struts [was: Re: Struts At ApacheCon 2002]

11/20/2002 5:29:24 PM, Robert Leland <[EMAIL PROTECTED]> wrote: >Would the source reside in jakrata-Struts or just the applications? >The reason I ask is that for speed of evolution it might >be reasonable to keep/place the source code on >SourceForge, in an open community. That way Emmanuel and J

Re: Struts Tools

11/20/2002 2:46:08 PM, "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote: >I think it is time to start packaging tools and generators with >Struts to help the developer -- either as standalone packages >included for convenience, or integrated into the architecture of >the package. As it stands,

Re: Does the /do/* will be supported with modules

11/20/2002 7:35:50 AM, "V. Cekvenich" <[EMAIL PROTECTED]> wrote: >The other things with the prefix, is that it maps nicely with CMA >security for the modules. >Ex: Only users in the Admin role can go to /admin/*. >etc. > >.V Actually, prefix mapping works just fine with container- basedsecurity.

Re: Forwards, Absolute URIs and Leading Slash [LONG]

In 1.0, the way we do that is to use an Action that returned an ActionForward with redirect=true. In 1.1, we can elevate that approach to a standard RedirectAction -- at least, once I fix the bug in * that prepends a slash to everything whether redirect is set to true or not =:0) I took a walk

Re: Does the /do/* will be supported with modules

Only if someone can figure out how to make it work with the current approach to organizng the modules =:0) It's not that we don't ~want~ prefix matching to work with modules, it's that we don't know ~how~. I'm sure that a future release may use a more sophisticated approach to routing the req

Re: [POLL] Version Numbers in TLD URIs

Is this a 2.3 thing? It used to be that you would make the hard reference in the web.xml (the location), and then use a soft URI in the pages. People often use the location for the URI, but I've always thought that was sloppy. Does the "simplified" configuration mean that deveopers lose cont

Re: Forwards, Absolute URIs and Leading Slash [LONG]

11/16/2002 9:19:51 PM, David Graham <[EMAIL PROTECTED]> wrote: >I was trying to fix http://nagoya.apache.org/bugzilla/show_bug.cgi?id=11021 >but got rather confused along the way. The problem seems to be that >RequestUtils.forwardURL() always prepends the context path even for absolute >url

Re: [POLL] How to implement XHMTL support

11/13/2002 12:50:38 PM, Eddie Bush <[EMAIL PROTECTED]> wrote: >Don't bother drawing a ballot up - these guys don't use it! > They're all like thinking outside the box and adding options to it, >dude! ... and there's that one fellow who is always saying "put your >code where your mouth is - w

Re: RE: RE: Unclear semantics on form use for "wizards"

Topping" <[EMAIL PROTECTED]> >> >Reply-To: "Struts Developers List" >> >To: "Struts Developers List" <[EMAIL PROTECTED]> >> >Subject: RE: RE: Unclear semantics on form use for "wizards" >> >Date: Mon, 11 Nov 2002

Re: RE: Unclear semantics on form use for "wizards"

One elegant and secure solution is to use session-scope forms, with a clever reset, and transactional support; just be sure you have the appropriate hardware resources. If you don't like session-scoped beans, then you're back to writing hidden fields. Of course, this doesn't have to be diffic

Re: RE: Unclear semantics on form use for "wizards"

The framework calls reset(), but its an extension point that the developer controls. For ActionForms, the developer has to affirmatively give reset() funcationality. For DynaActionForms, the developer can let the default behavior ride or override the extension point with any preferred behavior.

Re: RE: Changes for 2.0 (RE: Unclear semantics on form use for "wizards")

We really can't agree on anything until we see the patch. Technnically, we can't vote on plans only actual code or text. The best course of action is always to do what *you* need to do for *your* application first, and then share the result with the community. If the Committers decide to apply

Re: Unclear semantics on form use for "wizards"

The ActionForm is pluggable, and we have always shipped with one implementation that defaults to session and another that defaults to request. I believe that originally we used session since that was liable to cause the least amount of confusion. Then we got into the habit of using reset to c

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