Re: Counting down to the 1.2.1 release (was RE: Making Struts Build Easier)

On Wed, 24 Mar 2004 22:33:50 -0800 (PST), Martin Cooper wrote: > I can probably do the RM thing for Validator if someone else > (David?) can do the doc and release note updates. Just let me know > when we're ready to roll and I can take it from there. How about if we shoot for the Validator this w

Re: StrutsContext/ConfigHelper (was Re: Making Struts Build Easier)

On Fri, 26 Mar 2004 11:32:20 -0800, Craig R. McClanahan wrote: > Quoting Joe Germuska <[EMAIL PROTECTED]>: > Wouldn't the context object used by struts-chain contain everything > you might need in Velocity-land? It would be a shame to invent a > second "context" object if we're going that directio

Re: StrutsContext/ConfigHelper (was Re: Making Struts Build Easier)

an ActionContextBase on a.o.c.chain.ContextBase. There could also be a clean-room interface that exposed things like Messages and Mappings and Validators (oh my!), to a business Command, but not the http interface or contexts. -Ted. On Fri, 26 Mar 2004 07:00:57 -0500, Ted Husted wrote: >

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

On Thu, 25 Mar 2004 08:22:48 -0600, Joe Germuska wrote: > As I've been saying (a lot, it seems, lately) on struts-user, I > think there are legitimate Struts JSP tags like "html:messages" > that are not best replaced by JSTL. Any time Struts tools put > resources in special locations in request or

Re: Counting down to the 1.2.1 release (was RE: Making Struts Build Easier)

This is really a "counting down to the 1.3.0 release" issue, but I've started on a version of the MailReader application for Commons Chain. The idea being, instead of using conventional Struts Actions, we can use Command and pass what's needed through a Context. I setup the infrastructure last n

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

On Tue, 23 Mar 2004 20:52:03 -0800 (PST), Martin Cooper wrote: > So, there are pros and cons both ways, of course. Now we just need > to make a decision and move on it. ;- If all the deliverables are in a single module, is there a way that we can generate a separate changelog for each one? http:

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

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 will be the easiest for everyone to grok in the longr

Re: Counting down to the 1.2.1 release (was RE: Making Struts Build Easier)

On Wed, 24 Mar 2004 12:11:01 -0800 (PST), Martin Cooper wrote: > Do we want to wait for a Validator 1.1.2, or roll it with 1.1.1? Well, we can't roll it with 1.1.1, since the report says the client validations won't work without the nightly build. It would be cool if we could roll Validator 1.1.

Re: Counting down to the 1.2.1 release (was RE: Making Struts Build Easier)

On Wed, 24 Mar 2004 11:03:58 -0800 (PST), Martin Cooper wrote: > Actually, contrary to your comment in the "Counting down" thread, I > don't have anything up my sleeve (unless I forgot something > myself). ;-) It would be nice to resolve the issue with the Cactus > tests not stopping properly on To

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

On Wed, 24 Mar 2004 11:03:58 -0800 (PST), Martin Cooper wrote: >> \opt-dev (whiteboard or "sandbox") > > So 'dev', 'whiteboard' or 'sandbox'? ;-) I don't have a strong > preference, although 'sandbox' is used by at least 4 Jakarta sub- > projects. (In those, it's a separate repo, though. Do we wa

Counting down to the 1.2.1 release (was RE: Making Struts Build Easier)

On Wed, 24 Mar 2004 09:03:46 -0700, Matt Raible wrote: >> -Original Message- >> From: Ted Husted [mailto:[EMAIL PROTECTED] >> Well, did-ja have anything to add to the list, Matt? :) > > Nope - release, release!! The ones we have are resolvable, but, I'm thi

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

On Wed, 24 Mar 2004 07:45:29 -0700, Matt Raible wrote: >> ** Last but not least: What else do we need to do for 1.2.1 ? -- >> Just the three problem tickets on the bugzilla list now? >> > > Personally, I'd like to see a 1.2 release before any CVS changes > are made. I think the user community

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

