RE: TLP conversion status

> -Original Message- > From: Craig R. McClanahan [mailto:[EMAIL PROTECTED] > Sent: Monday, April 05, 2004 12:23 AM > To: Struts Developers List > Subject: Re: TLP conversion status > > > Robert Leland wrote: > > > At my last contract I was one of the Bugilla Admins (2.6.X) series. > > So

cvs commit: jakarta-struts/doc mail.xml

husted 2004/04/05 18:39:19 Modified:doc mail.xml Log: Update mailing list details. Revision ChangesPath 1.4 +5 -0 jakarta-struts/doc/mail.xml Index: mail.xml === RCS file: /home/cvs/

cvs commit: jakarta-struts/doc/images asf_logo_wide.gif

husted 2004/04/05 18:36:00 Added: doc/images asf_logo_wide.gif Log: Swap ASF for Jakarta logo Revision ChangesPath 1.1 jakarta-struts/doc/images/asf_logo_wide.gif <>

cvs commit: jakarta-struts/doc/stylesheets struts.xsl

husted 2004/04/05 18:35:40 Modified:doc/stylesheets struts.xsl Log: Swap ASF for Jakarta logo Revision ChangesPath 1.21 +5 -5 jakarta-struts/doc/stylesheets/struts.xsl Index: struts.xsl ===

cvs commit: jakarta-struts/doc mail.xml

husted 2004/04/05 18:35:18 Modified:doc mail.xml Log: Update mailing list details. Revision ChangesPath 1.3 +18 -0 jakarta-struts/doc/mail.xml Index: mail.xml === RCS file: /home/cvs/

cvs commit: jakarta-struts/doc mail.xml

husted 2004/04/05 18:22:59 Modified:doc mail.xml Log: Update mailing list details. Revision ChangesPath 1.2 +25 -57jakarta-struts/doc/mail.xml Index: mail.xml === RCS file: /home/cvs/

Validator and Struts 1.2.1 rollout

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 have checked in fixes to both the Main Trunk of Validator a

DO NOT REPLY [Bug 28197] - Cannot subscribe to mailing list struts-user-subscribe@jakarta.apache.org

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

cvs commit: jakarta-struts/doc mail.xml using.xml

husted 2004/04/05 17:56:10 Modified:doc using.xml Added: doc mail.xml Log: Update mailing list details. Revision ChangesPath 1.14 +5 -44 jakarta-struts/doc/using.xml Index: using.xml ==

Re: Validator Plugin

[EMAIL PROTECTED] wrote: One issue with this is to make sure the validator DTD is up to date. The reason I say this is because the DTD appears to be missing the var-jstype sub-element of the var element. Even the 1.2.0 version of the DTD on CVS is missing this. I assume it is a valid element,

Re: Validator Plugin

[EMAIL PROTECTED] wrote: One issue with this is to make sure the validator DTD is up to date. The reason I say this is because the DTD appears to be missing the var-jstype sub-element of the var element. Even the 1.2.0 version of the DTD on CVS is missing this. I assume it is a valid element,

Re: Core BSF Action [was Re: Refactoring Struts Initialization ...]

It is too bad we don't have a Cocoon "blocks" type ability. Their block system allows them to easily build special versions of Cocoon with only the capabilities desired. Their system encourages new ideas and capabilities with minimal impact to those that don't need the additional functionalit

Core BSF Action [was Re: Refactoring Struts Initialization ...]

On Mon, 05 Apr 2004 11:14:45 -0700, Don Brown wrote: > True, however that is only if your actions are Java classes. I've > developed Struts apps using scripting languages, particularly > BeanShell, to get a quick prototype of the application up and > running. Later, I can easily change those scri

Re: JavaScriptTag and multiple forms.

All the validation in my system is unique to an action, but my form beans are not. It fits well in my system to have validations defined by the action path rather than the form name. Having said that, with the new getValidationKey() method, it makes overriding the default behaviour straight forward

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

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

Re: Validator Plugin

Quoting "Craig R. McClanahan" <[EMAIL PROTECTED]>: > 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

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

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 -- you're not going to pick up added or changed Java classes without a

DO NOT REPLY [Bug 28195] - 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: Splitting struts-config into multiple jar and read them as reso urce stream

>> My two cents about Martin's points: >> >> 1 & 2) Having jar's name correspond to a module name. >> >> Interesting, but: >> >> - what about mixing subproject's jar and module's jar? How can we >> mix and discover them? > What do you mean by a subproject? That's not a concept that Struts has. If

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

Isn't this supposed to be "Jericho"? If it is "Jerico", that will cause great confusion on Google with Jerico Beach, the island of Java and the use of struts on airplanes. For an example of this, cf. http://www.airmuseum.ca/exag0309.html. My understanding is that it is called "Jericho" becau

DO NOT REPLY [Bug 28197] - Cannot subscribe to mailing list struts-user-subscribe@jakarta.apache.org

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: 2.3 for 1.3? (was Counting down to 1.2.1)

Another reason to move to 2.3 is that it would allow the HttpServletRequestWrapper class to be used for multipart request handling. The main benefit of that would be that you wouldn't lose parameters (via request.getParameter()) after the Struts controller does doForward(). As a user, I wouldn't

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

Joe Germuska wrote: Struts 1.x then remains Servlet 2.2, JSP 1.1, Java 1.2. Struts 2.x (fka 1.3.x) can then be Servlet 2.3, JSP 1.2, and Java 1.3. Struts 3.x (fka 2.x) can then be Servlet 2.4 and JSP 2.0, as planned. If we are going to depend on Servlet 2.3, then I think it's probably worth c

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

Struts 1.x then remains Servlet 2.2, JSP 1.1, Java 1.2. Struts 2.x (fka 1.3.x) can then be Servlet 2.3, JSP 1.2, and Java 1.3. Struts 3.x (fka 2.x) can then be Servlet 2.4 and JSP 2.0, as planned. If we are going to depend on Servlet 2.3, then I think it's probably worth changing the major versi

Re: TLP conversion status

On Sun, 04 Apr 2004 18:58:45 -0700 (PDT), Martin Cooper wrote: > I have not done anything myself about new content for the new site. > We're going to need some pages for things that we've heretofore > relied on the Jakarta site for. Before that, we'll need to discuss > how we want to organise the n

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

On Sun, 04 Apr 2004 18:30:09 -0700, Martin Cooper wrote: > Oh. I thought I was supposed to be cutting it this weekend (at your > suggestion ;). The only reason that's not actually done is because > CVS is locking up on me (in the Struts repo only). Should I not be > trying to do this? There are ni

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

On Sun, 04 Apr 2004 23:37:22 -0400, Robert Leland wrote: > It may be that a full blown Jerico would be struts 3.0, but we have > to start somewhere. How about this: In 1.2.x, we've been removing the deprecations and adding some API niceties, like wildcard mappings and the "module" tag attributes

Re: TLP conversion status

Robert Leland wrote: At my last contract I was one of the Bugilla Admins (2.6.X) series. So I am familar with Buzilla 2.6 but 2.4 may have that in an entirely different place. I don't know it well enought to tell you from memory. I think I just fixed this one ... fortunately, the database archite

DO NOT REPLY [Bug 28197] New: - Cannot subscribe to mailing list struts-user-subscribe@jakarta.apache.org

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