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
>
&
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
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
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]
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
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
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
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
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
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.
> >
>
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
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
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
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
>
> __
.
--
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
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
cessary
condition for Struts becoming a TLP. He voted +0, after all.
--
Martin Cooper
>
> -Rob
>
>
>
> -
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For
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
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
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..
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
(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]
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
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, 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
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
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
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
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
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
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
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
et our tests back in gear!
--
Martin Cooper
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
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
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
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
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
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
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
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
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 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
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, 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
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
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-
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
m reluctant to believe it's a simple matter of editing the
> patch file. Should I then have a seperate CVS tree for each patch -
> which only contains changes relevant to a given bug? (Man - that's a
> nasty solution, but it's the best one I can come up with! That
ing is for. Branching is used to maintain
multiple versions of the code in the CVS repository. What Eddie is trying to
do is create diffs for patches to the code. You wouldn't want to be making
changes to the repository just to prepare patch files.
--
Martin Cooper
>
> -Daniel
>
> ---
FYI, there's a cool CVS QuickRef here:
http://www.refcards.com/
Only the Cederqvist will give you the full scoop, but I find this 'card'
handy when I can't remember the option I want. (Brain rot, you know :)
--
Martin Cooper
> -Original Message-
> From:
a more general discussion of
how Struts in general, and the module concept in particular, can be expanded
to address peoples' needs.
--
Martin Cooper
> -Original Message-
> From: Eddie Bush [mailto:[EMAIL PROTECTED]]
> Sent: Monday, October 07, 2002 4:19 PM
> To: Struts
:
"A method is not required to declare in its throws clause any subclasses of
RuntimeException that might be thrown during the execution of the method but
not caught."
--
Martin Cooper
> -Original Message-
> From: Eddie Bush [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday,
e was
created for backwards compatibility with the old file name.
Apparently, though, the two files are *not* the same. The newer one is
tiles-config_1_1.dtd. Hopefully Cedric can fill us in on the differences.
--
Martin Cooper
> -Original Message-
> From: V. Cekvenich [mailto:[EMAI
n, struts application generator).
You mean Karapan Sapi. I haven't looked at this tool yet, and didn't realise
it generated properties files. It doesn't seem to mention this on the web
site (although I may well have missed it).
--
Martin Cooper
>
> Regards,
> Mark
>
Now I know it's Friday. ;-)
> -Original Message-
> From: James Turner [mailto:[EMAIL PROTECTED]]
> Sent: Friday, October 11, 2002 12:40 PM
> To: Struts Developers List
> Subject: Re: [Resources] XMLMessageResources and Proposal
>
>
> At 03:33 PM 10/11/2002, Antoni Reus wrote:
> >A Diven
t I am working through, so I'm
> nowhere close to being finished.
>
> If I complete this, is it feasible to add it to sandbox
> resources or struts?
> If not, then I will drop it and work on other issues (pending
> Struts bugs).
There was a brief discussion on whether or not we
The new version of getValidatorResources() added here takes a ServletContext
and an HttpServletRequest. It seems to me that it should only take the
request, since the servlet context can be obtained from that. It would be a
little less error-prone this way, too.
My 2 cents.
--
Martin Cooper
It seems to me that the Validator plugin should be using the same mechanism
as ActionServlet. However, someone more class loader savvy than I am (e.g.
Craig :) may want to weigh in on this.
--
Martin Cooper
> -Original Message-
> From: Eddie Bush [mailto:[EMAIL PROTECTED]]
leave for James and his 20 Yen. :)
--
Martin Cooper
> -Original Message-
> From: Rob Leland [mailto:[EMAIL PROTECTED]]
> Sent: Friday, October 11, 2002 11:05 PM
> To: [EMAIL PROTECTED]
> Subject: [Policy on depreciation vs deleting new Struts 1.1 methods.]
>
>
>
gt;
>
>
> On Fri, 11 Oct 2002, Martin Cooper wrote:
>
> > Date: Fri, 11 Oct 2002 15:56:37 -0700
> > From: Martin Cooper <[EMAIL PROTECTED]>
> > Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> > To: 'Struts Developers List' <[EM
hehe ...
's OK. It's dead now. ;-)
--
Martin Cooper
>
> Craig R. McClanahan wrote:
>
> >On Sat, 12 Oct 2002, Martin Cooper wrote:
> >
> >>Date: Sat, 12 Oct 2002 10:26:07 -0700
> >>From: Martin Cooper <[EMAIL PROTECTED]>
> >>Reply-To:
e non-indexed case.
The 'property' attribute always names the corresponding request parameter
coming back to the server. The 'name' attribute, however, is only used to
find the initial value, whether it's to be looked up on the form bean, or
some other named bean. It is not
tag supports full i18n and is still easy to
use, this would be a very handy tag.
--
Martin Cooper
> -Original Message-
> From: Erik Hatcher [mailto:[EMAIL PROTECTED]]
> Sent: Monday, October 14, 2002 5:52 PM
> To: [EMAIL PROTECTED]
> Subject: LabelTag
>
>
> I im
, but which do not expose all of the attributes, so that they conform
to the spec.
Now, if we could get XDoclet to handle that... ;-)
--
Martin Cooper
> -Original Message-
> From: Edgar Dollin [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, October 15, 2002 7:22 AM
> To: '
27; where 'nn' is 32, 40 or 41. All we need is a
'test.tomcat.33' that works against Tomcat 3.3.1. ;-)
Seriously, though, it would be great to get this working.
--
Martin Cooper
> -Original Message-
> From: Daniel Honig [mailto:[EMAIL PROTECTED]]
> Sent: Tue
ecture in Struts 1.1 was created in part to
address this issue. Instead of using two separate front controllers, you
simply create two separate modules.
--
Martin Cooper
>
>
> anjali
>
> --
> To unsubscribe, e-mail:
> <mailto:[EMAIL PROTECTED]>
ch other.
> Since we're still "finding our feet" with respect to exactly "what
> modules mean to folks" (ie how are people *really* going to
> use them?),
> I think the best route is to get everything cleanly seperated
> this round
> - and save any furthe
1.1 working with
Tomcat 3.2.4. Both Craig and I looked at this before, and we decided it was
probably a Tomcat class loader bug. But someone else might figure out a way
to work around it.
--
Martin Cooper
>
>
> chanoch
>
>
> -
throw new UnssuportedOperationException();
> }
>
> to build the tests. Otherwise the build complains
>
> MockServletContext.java should be abstract
You must be building against a Servlets 2.3 API. The getResourcePaths()
method is new for Servlets 2.3. If you try building
configs (for each module) -- to match what we do with the
> tiles and validator configurations? If for no other
> reason, than because we should be providing a consistent
> approach across components.
Would I veto adding new functionality in a second beta that everyone is
waiting for a fina
didn't think through all the issues.
--
Martin Cooper
> -Original Message-
> From: Eddie Bush [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 16, 2002 11:44 AM
> To: Struts Developers List
> Subject: Re: Tiles Refactorings for 1.1 compatability
>
>
> Ted Husted
+1
(No offense, Eddie - if your vote had come up now, I'da +1'd it too. :)
--
Martin Cooper
> -Original Message-
> From: Ted Husted [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 16, 2002 11:39 AM
> To: [EMAIL PROTECTED]
> Subject: [VOTE] David G
to be able to add their own application
specific rules and usage criteria.
Again IMO, a better way to solve this kind of problem is to use an 'extends'
or 'depends' mechanism to pull one set of criteria in from another.
Therefore, personally, I'd prefer not to proliferate th
; in the other order, actionB will
fail. An interesting one to debug...
At the very least, the config reading code would need to be modified to
throw an exception whenever a duplicate entry of any type was encountered.
That would alleviate most of the problem, but would still leave the door
open
efore any code
changes happened. Depending on the scale/impact of the change, that's
sometimes more appropriate.
Sometimes it's just a judgement call, too. If you think you might be forced
to back out all your changes, you might think differently about committing
them first than if your c
> -Original Message-
> From: Craig R. McClanahan [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 16, 2002 3:51 PM
> To: Struts Developers List
> Subject: RE: Tiles Refactorings for 1.1 compatability
>
>
>
>
> On Wed, 16 Oct 2002, Martin Cooper w
nfusing to people if we aren't consistent ourselves, so I
think we need to make the decision here, and then all evangelise the
selected terminology on both lists.
So, are they modules, or are they sub-apps?
My personal preference is modules, but I'm capable of typing either when
necessary. :
One other point I neglected to mention, which may actually make the question
moot at this point:
We use $M to denote the current module in forward URLs. If we choose the
term sub-apps, we'd have to explain why we use $M as the abbreviation...
--
Martin Cooper
> -Original
> -Original Message-
> From: Peter A. J. Pilgrim [mailto:[EMAIL PROTECTED]]
> Sent: Wednesday, October 16, 2002 6:35 PM
> To: Struts Developers List
> Subject: Re: Terminology: modules versus sub-apps
>
>
> Martin Cooper wrote:
> > I think it's abo
bably deprecate the
template library in favour of Tiles in the 1.1 release, with a view to
supporting only Tiles in future releases.
(Sorry, I didn't mean for this to turn into a history lesson. :)
--
Martin Cooper
> -Original Message-
> From: David Graham [mailto:[EMAIL PRO
configurations. I do know teams that
> use this sort of approach to customize a single applications
> for various clients and also to provide role-based
> views.
>
> Perhaps as an adjunct to Steve's roadmap we can open
> documents where we can start to enumerate the various
expect that it will be included as a contrib
taglib in the Struts 1.1 release. This is very cool stuff.
--
Martin Cooper
> -Original Message-
> From: Karr, David [mailto:david.karr@;attws.com]
> Sent: Thursday, October 17, 2002 9:48 AM
> To: 'Struts Developers List'
te the TLD, couldn't we? ... if we're
> moving ... (maybe put it in o.a.s.v.t.html? It might get
> lonely there
> though ...)
Ugh. -0. That's just going to confuse people (including ourselves,
probably). Let's just leave it where it is, so that all the code fo
> -Original Message-
> From: Robert Leland [mailto:rleland@;apache.org]
> Sent: Thursday, October 17, 2002 9:36 AM
> To: Struts Developers List
> Subject: Moving/deprecated of StrutsValidator & StrutsValidatorUtil
>
>
> It seems like StrutsValidatorUtil & StrutsValidator really
> belong
e on Windows, tkdiff gives you a nice side-by-side coloured diff.)
To create a patch, you need to edit the file anyway, and then diff between
what you edited and what's in CVS. Now that you're a committer, you don't
need to
n into browser version issues is corporations
which require the use of a specific browser by all employees. I suspect,
though, that most companies have progressed at least to 4.x browsers.
But then there's always Opera, Lynx, et al, to think about.
--
Martin Cooper
>
> Dave
>
>
o nothing, so your base properties file is useless.
>
> Perhaps it might be useful to add checks in the build script
> for whether it
> finds a "build.properties" file, and emits a warning if it
> does not? It's
> something, at least.
If you use verbose/debug, it will tell you e
gt; > build. I don't know whether this matters.
> >
>
> It sure does matter if you want struts-el in the nightly builds :-).
Not to mention the release... ;-)
--
Martin Cooper
>
> Craig
>
> > > 2. Leave them 'as is' and
fort to convert Struts to be buildable by Maven.
I'm torn about the timing. On the one hand, I would also like to see a Maven
1.0 release before we start, not least because the documentation is
currently lacking, to say the least. On the other hand, I'd hate to see a
Maven 1.0 that was
ust
always output XHTML, or is there a difference that I'm missing between
generating XML-compliant HTML and generating XHTML?
--
Martin Cooper
--
To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: <mailto:struts-dev-help@;jakarta.apache.org>
t lost,
so I think it's reasonable to have additional comments - especially
rationale for fixing or not fixing - collected there too.
--
Martin Cooper
--
To unsubscribe, e-mail: <mailto:struts-dev-unsubscribe@;jakarta.apache.org>
For additional commands, e-mail: &l
er to see this in a 2.0 rather
than a 1.2, because we'd be breaking backwards compatibility with earlier
1.x apps. Emitting either, though, controlled by the 'xhtml' attribute,
would be fine in a 1.x - even 1.1.
--
Martin Cooper
>
> > David
>
> Craig
>
>
&g
+1
Not sure about Fridays, though... ;-)
--
Martin Cooper
> -Original Message-
> From: Ted Husted [mailto:husted@;apache.org]
> Sent: Tuesday, October 22, 2002 1:33 PM
> To: [EMAIL PROTECTED]
> Subject: [VOTE] James Mitchell as Struts Committer
>
>
> James
specified as "POST", not "post".
Please change this back.
--
Martin Cooper
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:dgraham@;apache.org]
> Sent: Friday, October 25, 2002 5:05 PM
> To: [EMAIL PROTECTED]
> Subject: cvs commit:
> jakarta-str
Unless I'm mistaken, this commit has not yet been reverted. James (H), can
you take care of that, please?
Thanks.
--
Martin Cooper
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:jholmes@;apache.org]
> Sent: Monday, October 21, 2002 3:30 PM
> To: [EMAIL PROTECTE
#x27;t heard from him in a while. What gives?
I don't know what happened to David W - we haven't heard from him in a while
(on the list, at least). James Turner, on the other hand, is going great
guns to get Commons Validator fixed up and released. We're almost there.
--
Martin C
> On Fri, 25 Oct 2002, Martin Cooper wrote:
>
> > Date: Fri, 25 Oct 2002 18:06:31 -0700
> > From: Martin Cooper <[EMAIL PROTECTED]>
> > Reply-To: Struts Developers List <[EMAIL PROTECTED]>
> > To: 'Struts Developers List' <[EMAIL PROTECTED]>
1 - 100 of 682 matches
Mail list logo