On Tue, 23 Mar 2004 20:52:03 -0800 (PST), Martin Cooper wrote: > So, there are pros and cons both ways, of course. Now we just need > to make a decision and move on it. ;-) The consensus seems to be to use a single module with top-level-directories representing each subproject, so lets move forwa

Re: Separate Tiles From Struts?

At first, there was talk of bringing it to Taglibs. Cedric and David Geary chatted about that for a bit, but the conversation trailed off, and we just plunged ahead with 1.1. It could certainly be abstracted and brought to the Commons, like the Validator, if someone had the itch. :) Are you vo

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

On Tue, 23 Mar 2004 18:16:53 +, Peter A. Pilgrim wrote: > 1) I think you should keep the same elementary structure Moving forward, we have already decided to use Maven as our build environment, which addresses a number of consistency and structural issues. We had also decided to distribute n

Re: Struts TLP Sub-projects (RE: Making Struts Build Easier)

On Tue, 23 Mar 2004 06:31:51 -0500, Ted Husted wrote: > Something like Expresso is large enough to be a framework s/framework/Apache project - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EM

Re: Splitting struts-config into multiple jar and read them as resource stream

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 the > application." > > When in struts? > > Can I he

Re: Struts TLP Sub-projects (RE: Making Struts Build Easier)

On Tue, 23 Mar 2004 02:49:44 +, Peter A. Pilgrim wrote: > Would the same principle work with people who have taken Struts and > integrated or embedded as another framework? Having spent some type > integrating 1.1 into Expresso Framework in 2002, in our case can we > be classified as Struts ext

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

On Mon, 22 Mar 2004 23:49:31 -0800 (PST), Martin Cooper wrote: >> On the multi-repository projects I've worked on, we had a special >> repository just for integration tasks like this. > > So we'd need yet another repo - say struts-integration - just for > this. Why is that better than just doing w

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

On Tue, 23 Mar 2004 10:07:55 +, Peter A. Pilgrim wrote: > In my experienc multiple CVS repositories can make a project much > harder to manage. But are we singing from the same hymn sheet? Is a > "multiple repository" equal ( or not equal) to a CVS module? We mean multiple CVS modules. The ori

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

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 > EL and tags. I can live with all the commons-* JARs (even if it is > annoying), but in general - the les

Re: Please correct me if I m wrong

On Mon, 22 Mar 2004 12:30:11 -0600, Bhardwaj, Sharod wrote: > Execution of tag : name - Used to get value of the checkbox once > the form is submitted. property - used to map the status, i.e. > whether the checkbox shd be Yes or No, to the bean property. value > - value of

Re: Making Struts Build Easier (Re: "coming out" for JSF + Struts, was: Struts JSR?)

On Mon, 22 Mar 2004 09:53:02 -0800, Craig R. McClanahan wrote: > Yep ... that's why we need to finish the "how many repositories" > discussion so we can start migrating towards something that is > simpler. I continue to think that the easiest thing in the long run will be a module for each produc

Re: "coming out" for JSF + Struts, was: Struts JSR?

On Mon, 22 Mar 2004 08:00:00 -0500, Thomas L Roche wrote: > Ted Husted Sun, 21 Mar 2004 20:28:17 -0500 >> But I think either of us would rather be developing Struts than >> evangelizing Struts. >> > > This is not about "evangelizing": it's about clarifyin

Re: "coming out" for JSF + Struts, was: Struts JSR?

On Sun, 21 Mar 2004 13:49:45 -0500, Thomas L Roche (not speaking for IBM) wrote: > summary: McClanahan should clearly state *in some major publication* IMHO, either people like us will be able use JSF without Struts, or we won't. If we can, great. Less is more. If we can't, we'll create whatever

RE: branching 1.2 and 1.3 and CVS reorg for TLP status

On Sun, 21 Mar 2004 11:50:27 -0800 (PST), Martin Cooper wrote: > Incidentally, where would Tiles land in all of this? In theory, > it's not tied to JSP, but rather to Servlets, so it might be > applicable to some other presentation technologies, but clearly not > all. Yes, it might be a good idea

