able to them. Hopefully that will change this year, and we'll find nearly
> everyone has finally found the budget to upgrade.
Upgrading the container, though, is only half the story. That will allow
the developers to use newer technologies in new parts of the application,
but doesn't
he doc and release note updates. Just let me know when we're ready to
roll and I can take it from there.
--
Martin Cooper
>
>
>
>
>
> -
> To unsubscribe, e-
couple of ways:
* Start from http://wiki.apache.org/struts/StrutsProjectPages.
* Go to the front page and click on OrphanedPages.
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-ma
On Wed, 24 Mar 2004, Ted Husted wrote:
> 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). ;-) I
On Wed, 24 Mar 2004, Ted Husted wrote:
> 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
On Wed, 24 Mar 2004, Craig R. McClanahan wrote:
> 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
ting
> a vote.
>
> The Resources thing has been a longtime coming and should be stable. I wouldn't
> hesitate to do both Resources and Struts Chain in the HEAD now.
I'm OK with Chain being promoted as is, but I'd prefer to see Resources
migrate to a presence-based bui
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 +0100, Filippo Munafò wrote:
> > > > Perfect! What you did in JSF
l be points in time that we'll want to label or branch
the entire code base, which will be easier to do across a single module.
So, there are pros and cons both ways, of course. Now we just need to
make a decision and move on it. ;-)
--
Martin Cooper
> My only feeling is that should w
or removing modules. This
is something I did in a project about a year ago, very successfully, so I
think it's worth adding to the Struts core.
In a similar vein, I'd like to talk about separating out the config
reading som
On Mon, 22 Mar 2004, Craig R. McClanahan wrote:
> 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 thing
at other people have seen the same
thing, and that it's sometimes associated with trying to stop Tomcat when
it's already stopped. Any ideas on how to fix this would be most welcome.
--
Martin Cooper
On Mon, 22 Mar 2004, Martin Cooper wrote:
> Current status:
>
> 41: All tes
ot;rationalized". (First things first!)
I'd be open to it, but I think we have a lot of things we'd want to do to
get our own house in order before we actually take action on this. I also
think it might be a tricky issue in some respects. For example, we'll be
fac
se with which you can just type
'maven' and have everything happen.)
--
Martin Cooper
>
> Hermod
>
> -Opprinnelig melding-
> Fra: Joe Germuska [mailto:[EMAIL PROTECTED]
> Sendt: 22. mars 2004 15:28
> Til: Struts Developers List
> Emne: Making Struts B
et our tests back in gear!
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
On Sun, 21 Mar 2004, Craig R. McClanahan wrote:
> 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 thin
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 can always chan
gacy', since the latter has a more negative connotation, in my mind at
least. But I won't make a big deal of it if other people prefer 'legacy'.
;-)
--
Martin Cooper
>
> We were already getting ready to change things around. And we *do* need to move
> things
s, and it's not going to go away
> > any time soon. That being said, however, it's time for Struts to start doing
> > some more innovation instead of incremental improvements, in order to remain as
> > popular for new development.
> >
>
> That is my poin
On Sat, 20 Mar 2004, Craig R. McClanahan wrote:
> 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
I suspect there will be difficulties if
> we decide to split up what has been a single repository (jakarta-struts) into
> per-subpackage repositories. A guru on CVS would definitely be useful here.
A CVS repo rename will preserve all of our history, obviously. After that,
I can take care of
ase its market share, but because Struts works for
us, and we care to put in the time and effort to maintain and further
develop it. The fact that it has become sufficiently popular to turn into
a de facto standard is nice, but that's secondary to (most of) us, and not
why we're here.
--
M
On Sat, 20 Mar 2004, 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. The idea is to
> come up with a single agreed-upon set of changes that we can submit to the
> infrastr
he 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 perusing of it myself when I have some time.)
--
Martin Cooper
On Thu, 18 Mar 2004, Ted Husted wrote:
> On Wed, 17 Mar 2
On Sat, 20 Mar 2004, Mike Kienenberger wrote:
> Martin Cooper <[EMAIL PROTECTED]> wrote:
> > Optional: Move to Jira (IMO, now's as good a time as any.)
>
> One thing I've noticed about Jira is that attachments cannot be deleted
> general developers, only member
(There are a lot of internal changes we'll want to
make as well, but I'm not trying to address those here.)
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
that several times before, and I don't want to
have to deal with it again.
So before we bring Struts Chain into the mainstream, Chain needs to be
promoted out of the sandbox and into Commons Proper, preferably in good
enough shape that it's not too far from being released. (Of course, the
l
out driking Irish alcohol I was the first to
> see the email, and I got to be the whistle-blower. :)
Nah, you just type a little faster than I do. ;-)
I'll be putting together a list, shortly, of what needs to happen next for
us to fully "graduate". Stay tuned..
concerned.
Please find attached our proposed board resolution.
Submitted on behalf of the Struts community by:
Craig R. McClanahan
Ted Husted
Rob Leland
Cedric Dumoulin
Martin Cooper
Arron Bates
James Holmes
David M. Karr
David Graham
James Mitchell
Steve Raeburn
Don Brown
no strong feelings one way or another
Excellent. Now I don't have to modify the resolution at all. ;-)
--
Martin Cooper
>
> Don
>
> - Original Message -
> From: Martin Cooper <[EMAIL PROTECTED]>
> Date: Thu, 11 Mar 2004 21:47:05 -0800 (PST)
> To: Struts
cessary
condition for Struts becoming a TLP. He voted +0, after all.
--
Martin Cooper
>
> -Rob
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For
On Thu, 11 Mar 2004, Arron Bates wrote:
> Ooops, just missed it. :)
Not at all. I won't be sending the proposal to the board until the
weekend, so now that you've responded, you're in. :-)
--
Martin Cooper
> No worries. Due to life, I've been conspicuous i
.
--
Martin Cooper
On Sat, 6 Mar 2004, 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 a cover letter [3], that would promote Struts to an Apache
> top-l
ass in Commons Collections. I
think this should do what you want.
http://jakarta.apache.org/commons/collections/apidocs/org/apache/commons/collections/list/LazyList.html
--
Martin Cooper
>
> Thank you for reading,Jang
>
> __
Vice President, Apache
> >Struts.
> >
> >Here's my +1 on the resolution as drafted, and my +1 for Craig as Vice
> >President.
>
> +1 for Struts as a top level project
> +1 for Craig as VP
>
> Please feel free to add my name to the cover letter.
Done. I
che
Struts.
Here's my +1 on the resolution as drafted, and my +1 for Craig as Vice
President.
--
Martin Cooper
[1] http://nagoya.apache.org/eyebrowse/SearchList?listId=&[EMAIL
PROTECTED]&searchText=%22Why+you+*want*+to+be+on+the+PMC%22&defaultField=subject&Search=Search
It's probably obvious by now, but just wanted to confirm that the CVS tree
is no longer frozen. Now we can get those pending commits dealt with. ;-)
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For addit
has a chance to retain their commit privileges, should they so desire.
If you're a committer, and you're not sure if you have a CLA on file,
please read the message below, and follow up if necessary.
--
Martin Cooper
-- Forwarded message --
Date: Mon, 23 Feb 2004 18:2
ch, but that's not a bad idea at all. I can't
think of a good reason to move tags, other than to tweak things as part of
the release process, and only the RM should be doing that.
Now, where can we document this? ;-)
--
Martin Cooper
>
> Joe
>
>
-
release.
Once feedback has been collected on the stability and general quality of
this build, a determination will be made as to whether it should be
promoted to Alpha status.
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED
know if they're OK. Hopefully, this one will be OK and
I can go ahead and announce it to both lists.
--
Martin Cooper
On Wed, 25 Feb 2004, Martin Cooper wrote:
> On Sun, 22 Feb 2004, Martin Cooper wrote:
>
> > The release is built, but I have a couple of problems.
> >
>
us.
As for 1.2.0, I'd like to ask that people not change the build files until
I get it rebuilt with Struts-EL included (hopefully this evening), in case
I need to make changes there. However, you can consider the tree open for
other changes, to be included in 1.2.1 (i.e. please don't mo
e a look when I
get home tonight. And thanks for catching it!
--
Martin Cooper
>
> I tried 1.2.0 in AppFuse and all tests pass! Nice work gents. I didn't
> even have to modify any files - my last Struts update was December 2,
> 2003.
>
> Matt
>
> > -Orig
On Sun, 22 Feb 2004, Martin Cooper wrote:
> The release is built, but I have a couple of problems.
>
> 1) My ISP has gone flaky on me, and I haven't been able to upload it to
> minotaur. They claim the problems should be fixed tomorrow, so hopefully
> I'll be able to upl
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
> > lists, or a subset? Thoug
is new release strategy, where should the announcement
message go, since it's not a Final release? The same lists, or a subset?
Thoughts?
--
Martin Cooper
On Sun, 22 Feb 2004, Martin Cooper wrote:
> Please hold off on all checkins until the release is do
Please hold off on all checkins until the release is done.
Thanks.
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
versions that
> does this automatically. The Python version has undergone several
> versions to
> improve the copyright conversion. You might want to start there first.
Yes, I would also suggest going with the Python version. It's seen
considerably more usage, a
they
> always fail for me:
> org.apache.struts.taglib.bean.TestCookieTag.testCookieTagNameMultiple
> -- I have to assume this is some kind of local configuration problem,
> but I'm not hanging. One day I hope to have time to figure out the
> problem, but I'm far from a Cac
off
until the release is uploaded (or I send a "Houston, we have lift-off"
message) before updating your source tree.
(It turns out that I have a social engagement today also, so I can't take
care of this before tag/freeze either.)
--
Martin Cooper
>
> Paul Sundling
>
&
doing nothing. They used to work, but I can't recall what I might have
changed to break it. Anyone have any ideas? Obviously, I don't want to
create a release and not be able to run the tests!
--
Martin Cooper
>
> -Ted.
>
>
>
>
old apps around, but not enough
for them to build.
What still needs to happen before this is all in place, and we can put a
1.2.0 release together?
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional
code from
> o.a.s.commons.lang to o.a.c.lang.
+1
I like the "bridge" packages idea, because it makes it clear where our
potential dependencies are, as well as how extensive they are.
--
Martin Cooper
>
> This would similar to the approach we are trying with commons-re
sing but supporting
the reliance of web apps on shared jars provided by the container.
In answer to your question above, wouldn't the answer be "don't rely on the
jars provided by the container, include the ones you need in your web app",
as you used to espouse?
, etc) getting this from
> lsd.student.utwente.nl?
There is no Apache hardware (yet) for Gump runs. The lsd machine is one that
Leo Simons has set up to run Gump and send the nag messages. There are plans
to dedicate a machine to Gump once we get the hardware in place (which
should be fairly soon).
--
Martin
etween components by
duplicating functionality. The whole point of Commons is to avoid
duplication, so why are people pushing back against using the successful
components that we helped create here in Struts?
--
Martin Cooper
>
> David
>
> --- Martin Cooper <[EMAIL PROTECTED]> wrote:
te often used.
Do you have actual benchmarks to show that it would make a significant
difference, or are you going on basis that this is "obvious"?
--
Martin Cooper
>
> thanks,
> nishant.
>
> On Sun, 2004-02-15 at 07:41, Martin Cooper wrote:
> > Rather than add a ne
st (on the commons-dev list) adding a
variation of your StringHolder class, based on the join() method above, to
Commons Lang.
--
Martin Cooper
> -Original Message-
> From: nishant kumar [mailto:[EMAIL PROTECTED]
> Sent: Saturday, February 14, 2004 5:46 PM
> To: [EMAIL PROTEC
record I am a big -1 on changing Struts tags to support
> non-standard HTML. IMO, if you want to support just IE (which is
> invariably the cause for these type of requests), you shouldn't get any
> help from Struts.
+1. Or is that -1. How does one support a -1? ;-) For once, &qu
ou'll find that there has been considerable
discussion on this in the past, and that I vetoed it in the past. I will
continue to veto a change such as this, or the alternative below for the
same reasons - we support HTML 4.01 attributes, no more, and no less.
--
Martin Cooper
>
>
>
ml#h-17.4
> >
> > Joe
>
> I can't say I'm surprised to hear that since it wasn't in my little
> book. At the same time, if a given attribute is not part of the
> official W3C HTML spec, does that mean we shouldn't support the feature
> if there is brow
to parse web.xml.
> >
> >David
> >
> I'm not the struts gurus that many of you are, but let me ask innocent
> questions for my own enlightment. If 1.1 is supporting 2.2, why do we
> have 2.3 dtd also.
We support 2.2 and later, so we need both.
> Since 2.4 uses
n't know why we carry around web-app dtd's
> web-app_2_3.dtd
Struts parses these files, and wants to do a validating parse. We need
local copies so that we're not forced to retrieve them across the net.
--
Martin Cooper
>
>
> -Rob
>
>
>
> ---
dule concept. Jumping around between modules arbitrarily
*might* be useful to some people in extending what they can do with modules
today, but at the same time, it might also allow ways of circumventing
structure that other people want to impose on modules.
In other words, I *can* think of reason
re isn't as obvious. How important is it
> wether there are tabs or spaces? That's not really my call, but I'm
> willing to take care of it either way.
The Struts rule is, and has always been, spaces only. No tabs.
--
Martin Cooper
>
> Paul Sundling
>
>
&
ention the new policy on @author tags and
> that we're including people on the volunteer page in the documentation
> on how to help. Anyone have some good wording for that?
Not off the top of my head, but I agree it's a good idea.
--
Martin Cooper
>
> Paul Sundling
>
&
Is there a reason for removing Cedric's copyright? As I understand it,
based on the language in the CLA, Cedric is entitled to keep his own
copyright there, if he so desires.
--
Martin Cooper
On Wed, 7 Jan 2004 [EMAIL PROTECTED] wrote:
> rleland 2004/01/07 13:14:40
>
> Mo
can come up with
anything better.
BTW, I assume you're proposing this as a post-1.2.0 change?
--
Martin Cooper
On Fri, 2 Jan 2004, Don Brown wrote:
> What if we extracted the creation of Actions and ActionForms (including
> DynaActionForms) into an ActionFactory, overridable by th
ng against your container now, you may have problems even after
Struts compiles successfully.)
--
Martin Cooper
On Thu, 1 Jan 2004, 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
e. There are quite a lot of these around now -
see http://notlong.com/links/ - but I don't know if any of them are open
source. If not, I might have to write one, but it shouldn't be that hard.
Comments?
--
Martin Cooper
>
>
>
> On Thu, 1 Jan 2004 [EMAIL PROTECTED] wro
ferently, of course.)
--
Martin Cooper
On Wed, 31 Dec 2003, Hablutzel, Robert wrote:
> I haven't heard any response to this enhancement request. To recap,. the
> idea is to add the ability for the html tags to be configured via a
> supplied bean - the properties on the bea
or details:
http://www.apache.org/dev/contributors.html#cvsbasics
--
Martin Cooper
>
> Thanks
> Joe
>
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
I haven't had a chance to catch up completely, but the outage this weekend
suggests an after-Christmas 1.2.0 release, unfortunately - at least, if I
need to be involved. (If not, great - go for it!)
--
Martin Cooper
On Sun, 21 Dec 2003, Ted Husted wrote:
> OK, here's what we have
gt; it would now be technically feasible to implement the controller
> as a filter instead of a servlet.
It would certainly be technically feasible to do that, but are there
practical advantages to doing so? The only thing I can think of is that
it's easy to punt on a request and let somethi
On Thu, 18 Dec 2003, Craig R. McClanahan wrote:
> 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 th
he substantial difference in the "character" of the XML
config files would easily confuse a newcomer trying to get his/her head
around the syntax. If we could make those files "look" like Struts config
files (or vice versa, for that matter), that would help, though.
--
Martin C
> Creating one definition of each target is hard work (this is true when
> using extension too), because most of pages of a module works on the same
> page layout.
It's not "hard work" at all if you make use of 'extends'. ;-)
--
Martin Cooper
>
> I
th of Struts 2.0? Or do we let
whatever falls out just fall out and deal with it later?
--
Martin Cooper
On Wed, 17 Dec 2003, Don Brown wrote:
> Ok, I wasn't sure as I didn't want to distract from the onging 1.2.x
> release work. :) I'll throw out some ideas here, then develo
On Wed, 17 Dec 2003, Don Brown wrote:
> Is there one? I have several ideas I'd like to toss into the discussion.
Yep. This is it.
--
Martin Cooper
>
> Don
>
> On 17 Dec 2003 [EMAIL PROTECTED] wrote:
>
> > husted 2003/12/17 12:49:28
> >
> &
a rules.
Under "Decision Making", in the section on "Release Testing", is the
following statement:
"Majority approval is required before the release can be made."
http://jakarta.apache.org/site/decisions.html
So, we do need to vote on each and every release.
ar, the Jakarta rules require a vote, while the HTTPD rules do
not. I suspect that this vote may be sufficient, but I'll check when I get
a chance.
--
Martin Cooper
On Tue, 16 Dec 2003, Ted Husted wrote:
> I've amended the date on the (now venerable) 1.2.0 release plan fo
o a suite of
> Canoo Webtests for the example applications, which will be easy to run
> against any given container.
I'm not familiar with Canoo (but always interested in hearing about good
new testing tools!). Can you give a quick outline of what it would add
to our Cactus + *Unit tests?
--
Ma
t 5.0, now that a stable release is available:
http://jakarta.apache.org/site/news.html#20031203.1
--
Martin Cooper
>
> -Ted.
>
>
>
>
> -
> To unsubscribe, e-mail:
The Struts team has voted in Joe Germuska as a new committer, with the
following results:
+1:
Martin Cooper
Don Brown
David Graham
James Mitchell
Robert Leland
Steve Raeburn
Craig McClanahan
Ted Husted
-1:
None
The voting thread is here:
http://nagoya.apache.org/eyebrowse
27;s my +1.
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
nloads from a mirror against the signatures on the main Apache site.
For an automated build process to be trustworthy, it would either have to
do that same verification automatically (unlikely, IMHO) or obtain its
dependencies from an Apache server. That means an Apache repo, as Steve
suggested.
s idea has been bandied about on infrastructure@ several times. Right
now, they're in the process of procuring some serious new hardware for
Apache. Once that's in place, I wouldn't be surprised to see an Apche repo
for Maven (amongst other) builds. That would make a lot of folk
writing Ant tasks, well... ;-{
In any case, more power to the folks working on Mavenising Struts, but, as
Steve says, let's not let that get in the way of a 1.2.0 release.
--
Martin Cooper
>
> For maintenance purposes, the live documentation is still in docs. Don't
> bother tr
e I'm not much of a Maven maven myself.
--
Martin Cooper
>
> -Ted.
>
> Original Message
> Subject: Re: Maven test run
> Date: Fri, 28 Nov 2003 13:55:44 -0500
> From: Ted Husted <[EMAIL PROTECTED]>
> Reply-To: Struts Developers List <[EMAIL P
On Thu, 27 Nov 2003 [EMAIL PROTECTED] wrote:
> Good point, thanks for solving the mystery. I've updated the test to not
> depend on the hashmap order.
Cool. Works for me. :-)
--
Martin Cooper
>
> Don
>
> > I'm also getting a failure on TestActionConfigMatcher
After copying my local Validator build to Maven's repo, I get the same as
you do - no tests to run.
Doing the Ant test.junit thing, I get the TestActionConfigMatcher failure,
but it looks like Steve has tracked that one down.
--
Martin Cooper
On Thu, 27 Nov 2003, James Mitchell wrote:
while all the rest
were picking it up correctly.
--
Martin Cooper
>
> David
>
>
> --- [EMAIL PROTECTED] wrote:
> > martinc 2003/11/27 14:14:51
> >
> > Modified:src/share/org/apache/struts/util MessageResources.java
> > Log:
> > Make sure getMess
t my mop and bucket ready. ;-)
--
Martin Cooper
>
> -T.
>
> Martin Cooper wrote:
> > On Tue, 25 Nov 2003, Ted Husted wrote:
> >
> >
> >>With the long weekend coming up, I was thinking of rolling up my sleeves
> >>and doing whatever needs to be done to cut 1.
" release, and we'll have to cut a few more
> before we get to GA. But, I'd like to start the ball rolling.
+1 to all of that.
--
Martin Cooper
>
> -Ted.
>
>
>
> -
> To unsubscribe, e-ma
It sounds like you might have re-invented (aspects of) Spring:
http://www.springframework.org/
Perhaps without the explicit IoC part, though. ;-)
--
Martin Cooper
On Mon, 17 Nov 2003, n. alex rupp wrote:
> Hello, all.
>
> I've been meaning to drop in for quite a while. I
u're going to run around spouting the way you have been, I
see absolutely no reason that you should expect free publicity from the
ASF, nor do I see why you would even desire that. It could only make you
feel more dirty still.
I fully support Craig's action in updating the Struts si
of Responsibility pattern. It's certainly not a microkernel
or a framework of any kind. The chain config itself (which is not part of
Struts Chain per se) could be considered as a registry of sorts, but it's
quite different to what HiveMind'
I'll work with Scott on this over on pluto-dev, since he's likely not
subscribed to struts-dev (while I am subscribed to pluto-dev).
--
Martin Cooper
On Wed, 29 Oct 2003, Mete Kural wrote:
> Hello Struts developers,
>
> Scott Weaver from the Jetspeed and Pluto projects wro
ining it now that we're using Commons FileUpload to do the heavy
lifting.
Just asking up front so that I don't have to go back and remove a boatload
of deprecations if it turns out that somebody wants to keep it. ;-)
-
o it. The usage looks like this:
value2
...
The map tags could be added to Unstandard at Jakarta Taglibs, if there's
interest.
--
Martin Cooper
>
> (from 2003-07-03, see
> http://marc.theaimsgroup.com/?l=struts-dev&m=105726259312808&w=2)
>
1 - 100 of 682 matches
Mail list logo