Thanks, you do want to remind me via the struts-dev list.
That way if someone else gets free time first to apply the patch,
or disagres with it they can object.
I'll make time this weekend to reapply it.
Have you tried the patch ?
> -Original Message-
> From: Niall Pemberton [mailto:[E
> -Original Message-
> From: Joe Germuska [mailto:[EMAIL PROTECTED]>
> Even though Maven isn't our primary build mechanism,
Joe, It's been a while but was it you or someone else that
had a bunch of Maven build changes to check in after 1.2.0
went out the door ?
-Rob
-
Ted Husted wrote:
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 ha
Joe Germuska wrote:
At 3:30 PM -0500 1/20/04, Edgar P Dollin wrote:
If the use of modules is truly to split struts-config.xml files, then
isn't
it simpler to just use comma delimited configuration files in web.xml?
Well... yes. Some times you just do things the way you've always done
them un
Niall Pemberton wrote:
I need to validate numbers which are formatted and have posted a patch to bugzilla which enhances validator the existing number validations to do this.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26151
This patch allows an optional "numberPattern" variable to be spec
Joe Germuska wrote:
Since Struts already depends on jakarta-oro, is there a reason not to
use it for doing pattern-based mapping, rather than the home-grown
methodology that's in the current builds?
I don't have a use case for it yet, but since I was a perl hacker
before I came to Java, I spea
Martin Cooper wrote:
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.
Changes have been reverted. You probably won't see an update since I did
a cvs join.
-Rob
-
I'll restore the copyright, I misunderstood the CLA. However, its
removal was based on a precedent of when Ted
had copyright Ted Husted in his code, and had to remove that copyright.
Martin Cooper wrote:
Is there a reason for removing Cedric's copyright? As I understand it,
based on the language
Paul Sundling wrote:
I was looking at the maven reports and they're pretty interesting.
One thing I found interesting was the report that shows duplications.
There is a large number of classes that only differ in which class
they extend. One large grouping of that is in the nested taglib
cl
[EMAIL PROTECTED] wrote:
* 5. Products derived from this software may not be called "Apache"
*nor may "Apache" appear in their names without prior written
*permission of the Apache Group.
This is clearly an old apache 1.0 license instead of 1.1, note the
"Apache Group" instead of
th
Ted Husted wrote:
OK, here's what we have
I would say release, we are using a x.y.z numbering scheme.
Noteing in the limited release that this should be considered an Alpha
until further testing says otherwise. Also to ask others not to announce
this on other lists
until it has been voted Beta/
David Graham wrote:
--- Don Brown <[EMAIL PROTECTED]> wrote:
On Thu, 18 Dec 2003, PILGRIM, Peter, FM wrote:
What kind of Spring Framework classes would you want to use in
Struts 2.0?
The BeanWrapper and the BeanFactory are interesting ideas.
An example of configuring commons DBCP is given
Ted Husted wrote:
If we use the current Validator 1.1.1 JAR, and it becomes the final
release, then we could vote on whether Struts 1.2.0 can also be a
"final" or "General Availability" release.
If you recall I believe we came to consensus on struts-dev that
Validator can't go Beta or GA w/o be
Commons Validator 1.1.1 is now available for testing.
Please refer to http://jakarta.apache.org/commons/validator/tasks.html
that details the changes that have taken place since the 1.1.0 release.
Downloads:
http://jakarta.apache.org/~rleland/ValidatorAlpha/1.1.1
Just a reminder :
The release proc
Martin Cooper wrote:
Joe has been involved in the Struts community for some time now, and has
been a great contributor on the -dev and -user lists, as well as in the
bug database. I believe Joe would be a great asset to the team, and that
it's time we invited him to join us as a Struts committer.
Ted Husted wrote:
I believe as soon as the next Validator ships, we could go ahead and
roll 1.2.0. It may or may not be GA material, but we should get it out
there where the community can decide.
I'll start working on it next weekend. I want to review the docs a
little to make sure they are up
Ted Husted wrote:
Craig R. McClanahan wrote:
Another thing Remy does for Tomcat (which I *really* appreciate) is
keeps
a running change log (summary, not detailed) in the release notes for
each
version. That way, everyone can get a quick summary of what's changed.
So, I'm working on one of t
n unusable for many of us
because it ignores the response's character encoding and uses UTF-8 to
get the bytes for url encoding.
--- Robert Leland <[EMAIL PROTECTED]> wrote:
Pierre Maury wrote:
The patch would need to be usable with different encoding types.
Why? Th
c-v 1.1.0, though if no one objects I'll do a
release of validator and
if it comes out in time you have the option of using that instead.
The only stumbling block now is that I need to change my public key to
use stronger
encryption so Martin doesn't ge
Craig R. McClanahan wrote:
Quoting Ted Husted <[EMAIL PROTECTED]>:
When we release 1.2.0, it will be the current nightly build,
Except that's still based on non-released versions of the commons packages,
right? Shouldn't a 1.2.x Struts release be based on the most recent releases
of the
Pierre Maury wrote:
The patch would need to be usable with different encoding types.
This memory storage seems like a small price to pay for the improvement,
but I would like to hear from other commiters.
-Rob
Hi,
I think there is a performance issue with
org.apache.struts.taglib.TagUtils.encodeU
Brandon Goodin wrote:
When are submitted patches going to be reviewed and incorporated? There
seems to be several out there that are useful.
Which patches are you suggesting, and have you tested any of them
yourself or
have any comments about suggested solutions ?
---
Ted Husted wrote:
AFAIK, it's a decent milestone already. :)
I believe to get it ready for "prime time" as a General Availability
release will mainly be a matter of updating the documentation. But,
the best way to generate some interest in doing that may be to publish
a milestone release.
Als
Craig:
The Nightly build of Struts(Nov 24th) has a version of Validator from
Nov 8th,
could you update the of commons-validator build to pickup the latest
changes?
These changes deal with not validating disabled fields.
-Rob
Ted Husted wrote:
If there are no objections on technical grounds, I would favor adding
it. You can do this sort of thing with rewrite, but it's clumsy and
counter-intuitive.
+1,. It's a hole in the html tags, and a good fit.
-Rob
---
Tim Chen
Thanks, these have been applied !
-Rob
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
ydra.org>
-Original Message-
From: Robert Leland [mailto:[EMAIL PROTECTED]
Sent: Monday, November 03, 2003 7:28 PM
To: [EMAIL PROTECTED]
Subject: [Vote]Disable bugs for Struts 1.0
I would like to propose disabling filing of NEW bugs for Struts 1.0,
I know BugZilla 2.16.3 can do th
I would like to propose disabling filing of NEW bugs for Struts 1.0,
I know BugZilla 2.16.3 can do this not sure about 2.14.2
Bugs filed against 1.0 are a waste of time for committers and for reporters.
Only bugs filed against 1.1 final, or the nightly builds have any hope
in being addressed.
If t
This is a struts-user list question.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
Martin Cooper wrote:
Hi folks,
Any objection to deprecating DiskMultipartRequestHandler and its
associated classes? This was the default file upload handler in Struts
1.0, but was replaced by CommonsMultipartRequestHandler for 1.1 and
beyond. It was, and is, buggy, and I'm sure nobody has any int
James Mitchell wrote:
Tests:
I'm spending some time this weekend trying to fix the cactus tests.
New Struts Example:
I'll do my best to get this done quickly. I'm planning a total rewrite.
I would also like to add a few more pieces of functionality that (if for
nothing else) show off all or most
This is question that is best asked on the users list as it has
noting to do with struts futire development.
[EMAIL PROTECTED] wrote:
I will be working on porting a company framework (and hopefully open source
it) from ASP/VB (yack!) to Java. The idea of the framework is quite simple.
It is a fram
Steve Raeburn wrote:
In the spirit of rolling up sleeves, this is the result of a very quick look
at Maven:
http://www.apache.org/~sraeburn/maven/index.html
Super. You could use
xdocs/images/struts-blue.gif
which fits the background color, and feel free to delete the other logo's
under xdoc/ima
Steve Raeburn wrote:
Well Rob has already made a start on adding Maven. I did try building with
it, but hit a snag downloading the validator jar and I've not had a chance
to have another look since.
Typically, an request is posted on the developers list requestiong that
a jar be uploaded to
th
James Mitchell wrote:
I thought that one of the Forrest Committters said that the Forrest
plug-in for Maven
is most likely broken ?
Most of us have given (or at least hinted at) our opinions, so let's give a
show of hands:
Mavenization:
[X] +1 - I am in favor of using Maven for build/dist/test/e
David Graham wrote:
--- Robert Leland <[EMAIL PROTECTED]> wrote:
Don,
I have one request and that is to leave the existing maven files
in place since they do currently generate a web site with the reports.
I must be confused with the several projects I'm working on. S
The whole Maven idea came because we felt the build
process of ant struts-legacy was broken or needed some
serious work. If Don wants to put energy into redoing our site's look
and feel that then here is my +1. Just know we are still
left with the original problem.
-Rob
---
Don,
I have one request and that is to leave the existing maven files
in place since they do currently generate a web site with the reports.
Craig R. McClanahan wrote:
Don Brown wrote:
I know the discussion on whether to use Forrest or Maven to generate the
Struts website was a few weeks back,
David Graham wrote:
The Forrest features Don mentioned aren't significant to me and I'm
already familiar with Maven so I'm leaning towards Maven but I really
don't care as long as the build is as easy as "maven jar" or equivalent.
But please let's not try to maintain multiple build processes.
Don Brown wrote:
I know the discussion on whether to use Forrest or Maven to generate the
Struts website was a few weeks back, but unfortunately, at the time, I was
too busy to participate. I'd like to lay out a case for Forrest, not to
insist Struts uses it, but rather to make sure the decision
Chris Gastin wrote:
James:
All Taglib tests are failing on me right now. I am getting the following
errors, and I don't know if it is because of the situation at hand or my
local environment setup. That is why I was going to wait for everthing to
get ironed out concerning the taglib unit tests. U
Robert Leland wrote:
Craig R. McClanahan wrote:
Ted Husted wrote:
Steve Raeburn wrote:
> Done.
The ASF thanks you for your help and support =:)
Hey anybody going? I won't make it this year, but I'm starting to
think about 2004.
I'm going, and speaking on Tuesday 11/18, 5
James Mitchell wrote:
Well, I was in the middle of a reply on another thread (about this), so I'll
just put it here instead.
With the latest changes I just committed, the tests pass on Tomcat 3.3.x
However, I still cannot get them to pass on 4.0.x or 4.1.x. It seems that
the container (in both c
Craig R. McClanahan wrote:
Ted Husted wrote:
Steve Raeburn wrote:
> Done.
The ASF thanks you for your help and support =:)
Hey anybody going? I won't make it this year, but I'm starting to
think about 2004.
I'm going, and speaking on Tuesday 11/18, 5:00pm-6:00pm about Struts.
I'm also taske
[EMAIL PROTECTED] wrote:
mrdon 2003/09/28 20:23:30
Modified:src/share/org/apache/struts/action RequestProcessor.java
Added: src/share/org/apache/struts/action ActionMappingMatcher.java
Removed: src/share/org/apache/struts/util ActionMappingMatcher.java
I forgot to mentio
[EMAIL PROTECTED] wrote:
mrdon 2003/09/28 18:24:21
Added: src/share/org/apache/struts/util ActionMappingMatcher.java
WildcardHelper.java
Wouldnt this be better placed in the action package ?
Would any other package other than action ever use these ?
If not then these classes could
Sgarlata Matt wrote:
I hope it's OK for a non-committer to start a vote. I know this has been a
contentious issue, so I would like to clearly outline my plan for making the
html taglibs more extensible and I would like a vote before I go to all the
trouble of coding, updating documentation, resol
Don Brown wrote:
What is the process when adding a new feature (in this case, wildcards for
action mappings)?
Create a Subject: [Proposal] wild cards for action mappings.
Use lazy Consensus.
At least 3 +1 votes, no -1 votes.
There is a doc somewhere that says when to use each type of vote.
Als
Ted Husted wrote:
Robert Leland wrote:
> Over 99% of commons-validator usage is through struts. In fact it may
> be 100%. I feel the only way to really promote commons-validator to
> Beta status is to make the nightly build of struts depend on the 1.1.0
> version which has released
Steve Raeburn wrote:
Sorry Rob, I meant to respond but got distracted after reading your message.
FWIW, a belated +1 :-)
BTW, why isn't Validator 1.1.0 available in the normal download location?
I was trying to follow the same procedures as struts by only making
unqualified releases have limit
4 +1's
0 -0,-1
Craig, If you could upgrade the nightly build to use
Struts 1.1.0 it's located under
http://jakarta.apache.org/~rleland/ValidatorAlpha/
This version is backward compatible, so it could be used
for tonight's build.
We will start upgrading the struts source Sunday night.
-
David Graham wrote:
Only ActionError was deprecated, not ActionErrors. We still need to use
ActionErrors because the ActionForm.validate() method returns an instance
of that class. ActionMessage should be used instead of ActionError
though.
Eventually we'll need to add a method that will allow u
Over 99% of commons-validator usage is through struts. In fact it may be
100%.
I feel the only way to really promote commons-validator to Beta status is to
make the nightly build of struts depend on the 1.1.0 version which has
released in August
and been designated an Alpha. I propose that this S
Paananen, Tero wrote:
Can somebody tell me which is the best way to do this?
Oh boy :)
There was a long discussion not so long ago about
the problems with extending the tags (not limited
to the Struts tags, btw) on this list.
If you do want to extend a tag, try to use the nightly source d
James Mitchell wrote:
Sorry for the late response.
I finally got some time to take a look at this and after fixing a few
problems related to cactus configuration, I finally got the tests to run.
Unfortunately, a few minutes and 665 tests later it bombed on the ErrorsTag
tests.
It seems we (commit
Chris Gastin wrote:
Rob:
I am not an contributer, but I am a young developer. I am willing to step up
and support these abilities in the struts tags
Great !
I have come to believe that young/single developers & older/grown
kids/empty nesters developers are better
situated to be Open Source dev
David Graham wrote:
--- Sgarlata Matt <[EMAIL PROTECTED]> wrote:
OK, here's another idea. I searched the archives for it and couldn't
find
it.
How about two simple changes:
1) Add a new renderExtraAttributes() method that gives people the chance
to
throw non-standard HTML into their tags that
Edgar P Dollin wrote:
If the tags were structured differently so they were easier to extend
without breaking when new releases of struts come out these issues might not
come up. Of course, I myself have resigned myself to this issue since the
tags are such a political football on this list.
Edgar
David Graham wrote:
--- Robert Leland <[EMAIL PROTECTED]> wrote:
Yes, This has been brought up many times over the last 3 years,
and probably has been implemented several times extending the Struts
tags.
I am not opposed to such a feature, and would support it,
though other committers
Sgarlata Matt wrote:
Has anyone ever discussed adding a general-purpose "attributes" attribute to
the tag library to support non-standard HTML like this? For example,
Yes, it was vetoed by several committers. Search the archives.
--
Yes, This has been brought up many times over the last 3 years,
and probably has been implemented several times extending the Struts tags.
I am not opposed to such a feature, and would support it,
though other committers might not.
The key argument against it is that it would transform the html tag
etc...
It's no longer necessary to have access to multiple machines.
Just scp to cvs.apache.org.
The Jakarta site2 project uses a system where you can checkout the
HTML pages from CVS, but that still requires access to j.a.o.
-Ted.
Robert Leland wrote:
Steve Raeburn wrote:
I've post
Steve Raeburn wrote:
I've posted a patch to the struts.xsml stylesheet. Ted could you do the
honours?
BTW, I'm not sure what needs to be done to update the live site and if it's
something I could or should be doing. I'd be happy to make the updates if
someone lets me know how.
The site docs tal
[EMAIL PROTECTED] wrote:
Index: installation.xml
===
RCS file: /home/cvs/jakarta-struts/doc/userGuide/installation.xml,v
retrieving revision 1.33
retrieving revision 1.34
diff -u -r1.33 -r1.34
--- installation.xml 9 Sep 2003 17
It also works for me. From a CVS update.
I am using Xerces 2.5/Xalan 2.5
JDK 1.4.2_01
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
David Graham wrote:
--- Robert Leland <[EMAIL PROTECTED]> wrote:
Use Cases: I am not familar with the particular use cases where the
ActionMessage needs
to hang around in the session. So these suggestions might not fit.
The main reason I've seen on the user list (and the re
David Graham wrote:
Contributors List
I think it's important to keep the contributors list on those pages
because it's a recognition of volunteers' effort. I agree that it gets in
the way so maybe the list should be at the bottom of the page in a smaller
+1, absolutely it's through those patc
Use Cases: I am not familar with the particular use cases where the
ActionMessage needs
to hang around in the session. So these suggestions might not fit.
Questions:
Would managing the life cycle through the struts-config.xml, like the
ActionForm work ?
or
How about a PlugIn that has the ability
David Graham wrote:
--- Robert Leland <[EMAIL PROTECTED]> wrote:
David Graham wrote:
--- Robert Leland <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:
David,
I thought you were going to back this out ?
The conversation was left with me proposing a
David Graham wrote:
--- Robert Leland <[EMAIL PROTECTED]> wrote:
[EMAIL PROTECTED] wrote:
David,
I thought you were going to back this out ?
The conversation was left with me proposing a solution and asking for
Martin's thoughts on it. He hasn't responded so I haven
[EMAIL PROTECTED] wrote:
David,
I thought you were going to back this out ?
-Rob
dgraham 2003/08/19 16:20:46
Modified:src/share/org/apache/struts/action Action.java
Log:
Added version of saveMessages() that saves them into the session
instead of the request.
Revision Changes
Ted Husted wrote:
Joe Germuska wrote:
It will be some mildly tedious work to move the current doc to xdocs,
but nothing too bad, and if they are valid xhtml, it will be much
easier.
The documentation is all XML now. Steve was just tweaking the XLS.
There's a bit of HTML/XHTML in the sample a
Joe Germuska wrote:
At 14:53 -0400 9/6/03, Robert Leland wrote:
Thanks, I was hoping you would chime in ! It looks like you used
maven for your site,
and I prefer your color scheme over the standard...
You can set a lot of stuff in project.properties -- it should be in a
source distribution
David M. Karr wrote:
Is there a good reason for the tiles classes "ImportAttributeTag" and
"UseAttributeTag" to be final classes? I can't implement "tiles-el" if those
are final classes.
+1, for removing final. Since struts is a framework there is no good
reason for
marking a class as final.
Joe Germuska wrote:
At 14:23 -0400 9/6/03, Robert Leland wrote:
We can always start a struts-2 web site and tweak it until we like
what we have,
or until it works, which ever comes first ! I also wouldn't want to
maintain a seperate
look and feel except to move the blasted [power
ubject: Re: Struts web site [was: Re: Conversion of web site docs to
XHTML]
--- Ted Husted <[EMAIL PROTECTED]> wrote:
Robert Leland wrote:
> Do we want to hold a formal vote/lazy consensus on what doc
> system we are moving to ?
Don already put the Struts SourceForge site on Fo
Robert Leland wrote:
Steve Raeburn wrote:
I have committed the first step in transitioning the web site
documentation
to valid XHTML.
As far as I know we were planning to move over to Maven or forrest.
I have been working on Mavenizing items as I can.
Instead of doing the stylesheets maybe
Steve Raeburn wrote:
I have committed the first step in transitioning the web site documentation
to valid XHTML.
As far as I know we were planning to move over to Maven or forrest.
I have been working on Mavenizing items as I can.
Instead of doing the stylesheets maybe your efforts
could be dir
Ted Husted wrote:
So, I'm getting back to work on this now.
Shall we move to Validator 1.1.0, for 1.2.0 ?
-Ted.
-Rob
Commons Validator 1.1.0 Alpha is now available for testing.
Please refer to http://jakarta.apache.org/commons/validator/tasks.html
that details some of the changes that have taken place since the 1.0.2 release.
Downloads:
http://jakarta.apache.org/~rleland/ValidatorAlpha/
be sure to update your va
James Mitchell wrote:
Someone posted a link on another thread that might actually help in
situations like this:
http://www.originalicons.com/smile
Not funny.
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands
Craig R. McClanahan wrote:
Vic,
Please go away.
I didn't take this as being negative, just an effort to help Ted.
I did get upset when the status was changed to WONTFIX for some items.
It --did-- get me to read the Bugzilla request which I see as
a positive. There are a number of good patches
Steve Raeburn wrote:
I'm not singling Vic out for this (honest) but...
The standard advice we are now giving everyone is "use JSTL", which I
wholeheartedly agree with and have said myself. However, I think we need to
make sure that we still adequately support non-JSTL solutions and continue
to co
Rick Hightower wrote:
What were your thoughts on JSTL EL validator rule?
You commented on BSF and OGNL, but not the JSTL EL validator rule, which I
actually wrote. The others just seem like a good idea.
Sorry, For not commenting on that. I agree that a JSTL EL expression
makes sense.
For now
Rick Hightower wrote:
I think there is room for a tag that uses OGNL. OGNL gets used by tapestry
and WebWork2. Perhaps yet another validator rule could use the BSF
(BeanScriptingFramework) this would allow the validate expression to be
written in Rhino (JavaScript for Java), Jython (Python for Jav
James Mitchell wrote:
Did you guys check out the full page add that Oracle ran in the JDJ?
Oh My God
I don't get the Attendee Since 2002 though, why he keeps coming back. He
hasn't come back yet ! :-/ !
They just wanted a pretty face !!!
-Rob
-
s.
-TPP
-Rob
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Robert Leland [EMAIL PROTECTED]
--
Java, J2EE, St
ve to comment out the include to
see the errors. Sorry for the false alarm.
Paul
Thanks for the offer of a patch !
--
Robert Leland [EMAIL PROTECTED]
--
Java, J2EE, Struts, Web Application Development
804 N. Kenmore Street +01-70
be prefereable! (Pointing me
to a tag with the kind of preferred error handling that I should
emulate would be useful.)
Paul Sundling
-
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL P
Sgarlata Matt wrote:
Robert Leland wrote:
Sgarlata Matt wrote:
What do you think? Would this be a reasonable enhancement request?
Can I post it in BugZilla with patches?
Since you have talked about it on the struts-user group, and it looks
like the existing system makes your
life harder
to use 'diff -u 5 old new'
just to be sure.
-Rob
--
Robert Leland [EMAIL PROTECTED]
--
Java, J2EE, Struts, Web Application Development
804 N. Kenmore Street
----
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
--
Robert Leland [EMAIL PROTECTED]
--
Java, J2EE, Struts, Web Application Development
804 N. Kenmore Street +01-703-525-3580
Arlington VA 22201
he ability should
be able to be turned off.
In fact once struts configuration is frozen then it should be able to
detect whether it needs
to search for wild card matches or not.
-Rob
--
Robert Leland [EMAIL PROTECTED]
--
Java, J2EE, S
David Graham wrote:
--- Robert Leland <[EMAIL PROTECTED]> wrote:
David Graham wrote:
--- Robert Leland <[EMAIL PROTECTED]> wrote:
I believe at one time we were going to deprecate ActionErrors since it
is really a shell over ActionMessages. We could still keep the
err
, e-mail: [EMAIL PROTECTED]
--
Robert Leland [EMAIL PROTECTED]
--
Java, J2EE, Struts, Web Application Development
804 N. Kenmore Street +01-703-525-3580
Arlington VA 22201
k the typical notation is PR# .
As long as you commit from the top level, you'll pick up the CVS template,
which provides the spaces for you to enter bug number and submitter.
--
Martin Cooper
Sounds like I should also use the command line version of CVS, to make
life easier.
--
Rob
David Graham wrote:
--- Robert Leland <[EMAIL PROTECTED]> wrote:
I believe at one time we were going to deprecate ActionErrors since it
is really a shell over ActionMessages. We could still keep the
error tag, just make it use ActionMessages directly.
It would be nice to get rid of
Don Brown wrote:
But again, its completely optional and doesn't affect anyone who doesn't
use wildcards.
+1, I believe we could do it now but will yield to Don's judgment.
-Rob
--
Robert Leland [EMAIL PROTECTED]
--
Jav
as 12:30 am for me when the checkin occured and I was just trying to
get it compiled quickly.
-Rob
--
Robert Leland [EMAIL PROTECTED]
--
Java, J2EE, Struts, Web Application Development
804 N. Kenmore Street +01-703-525-3580
Arlingt
g Bug # causes Buzilla to create a hyper link to the report.
--
Robert Leland [EMAIL PROTECTED]
--
Java, J2EE, Struts, Web Application Development
804 N. Kenmore Street +01-703-525-3580
Arlington VA
1 - 100 of 182 matches
Mail list logo