RE: branching 1.2 and 1.3 and CVS reorg for TLP status

On Sun, 21 Mar 2004 10:55:00 -0800 (PST), Martin Cooper wrote: > I am now leaning towards 3 repos myself: > > > struts-legacy >This is our current repo, renamed. I don't really care for this >name, but I can't think of anything better right now, and I hate > sticking numbers in repo na

Re: branching 1.2 and 1.3 and CVS reorg for TLP status

On Sun, 21 Mar 2004 12:05:44 -0800, Nathan Bubna wrote: > Martin Cooper said: > .. >> Another thought on this. When we get to Struts 2, I'd like to see >> us remove all of the JSP-ness of Struts from the core, and also >> add some degree of support for other presentation technologies, >> such as XS

RE: branching 1.2 and 1.3 and CVS reorg for TLP status

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 problem is that is that we already have the simplest thing. And, if we want multiple Maven-based products with

Re: OT: Struts JSR?

I think all of these things are already on the Struts Jericho list. The exception being workflow integration. The Struts Workflow is OK, but I personally don't like to use multiple action paths for workflows. Of course, the really cool thing about the Struts Chain is that it makes it very easy t

Re: [PROPOSAL] Struts infrastructure changes

On Sat, 20 Mar 2004 15:59:15 -0800 (PST), Martin Cooper wrote: > Do we want our own announcements@ list? In the past, we've sent > release announcements to the Jakarta announcements list, so I'm > wondering if we want one of our own now, for people who don't want > to subscribe to the Struts -user

Re: branching 1.2 and 1.3 and CVS reorg for TLP status

On Fri, 19 Mar 2004, Joe Germuska wrote: > >> 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 t

Re: Bylaws (was Re: [ANNOUNCE] Struts goes TLP with unanimous vote...)

the way, Stefan Bodewig put together a very nice wiki page to > serve as a resource as the Gump team puts their own bylaws together: > > http://wiki.apache.org/gump/Drafts/ProjectBylaws > > > It might be worth perusing for additional ideas. (I'm planning on > doing some peru

Re: OT: Struts JSR?

On Fri, 19 Mar 2004 18:53:58 -0800, Nadeem Bitar wrote: > If for example JSF 2.0 is available, and Spring Framework is well > integrated with JSF before Struts 2.0 is available, I strongly > believe that struts won't have a place and would lose market shares. First let's be very clear. It's *not*

Re: bean:define

On Sat, 20 Mar 2004 14:23:26 -0600, Bhardwaj, Sharod wrote: > can anybody tell me what is the use of bean:define tag..its really > bugging me up http://jakarta.apache.org/struts/api/org/apache/struts/taglib/bean/package-summary.html#doc.Creation sums it up. If you need further assistance, please

Re: [PROPOSAL] Struts infrastructure changes

I'm good with any of this, or with any product changes others want, or do not want, to make. :) On Sat, 20 Mar 2004 09:05:02 -0800 (PST), Martin Cooper wrote: > The following is a set of proposed changes to the Apache > infrastructure to accommodate the Struts move to an Apache top > level projec

Re: branching 1.2 and 1.3 and CVS reorg for TLP status

verything would goes through a "CommandAction", which in turn calls a Command from the Catalog to do the deed. (Anyone else tried that yet?) -Ted. On Fri, 19 Mar 2004 15:02:49 -0600, Joe Germuska wrote: > At 2:48 PM -0500 3/14/04, Ted Husted wrote: >> I'd say we coul

RE: Splitting struts-config into multiple jar and read them as resource stream

On Fri, 19 Mar 2004 14:04:26 -0300, Diego Fernandez wrote: > Hi, > Since my last mail to the list (a mail about Struts config design), > I have started to do some changes in the ActionServlet to support > other configuration methods. > I don't have too much time, but if I could do something useful,

Re: [ANNOUNCE] Struts goes TLP with unanimous vote...

