Quoting "Peter A. Pilgrim" <[EMAIL PROTECTED]>:
> Craig R. McClanahan wrote:
> > Quoting "Peter A. Pilgrim" <[EMAIL PROTECTED]>:
> >
> >
> >>Joe Germuska wrote:
> >>
> >>>> > Whether the "classic&qu
Quoting Joe Germuska <[EMAIL PROTECTED]>:
> At 7:00 AM -0500 3/26/04, Ted Husted wrote:
> >Another way to go would be to provide a "API object" in the request
> >that the tags, or any other presentation technology, could use to
> >access framework resources.
> >
> >In this way, no one else would
Quoting "Peter A. Pilgrim" <[EMAIL PROTECTED]>:
> Joe Germuska wrote:
> >> > Whether the "classic" and "el" taglibs are one chunk or two isn't
> >>
> >>> hugely important to me either -- I would prefer that this decision be
> >>> made by developers who've done more work on that code to date.
>
Quoting Ted Husted <[EMAIL PROTECTED]>:
> On Wed, 24 Mar 2004 20:35:41 +, Peter A. Pilgrim wrote:
> > Are keeping the basic `src' and `web' main sub directory under each
> > top level directory?
>
> I'd prefer we followed the Maven project layout recommendations for each
> deliverable. This w
Quoting Martin Cooper <[EMAIL PROTECTED]>:
> On Tue, 23 Mar 2004, Martin Cooper wrote:
>
> > On Tue, 23 Mar 2004, Craig R. McClanahan wrote:
> >
> > > Quoting Ted Husted <[EMAIL PROTECTED]>:
> > >
> > > > On Tue, 23 Mar 2004 11:53:55
Quoting Ted Husted <[EMAIL PROTECTED]>:
> On Tue, 23 Mar 2004 11:53:55 +0100, Filippo Munafò wrote:
> > Perfect! What you did in JSF is exatcly what we need:
> >
> > "the controller servlet automatically recognize 'META-INF/struts-
> > config.xml' resources in any JAR files that were included in t
Quoting James Holmes <[EMAIL PROTECTED]>:
> +1 on this!!
>
Agreed.
> You hit the nail on the head. Many people (mostly managers) are reluctant
> to adopt Struts add-ons because they are not perceived as having the same
> "tried and true" stamp as the official Struts core. I think doing th
Quoting Martin Cooper <[EMAIL PROTECTED]>:
> On Mon, 22 Mar 2004, Ted Husted wrote:
>
> > On Mon, 22 Mar 2004 11:36:37 -0700, Matt Raible wrote:
> > > While it's great to break out things into separate "modules" - I'd
> > > love to be able to get struts.jar w/ everything in it - including
> > > E
Quoting David Graham <[EMAIL PROTECTED]>:
> Personally, I find the Struts build files to be complex and confusing.
> I've come to associate Maven with easy builds because building commons
> components (including the distro, website, tests, etc) is a snap compared
> to Struts. I agree that storin
Quoting Joe Germuska <[EMAIL PROTECTED]>:
> At 5:24 PM -0800 3/21/04, Craig R. McClanahan wrote:
> >I think the presentation-tier-independent things about Tiles (like mapping
> >forwards to definitions) should be built in to the core, so there isn't any
&
Quoting Thomas L Roche <[EMAIL PROTECTED]>:
> Sun, 21 Mar 2004 13:49:45 -0500, Thomas L Roche (not speaking for IBM)
> >> summary: McClanahan should clearly state *in some major publication*
>
> >> * that JSF does/will not "replace Struts"
>
> >> * how JSF and Struts will likely tend to speciali
Quoting Martin Cooper <[EMAIL PROTECTED]>:
> On Sun, 21 Mar 2004, Martin Cooper wrote:
>
> > On Sun, 21 Mar 2004, Ted Husted wrote:
> >
> > > On Sun, 21 Mar 2004 00:07:28 -0800, Steve Raeburn wrote:
> > > > Option 1 works for me. Simplest thing that could possibly work. As
> > > > you've said, we
Quoting Martin Cooper <[EMAIL PROTECTED]>:
> On Sun, 21 Mar 2004, Ted Husted wrote:
>
> > On Sun, 21 Mar 2004 00:07:28 -0800, Steve Raeburn wrote:
> > > Option 1 works for me. Simplest thing that could possibly work. As
> > > you've said, we can always change things around later.
> >
> > The prob
Quoting Steve Raeburn <[EMAIL PROTECTED]>:
> Like most people, I imagine, I still haven't had time to do more than
> give JSF a cursory glance. It's clear that there is some overlap between
> JSF and Struts. However, that does not mean that one or other will
> simply disappear.
>
> Craig has prev
Miscellaneous comments intermixed.
Quoting Martin Cooper <[EMAIL PROTECTED]>:
> The following is a set of proposed changes to the Apache infrastructure to
> accommodate the Struts move to an Apache top level project. The idea is to
> come up with a single agreed-upon set of changes that we can su
Quoting Thomas L Roche <[EMAIL PROTECTED]>:
> David Geary spoke on JSF at trijug.org M 15 Mar 04. My notes of
> his remarks include
>
> - Is JSF a replacement for Struts? Yes!
>
> - JSF is a standard. Struts will never be a standard.
>
> which I believe to be pretty-nearly-direct quotes. I'm a
Quoting Joe Germuska <[EMAIL PROTECTED]>:
> At 2:48 PM -0500 3/14/04, Ted Husted wrote:
> >I'd say we could branch what we have as 1.2 and start thinking of
> >the HEAD as 1.3.
> >
> >IMHO, the quickest way to sort out what we need to do with the
> >Struts-Chain RequestProcessor is to get it out
Quoting Joe Germuska <[EMAIL PROTECTED]>:
> >We'd like not to subclass ActionServlet, but is really difficult to
> >do something like this outside the ActionServlet hierarchy mainly
> >'cause of the call to "initConfigDigester()", that's obviously
> >protected.
> >
> >The questions are:
> >
> >
Quoting Greg Reddin <[EMAIL PROTECTED]>:
> Ted Husted wrote:
> > On Fri, 12 Mar 2004 10:30:08 -0600, Hookom, Jacob wrote:
> > What I would like to do is develop Struts 2.0 test-first. The idea being we
> cold start with a simple application and write just enough of 2.0 to develop
> the first page
Quoting Steve Raeburn <[EMAIL PROTECTED]>:
> The intention is that anyone will be able to submit a logo.
>
> But first, the committers will have to decide whether they want a new
> logo. ** There is no competition yet! **
>
For the record, I'm +1 on having a new logo (well, maybe it's really "h
> This is fixed in the Nightly build of Validator as of March 9th.
> It may take a few days for the nightly build of Struts to
> start using this version, and so it's client side validation
> will be broken until that point.
I'm picking up the most recent changes for tonight's nightly build.
Obvi
I'm happy to announce the availability of the first nightly build of the
integration library supporting the use of JavaServer Faces and Struts that has
been updated to support the final release of JavaServer Faces 1.0. This is not
a formal Apache release; however, it is intended to support experim
Quoting "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
> An alternative is to directly run the python scripts,
> it's probably easier than applying the patch.
> I could do that.
>
In the committers module (relicense directory) there is also a Java version of
the relicensing tool that works quite well.
+1 on the TLP proposal.
+0 on me as VP (I'm willing, but don't consider this a prerequisite to
TLP-ness), although I should point out that this is actually only a
*recommendation* to the ASF Board. The Board is free to appoint whomever they
wish, although they've historically tended to go along w
Quoting enzhong fu <[EMAIL PROTECTED]>:
> Currently, Struts recommends all fields of ActionForm be of type String. If
> you use other type (such as Date), and user inputs the value in an invalid
> format so the value could not convert to the suitable type, BeanUtils would
> throw an exception and
Quoting Martin Cooper <[EMAIL PROTECTED]>:
> On Wed, 25 Feb 2004, Joe Germuska wrote:
>
> > Perhaps this is understood, but I'm assuming that we also want to say
> > that the RM "owns" the release tags for the release he or she is
> > managing, and only the RM should *ever* move the tags?
>
> It
Quoting Joe Germuska <[EMAIL PROTECTED]>:
> Oh yeah, also I can't go back from having versioned JAR in my lib
> directories. I suspect that's a matter of taste too, but I'll take
> the overhead of pruning old JARs when new versions are deployed over
> the mystery of knowing which versions your
Quoting Martin Cooper <[EMAIL PROTECTED]>:
> On Mon, 23 Feb 2004, Ted Husted wrote:
>
> > On Sun, 22 Feb 2004 22:38:24 -0800 (PST), Martin Cooper wrote:
> > > Actually, with this new release strategy, where should the
> > > announcement message go, since it's not a Final release? The same
> > > l
Quoting Andrew Hill <[EMAIL PROTECTED]>:
> It seems like utter madness to me.
> Mad! Mad! I tell you!
>
> Half of commons was split off from struts originally anyhow, and now to go
> and say we dont want to depend on it, lets redevelop it yet again
> internally...
> WTF?
>
> Will we then see
Quoting Martin Cooper <[EMAIL PROTECTED]>:
>
>
> > -Original Message-
> > From: David Graham [mailto:[EMAIL PROTECTED]
> > Sent: Sunday, February 15, 2004 1:01 PM
> > To: Struts Developers List
> > Subject: RE: string concatenation
> >
> >
> > Struts has many dependencies already and I'd
Quoting James Mitchell <[EMAIL PROTECTED]>:
>
> P.S.
>
> I'll be adding a few more items later tonight and/or this weekend:
> - a build script in resources/contrib that let's us produce
> a distribution of any single one of the implementations under
> contrib
> - a few docs
>
Quoting Jeff Caddel <[EMAIL PROTECTED]>:
> It's striking me that my chain-config.xml files are looking somewhat
> similar to the example workflow xml file over in the sandbox/workflow area.
>
There are indeed some overlaps in concept ... after all, I didn't forget
everything I learned from crea
Quoting Joe Germuska <[EMAIL PROTECTED]>:
> It seems that struts-chain's AbstractPopulateActionForm was
> implemented with its own strategy for moving values from the context
> to the form. Unfortunately, this strategy doesn't support multipart
> forms (file uploads).
>
> I've hacked to make
Quoting Ted Husted <[EMAIL PROTECTED]>:
> I'm still working on the changes and refactorings to add contextRelative to
> the link and rewrite tags. I'll post those first, and then do the changes to
> deprecate contextRelative in favor of module.
>
> -T.
>
Orthogonal to adding a "module" attri
Quoting Gary Gregory <[EMAIL PROTECTED]>:
> (1) "eventually" is, sadly I think, a ways off in the future. See
> discussions on this list WRT J2ee containers, WebSphere, most common
> installed base of such containers, etc.
>
As a major proponent of long-term support for existing packages that
Quoting Ted Husted <[EMAIL PROTECTED]>:
>
>
> >> Heck, if you throw the JSF extension into the mix, I wager you
> >> could write significant Struts applications now without writing
> >> any Java code at all. :)
> >>
> >> http://struts.sourceforge.net/struts-bsf/index.html
> >>
> >
> > I have in
Quoting Paul Sundling <[EMAIL PROTECTED]>:
> If the group was interested in removing all author tags and
> consolidating all the names onto volunteer.html I would be willing to
> make a tar of patches or whatever format is most convenient. If you're
> interested, let me know if that would be us
Quoting Paul Sundling <[EMAIL PROTECTED]>:
> I can see a lot of valid points in the article. I also don't buy the
> positive side regarding author tags helping point out who to go to for
> help on a particular file. Whatever the final decision, the philosophy
> should be documented on the we
Quoting David Graham <[EMAIL PROTECTED]>:
> The @author javadoc tag topic has been discussed on commons-dev recently
> and Ted brought it up in a recent struts-dev thread so I thought it might
> be nice to get the Struts community's opinion on it. Some arguments
> against @author tags by Greg Ste
Quoting Don Brown <[EMAIL PROTECTED]>:
> What if we extracted the creation of Actions and ActionForms (including
> DynaActionForms) into an ActionFactory, overridable by the user?
>
The idea of factories for all Struts objects is an appealing one (I don't buy
the "too hard to teach" assertion ei
Nightly binary builds of the Struts-Faces Integration Library, updated to work
with the new beta release of JavaServer Faces, are now available:
http://cvs.apache.org/builds/jakarta-struts/nightly/struts-faces/
As always, the source code for this library is in the "contrib/struts-faces"
direc
Quoting [EMAIL PROTECTED]:
> I think that sounds like a good compromise. In my view, there are really
> two types of "forms" - small ones with one or two parameters, and full
> blown complex input forms. In the former case, I think combining the form
> and action is a good idea; the latter, prob
I'm pleased to announce that the Proposed Final Draft version of the JavaServer
Faces 1.0 Specification, and a corresponding Beta release of the Reference
Implementation, is now available at:
http://java.sun.com/j2ee/javaserverfaces/download.html
Please send any feedback and comments strictly
Quoting Ted Husted <[EMAIL PROTECTED]>:
> 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 proposa
Quoting [EMAIL PROTECTED]:
> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]
> Sent: Friday, December 19, 2003 11:00 AM
> To: Struts Developers List
> Subject: RE: Struts 2.0 Ideas (was Re: Struts 2.0 Discussion Forum)
>
> Quoting [EMAIL
Quoting Mete Kural <[EMAIL PROTECTED]>:
> >If we do things right, IMHO workflow support system(s) should be a layer on
> top
> >of the foundational request handling capability, so you can use it if you
> need
> >it but it doesn't get in the way if you don't.
>
> I think I agree here. Isn't workfl
Quoting Mete Kural <[EMAIL PROTECTED]>:
> Hi Craig,
>
> >A completely different way to consider using JSF would be to build a
> RenderKit
> >that took input like this and generated the corresponding HTML (or
> whatever)
> >markup, starting from the exact same components as the standard HTML
> Ren
ps.
> Any URLs/info is appreciated.
>
> David
>
Craig
>
> --- "Craig R. McClanahan" <[EMAIL PROTECTED]> wrote:
> > Quoting James Mitchell <[EMAIL PROTECTED]>:
> >
> > > On Thu, 18 Dec 2003, Craig R. McClanahan wrote:
> > >
> > &
Quoting "n. alex rupp" <[EMAIL PROTECTED]>:
> Can Struts applications share information and classes between classloaders
> in
> the same VM?
That's primarily a container question. If you use Tomcat, for example, any
classes in shared/lib or common/lib is indeed shared across webapps (including
t
Quoting "n. alex rupp" <[EMAIL PROTECTED]>:
> What about including a Dynamic rules-based workflow engine? One like
> Drools?
> This is great because it abstracts a lot of the operational control of the
> application into the realm of the business person. It seems to me that IoC
> is a
> good sta
Quoting [EMAIL PROTECTED]:
> We have a solution for dynamic page content that is component based. I
> wouldnt say that it stands up to JSF but its similar in concept. The
> content of the page is defined using xml metadata.
>
> However, I suppose that you could argue, why not use JSF? I woul
Quoting Joe Germuska <[EMAIL PROTECTED]>:
>
> As for PicoContainer, if someone could just show me how you write an
> external configuration file that wires together objects through their
> constructors, I might buy it, but it just doesn't seem to match up.
> As soon as you had one new collabor
Quoting David Graham <[EMAIL PROTECTED]>:
>
> 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.
>
Presuming the IP issues arou
Quoting James Mitchell <[EMAIL PROTECTED]>:
> On Thu, 18 Dec 2003, Craig R. McClanahan wrote:
>
>
>
> > If/when Struts becomes a TLP, I'm going to recommend that we do exactly
> what
> > Ant, James, and Maven (for example) did:
> >
> > * Maint
Quoting Hubert Rabago <[EMAIL PROTECTED]>:
> That's exactly what I meant to say, of course I just didn't articulate it as
> well
> as you did. =) Form bean details are spread all around, violating the DRY
> principle. The DTO's can be used to tell Struts how to generate dynamic
> action
> forms
Quoting "Karr, David" <[EMAIL PROTECTED]>:
> I don't see a problem with removing the duplicate jars from the lib
> directory, but I disagree with distributing "half-baked" wars. I like
> the fact that users can deploy sample applications with little effort.
>
+1
> I have some spare time next w
Quoting Ted Husted <[EMAIL PROTECTED]>:
> 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
Quoting Mete Kural <[EMAIL PROTECTED]>:
> >I am thinking of fliping sides on FormBean as interface, I am now
> >leaning against formbeans being an interface. FormBean is a concept
> >(properties that map to form elements), plus this idea of XML as a
> >FormBean. It could be a List or String or
Quoting Vic Cekvenich <[EMAIL PROTECTED]>:
>
>
> Craig R. McClanahan wrote:
>
> >
> > One of the things people have said they liked about using a chain to
> decompose
> > RequestProcessor is that you could easily compose your own chains, adding
> yo
Quoting Martin Cooper <[EMAIL PROTECTED]>:
> On Thu, 18 Dec 2003, Craig R. McClanahan wrote:
>
> > Quoting Vic Cekvenich <[EMAIL PROTECTED]>:
> >
> > > Craig R. McClanahan wrote:
> > > >
> > > > Regarding 2.x, an important considerat
Quoting Joe Germuska <[EMAIL PROTECTED]>:
> I don't think I'm going to articulate this question very clearly, but
> hopefully my drift will be gotten, so to speak.
>
> If we're talking about making Struts independent of Servlets, then
> what part of Struts would depend on either Servlet 2.3 or
Quoting Vic Cekvenich <[EMAIL PROTECTED]>:
> Craig R. McClanahan wrote:
> >
> > Regarding 2.x, an important consideration will be base technology platforms
> --
> > I'm in favor of using J2SE 1.4 and the relevant standards from J2EE 1.4
> (i.e.
> >
Quoting [EMAIL PROTECTED]:
>
> Guys,
>
> I am wondering what is the relation between Struts 2.0 and JSF.
It should certainly be possible to use JavaServer Faces in your view tier of a
Struts 2.0 based app.
> Will Struts be an implementation of JSF specification?
That hasn't been articula
Quoting "PILGRIM, Peter, FM" <[EMAIL PROTECTED]>:
[snip]
> >
> > Although it's not evident from the Jericho DTD, the intention
> > is to use
> > a Context object in the signatures, perhaps the Commons Chain
> > Context,
> > so as to encapsulate Servlet/Portlet dependencies.
> >
>
> So you no
Quoting Martin Cooper <[EMAIL PROTECTED]>:
> Just to add a few more off the top of my head:
>
> * Make the Struts core independent of the Servlets spec and the Portlets
> spec, so that it can be used for both, and more.
>
> * Separate view-technology-specific code into separate components, so th
Quoting Martin Cooper <[EMAIL PROTECTED]>:
> The issue isn't so much with voting on the relesae plan, but voting on the
> release itself. As you say, the HTTPD rules say that anyone can create a
> release. We're not HTTPD, though, and the Jakarta rules are different. As
> long as we're part of Jak
Quoting Martin Cooper <[EMAIL PROTECTED]>:
> On Thu, 11 Dec 2003, Ted Husted wrote:
>
> > 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
Quoting Martin Cooper <[EMAIL PROTECTED]>:
> 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 j
Quoting Joe Germuska <[EMAIL PROTECTED]>:
> On Nov 28, 2003, at 3:08 AM, Steve Raeburn wrote:
>
> > I've updated project.xml to reference the validator 1.1.1 jar. You need
> > to manually download it from http://www.apache.org/~rleland/ and place
> > it in your local repository.
>
> Would it be
Quoting David Graham <[EMAIL PROTECTED]>:
>
> --- stu robertson <[EMAIL PROTECTED]> wrote:
> > First, thanks for the quick followup last week on the
> > readyness of builds including ValidWhen. I started
> > testing our application against this build this
> > morning.
> >
> > The one would-be s
Quoting Ted Husted <[EMAIL PROTECTED]>:
> When we release 1.2.0, it will be the current nightly build,
Except that's still based on non-released versions of the commons packages,
right? Shouldn't a 1.2.x Struts release be based on the most recent releases
of the commons JARs?
> which we
> cons
Quoting Robert Leland <[EMAIL PROTECTED]>:
> Craig:
>The Nightly build of Struts(Nov 24th) has a version of Validator from
> Nov 8th,
>could you update the of commons-validator build to pickup the latest
> changes?
>These changes deal with not validating disabled fields.
>
> -Rob
>
Quoting Ted Husted <[EMAIL PROTECTED]>:
> -1
>
> The community can make up its own mind on issues regarding an
> individual's behavior.
>
Like any commit to change software, other committers can -1 them for valid
reasons.
> I formally ask that any product changes made for the sole purpose of
Quoting Jonathan Revusky <[EMAIL PROTECTED]>:
> [snip]
> First of all, as regards your statement above in which you refer to
> "someone else's website", I parse this to mean that you consider the
> jakarta.apache.org/struts website to be _yours_. As a matter of fact, it
> is not. It belongs to
Quoting Don Brown <[EMAIL PROTECTED]>:
> I added what I gathered was the last missing piece to struts-chain, file
> upload support. I'm really interested in doing whatever it takes to get
> this up and running as a viable alternative to the RequestProcessor.
>
Cool!
> >From here, I see the fol
Quoting BaTien Duong <[EMAIL PROTECTED]>:
> [snip]
> In fact, that is what we are attempting to do. For any atomic process, i
> think there are 3 repeatable components: data collection, rule analysis
> based on collected data, and desion based on the analysis. I am planning
> to build these re-
Quoting Konstantin Shaposhnikov <[EMAIL PROTECTED]>:
> Thank you for quick response and your ideas about the
> implementation.
>
> But can I ask you why I can't use the second
> approach with struts 1.1. I explore struts-chain code once
> again and found that I only need to change 1 Command in
>
Quoting Konstantin Shaposhnikov <[EMAIL PROTECTED]>:
> Hello all.
>
> If I understand corretly struts-chain package is used for
> modelling struts RequestProcessor using jakarta-commons chain library.
>
That is definitely *one* use case for the chain of responsibility pattern.
> When I've had
Quoting Vic Cekvenich <[EMAIL PROTECTED]>:
> Was that called for Craig?
Yep.
> Maybe putting in the4 context of ... ASF was accused of stealing
> designs, and Vic decided to presure ASF?
>
> http://www.mail-archive.com/general%40jakarta.apache.org/msg08432.html
>
Feel free to go make your ca
Quoting David Graham <[EMAIL PROTECTED]>:
> I think we inherit the dependency on commons lang from some other
> component. Our use of lang's features is very limited and my preference
> is to keep it that way. Regardless, toString() is easy to implement
> without ToStringBuilder.
>
Last time I
[EMAIL PROTECTED] wrote:
I'm having horrible visions of someone doing a query driven voting
application using radio boxes...
AHA! So *that* is how the old communist regimes always got 99.9%
positive votes in their "elections" ... :-)
Craig
-
Don Brown wrote:
Pretty much the only dependency of struts-chain is a recent build of
jakarta-commons-sandbox/chain. To fully build commons-chain, in addition
to other commons jars, you need the porlet api jar, the servlet jar, and
the latest jsf jar from the sun web services pack 1.3 I believe.
Bob Lee wrote:
I looked at the latest source and it doesn't appear to synchronize.
Though you could fix this using a custom RequestProcessor, I think it
qualifies as a bug.
First, it should synchronize form creation. Right now more than one
instance of a session-scoped form can be created.
Wel
Don Brown wrote:
On Fri, 24 Oct 2003, Craig R. McClanahan wrote:
Welcome to the "Chain Gang" Don! :-)
With a snappy name like that, we should t-shirts printed up :)
:-)
I noticed that your implementation of AuthorizeAction does the same
thing that the curr
Don Brown wrote:
I've tried to fill in some of the missing pieces in the struts-chain as
described in chain-config.xml. The new actions have pretty much a
one-to-one relationship with RequestProcessor methods. Some seemed pretty
trivial, RequestNoCache and SetContentType in particular, so maybe
[EMAIL PROTECTED] wrote:
mrdon 2003/10/23 19:35:02
Modified:contrib/struts-chain/src/conf chain-config.xml
Added: contrib/struts-chain/src/java/org/apache/struts/chain
AbstractAuthorizeAction.java
AbstractRequestNoCache.java
Greg Reddin wrote:
I'm sorry to bring back up a discussion that's been hashed out
already, but there's something I still don't understand...
I can see why it's better for every command in the chain to be
executed rather than executing a "sub-chain" based on some condition.
I can see the corre
PILGRIM, Peter, FM wrote:
-Original Message-
From: Jing Zhou [mailto:[EMAIL PROTECTED]
- Original Message -
From: "PILGRIM, Peter, FM" <[EMAIL PROTECTED]>
To: "'Struts Developers List'" <[EMAIL PROTECTED]>
Sent: Monday, October 13, 2003 5:39 AM
Subject: RE: Struts-chain Behavior D
ed the packages:
org.apache.strutsel.taglib.nested
org.apache.strutsel.taglib.nested.html
I did not implement logic and bean since they are both replaced by JSTL. I
need to do the tld and I think this little excursion will be complete.
That would be quite interesting.
Carl
Craig
Quoting "
Edgar P Dollin wrote:
Everyone has preferences but in my opinion JSTL doesn't hold a candle to the
nested tags, especially customized nested tags.
I do agree however that JSTL for nested tags is not that important. It does
help in environments where there is ZERO tolerance for JSP expressions
James Mitchell wrote:
I can't see why anyone would have a problem with renaming a few
pages...
+1.
...hell, when I get the time, I plan to rewrite the whole thing to
bring it up to 1.1+ standards, demonstrating all the newest, coolest stuff.
+1 as well.
--
James Mitchell
Craig
Don Brown wrote:
I added a section in the user guide about wildcards in action mappings,
however before I commit it, I'd like to make sure it follows documentation
conventions as this is my first time writing Struts docs. I've put the
section up here for review:
http://www.twdata.org/dakine/site/
Jing Zhou wrote:
- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: "Struts Developers List" <[EMAIL PROTECTED]>
Sent: Tuesday, October 07, 2003 2:22 PM
Subject: Re: Struts-chain Behavior Discussion
You do not need to determ
Jing Zhou wrote:
It's not so much about "complexity" as it is readability.
The "complexity" in my message refers to the verboseness of the
chain-config.xml file. What I am looking for is a possible
simpler syntax to do the job.
If I care what Process Action is then I can see the detail. G
Edgar P Dollin wrote:
Not that I am an expert, nor is this the Command Chain a major issue for me,
but logic in configuration files (xml) is like writing LISP. For some it is
a rare beauty, for others it foggy at best.
It's different from LISP in one important respect, though ... no
parenthes
Ted Husted wrote:
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
Jing Zhou wrote:
- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: "Struts Developers List" <[EMAIL PROTECTED]>
Sent: Monday, October 06, 2003 11:26 AM
Subject: Re: Struts-chain Behavior Discussion
Looks like you are as
ept that it doesn't do the right thing in case of validation failures
(i.e. look at the "input" parameter).
-Paul
Craig
Jing Zhou wrote:
- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: "Struts Developers List" <[EMAIL PROT
Jing Zhou wrote:
- Original Message -
From: "Ted Husted" <[EMAIL PROTECTED]>
To: "Struts Developers List" <[EMAIL PROTECTED]>
Sent: Saturday, October 04, 2003 10:37 AM
Subject: Re: Struts-chain Behavior Discussion
Jing Zhou wrote:
For me, "Simple thing should be simple" is the
to
---- Original Message -
From: "Craig R. McClanahan" <[EMAIL PROTECTED]>
To: "Struts Developers List" <[EMAIL PROTECTED]>
Sent: Saturday, October 04, 2003 1:02 PM
Subject: Re: Struts-chain Behavior Discussion
They could indeed be made part of the chain,
1 - 100 of 1168 matches
Mail list logo