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
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
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:
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
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 direction
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?
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 would
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 thinking Martin has something up his
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 want to
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 Tomcat
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
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
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
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 what we
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
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 help?
I
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: [EMAIL
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
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
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 clarifying the
relationship between 2 large parts of J2EE's
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
product.
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 the
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 less
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
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
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 XSLT and
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 names,
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 to
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
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 project.
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
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*
be worth perusing for additional ideas. (I'm planning on
doing some perusing of it myself when I have some time.)
--
Martin Cooper
On Thu, 18 Mar 2004, Ted Husted wrote:
On Wed, 17 Mar 2004 19:20:54 -0800 (PST), Martin Cooper wrote:
I'll be putting together a list, shortly, of what needs
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 the
Struts-Chain RequestProcessor is to get it out there as the
nightly build. [Many hands make light
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 or
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, I
, 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 could branch what we have as 1.2 and start thinking of
the HEAD as 1.3.
IMHO
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 the
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
-
* 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)
* Arron Bates (arron at apache.org)
* James Holmes (jholmes
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 --
Copyright (c)
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 little
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 beta with functionality
On Fri, 12 Mar 2004 10:30:08 -0600, Hookom, Jacob wrote:
mapping uri=/*
action execute=#{applicationController.validateLogin} / catch
exception=com.mckesson.smo.AuthorizationException / form id=C
/ /mapping
This reminds me of the Maverick approach, which is both simple and effective.
Just
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.
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.
attempted to apply the patches but Eclipse wouldn't
cooperate. I don't have any other cvs tools on my windows box,
which is the only one with Struts development setup at the
moment.
David
--- Ted Husted [EMAIL PROTECTED] wrote:
Would anyone have a chance to apply Paul's patch
+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 with
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,
: 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)
On Fri, 27 Feb 2004 23:27:35 -0800, Craig R. McClanahan wrote:
* Create a CVS branch for this release, which starts
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 the tags?
On Mon, 23 Feb 2004 11:23:08 -0800, Paul Sundling wrote:
I should probably still remove author 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
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 the
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:
http://httpd.apache.org/contributors/
IMHO, these are the true giants
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),
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
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,
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
(-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 19, 2004 01:24 AM
To: 'Struts Developers List'
Subject
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
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
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
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
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 this
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
:)
-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:
Is there any news on 1.2?
.V
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
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
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 getting
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
On Thu, 22 Jan 2004 01:00:55 -0600, Gary D Ashley Jr. wrote:
.e.: html:link action= module= ...
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
wrote:
+1 on html:link module=exercise action=welcome / from a not
voting member.
-Original Message-
From: Ted Husted [mailto:[EMAIL PROTECTED]
Sent: Thursday, January 22, 2004 11:30 AM
To: Struts Developers List
Subject: 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,
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
In reference to
http://issues.apache.org/bugzilla/show_bug.cgi?id=18111
which I also gathered under
http://issues.apache.org/bugzilla/show_bug.cgi?id=25855.
The suggestion is to add contextRelative to rewrite, as we just did for img. The
usecase being the sharing of common resources between
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
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 people who
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
: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 that.
Perhaps something like:
form
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
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 the
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:
form-bean name=buttonForm type=org.apache.struts.action.DynaForm /
-Ted.
On
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 bit
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 MessageTag
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
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.
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
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
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
We don't maintain the Resource Pages anymore, but there's a Struts site at SourceForge
that has picked up where we left off.
http://struts.sf.net
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:
On Thu, 01 Jan 2004 22:59:03 -0800, Anand Stephen wrote:
Greetings,
Wish you all a very happy new year!
I am trying to compile the latest source of struts I have attached
the error log. Any help would be appreciated, -anand
---
Outgoing mail is certified Virus Free.
Checked by AVG
I was setting up a working test for pagePattern in an application that doesn't use
module (the Mailreader Example). It doesn't seem to recognize a pattern like
/pages$M$P where it the same application it does recognize a forwardPattern like
/do$M$P.
I think I see where the problem might be,
We probably wouldn't be able to rename it per se. We'd have to deprecate one class and
bring another up using the new name. (The one we deprecating being a shell that calls
the new one.) Tyranny of the installed base, and all that :)
A lot of the naming in the Tiles package is inconsistence and
to address the pagePattern and other module reports for 1.2.0, and need a
test-bed, I'm going to have a go at combining the aforementioned gang of three.
-Ted.
On Fri, 02 Jan 2004 07:18:19 -0500, Ted Husted wrote:
I was setting up a working test for pagePattern in an application
that doesn't use module
-
From: David Graham [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED] Sent:
Friday, January 02, 2004 1:36 PM Subject: Re: pagePattern
--- Ted Husted [EMAIL PROTECTED] wrote:
I was setting up a working test for pagePattern in an
application that doesn't use module
On Fri, 02 Jan 2004 06:49:42 -0800 (PST), David Graham wrote:
We should discuss LocaleAction in its own thread. I'm not
necessarily opposed to putting it in the standard actions package
but I'd like to have an explanation, use cases and design review
before we add it.
We can just dodge that
IMHO, if we were writing Struts today, then this definitely would have been a factory
in the first place. So making it a factory now seems reasonable, so long as someone is
willing to do the work :)
My one concern is the ActionServlet reference in the signature. I don't feel good
about adding
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.
-
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.
Joe,
I know I've asked this before, and forget how it turned out, so please
forgive me for asking again :)
Would it be possible to do an example usage of the DigestingPlugin that
sets up static servlet context attributes, as is done by the
MemoryPlugIn in the MailReader Example?
Of course,
No a patch per se, but there is a structural solution that we could try.
The ones I marked LATER were just reports with no suggestions as to a fix.
-T.
James Mitchell wrote:
I must be missing something. I don't see a patch.
--
James Mitchell
Software Engineer / Struts Evangelist
1 - 100 of 1013 matches
Mail list logo