On Thu, 18 Mar 2004 08:01:35 -0600, Joe Germuska wrote: > Actually, now that I read the generated HTML, I can see how this > isn't actually a conflict -- the roles.xml blurb isn't actually > saying that committers get to cast binding votes... I'm not coming > up with better verbiage, but one clari

Re: [ANNOUNCE] Struts goes TLP with unanimous vote...

On Wed, 17 Mar 2004 19:20:54 -0800 (PST), Martin Cooper wrote: > I'll be putting together a list, shortly, of what needs to happen > next for us to fully "graduate". Stay tuned... One thing the resolution mentions is that we are to draw up a set of bylaws. Heretofore, we've been operating under t

[STATUS LOG] 15 Mar 2004 - Jakarta-Struts

ays): 222 Total Number of Files Changed: 1796 -Active Committers-     * Craig R. McClanahan (craigmcc at apache.org)     * Ted Husted (husted at apache.org)     * Rob Leland (rleland at apache.org)     * Cedric Dumoulin (cedric.dumoulin at lifl.fr)     * Martin Cooper (martinc at apache.org)  

Re: Struts Jericho DTD

On Fri, 12 Mar 2004 10:30:08 -0600, Hookom, Jacob wrote: > > exception="com.mckesson.smo.AuthorizationException" /> /> This reminds me of the Maverick approach, which is both simple and effective. > Just some ideas... I've been working on developing a mock version > of this between projects

Re: Reviving Struts-Chain (was ... PageController ...)

On Sun, 14 Mar 2004 11:34:10 -0600, Joe Germuska wrote: > At 11:59 AM -0500 3/14/04, Ted Husted wrote: >> On Fri, 12 Mar 2004 15:07:18 -0600, Joe Germuska wrote: > No one is more gung-ho about Struts Chain than I am, but people > should be aware that we're still just into bet

Re: Reviving Struts-Chain (was ... PageController ...)

On Fri, 12 Mar 2004 15:07:18 -0600, Joe Germuska wrote: > > > Is now a good time to coin a "StrutsContext" class that > encapsulates the various arguments to "execute"? I've always kind > of wanted this for Action too. I've frequently thought it would be > a nice thing. This seems to get a l

Re: Apache License 2.0

On Sat, 13 Mar 2004 23:51:52 -0800, Steve Raeburn wrote: > 3. Scaffold additional copyright notices: > > There are some additional copyright notices in some of the Scaffold > files. I don't know if this is acceptable any longer under the new > license. > > -- o.a.s.scaffold.Base Action --> > Copyri

Re: ASL 2.0

- >>> From: David Graham [mailto:[EMAIL PROTECTED] >>> Sent: Sunday, March 7, 2004 10:08 PM >>> To: 'Struts Developers List' >>> Subject: Re: ASL 2.0 >>> >>> >>> I attempted to apply the patches but Eclipse wouldn't >&g

ASL 2.0

Would anyone have a chance to apply Paul's patch this afternoon? http://issues.apache.org/bugzilla/show_bug.cgi?id=27137 I'm out of town and this might be a bear for me to commit over a 28.8 modem connection :) Otherwise, I'll try to do it later tonight. -Ted. --

Re: Struts Logo

This might be the link Steve meant to post: http://www.ninsky.com/struts/logo/entries.do On Sun, 07 Mar 2004 01:04:28 -0800, Steve Raeburn wrote: > As a sideshow to the Struts TLP proposal, I'd like to resurrect a > discussion from a few months ago regarding a new logo for the > Struts project. >

Re: [VOTE] Struts as an Apache Top Level Project

+1 to submit the draft TLP resolution. +1 to nominate Craig as VP. -Ted. On Sat, 06 Mar 2004 11:20:01 -0800 (PST), Martin Cooper wrote: > Following up on a brief thread on this list in December [1], Craig, > Ted and I have put together a draft resolution to the board of > directors [2], along wi

Re: 1.2.x and beyond (was Tagging and Freezing)

