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 dec
error span.
>
> --
> Frank W. Zammetti
> Founder and Chief Software Architect
> Omnytex Technologies
> http://www.omnytex.com
>
> On Tue, April 12, 2005 9:48 pm, Niall Pemberton said:
> >
> > - Original Message -
> > From: "David Graham&q
--- Niall Pemberton <[EMAIL PROTECTED]> wrote:
> - Original Message -
> From: "Joe Germuska" <[EMAIL PROTECTED]>
> Sent: Tuesday, April 12, 2005 8:54 PM
>
>
> > This page http://www.quirksmode.org/index.html?/dom/error.html
> > demonstrates a more graceful way of alerting users to error
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 Brow
--- Vic <[EMAIL PROTECTED]> wrote:
> Craig McClanahan wrote:
>
> >... I'd just switch
> >to JDK 1.4 logging and be done with an external dependency
> >
> Resin switched to JDK logging a long time ago. ( I tried, but could not
> figure out how to work it ).
>
> Same goes for Oro... just use JD
ectacular product that I'm happy to support with my own
> 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.
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 i
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 <
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 thin
--- 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. O
I agree with making Tiles into its own Struts subproject including its
taglibs. This would also make it easier if people wanted Tiles to be its
own project again in the future.
David
--- Craig McClanahan <[EMAIL PROTECTED]> wrote:
> I think a separate subproject for Tiles (including the code a
Sounds good!
David
--- Niall Pemberton <[EMAIL PROTECTED]> wrote:
> Does anyone object to me moving Strut's dependency on to the recently
> released Version 1.1.4 of Commons Validator?
>
> Its a very minor maintenance release of Validator, but will allow the
> issues
> with Validator and differ
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 -
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
--- 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 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
--- 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 refe
--- 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 ve
what they need
> to be set to, there is no problem. This is how we do our 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 changi
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 th
--- Joe Germuska <[EMAIL PROTECTED]> wrote:
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 thread
--- 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
F too) is they don't put all
> > sorts of application and framework objects in shared scopes.
> >
> > Tiles could probably be woven into struts-config.xml, and I'm still
> > not convinced there is much to be gained from a Struts and JSF
> > combination (ou
--- 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 Commo
implementations and would seem to simplify the
> framework.
The fact that there is no Validator interface is one of the unique
strengths of Commons Validator. You don't need to implement anything,
just tell the framework the method name and parameters and you're done.
David
>
>
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 are
ch, Inc.
> 678.910.8017
> AIM: jmitchtx
>
> - Original Message -
> From: "David Graham" <[EMAIL PROTECTED]>
> To: "Struts Developers List" <[EMAIL PROTECTED]>
> Sent: Tuesday, November 02, 2004 5:00 PM
> Subject: Re: ActionErrors
&g
and replace them with commons-resources.
>
> did you mean commons-i18n?
>
>
>
> --
> James Mitchell
> Software Engineer / Open Source Evangelist
> EdgeTech, Inc.
> 678.910.8017
> AIM: jmitchtx
>
> - Original Message -
> From: "David
--- Rob Leland <[EMAIL PROTECTED]> wrote:
> A while back I suggested using Rhino to consolidate all validations so
> server side & client side
> validations were the same core code written in JS. It this more viable
> now ? Maintaining 2 sets of
> validations in java & javascript items tend to
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] wro
--- 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 A
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 Ac
--- Craig McClanahan <[EMAIL PROTECTED]> wrote:
>
> 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 Valida
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. IMO
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
solve
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 j
+1 to GA.
David
--- Martin Cooper <[EMAIL PROTECTED]> wrote:
> The Struts 1.2.4 test build has been available for a few days now. Once
> you have had a chance to form an opinion on the quality of this build,
> please respond to the following vote.
>
> -
> Based on its quality, the Struts
--- Martin Cooper <[EMAIL PROTECTED]> wrote:
> I just figured out the same thing. ;-} While I think this is OK for
> now, I really think this is a Validator bug. You shouldn't have to
> specify the position explicitly; it would be perfectly logical for the
> lack of the 'position' attribute to m
+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 a
+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 e
> 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 w
--- Nicolas De Loof <[EMAIL PROTECTED]> wrote:
>
> Hello all,
>
> 2 notes :
>
> - I'd like to test the 1.2.3 release on my app, what about bad jars in
> *1.2.3-lib.zip dist ?
> Should I download the full dist for those tests ?
>
>
> - I'm writing an app with xhtml format and use the xhtml at
+1 for 2.3. IMO, we should keep up with what most people are using and
not linger in legacy specs.
David
--- Ted Husted <[EMAIL PROTECTED]> wrote:
> It was once proposed that we "leap frog" Serlvet 2.3 and go straight to
> 2.4 for Struts 2.x. But, I continually see references to little things
>
+1
David
--- James Mitchell <[EMAIL PROTECTED]> wrote:
> I have finished rolling the 1.2.2 release.
>
> The acquiring page has been updated with the 1.2.2 release.
>
> http://struts.apache.org/acquiring.html
>
>
>
> I am +1 for making this GA.
>
>
> --
> James Mitchell
> Software Engine
> >
> >* Craig R. McClanahan, (craigmcc at apache.org)
> >* Ted Husted (husted at apache.org)
> >* Rob Leland (rleland at apache.org)
> >* Cedric Dumoulin (cedric.dumoulin at lifl.fr)
> >* Martin Cooper (martinc at apache.org)
> >* Arron Bates (a
Vic,
In your particular case, you're not a committer based on personality
conflicts with the existing team. You may have one email that advertises
a -1 vote but there are others that would vote the same way.
I'm in a similar situation as Martin faced with more paid work than one
person has time f
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 ch
You should use the more powerful and standardized JSTL tag
instead of Struts' proprietary tag.
http://java.sun.com/products/jsp/jstl/
David
--- Aditya Athalye <[EMAIL PROTECTED]> wrote:
> Hi All,
>
> I am currently using for loops and iterators for traversing arrays and
> coolections in JSP
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 Mitchell
+1 on beta. I'm not sure we really need a separate lib distro though.
David
--- Ted Husted <[EMAIL PROTECTED]> wrote:
> The repository is tagged for STRUTS_1_2_1, and the release is available
> for review at
>
> * http://www.apache.org/~husted/struts/v1.2.1
>
> Once you have had a chance to re
--- 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 configuratio
--- Niall Pemberton <[EMAIL PROTECTED]> wrote:
>
> 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 t
:cancel tag. Made a javascript version for
> > submitting
> >
> >
> > I actually agree with everything that you've said. I just have one
> > issue. The struts tag libs are still heavily used, and haven't been
> > deprecated. If they aren't part
Well said Niall. IMO, tags with any of the following properties don't
belong in Struts:
1. They don't interact with core Struts resources/framework.
2. They use javascript that may not work in all browsers.
3. They generate non-standard HTML.
4. They duplicate functionality already available i
3
from the branch without patches.
David
--- David Graham <[EMAIL PROTECTED]> wrote:
> Since you patched HEAD, maybe we should forget about the branch and
> 1.1.3
> and just release 1.2.0. If 1.2.0 is a dud we can quickly patch it and
> release 1.2.1. Quick releases are one b
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?
>
> __
Since you patched HEAD, maybe we should forget about the branch and 1.1.3
and just release 1.2.0. If 1.2.0 is a dud we can quickly patch it and
release 1.2.1. Quick releases are one benefit of the (IMO confusing)
httpd style versioning.
I would rather see us moving forward than rolling back patc
--- robert burrell donkin <[EMAIL PROTECTED]> wrote:
> 1 incompatibility with the upcoming 1.3 Log4J release. the upcoming
> (probably wednesday or thursday) commons-logging release will be
> compatible with the older 1.2.x and the upcoming 1.3 series of log4j
> releases.
>
> 2 incompatibiliti
--- 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
>
> -->
>
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
>
>
--- 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
--- 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
>
>
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
--- Martin Cooper <[EMAIL PROTECTED]> wrote:
> Hmm. These days, I'm leaning towards thinking of Actions as something we
> retain for backwards compatibility only, once we're in a Struts 2.0
> world,
> so I'm not sure I'd consider a scriptable action, let alone just a plain
> Action, as something
> > Another way to go might be to just add it to the core. It would
> > creates a runtime dependency on the bsf.jar, but I could live with
> that.
>
> I'd be astonished if this happened. Really. We've just recently ditched
> a
> dependency on Commons Collections, which I personally think was a bi
--- Steve Raeburn <[EMAIL PROTECTED]> wrote:
> Some ideas, not neccessarily complete or well-formed...
>
> > -Original Message-----
> > From: David Graham [mailto:[EMAIL PROTECTED]
> > Sent: April 26, 2004 9:44 PM
> > To: Struts Developers List
> > S
--- Ted Husted <[EMAIL PROTECTED]> wrote:
> 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 a
--- 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
ted out into it's own commons project -
> > would there be a need/reason to add this back in?
> >
> > Matt
> >
> >
> >> -Original Message-
> >> From: David Graham [mailto:[EMAIL PROTECTED] Sent:
> >> Monday, April 26, 2004 7:40 AM T
Tiles is integrated with Struts so TilesServlet is no longer needed.
David
--- snpe <[EMAIL PROTECTED]> wrote:
> Is TilesServlet delete from new struts and why ?
>
> regards
>
__
Do you Yahoo!?
Yahoo! Photos: High-quality 4x6 digital
--- Ted Husted <[EMAIL PROTECTED]> wrote:
> Any thoughts on this one?
The patch looks reasonable to me although the conversion from List to
String[] could be made simpler:
String[] schemes = new String[schemeList.size()];
schemeList.toArray(schemes);
instead of:
String[] schemes = null;
...
sc
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
>
>
It would be nice but this will decrease user participation. If you just
want to add a quick note and are forced to sign up, many will just leave.
David
--- Martin Cooper <[EMAIL PROTECTED]> wrote:
> Seeing the first wiki change notification messages today, I realise that
> logging in to the wiki
--- David Graham <[EMAIL PROTECTED]> wrote:
>
> --- Robert Leland <[EMAIL PROTECTED]> wrote:
> > This directly impacts the Struts 1.2.1 release.
> >
> > Now that the Validation of Validator is turned on we now know that
> > Struts 1.2.1 will not work
--- Robert Leland <[EMAIL PROTECTED]> wrote:
> This directly impacts the Struts 1.2.1 release.
>
> Now that the Validation of Validator is turned on we now know that
> Struts 1.2.1 will not work with
> any currently released version of Validator including 1.1.2 because of a
>
> faultly DTD.
I
--- Don Brown <[EMAIL PROTECTED]> wrote:
> Craig R. McClanahan wrote:
>
> >
> >
> > I personally believe that, even if we implemented dynamic
> > reconfiguration support for the config files themselves, developers
> > will be disappointed in how little this helps in a development cycle
> > --
--- 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, b
--- 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 coul
--- 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 tak
d have Adam's suggestion plus any
> that
> > > starts
> > > > > with "scheme" is taken to build an array of schemes. Something
> like:
> > > > >
> > > > >
> > > > > allow2slashes
> > > > &g
and will use in UrlValidator configuration.
David
>
> Niall
>
> - Original Message -
> From: "David Graham" <[EMAIL PROTECTED]>
> To: "Struts Developers List" <[EMAIL PROTECTED]>
> Sent: Thursday, April 01, 2004 7:30 PM
> Subject:
The url validation was added to commons validator but, as you're
discovering, Struts doesn't directly support it yet. Struts should
provide a hook into this new commons validator feature with predefined
configuration variables like those that have been suggested below (just
like how the maxlength
--- "[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:
> > > O
--- Robert Leland <[EMAIL PROTECTED]> wrote:
> Martin Cooper wrote:
> >There have been some Validator discussions going on on commons-dev,
> >related to JavaScript, so I'm going to wait for a green light from
> someone
> >(David G?) before I roll Validator 1.1.2.
I just updated the docs and websi
85 matches
Mail list logo
