DO NOT REPLY [Bug 28195] New: - TEST ONLY - test transition of default owner of Struts bug reports

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: TLP conversion status

Martin Cooper wrote: Here's an update on where we are on getting everything morphed over into Struts TLP status. First off, this is taking *much* longer than I'd expected. Part of it is that there are a lot of things to do, but much of it is because I don't have enough permission to do things myse

Re: 2.3 for 1.3? (was Counting down to 1.2.1)

Ted Husted wrote: So, I'm going to knuckle down and do whatever we need to do to get 1.2.1 ready to cut this week. In the meantime, I'm wondering if we want to just bite the bullet and move the minimum to servlet 2.3 for the Struts 1.3.x series? I have been thinking this for a long time. Folks

Re: Refactoring Struts Initialization (was RE: Splitting struts-config into multiple jar...)

Just thought of one more thing: technically, since the Configurator has access to the entire ServletContext, should we have a destroy() method also? I would kind of prefer to leave that out and keep it simple, since otherwise it might get confusing about where cleanup responsibilities lie...

Re: Validator Plugin

David Graham wrote: --- Robert Leland <[EMAIL PROTECTED]> wrote: Currently the Validator PlugIn doesnâEUR^(TM)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 messa

Re: Splitting struts-config into multiple jar and read them as reso urce stream

Filippo Munafò wrote: [snip] Craig said: Along the same lines, one of the things we did in JavaServer Faces (with regards to configuration) is to have the controller servlet automatically recognize "META-INF/faces-config.xml" resources in any JAR files that were included in the application. Th

Re: Refactoring Struts Initialization (was RE: Splitting struts-config into multiple jar...)

Joe Germuska wrote: [snip] While we're on the thread, I remembered one other thing: right now, the configuration freezes each module config. I've never been 100% clear on why Struts uses 'freeze' to lock things down. Is there any legitimate reason for more than one configurator to be involved

TLP conversion status

Here's an update on where we are on getting everything morphed over into Struts TLP status. First off, this is taking *much* longer than I'd expected. Part of it is that there are a lot of things to do, but much of it is because I don't have enough permission to do things myself, and the infra fol

RE: Mail Archive