t; > Niall > > > - Original Message - > From: "Ted Husted" <[EMAIL PROTECTED]> > To: "Struts Developers List" <[EMAIL PROTECTED]> Sent: > Sunday, February 29, 2004 2:12 PM > Subject: Re: 1.2.x and beyond (was Tagging and Freezing) >

Re: 1.2.x and beyond (was Tagging and Freezing)

On Fri, 27 Feb 2004 23:27:35 -0800, Craig R. McClanahan wrote: > * Create a CVS branch for this release, which starts as a snapshot > of the development tree when the release candidate is initially > created, and allows the RM to incorporate whatever subsequent HEAD > branch commits make sense (b

Re: Struts Change Tracking (Re: [ANNOUNCE] Struts 1.2.0 Test Build available)

Right now, I'm using the Maven changelog as a cut-and-paste guide to the release notes. I think the change plugin could be a replacement for this, especially if we start release more than one product, each of which could have their own change file. (struts-core, struts-opt-taglibs, struts-opt-e

Re: Tagging and freezing (was Re: Bug in JavascriptValidatorTag)

On Thu, 26 Feb 2004 10:54:49 -0800 (PST), Martin Cooper wrote: > 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

Re: 1.2.0 is tagged and frozen

On Tue, 24 Feb 2004 06:26:47 -0800, Paul Sundling wrote: > Taking a step back, here is how some other projects are dealing > with this issue: The example I'd be most willing to follow would be the one set by the httpd project: IMHO, these are the true "gia

Re: Bug in JavascriptValidatorTag

Yes, under the current process, there little reason to have a real "freeze". It's more like a heads-up now. AFAIC, the codebase should not be considered frozen now, and people can start applying fixes to go into 1.2.1, including the license thing. The only reason we're not starting a vote on th

Re: 1.2.0 is tagged and frozen

On Mon, 23 Feb 2004 11:23:08 -0800, Paul Sundling wrote: > I should probably still remove tags from the docs and > consolidate those into the volunteers page also. I'm afraid that our volunteers page is subject to the same considerations as the author tags. :( * Low hanging suit. In the unlikel

Re: 1.2.0 is tagged and frozen

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 > lists, or a subset? Thoughts? Following Craig's description of the Tomcat release approach (copy below),

Re: [VOTE] 1.2.0 Release Plan

> contrib Personally, I've been defining what is released by what is generated by the release target. :) For Struts 1.1, Struts-El was released coincident with the Struts 1.1 release, but they were separate events. If someone wants to also roll a struts-el release, or struts-jsf release, pleas

Re: [GUMP@lsd]: jakarta-struts/jakarta-struts failed

In regard to http://lsd.student.utwente.nl/gump/jakarta-struts/jakarta-struts.html we are currently using LICENSE.txt rather than LICENSE. Is that a problem? -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional c

Re: [VOTE] 1.2.0 Release Plan

Assuming it was all right with everyone, I'm setting the freeze date for 1.2.0 for tomorrow (Saturday) night. I'm updating the release plan. There are still a lot of enhancement patches that we haven't applied, but I think those can wait for later in the 1.2.x series. I do intend to start march

Re: Status of struts-examples

would be nice(-0) to keep these around for a while longer, > unless we are worried about bandwidth and want to encourage users > to use the docs in the distro. > > >> -Original Message- >> From: Ted Husted [mailto:[EMAIL PROTECTED] >> Sent: Thursday, February

Re: Status of struts-examples

One other thing are the JavaDocs under legacy. We started doing this during the Stuts 1.0 / 1.1 march when there was a serious gap between the shipping version and development version. These have been unlinked from the website for some time now, and I think they can be removed. I'd like to go ah

Re: Status of struts-examples

OK, I think everything is in synch now. I'm going to make a final pass on the release notes tonight, and check the docs for references to the old apps, but otherwise, we should be good to go. Do you want to set a new freeze date? -Ted. On Tue, 17 Feb 2004 21:26:17 -0800 (PST), Martin Cooper wr

Re: Develop against released commons versions [WAS: RE: string concatenation]

Yes, there lies the rub: If we were to submit a patch to commons-lang today, we could not roll a (potentially) GA-quality release tomorrow. At least not without also rolling a release of commons-lang and waiting for it to "go platinum" first. My suggestion would be that we start using "bridge pa

Re: [resources] new implementations [was: Re: cvs commit: jakart...]

Looking forward to it, James :) I am finding that a lot of teams in the field do want this functionality. If the plugin was not coupled to the contrib implementations, then I suppose you could try putting it under /plugins instead of contrib. -Ted. On Fri, 06 Feb 2004 08:40:09 -0500, James Mit

Re: FW: Problem with the forward attribute in action

If there is a /view.jsp, then it would work. You might want to check that it is the last or only mapping for "/view". I just modified the blank example in the distribution to demonstrate the usage. -Ted. On Thu, 05 Feb 2004 11:45:14 -0800, Narayanan, Sunitha wrote: > Hi, > > > I am reposting on

Re: Summary: Clean Up conf/share

We don't provide a datasource *implementation*, but we still support the datasources *manager*. IMHO, removing support for the datasources manager would force a major release since some applications would need to be redesigned. If we did decided to do that, then we should also extract the datas

Re: 1.2.0

nough for 1.2.0 :) -Ted. On Mon, 26 Jan 2004 07:46:06 -0500, Ted Husted wrote: > Getting there. We should be able to mop the the module enhancements > this week, and then roll it. > > > On Sun, 25 Jan 2004 11:39:18 -0800, Vic Cekvenich wrote: >

