1.4.2 sounds good to me.
David
--- Don Brown [EMAIL PROTECTED] wrote:
I can't find the thread, but 1.4 gets my vote.
Don
Niall Pemberton wrote:
I remember the discussion about the JDK version for Struts 1.3 - but I
can't
remember if an actual decision was made. Have we decided on JDK
It's about time! +1
David
--- James Mitchell [EMAIL PROTECTED] wrote:
+1
--
James Mitchell
Software Engineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
- Original Message -
From: Joe Germuska [EMAIL PROTECTED]
To: Don Brown [EMAIL PROTECTED];
Bugzilla works fine and is free software while JIRA is not free. For me,
this takes much of the fun out of working on free software at Apache so I
am not too keen on switching. The feeling of using and supporting free
software is more important to me than a pretty UI.
David
--- Sean Schofield
Just to prevent confusion, I am using the term free as the FSF defines
it: http://www.fsf.org/philosophy/free-sw.html. I am aware that JIRA is
provided at *no cost* to Apache but it is certainly not free software.
I have nothing against JIRA; it's probably a fine product. I just find it
more
hard-earned dollars.)
-Ted.
On Fri, 28 Jan 2005 11:22:52 -0800 (PST), David Graham wrote:
Just to prevent confusion, I am using the term free as the FSF
defines it: http://www.fsf.org/philosophy/free-sw.html. I am aware
that JIRA is provided at *no cost* to Apache but it is certainly
That is rather lame but so is using logic:iterate when the standard
c:forEach is so much easier ;-).
David
--- Nils Liebelt [EMAIL PROTECTED] wrote:
This has nothing to do with Struts in particular.
After spending 4:30 hrs of researching why my logic:iterate tags do such
strange things
--- Don Brown [EMAIL PROTECTED] wrote:
FWIW, so far, I extracted tiles and taglib into their own projects, and
got both core and taglib compiling (haven't tried tiles yet). It took
the steps I described earlier as well as moving some methods from
TagUtils back into ResponseUtils. Of
Tomcat 4.1.x, 5.0.x, 5.5.x sound good to me.
David
--- James Mitchell [EMAIL PROTECTED] wrote:
+1
Thanks again for your time
--
James Mitchell
Software Engineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
- Original Message -
From: Martin
Sounds good to me.
David
--- Martin Cooper [EMAIL PROTECTED] wrote:
Currently, we say that Ant 1.5.4 is required for building Struts. I'd
like
to bump that to 1.6.2 as a minimum, so that we can take advantage of
some
of the features that were introduced in Ant 1.6.
Anyone have any
--- Martin Cooper [EMAIL PROTECTED] wrote:
I don't have a problem with tossing the Maven stuff. However, I
believe we do have some Maven mavens in our midst who likely feel
otherwise. This might sound odd, but perhaps, if we do have people who
are interested in actively pursuing Maven, we
--- Matt Bathje [EMAIL PROTECTED] wrote:
David Graham wrote:
Eclipse classpath variables don't solve the issue because each
developer
may be using different variable names. Further, the name of the jar
file
may be different (ie. have version number in it). In my experience,
forcing
--- Ted Husted [EMAIL PROTECTED] wrote:
The problem is that one developer's litter is another developer's
treasure :)
Right now, a lot of components are already pointing to the components
we've scattered about the contexts. If we just move them into our own
context, then those references
We didn't do it earlier because we wanted to use commons-resources for
message passing. That hasn't happened so we may as well add the
validateForm() method and deprecate validate().
David
--- Joe Germuska [EMAIL PROTECTED] wrote:
In order to push forward on full deprecation of ActionErrors,
Thanks for changing the subject line so I noticed this thread again.
I am very much against keeping IDE specific files in the repository. Even
if you're using the same IDE, no two developer's environment will be the
same so paths will be wrong, etc. This will be painful because checking
out
internal
projects.
That being said, I'm not sure having IDE specific stuff is right for
something like Struts.
Matt
David Graham wrote:
Thanks for changing the subject line so I noticed this thread again.
I am very much against keeping IDE specific files in the repository.
Even
--- Craig McClanahan [EMAIL PROTECTED] wrote:
On Mon, 29 Nov 2004 10:34:13 -0800 (PST), David Graham
[EMAIL PROTECTED] wrote:
--- Craig McClanahan [EMAIL PROTECTED] wrote:
I agree with Don's assessment, but wanted to add an FYI note --
Shale
does zero-config for #3 (because
--- Joe Germuska [EMAIL PROTECTED] wrote:
snip
This sounds like a good idea to me. I generally avoid Properties in favor
of Maps in external interfaces but the casting really is a pain.
Properties is a Map so you could store any old object in there anyways.
David
Now, then: This whole
--- Craig McClanahan [EMAIL PROTECTED] wrote:
I agree with Don's assessment, but wanted to add an FYI note -- Shale
does zero-config for #3 (because the mapping between a JSP page and
the corresponding ViewController is implicit), and doesn't require #1
unless you need it for doing Commons
the usual migration arguments).
Don
David Graham wrote:
--- Craig McClanahan [EMAIL PROTECTED] wrote:
I agree with Don's assessment, but wanted to add an FYI note --
Shale does zero-config for #3 (because the mapping between a
JSP page and the corresponding ViewController
to implement anything,
just tell the framework the method name and parameters and you're done.
David
William
- Original Message -
From: David Graham [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Saturday, November 13, 2004 9:47 AM
Subject: Re
I've written a proposal for what Commons Validator 2.0 xml might look like
here:
http://jakarta.apache.org/commons/validator/validator_2_0_0_proposal.dtd
It's an attempt to simplify things as well as make validator more flexible
for web and non-web usage. Comments, criticisms, and suggestions
.
did you mean commons-i18n?
--
James Mitchell
Software Engineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
- Original Message -
From: David Graham [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Friday, October 29, 2004 10
] are
used,
maybe how the values are accessed, but not with depracation/removal/etc
.can you see why I'm a bit confused?
--
James Mitchell
Software Engineer / Open Source Evangelist
EdgeTech, Inc.
678.910.8017
AIM: jmitchtx
- Original Message -
From: David Graham
ActionError has been deprecated for some time so we could remove it in
1.3. ActionErrors only exists because of ActionForm.validate(). I
figured we would remove ActionErrors, ActionMessages, and ActionMessage in
2.0 and replace them with commons-resources.
I wouldn't be opposed to deprecating
--- Joe Germuska [EMAIL PROTECTED] wrote:
At 8:51 AM -0700 10/29/04, David Graham wrote:
ActionError has been deprecated for some time so we could remove it in
1.3. ActionErrors only exists because of ActionForm.validate(). I
figured we would remove ActionErrors, ActionMessages
Have you looked at Rhino http://www.mozilla.org/rhino/ ? It lets you
access Java from JS and JS from Java so you might not need to handle types
if you just pass the JS into the Rhino interpreter.
I'm not sure I understand the use cases for your proposal though.
David
--- [EMAIL PROTECTED]
--- Craig McClanahan [EMAIL PROTECTED] wrote:
snip
If I sound a little irked about this, it's because I am ... it turns
out that the generted JavaScript function names for Commons Validator
1.1.3 (included with Struts 1.2.x) are different than the generated
names in the version of
I strongly disagree that Struts should support any non-standard tags or
attributes. I don't use IE and I despise websites that use IE specific
tags so I can't use the site/app. properly. We've always done our best
with Struts to produce valid markup according to the HTML and XHTML
standards.
One thing I like about Maven is that it has website generation built in.
I also like being able to run 'maven clean dist' which outputs both the
binary and source distros in zip and tar.gz formats. That being said, I
use Ant rather than Maven for all my non-Jakarta work. Maven just doesn't
This has been discussed before. I am strongly -1 on creating new lists.
It's every committer's responsibility to monitor as many commits as they
can. Having a separate list encourages people to ignore commit messages.
Email filters completely solve this issue without the overhead and
confusion
I don't think we have the volunteer hours to support starting from scratch
and do you really want to rewrite ActionServlet, Action, etc.? IMO, we
have a lot of tested, used, stable code that we should continue to use.
You're right that we have some crufty old stuff that needs to be removed
(all
+1
David
--- Ted Husted [EMAIL PROTECTED] wrote:
Given the problems we've had with 1.2.2, I'd like to retract my +1 for
GA status.
If one or more of the other voters were to do the same, we could then
adjust the Struts Acquiring Page to reflect that Struts 1.1. is still
the best
snip
Either it could be developed with compatibility to existing JDK versions
and
keep everyone happy. or go with JDK 1.5 and my preferernce would be to
go to
JDK 1.5 and use all those favorite-new-features.
In the past we have required the Java version that the Servlet spec
required. Why
+1
I am really tired of cvs losing the history of files/directories when you
rename them.
David
--- Don Brown [EMAIL PROTECTED] wrote:
I propose we migrate our current CVS repository to Subversion as soon as
the infrastructure team is available to assist, giving at least a week
to ensure
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 at apache.org)
* David M. Karr (dmkarr at apache.org)
* David Graham
I'm confused about whether this thread is a vote or not. The original
message called for a vote on Monday. Regardless, I'm +1 on releasing
1.2.2 as GA since 1.2.1 has proven fairly stable and the minor issues have
been patched.
David
--- Karr, David [EMAIL PROTECTED] wrote:
If Niall's change
Unfortunately, I don't have the benefit of personally knowing Bill. I
haven't seen any patches or emails on the dev list to know anything about
the quality of his work. For those reasons I can't give a +1 but I do
respect James' opinion so I won't stand in the way.
+0
David
--- James
--- Don Brown [EMAIL PROTECTED] wrote:
With my extra day off today, I took a look at ways to simplify Struts.
Having been impressed by the simplicity of NanoWeb, I particularly
looked at ways to change the Struts concept of Actions and
ActionForwards to support POJO's and configurations
struts package, then they
should be deprecated and moved to a different project.
On Tue, 22 Jun 2004 15:21:25 -0700 (PDT), David Graham
[EMAIL PROTECTED] wrote:
Well said Niall. IMO, tags with any of the following
properties don't
belong in Struts:
1. They don't interact
--- Niall Pemberton [EMAIL PROTECTED] wrote:
snip/
Where Edgar might not be too happy is with tags being split into *core*
(i.e. still actively developed) and *legacy* (tags which can be replaced
with JSTL). I don't want to see these *legacy* tags deprecated - I have
systems happily using
http://jakarta.apache.org/commons/validator/team-list.html
David
--- Michael Rasmussen [EMAIL PROTECTED] wrote:
Are the struts committers the only ones who vote on validator? or is
there
an actual maintainer (and committers) for validator?
--- Matthias Wessendorf [EMAIL PROTECTED] wrote:
Hi there,
what is the reason, the mask need to start with ^
and end with $ ?
Because Commons Validator uses ORO as the regex engine. I believe when we
move to standard Java 1.4 regexs you won't need the ^ and $.
David
--
var-name
What does currently constituted mean?
David
--- Edgar P Dollin [EMAIL PROTECTED] wrote:
I for one would never use struts validator as it is currently
constituted
and to be required to use it would cause me to drop using struts.
Please
rethink this idea.
Thanks
Edgar
-Original
--- Don Brown [EMAIL PROTECTED] wrote:
With the validator as a constant source of hangups, I'm working on
becoming more familiar with how it works. I have some questions,
perhaps rather basic and obvious:
Why does Struts perform all its validation with o.a.s.v.CheckFields? It
seems
--- Joe Germuska [EMAIL PROTECTED] wrote:
At 3:16 PM -0400 5/20/04, Don Brown wrote:
With the validator as a constant source of hangups, I'm working on
becoming more familiar with how it works. I have some questions,
perhaps rather basic and obvious:
Why does Struts perform all its
A personal blog is entirely the wrong place to have this discussion.
Tiles is a Struts component so we should discuss on this dev list. This
way the discussion will be archived like every other mailing list post.
David
--- Matt Raible [EMAIL PROTECTED] wrote:
All,
I've posted an entry on
--- Ted Husted [EMAIL PROTECTED] wrote:
snip
The Validator bottleneck is starting to feel like the 1.1 Death March
again :(
What bottleneck? There were problems with the 1.1.2 distro so it died in
alpha; those issues should be fixed in the 1_1_2 branch (HEAD is for
1.2.0). 1.1.3 can be cut
/reason to add this back in?
Matt
-Original Message-
From: David Graham [mailto:[EMAIL PROTECTED] Sent:
Monday, April 26, 2004 7:40 AM To: Struts Developers List
Subject: Re: TilesServlet deleted
Tiles is integrated with Struts so TilesServlet is no longer
needed
--- Steve Raeburn [EMAIL PROTECTED] wrote:
I'm posting this to the dev-list rather than carrying on with Bugzilla,
since it looks like there might be some further discussion :-)
I have no position on whether this should be considered core or an
add-on, but if it's to be an add-on, why not
Can we setup the wiki to send messages to the new [EMAIL PROTECTED]
address?
David
--- [EMAIL PROTECTED] wrote:
Date: 2004-04-10T12:26:39
Editor: 69.157.79.104
Wiki: Apache Struts Wiki
Page: StrutsConsultants
URL: http://wiki.apache.org/struts/StrutsConsultants
Adding
--- Niall Pemberton [EMAIL PROTECTED] wrote:
I have submitted a patch in commons to UrlValidator which returns a code
http://issues.apache.org/bugzilla/show_bug.cgi?id=28190
The existing isValid(value) method still works returning true/false.
I have added isValid(Object value, boolean
--- Joe Germuska [EMAIL PROTECTED] wrote:
I'm just making this up as I go, but what if there were an optional
servlet init param which could consist of one or more class names,
where each class implemented a StrutsConfigurator interface. Then
in servlet.init(), the servlet could
--- Robert Leland [EMAIL PROTECTED] wrote:
Currently the Validator PlugIn doesn’t validate the XML file. I have
updated it to remove the deprecated methods and to validate the XML
files.
Here is the question: Currently, the validator plugin fails by logging a
message but doesn’t take
--- [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
-Original Message-
From: Adam Hardy [mailto:[EMAIL PROTECTED]
Sent: Thursday, April 1, 2004 03:41 PM
To: 'Struts Developers List'
Subject: Re: URL validation
On 03/15/2004 10:16 AM Adam Hardy wrote:
On 03/13/2004 07:46 AM
Niall
- Original Message -
From: David Graham [EMAIL PROTECTED]
To: Struts Developers List [EMAIL PROTECTED]
Sent: Thursday, April 01, 2004 7:30 PM
Subject: Re: Fw: UrlValidator() takes options - but how?
The url validation was added to commons validator but, as you're
55 matches
Mail list logo