> -Original Message- > From: Ate Douma [mailto:[EMAIL PROTECTED] > Sent: Sunday, April 04, 2004 2:05 PM > To: Struts Developers List > Subject: Re: Mail Archive > > > > Martin Cooper wrote: > > Since Struts is now an Apache top level project, the mail archives > > are no longer under Jaka

RE: 2.3 for 1.3? (was Counting down to 1.2.1)

> -Original Message- > From: Ted Husted [mailto:[EMAIL PROTECTED] > Sent: Sunday, April 04, 2004 6:14 PM > To: Struts Developers List > Subject: 2.3 for 1.3? (was Counting down to 1.2.1) > > > So, I'm going to knuckle down and do whatever we need to do to > get 1.2.1 ready to cut this wee

Re: Mail Archive

Martin Cooper wrote: > Since Struts is now an Apache top level project, the mail archives > are no longer under Jakarta but are here instead: > > http://struts.apache.org/mail/ > Ok, when will that be available (I get a Not Found page here)?

2.3 for 1.3? (was Counting down to 1.2.1)

So, I'm going to knuckle down and do whatever we need to do to get 1.2.1 ready to cut this week. In the meantime, I'm wondering if we want to just bite the bullet and move the minimum to servlet 2.3 for the Struts 1.3.x series? People using 2.2 can still use 1.2.x, and having 2.3 available migh

RE: Splitting struts-config into multiple jar and read them as reso urce stream

On Thu, 01 Apr 2004 22:48:03 -0800, Martin Cooper wrote: > Let me throw out a few thoughts on this thread, and modules in > general, as I try to catch up. (I'm still in this seemingly- > perpetual state of not having the time to fully expound on my > thoughts on future enhancements to modules, darn

Re: Refactoring initiaization code [was: Splitting struts-config into multiple jar and read them as reso urce stream]

Just changing the subject line per David's suggestion :) On Sat, 03 Apr 2004 23:05:44 -0800 (PST), David Graham wrote: > This thread seems to have taken a turn into something I'm > interested in; too bad the subject didn't change with it so I could > have started following sooner. If this is abou

Re: Refactoring Struts Initialization (was RE: Splitting struts-config into multiple jar...)

On Sun, 04 Apr 2004 09:04:24 -0600, Joe Germuska wrote: >> IMO, Struts datasource handling should be deprecated and removed. >> It had it's place in the past but now Struts has no business >> "managing" datasources; that's the containers job and most of >> them do it better than Struts. I would l

RE: Why struts-documentation ?

On Sun, 04 Apr 2004 13:08:47 -0700, Martin Cooper wrote: > > >> -Original Message- >> From: Robert Leland [mailto:[EMAIL PROTECTED] >> Sent: Saturday, April 03, 2004 7:18 AM >> To: [EMAIL PROTECTED] >> Subject: Why struts-documentation ? >> >> >> Why does struts-documentation include all th

RE: JavaScriptTag and multiple forms.

Personally, I'd like to deprecate the alternate form. It only confuses people. If you want to use the same form bean in different circumstances, you can give the same form bean different names. I'd like to add extends to all the elements in 1.3, including DynaActionForm, so you'd be able to reus

RE: JavaScriptTag and multiple forms.

At 1:05 PM -0700 4/4/04, Martin Cooper wrote: +1000! The first time I looked at these to figure out why we had two, I actually thought they were the same. It wasn't until I really studied the Javadocs that I realised the difference. (Yay for Javadocs!) I'm still not clear, though, on why we actuall

RE: Mail Archive

> -Original Message- > From: Ate Douma [mailto:[EMAIL PROTECTED] > Sent: Sunday, April 04, 2004 1:48 PM > To: Struts Developers List > Subject: Re: Mail Archive > > > What about the mbox archives previously available at > http://jakarta.apache.org/mail ? > I have to work a lot in environm

Re: Mail Archive

What about the mbox archives previously available at http://jakarta.apache.org/mail ? I have to work a lot in environments where I don't have direct access to internet. For that I use the mbox archives to take with me. Now are those gone or just placed somewhere else? Ate Martin Cooper wrote: >>

RE: Why struts-documentation ?

> -Original Message- > From: Robert Leland [mailto:[EMAIL PROTECTED] > Sent: Saturday, April 03, 2004 7:18 AM > To: [EMAIL PROTECTED] > Subject: Why struts-documentation ? > > > Why does struts-documentation include all the jar files for struts > when it contains no JSP's or struts-conf

RE: JavaScriptTag and multiple forms.

> -Original Message- > From: Joe Germuska [mailto:[EMAIL PROTECTED] > Sent: Saturday, April 03, 2004 3:10 PM > To: Struts Developers List > Subject: Re: JavaScriptTag and multiple forms. > > > > > If you did that, how would it know whether to use the 'path' or the > >> 'name' to look up

Re: Mail Archive

At 8:45 PM +0100 4/4/04, Niall Pemberton wrote: I just found out that messages are in the Mail Archive but because the list addresses have changed, their locations in the Mail Archive have also. If you enter just "struts" and click on the "Find List" as well as "struts-dev" and "struts-user" there

Re: Mail Archive

I just found out that messages are in the Mail Archive but because the list addresses have changed, their locations in the Mail Archive have also. If you enter just "struts" and click on the "Find List" as well as "struts-dev" and "struts-user" there are now "dev" and "user" lists which contain the

RE: Mail Archive

> -Original Message- > From: Adam Hardy [mailto:[EMAIL PROTECTED] > Sent: Sunday, April 04, 2004 10:32 AM > To: Struts Developers List > Subject: Re: Mail Archive > > > On 04/04/2004 06:40 PM Niall Pemberton wrote: > > I notice that the mail archive doesn't have any messages since > 26/27

Re: JavaScriptTag and multiple forms.

On Apr 4, 2004, at 2:11 PM, Niall Pemberton wrote: Now that the four flavours of validator form (ValidatorForm, ValidatorActionForm, DynaValidatorForm, DynaValidatorActionForm) have a getValidatorKey() method, maybe the JavaScriptTag should get hold of these and call the getValidatorKey() - that

Re: JavaScriptTag and multiple forms.

Now that the four flavours of validator form (ValidatorForm, ValidatorActionForm, DynaValidatorForm, DynaValidatorActionForm) have a getValidatorKey() method, maybe the JavaScriptTag should get hold of these and call the getValidatorKey() - that way the formName could become optional, or even remov

Re: Mail Archive

On 04/04/2004 06:40 PM Niall Pemberton wrote: I notice that the mail archive doesn't have any messages since 26/27 March - I assume this is something to do with the TLP change & email address changing to dev/[EMAIL PROTECTED] http://www.mail-archive.com/struts-dev%40jakarta.apache.org/ http://www.

Re: Fw: UrlValidator() takes options - but how?

Sorry, it is a String in the patch - I just typed it in wrong on the email. Niall - Original Message - From: "David Graham" <[EMAIL PROTECTED]> To: "Struts Developers List" <[EMAIL PROTECTED]> Sent: Sunday, April 04, 2004 6:16 PM Subject: Re: Fw: UrlValidator() takes options - but how?

Re: Fw: UrlValidator() takes options - but how?

--- 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

Re: Fw: UrlValidator() takes options - but how?

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 expandedCode) method which returns an integer code. If

Mail Archive

I notice that the mail archive doesn't have any messages since 26/27 March - I assume this is something to do with the TLP change & email address changing to dev/[EMAIL PROTECTED] http://www.mail-archive.com/struts-dev%40jakarta.apache.org/ http://www.mail-archive.com/struts-user%40jakarta.apach

Bug report for Struts [2004/04/04]

+---+ | Bugzilla Bug ID | | +-+ | | Status: UNC=Unconfirmed NEW=New ASS=Assigned

Refactoring Struts Initialization (was RE: Splitting struts-config into multiple jar...)

This thread seems to have taken a turn into something I'm interested in; too bad the subject didn't change with it so I could have started following sooner. You really didn't miss much yet... I really don't like methods that throw Exception so I like ServletException better. No problem. I just re

Re: JavaScriptTag and multiple forms.

I guess it's because the term 'Action' has become seriously over-used. On 04/04/2004 11:48 AM Adam Hardy wrote: On 04/04/2004 01:10 AM Joe Germuska wrote: What if you were using ValidatorActionForm/DynaValidatorActionForm instead of ValidatorForm/DynaValidatorForm? Then the server side valid

Re: JavaScriptTag and multiple forms.

On 04/04/2004 01:10 AM Joe Germuska wrote: What if you were using ValidatorActionForm/DynaValidatorActionForm instead of ValidatorForm/DynaValidatorForm? Then the server side validation rules are looked up based on the path, not the name. With the form classes, this can be encapsulated cleanly