Re: cvs commit: jakarta-struts/contrib/tag-doc/src/java/org/apache/struts/taskdefs EnhMatchingTask.java TaglibDoc.java TaglibReport.java Util.java

Jason Hunter <[EMAIL PROTECTED]> * @author Nationwide Insurance > Company * @author OK State DEQ * @author Synthis Corporation. > [EMAIL PROTECTED]">Mohan Kishore^M > > > Ted Husted wrote: > > >> Oh, I think any of the contrib contributions of significance were

Re: Struts Jericho/Roadmap [was Does struts-chain work with tomcat 4.1 ?]

On Tue, 20 Jan 2004 18:15:21 -0700, Richard Hightower wrote: > What is the 411 on struts-jericho? It's a whiteboard proposal, waiting to see if anyone buys in :) I wanted to get something "other there" so we could start capturing ideas, but, right now, my own volunteer hours are going into getti

Re: Does struts-chain work with tomcat 4.1 ?

On Mon, 26 Jan 2004 09:36:14 +0100, Patrick Chanezon wrote: > Thanks Joe: you are definitely right, project inheritance should be > exactly what's needed for the struts / struts-chain use case. I had > completely forgotten about that possibility, since I've never used > it yet. I've been using it

Re: 1.2.0

Getting there. We should be able to mop the the module enhancements this week, and then roll it. On Sun, 25 Jan 2004 11:39:18 -0800, Vic Cekvenich wrote: > Is there any news on 1.2? > .V > > > > - To unsubscribe, e-mail: [EMAIL

RE: Compartmentalization of Modules (was Re: [18111] et al)

Thanks! I'll try it tonight. -Ted. On Sat, 24 Jan 2004 13:18:40 -0600, Gary D Ashley Jr. wrote: > I've just uploaded a patch file under this open enhancement request: > > > http://nagoya.apache.org/bugzilla/show_bug.cgi?id=24235 > > > This is against the current CVS branch to supply module="" to

Re: Compartmentalization of Modules (was Re: [18111] et al)

On Thu, 22 Jan 2004 21:48:21 -0800, Craig R. McClanahan wrote: > Orthogonal to adding a "module" attribute and other sorts of things > associated with this thread (I agree with the things I've read > along that line), I remember that Martin proposed (*many* moons > ago) the idea that module configu

Re: Compartmentalization of Modules (was Re: [18111] et al)

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. - To unsubscribe, e-

Re: Compartmentalization of Modules (was Re: [18111] et al)

As Nathan and Matt mentioned, the link would only be indicating what module it was linking to. No extra information is needed over what the contextRelative syntax would require. The contextRelative syntax simply embeds the module prefix in the link. Actually, there is one difference :) By using

Re: Compartmentalization of Modules (was Re: [18111] et al)

.do" />" maybe? > > Leonardo > > > Richard Hightower wrote: > > >> +1 on from a not >> voting member. >> >> >> -Original Message- >> From: Ted Husted [mailto:[EMAIL PROTECTED] >> Sent: Thursday, January 22,

RE: Compartmentalization of Modules (was Re: [18111] et al)

On Thu, 22 Jan 2004 01:00:55 -0600, Gary D Ashley Jr. wrote: > .e.: > > It seemed that if you have action="" attribute, then module="" was > the next logical step with making struts modular. For us, it > certainly helped provide the glue in a very large data centric > struts application. Large o

Re: Compartmentalization of Modules (was Re: [18111] et al)

On Tue, 20 Jan 2004 23:01:27 -0500, Robert Leland wrote: > Ted Husted wrote: >> My one concern is that "contextRelative" is a verbose attribute >> name and potentially confusing. From one perspective, the module >> is the current "context" :). It really m

RE: Compartmentalization of Modules (was Re: [18111] et al)

Like James, I've been counseling teams to go multiple struts-configs rather than modules, because of the issues with cross-linking and sharing resources between modules. If we go ahead with the patch to html:link, to match the other changes we made this week, then I wouldn't have to steer peopl

[18111] et al

In reference to which I also gathered under . The suggestion is to add "contextRelative" to rewrite, as we just did for img. The usecase being the sharing of common resources betw

Re: cvs commit: jakarta-struts/contrib/tag-doc/src/java/org/apache/struts/taskdefs EnhMatchingTask.java TaglibDoc.java TaglibReport.java Util.java

Oh, I think any of the contrib contributions of significance were by people who are already listed. Wasn't any trouble :) On Sun, 18 Jan 2004 09:58:01 -0800, Paul Sundling wrote: > Sorry about that, I was going to take care of that, but I wanted to > ask if the authors should be added to the volu

RE: why are form beans required for html:form?

On Sun, 18 Jan 2004 21:55:19 -0600, Joe Germuska wrote: >> A JSP author should be able to define one without any problem. >> And the one suggested here, could be a standard part of your >> team's starter Struts config. >> > > Well, I just want it all NOW and we're already piling a lot onto > the pe

RE: cvs commit: jakarta-struts/contrib/struts-el/doc/userGuide struts-html-el.xml

Similar but different. :) The previous change was to the logic:redirect tag. The latest was to html:img. I just got a clue and saved you the trouble of cleaning up afterwards. :) -Ted. On Sun, 18 Jan 2004 09:30:08 -0800, Karr, David wrote: > It looks like this is the same change I committed las

RE: why are form beans required for html:form?

11:31:46 -0600, Joe Germuska wrote: > At 11:29 PM -0500 1/15/04, Ted Husted wrote: >> My only comment is that it seems we're throwing a lot of >> technology at a problem that could be solved by putting an empty >> DynaActionForm in the Struts config, and just referring to

Re: Feedback on xml-filtering for message parameters (#26112) ?

We've been quite negligent when it comes to patches. There's at least 26 outstanding, the eldest dating to October 2002. As soon we roll out 1.2.0, handling these, one way or the other, is my next priority. -Ted. On Thu, 15 Jan 2004 14:25:54 +, Roberto Tyley wrote: > > > If anyone with a bi

RE: why are form beans required for html:form?

My only comment is that it seems we're throwing a lot of technology at a problem that could be solved by putting an empty DynaActionForm in the Struts config, and just referring to that. Perhaps something like: -Ted. On Thu, 15 Jan 2004 09:45:41 -0600, Joe Germuska wrote: > At 8:25 AM -0

RE: why are form beans required for html:form?

On Thu, 15 Jan 2004 12:14:46 -0600, Joe Germuska wrote: > Now, at the risk of sidetracking this discussion, I have to bring > up my other Struts pet-peeve -- the over complexity of pre-filling > forms from data rather than from the request. I'm wondering if > bringing up some questions about how t

RE: Validating Formatted Numbers Patch [Bugzilla 26151]

In principle, I'd agree with Rick, since these type of patterns are the standard way of doing this sort of thing on the Java platform. But, the sticky wicket is lack of a JavaScript implementation. People would expect an implementation like this to include client-side support, as the other valid

Re: why are form beans required for html:form?

Someone needs to try relaxing the requirement and see what happens to the input tags. Of course, the point of the exercise is really the input tags. The buttons are secondary. We don't want to complicate the input tags for this edge case. (Though, I don't know if it would be a complication or n

Re: Why the different parameter counts?

On Wed, 14 Jan 2004 06:49:48 -0800 (PST), David Graham wrote: > > --- Larry Meadors <[EMAIL PROTECTED]> wrote: > >> I am looking at the MessageResources class, and the MessageTag >> class, and wondering if there is a reason for them accepting >> different numbers of optional parameters - the Messag

RE: Maven status

I've been migrating another project to Maven that builds a shared (e.g. framework) JAR and then several related applications. It's going well. As soon as we (meaning I) mop up # 25855, we can roll 1.2.0 and complete the Maven migration. The shared examples application is up, so I have a modular

Re: maven checkstyle report

On Sat, 10 Jan 2004 16:24:49 -0600, Joe Germuska wrote: > This is the stuff religious wars are made of; it is true, though, > things like diff work much better if indentation is done > consistently, whichever character is used. I don't recall if > there's an official preference in Struts, but I im

Re: maven checkstyle report

On Sat, 10 Jan 2004 14:59:22 -0800 (PST), Martin Cooper wrote: > > The Struts rule is, and has always been, spaces only. No tabs. The rule stems from echoing the CVS diffs by email to the DEV list. Tabs confound the emails. -Ted. ---

Re: cvs commit: jakarta-struts/web/tiles-documentation/examples/tiles footer.jsp

We really can't remove Cedric's copyright, any more than someone else could remove ours. The ASF takes oversight regarding copyrights and licensing very seriously. We need Cedric's permission first. I do agree with the sentiment. In fact, as soon as 1.2.0 is wrapped up, I plan to start removing

Re: pagePattern

The work on the "examples" application is going well. I combined them and setup a master welcome page. I just need to replace some straight-links between pages with actions, so that the module information carries forward. Should have something to check-in tonight. Then we'll have a base line aga

RE: Please add this Tiles tutorial to the tutorial list....

We don't maintain the Resource Pages anymore, but there's a Struts site at SourceForge that has picked up where we left off. So, you'd want to post these links to the list or tracking are there. -Ted. On Mon, 05 Jan 2004 00:34:07 -0700, Richard Hightower wrote: > Specifi

[STATUS LOG] 30 Dec 2003 - Jakarta-Struts

ts 2.0 feature set. A preliminary whiteboard has been posted <http://cvs.apache.org/viewcvs.cgi/jakarta-struts/contrib/struts-jericho/>. -CVS Activity- * Total Commits: 89 Total Number of Files Changed: 401 -Active Committers- * Craig R. McClanahan (craigmcc at apache.org) *

Re: [Proposal] ActionFactory refactoring

On Fri, 02 Jan 2004 13:42:48 -1000 (HST), Don Brown wrote: > Ok, sounds good. I'll create a bugzilla entry and post the patches > there. Here's an old one that you could use: http://issues.apache.org/bugzilla/show_bug.cgi?id=23583 -T. -

Re: [Proposal] ActionFactory refactoring

On Fri, 02 Jan 2004 13:42:48 -1000 (HST), Don Brown wrote: > Ok, sounds good. I'll create a bugzilla entry and post the patches > there. Speaking of factories ... http://issues.apache.org/bugzilla/show_bug.cgi?id=13638 -T. -

  1   2   3   4   5   6   7   8   9   10   >