FW: February Newsletter - Call for content
Any takers??? -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: Rob Oxspring [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 10:25 AM To: Jakarta General List Cc: Glen Stampoultzis; [EMAIL PROTECTED]; Stefan Bodewig; Tim O'brien; Martin Poeschl; Mark Womack Subject: February Newsletter - Call for content Hi all, Could those that have items for the February newsletter try to get them to me in the next few days? If you haven't sent an item in before then let the respective dev list know that your doing it and send me the text (or a patch for the xdoc version once it's started). If you contributed last time round and don't feel a repeat effort coming on then letting the respective dev list know would be helpful to keep some sort of flow going. In terms of timescale I'll try and post drafts from Monday and hopefully arrive at a lazy concensus by Wednesday. Thanks in advance, Rob - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17530] New: - RequestUtils.computeURL should use the session associated with the request to control URL rewriting
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17530. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17530 RequestUtils.computeURL should use the session associated with the request to control URL rewriting Summary: RequestUtils.computeURL should use the session associated with the request to control URL rewriting Product: Struts Version: Nightly Build Platform: All OS/Version: All Status: NEW Severity: Normal Priority: Other Component: Utilities AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] The RequestUtils.computeURL method uses the existence of a session associated with the current page context to determine if URL rewriting should occur. Since it's possible for pageContext.getSession() to return null when ((HttpServletRequest)pageContext.getRequest()).getSession(false) returns a valid session, it seems like the method could fail to rewrite when it should. The situation can occur when a JSP page uses %@ page session=false % but a valid session actually exists. I can't create a patch right now, bit I will later if it's not already addressed. Here's the current state: RequestUtils.computeURL / Revision: 1.90 / Line 550 // Perform URL rewriting to include our session ID (if any) if (pageContext.getSession() != null) { HttpServletResponse response = (HttpServletResponse) pageContext.getResponse(); if (redirect) { return (response.encodeRedirectURL(url.toString())); } else { return (response.encodeURL(url.toString())); } } else { return (url.toString()); } Proposed change: // Perform URL rewriting to include our session ID (if any) if (request.getSession(false) != null) { HttpServletResponse response = (HttpServletResponse) pageContext.getResponse(); if (redirect) { return (response.encodeRedirectURL(url.toString())); } else { return (response.encodeURL(url.toString())); } } else { return (url.toString()); } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17532] New: - Newbie FAQ: How can I avoid validating a form before data is entered?
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17532. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17532 Newbie FAQ: How can I avoid validating a form before data is entered? Summary: Newbie FAQ: How can I avoid validating a form before data is entered? Product: Struts Version: Unknown Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] The simplest way is to have two actions. The first one has the job of setting the form data, i.e. a blank registration screen. The second action in our hypothetical would be to write the registration data to the database. Struts would take care of invoking the validation and returning the user to the correct screen if validation was not complete. Note that the form is the same form across both actions. action path=/formloadaction type=actions.MyFormLoadAction validate=false name=MyForm forward name=realaction path=realaction.tile / /action action path=/realformaction type=actions.MyFormAction validate=true input=realaction.tile name=MyForm forward name=morevalidations path=realaction.tile / forward name=success path=success.tile / /action As you get more advanced, you can reuse the action with either a lookup action form or look at the request yourself to determine the action. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17530] - RequestUtils.computeURL should use the session associated with the request to control URL rewriting
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17530. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17530 RequestUtils.computeURL should use the session associated with the request to control URL rewriting --- Additional Comments From [EMAIL PROTECTED] 2003-02-28 16:14 --- Why should a page that isn't participating in the session rewrite urls that do participate in a session? What is the use case for some pages in an app not using sessions and some that do? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17530] - RequestUtils.computeURL should use the session associated with the request to control URL rewriting
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17530. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17530 RequestUtils.computeURL should use the session associated with the request to control URL rewriting --- Additional Comments From [EMAIL PROTECTED] 2003-02-28 16:44 --- Just because a given page doesn't participate in a session is no reason for it to potentially break session tracking for the rest of the app. Is there a *sane* use case that would expose the bug? Not that I can think of off the top of my head. I stumbled across the code investigating something else and filed the bug purely on technical merits. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17533] New: - Add Quai, Inc. to Struts Consultants
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17533. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17533 Add Quai, Inc. to Struts Consultants Summary: Add Quai, Inc. to Struts Consultants Product: Struts Version: Unknown Platform: Other URL: http://jakarta.apache.org/struts/doc- 1.0.2/userGuide/resources.html OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] As per the instructions at http://jakarta.apache.org/struts/doc-1.0.2/userGuide/resources.html I would like to request the following to be added to the Consultants section of the resources.html page. Quai, Inc. - A HREF=http://www.quai.com;www.quai.com/A - A HREF=mailto:[EMAIL PROTECTED][EMAIL PROTECTED]/A Thank you, Kirk Hill Quai, Inc. [EMAIL PROTECTED] (617) 797-1777 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependent Packages in Struts 1.1
Is it usual in Struts for a release candidate to come out with the final dependency versions for community testing, or will these be put in place for the final release only? Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17530] - RequestUtils.computeURL should use the session associated with the request to control URL rewriting
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17530. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17530 RequestUtils.computeURL should use the session associated with the request to control URL rewriting [EMAIL PROTECTED] changed: What|Removed |Added Severity|Normal |Enhancement Target Milestone|--- |1.2 Family --- Additional Comments From [EMAIL PROTECTED] 2003-02-28 17:12 --- The only reason to change the code is to remove the PageContext variable from the method signature, making the method view neutral. I'll mark this as an enhancement to consider while refactoring RequestUtils. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17533] - Add Quai, Inc. to Struts Consultants
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17533. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17533 Add Quai, Inc. to Struts Consultants [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-02-28 17:13 --- We no longer maintain a list of consultants. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependent Packages in Struts 1.1
Final releases for dependant libraries will be distributed with 1.1 final. Currently we're using nightlies. David From: Mark Abbott [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] CC: [EMAIL PROTECTED] Subject: Re: Dependent Packages in Struts 1.1 Date: Fri, 28 Feb 2003 08:51:22 -0800 Is it usual in Struts for a release candidate to come out with the final dependency versions for community testing, or will these be put in place for the final release only? Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17535] New: - bean:message needs more ways to specify locale
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17535. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17535 bean:message needs more ways to specify locale Summary: bean:message needs more ways to specify locale Product: Struts Version: 1.1 RC1 Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Currently, the bean:message tag is designed to retrieve messages in the user's locale only. Consider a situation where a user needs to print a report for his/her manager, who speaks a different language (common in some countries). At the moment, a way to do this is to use the following construct: ... bean:define id=manager name=managerBean type=ManagerBean/ bean:define id=managerLocale name=manager property=locale type=java.util.Locale toScope=session/ ... bean:message key=report.title locale=managerLocale/ ... This works fine, as long as the locale object is created in session scope. This is because the object is eventually retrieved using the RequestUtils.retrieveUserLocale() method, which only looks for it in the session. I think it would be more logical if the bean:message tag would look for the locale in page, request, session and application scope consecutively. But why store an extra locale object in any scope? It would be great to have a way to specify the manager's locale property directly, e.g.: ... bean:define id=manager name=managerBean type=ManagerBean/ ... bean:message key=report.title localeName=manager localeProperty=locale/ ... The easiest way would be to reuse the name and property attributes. Although this might be confusing, they could be used to specify the locale if the key attribute is also provided, e.g.: ... bean:message key=report.title name=manager property=locale/ ... I hope to have made a useful contribution, and would be grateful for such an enhancement. Thank you. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17536] New: - ActionForward with redirect doesn´t work ....
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17536. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17536 ActionForward with redirect doesn´t work Summary: ActionForward with redirect doesn´t work Product: Struts Version: 1.1 RC1 Platform: All OS/Version: Other Status: NEW Severity: Critical Priority: Other Component: Controller AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If i return in an action a new actionforward with url and redirect==true ( or take a redirectingactionforward) the controller wants to access /+ the redirecting url. public class PayWagerAction extends AuthorizedAction { public ActionForward execute(ActionMapping mapping, ActionForm form, HttpServletRequest request, HttpServletResponse response, UserInfo userinfo) { // gets the session and payment/prognosis objects HttpSession session = request.getSession(); try { InternetPayment payment = ... payment.init(); return new ActionForward(payment.getRedirectURL(),true); //response.sendRedirect(payment.getRedirectURL()); return null; -- this works !!! } catch (Exception e) { e.printStackTrace(); } return mapping.findForward(Constants.FORWARD_FAIL); } } - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Should html:file tag have a value attribute?
Setting a value for html:file is ignored. (or is it an error in the spec???) I wanted to bounce this off someone before I remove it from the xml file. -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Should html:file tag have a value attribute?
Say what? What makes you think it's ignored? It doesn't appear to be ignored in Struts (handled in BaseFieldTag.doStartTag()). The HTML specification describes it, although another source (HTMLHelp) says that most browsers ignore it for security reasons. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 9:36 AM To: Struts Developers List Subject: Should html:file tag have a value attribute? Setting a value for html:file is ignored. (or is it an error in the spec???) I wanted to bounce this off someone before I remove it from the xml file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17530] - RequestUtils.computeURL should use the session associated with the request to control URL rewriting
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17530. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17530 RequestUtils.computeURL should use the session associated with the request to control URL rewriting --- Additional Comments From [EMAIL PROTECTED] 2003-02-28 18:10 --- Making it view-neutral sounds like a great idea. But changing the public API is definitely a backwards-compatibility issue, right? If that's the path you take it seems like it would have to be a 2.0 Family thing. I'd say the only reason to change the code is because there's a bug ;-). Again, I don't think it's likely to get triggered by a real app, so it's not an urgent fix. Waiting for it to be fixed as a result of refactoring seems reasonable. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17530] - RequestUtils.computeURL should use the session associated with the request to control URL rewriting
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17530. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17530 RequestUtils.computeURL should use the session associated with the request to control URL rewriting --- Additional Comments From [EMAIL PROTECTED] 2003-02-28 18:18 --- We'll just deprecate the existing method and create a new one that takes different parameters. I've tagged this for investigation for 1.2. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependent Packages in Struts 1.1
Yes, but let me ask that another way then. Are Struts final releases newly built for that purpose, or do they consist of the last release candidate that has been through community testing and then is relabeled as the final release when everyone is satisfied with it? Mark At 09:13 AM 2/28/2003, David Graham wrote: Final releases for dependant libraries will be distributed with 1.1 final. Currently we're using nightlies. David - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependent Packages in Struts 1.1
Mark Abbott [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Is it usual in Struts for a release candidate to come out with the final dependency versions for community testing, or will these be put in place for the final release only? There isn't a usual way. ;-) With the Struts 1.0.x releases, there wasn't a dependency on the Commons packages, as we have now, because everything was in the Struts code base. It was only after 1.0 that things like BeanUtils, Digester, etc. were split out from Struts to create new Commons packages. That said, we haven't discussed the question you are asking for Struts 1.1. My take on it would be that an RC2 build would include released versions of those packages that have all of the functionality we need, but nightlies of those that we still need updates for. It's not clear whether or not we would have an additional RC build beyond that, just to pick up released versions of all of our dependencies. -- Martin Cooper Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Should html:file tag have a value attribute?
I'm setting up Cactus tests for that tag and while Struts will put value=Some Value if you specify it, it is completely ignored by Mozilla and IE. I am assuming that it was just a copy and paste error since our docs state...Value of the label to be placed on this button. This value will also be submitted as the value of the specified request parameter. [Body of this tag (if any), or Cancel] (RT EXPR). Notice that it says 'button' and since it matches I realize that Cancel was probably a copy and paste error (html:password has it as well). I think we need to remove it or document it better. Your thoughts? -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: Karr, David [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 12:51 PM To: Struts Developers List Subject: RE: Should html:file tag have a value attribute? Say what? What makes you think it's ignored? It doesn't appear to be ignored in Struts (handled in BaseFieldTag.doStartTag()). The HTML specification describes it, although another source (HTMLHelp) says that most browsers ignore it for security reasons. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 9:36 AM To: Struts Developers List Subject: Should html:file tag have a value attribute? Setting a value for html:file is ignored. (or is it an error in the spec???) I wanted to bounce this off someone before I remove it from the xml file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Should html:file tag have a value attribute?
I am assuming that it was just a copy and paste error since our docs state...Value of the label to be placed on this button. This value will also be submitted as the value of the specified request parameter. [Body of this tag (if any), or Cancel] (RT EXPR). Notice that it says 'button' and since it matches Hmm.incomplete thoughtI was going to say... Since it matches what is stated for html:button I just figured it was an oversight. -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 1:53 PM To: 'Struts Developers List' Subject: RE: Should html:file tag have a value attribute? I'm setting up Cactus tests for that tag and while Struts will put value=Some Value if you specify it, it is completely ignored by Mozilla and IE. I am assuming that it was just a copy and paste error since our docs state...Value of the label to be placed on this button. This value will also be submitted as the value of the specified request parameter. [Body of this tag (if any), or Cancel] (RT EXPR). Notice that it says 'button' and since it matches I realize that Cancel was probably a copy and paste error (html:password has it as well). I think we need to remove it or document it better. Your thoughts? -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: Karr, David [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 12:51 PM To: Struts Developers List Subject: RE: Should html:file tag have a value attribute? Say what? What makes you think it's ignored? It doesn't appear to be ignored in Struts (handled in BaseFieldTag.doStartTag()). The HTML specification describes it, although another source (HTMLHelp) says that most browsers ignore it for security reasons. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 9:36 AM To: Struts Developers List Subject: Should html:file tag have a value attribute? Setting a value for html:file is ignored. (or is it an error in the spec???) I wanted to bounce this off someone before I remove it from the xml file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependent Packages in Struts 1.1
I don't think we need an RC that just updates the dependant libraries to released versions. IMO, we do need an RC2 though, which may include more released libraries. David From: Martin Cooper [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Dependent Packages in Struts 1.1 Date: Fri, 28 Feb 2003 10:46:24 -0800 Mark Abbott [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Is it usual in Struts for a release candidate to come out with the final dependency versions for community testing, or will these be put in place for the final release only? There isn't a usual way. ;-) With the Struts 1.0.x releases, there wasn't a dependency on the Commons packages, as we have now, because everything was in the Struts code base. It was only after 1.0 that things like BeanUtils, Digester, etc. were split out from Struts to create new Commons packages. That said, we haven't discussed the question you are asking for Struts 1.1. My take on it would be that an RC2 build would include released versions of those packages that have all of the functionality we need, but nightlies of those that we still need updates for. It's not clear whether or not we would have an additional RC build beyond that, just to pick up released versions of all of our dependencies. -- Martin Cooper Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Should html:file tag have a value attribute?
Opera does display the value attribute's text in the browser window; however, when you open the file chooser on the field, that value is not used at all. David From: Karr, David [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: RE: Should html:file tag have a value attribute? Date: Fri, 28 Feb 2003 10:58:10 -0800 There's definitely a CP error in the doc. The HTML specification says that the value of the value attribute MAY be used as the default file name presented in the FileChooser. My favorite web site for interpreting the spec, HTMLHelp, says that most browsers ignore this value for security reasons. I wonder what Opera does with this? Based on this, I would say we should correct the doc for the attribute, but not remove it. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 10:53 AM To: 'Struts Developers List' Subject: RE: Should html:file tag have a value attribute? I'm setting up Cactus tests for that tag and while Struts will put value=Some Value if you specify it, it is completely ignored by Mozilla and IE. I am assuming that it was just a copy and paste error since our docs state...Value of the label to be placed on this button. This value will also be submitted as the value of the specified request parameter. [Body of this tag (if any), or Cancel] (RT EXPR). Notice that it says 'button' and since it matches I realize that Cancel was probably a copy and paste error (html:password has it as well). I think we need to remove it or document it better. Your thoughts? -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: Karr, David [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 12:51 PM To: Struts Developers List Subject: RE: Should html:file tag have a value attribute? Say what? What makes you think it's ignored? It doesn't appear to be ignored in Struts (handled in BaseFieldTag.doStartTag()). The HTML specification describes it, although another source (HTMLHelp) says that most browsers ignore it for security reasons. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 9:36 AM To: Struts Developers List Subject: Should html:file tag have a value attribute? Setting a value for html:file is ignored. (or is it an error in the spec???) I wanted to bounce this off someone before I remove it from the xml file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Should html:file tag have a value attribute?
Does it submit the file if you just hit submit? -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 2:19 PM To: [EMAIL PROTECTED] Subject: RE: Should html:file tag have a value attribute? Opera does display the value attribute's text in the browser window; however, when you open the file chooser on the field, that value is not used at all. David From: Karr, David [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: RE: Should html:file tag have a value attribute? Date: Fri, 28 Feb 2003 10:58:10 -0800 There's definitely a CP error in the doc. The HTML specification says that the value of the value attribute MAY be used as the default file name presented in the FileChooser. My favorite web site for interpreting the spec, HTMLHelp, says that most browsers ignore this value for security reasons. I wonder what Opera does with this? Based on this, I would say we should correct the doc for the attribute, but not remove it. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 10:53 AM To: 'Struts Developers List' Subject: RE: Should html:file tag have a value attribute? I'm setting up Cactus tests for that tag and while Struts will put value=Some Value if you specify it, it is completely ignored by Mozilla and IE. I am assuming that it was just a copy and paste error since our docs state...Value of the label to be placed on this button. This value will also be submitted as the value of the specified request parameter. [Body of this tag (if any), or Cancel] (RT EXPR). Notice that it says 'button' and since it matches I realize that Cancel was probably a copy and paste error (html:password has it as well). I think we need to remove it or document it better. Your thoughts? -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: Karr, David [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 12:51 PM To: Struts Developers List Subject: RE: Should html:file tag have a value attribute? Say what? What makes you think it's ignored? It doesn't appear to be ignored in Struts (handled in BaseFieldTag.doStartTag()). The HTML specification describes it, although another source (HTMLHelp) says that most browsers ignore it for security reasons. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 9:36 AM To: Struts Developers List Subject: Should html:file tag have a value attribute? Setting a value for html:file is ignored. (or is it an error in the spec???) I wanted to bounce this off someone before I remove it from the xml file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Should html:file tag have a value attribute?
I don't know. David From: James Mitchell [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: 'Struts Developers List' [EMAIL PROTECTED] Subject: RE: Should html:file tag have a value attribute? Date: Fri, 28 Feb 2003 14:21:36 -0500 Does it submit the file if you just hit submit? -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 2:19 PM To: [EMAIL PROTECTED] Subject: RE: Should html:file tag have a value attribute? Opera does display the value attribute's text in the browser window; however, when you open the file chooser on the field, that value is not used at all. David From: Karr, David [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: RE: Should html:file tag have a value attribute? Date: Fri, 28 Feb 2003 10:58:10 -0800 There's definitely a CP error in the doc. The HTML specification says that the value of the value attribute MAY be used as the default file name presented in the FileChooser. My favorite web site for interpreting the spec, HTMLHelp, says that most browsers ignore this value for security reasons. I wonder what Opera does with this? Based on this, I would say we should correct the doc for the attribute, but not remove it. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 10:53 AM To: 'Struts Developers List' Subject: RE: Should html:file tag have a value attribute? I'm setting up Cactus tests for that tag and while Struts will put value=Some Value if you specify it, it is completely ignored by Mozilla and IE. I am assuming that it was just a copy and paste error since our docs state...Value of the label to be placed on this button. This value will also be submitted as the value of the specified request parameter. [Body of this tag (if any), or Cancel] (RT EXPR). Notice that it says 'button' and since it matches I realize that Cancel was probably a copy and paste error (html:password has it as well). I think we need to remove it or document it better. Your thoughts? -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: Karr, David [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 12:51 PM To: Struts Developers List Subject: RE: Should html:file tag have a value attribute? Say what? What makes you think it's ignored? It doesn't appear to be ignored in Struts (handled in BaseFieldTag.doStartTag()). The HTML specification describes it, although another source (HTMLHelp) says that most browsers ignore it for security reasons. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 9:36 AM To: Struts Developers List Subject: Should html:file tag have a value attribute? Setting a value for html:file is ignored. (or is it an error in the spec???) I wanted to bounce this off someone before I remove it from the xml file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Should html:file tag have a value attribute?
I would hope not, becase if it did, sites could submit (from hidden frames) any file on YOUR computer that it wanted. shiver That's scary! -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 2:43 PM To: [EMAIL PROTECTED] Subject: RE: Should html:file tag have a value attribute? I don't know. David From: James Mitchell [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: 'Struts Developers List' [EMAIL PROTECTED] Subject: RE: Should html:file tag have a value attribute? Date: Fri, 28 Feb 2003 14:21:36 -0500 Does it submit the file if you just hit submit? -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 2:19 PM To: [EMAIL PROTECTED] Subject: RE: Should html:file tag have a value attribute? Opera does display the value attribute's text in the browser window; however, when you open the file chooser on the field, that value is not used at all. David From: Karr, David [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: RE: Should html:file tag have a value attribute? Date: Fri, 28 Feb 2003 10:58:10 -0800 There's definitely a CP error in the doc. The HTML specification says that the value of the value attribute MAY be used as the default file name presented in the FileChooser. My favorite web site for interpreting the spec, HTMLHelp, says that most browsers ignore this value for security reasons. I wonder what Opera does with this? Based on this, I would say we should correct the doc for the attribute, but not remove it. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 10:53 AM To: 'Struts Developers List' Subject: RE: Should html:file tag have a value attribute? I'm setting up Cactus tests for that tag and while Struts will put value=Some Value if you specify it, it is completely ignored by Mozilla and IE. I am assuming that it was just a copy and paste error since our docs state...Value of the label to be placed on this button. This value will also be submitted as the value of the specified request parameter. [Body of this tag (if any), or Cancel] (RT EXPR). Notice that it says 'button' and since it matches I realize that Cancel was probably a copy and paste error (html:password has it as well). I think we need to remove it or document it better. Your thoughts? -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: Karr, David [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 12:51 PM To: Struts Developers List Subject: RE: Should html:file tag have a value attribute? Say what? What makes you think it's ignored? It doesn't appear to be ignored in Struts (handled in BaseFieldTag.doStartTag()). The HTML specification describes it, although another source (HTMLHelp) says that most browsers ignore it for security reasons. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 9:36 AM To: Struts Developers List Subject: Should html:file tag have a value attribute? Setting a value for html:file is ignored. (or is it an error in the spec???) I wanted to bounce this off someone before I remove it from the xml file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Should html:file tag have a value attribute?
A Divendres 28 Febrer 2003 20:21, James Mitchell va escriure: Does it submit the file if you just hit submit? It shows a warning message saying that the file input was filled without any action of the user, and lets you choose to submit it or not. -- Antoni - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Should html:file tag have a value attribute?
It shows a warning message saying that the file input was filled without any action of the user, and lets you choose to submit it or not. Thanks for the info. I knew Opera wouldn't let me down :-). David _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Should html:file tag have a value attribute?
Here's what I've come up with so far.anyone want to add anything before I commit this? info p strongNOTE/strong: When setting this to some value, whether intentional or as the result (for example) of validation errors forcing the user back to the original jsp, this value is ignored by most browsers. This means that your users will have to re-select any previously selected file(s) when submitting the form. The Opera web browser will prompt the user so they have a chance to abort the submit. /p Value to which this field should be initialized. [Use the corresponding bean property value or body content (if any) if property is not specified] /info -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: Karr, David [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 1:58 PM To: Struts Developers List Subject: RE: Should html:file tag have a value attribute? There's definitely a CP error in the doc. The HTML specification says that the value of the value attribute MAY be used as the default file name presented in the FileChooser. My favorite web site for interpreting the spec, HTMLHelp, says that most browsers ignore this value for security reasons. I wonder what Opera does with this? Based on this, I would say we should correct the doc for the attribute, but not remove it. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 10:53 AM To: 'Struts Developers List' Subject: RE: Should html:file tag have a value attribute? I'm setting up Cactus tests for that tag and while Struts will put value=Some Value if you specify it, it is completely ignored by Mozilla and IE. I am assuming that it was just a copy and paste error since our docs state...Value of the label to be placed on this button. This value will also be submitted as the value of the specified request parameter. [Body of this tag (if any), or Cancel] (RT EXPR). Notice that it says 'button' and since it matches I realize that Cancel was probably a copy and paste error (html:password has it as well). I think we need to remove it or document it better. Your thoughts? -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: Karr, David [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 12:51 PM To: Struts Developers List Subject: RE: Should html:file tag have a value attribute? Say what? What makes you think it's ignored? It doesn't appear to be ignored in Struts (handled in BaseFieldTag.doStartTag()). The HTML specification describes it, although another source (HTMLHelp) says that most browsers ignore it for security reasons. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 9:36 AM To: Struts Developers List Subject: Should html:file tag have a value attribute? Setting a value for html:file is ignored. (or is it an error in the spec???) I wanted to bounce this off someone before I remove it from the xml file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Should html:file tag have a value attribute?
I would change ... by most browsers to ... by most browsers (for security reasons), just for a little more background. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 12:05 PM To: 'Struts Developers List' Subject: RE: Should html:file tag have a value attribute? Here's what I've come up with so far.anyone want to add anything before I commit this? info p strongNOTE/strong: When setting this to some value, whether intentional or as the result (for example) of validation errors forcing the user back to the original jsp, this value is ignored by most browsers. This means that your users will have to re-select any previously selected file(s) when submitting the form. The Opera web browser will prompt the user so they have a chance to abort the submit. /p Value to which this field should be initialized. [Use the corresponding bean property value or body content (if any) if property is not specified] /info -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: Karr, David [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 1:58 PM To: Struts Developers List Subject: RE: Should html:file tag have a value attribute? There's definitely a CP error in the doc. The HTML specification says that the value of the value attribute MAY be used as the default file name presented in the FileChooser. My favorite web site for interpreting the spec, HTMLHelp, says that most browsers ignore this value for security reasons. I wonder what Opera does with this? Based on this, I would say we should correct the doc for the attribute, but not remove it. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 10:53 AM To: 'Struts Developers List' Subject: RE: Should html:file tag have a value attribute? I'm setting up Cactus tests for that tag and while Struts will put value=Some Value if you specify it, it is completely ignored by Mozilla and IE. I am assuming that it was just a copy and paste error since our docs state...Value of the label to be placed on this button. This value will also be submitted as the value of the specified request parameter. [Body of this tag (if any), or Cancel] (RT EXPR). Notice that it says 'button' and since it matches I realize that Cancel was probably a copy and paste error (html:password has it as well). I think we need to remove it or document it better. Your thoughts? -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: Karr, David [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 12:51 PM To: Struts Developers List Subject: RE: Should html:file tag have a value attribute? Say what? What makes you think it's ignored? It doesn't appear to be ignored in Struts (handled in BaseFieldTag.doStartTag()). The HTML specification describes it, although another source (HTMLHelp) says that most browsers ignore it for security reasons. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 9:36 AM To: Struts Developers List Subject: Should html:file tag have a value attribute? Setting a value for html:file is ignored. (or is it an error in the spec???) I wanted to bounce this off someone before I remove it from the xml file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Should html:file tag have a value attribute?
Thanks, I'll fix this tonight. -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: Karr, David [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 3:12 PM To: Struts Developers List Subject: RE: Should html:file tag have a value attribute? I would change ... by most browsers to ... by most browsers (for security reasons), just for a little more background. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 12:05 PM To: 'Struts Developers List' Subject: RE: Should html:file tag have a value attribute? Here's what I've come up with so far.anyone want to add anything before I commit this? info p strongNOTE/strong: When setting this to some value, whether intentional or as the result (for example) of validation errors forcing the user back to the original jsp, this value is ignored by most browsers. This means that your users will have to re-select any previously selected file(s) when submitting the form. The Opera web browser will prompt the user so they have a chance to abort the submit. /p Value to which this field should be initialized. [Use the corresponding bean property value or body content (if any) if property is not specified] /info -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: Karr, David [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 1:58 PM To: Struts Developers List Subject: RE: Should html:file tag have a value attribute? There's definitely a CP error in the doc. The HTML specification says that the value of the value attribute MAY be used as the default file name presented in the FileChooser. My favorite web site for interpreting the spec, HTMLHelp, says that most browsers ignore this value for security reasons. I wonder what Opera does with this? Based on this, I would say we should correct the doc for the attribute, but not remove it. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 10:53 AM To: 'Struts Developers List' Subject: RE: Should html:file tag have a value attribute? I'm setting up Cactus tests for that tag and while Struts will put value=Some Value if you specify it, it is completely ignored by Mozilla and IE. I am assuming that it was just a copy and paste error since our docs state...Value of the label to be placed on this button. This value will also be submitted as the value of the specified request parameter. [Body of this tag (if any), or Cancel] (RT EXPR). Notice that it says 'button' and since it matches I realize that Cancel was probably a copy and paste error (html:password has it as well). I think we need to remove it or document it better. Your thoughts? -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ -Original Message- From: Karr, David [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 12:51 PM To: Struts Developers List Subject: RE: Should html:file tag have a value attribute? Say what? What makes you think it's ignored? It doesn't appear to be ignored in Struts (handled in BaseFieldTag.doStartTag()). The HTML specification describes it, although another source (HTMLHelp) says that most browsers ignore it for security reasons. -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 9:36 AM To: Struts Developers List Subject: Should html:file tag have a value attribute? Setting a value for html:file is ignored. (or is it an error in the spec???) I wanted to bounce this off someone before I remove it from the xml file. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Short term plans
Committers/Developers As most of you know, I've been adding Cactus tests to try and cover (hopefully) all the core taglibs with every conceivable combination of attributes. Considering the hierarchy of how the tags are implemented, someone might say that a lot of these tests are redundant, but I would argue that the more coverage, the better. You never know when you need to take a feature from its super and implement it a different way. If you forget to add the appropriate tests, then you've exposed yourself to potential bugs. (Now, I apologize if that sentence doesn't make it through some mail filters ;) With the tests I'm adding, you're already covered. The only exception are a few EXTREMELY common attributes (prepareEventHandlers() and prepareStyles()). My plans are to finish up html this weekend, and tiles, upload, and validator by the end of next week. After that I hope to get all the nested tags done between 3/15 and 3/22, then move on to the struts-el tags. The only thing that might delay things is the fact that my contract is almost up and I'm desperately looking for another job. Does anyone object or is there a special focus that anyone wants to get covered quickly? Also, are there any volunteers out there wanting to help me get this stuff nailed? -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Dependent Packages in Struts 1.1
On Fri, 28 Feb 2003, David Graham wrote: Date: Fri, 28 Feb 2003 11:59:28 -0700 From: David Graham [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Dependent Packages in Struts 1.1 I don't think we need an RC that just updates the dependant libraries to released versions. IMO, we do need an RC2 though, which may include more released libraries. I would prefer if the next RC did indeed include the released commons libs we propose to use, to the maximum extent that is possible at the moment. David Craig From: Martin Cooper [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Dependent Packages in Struts 1.1 Date: Fri, 28 Feb 2003 10:46:24 -0800 Mark Abbott [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Is it usual in Struts for a release candidate to come out with the final dependency versions for community testing, or will these be put in place for the final release only? There isn't a usual way. ;-) With the Struts 1.0.x releases, there wasn't a dependency on the Commons packages, as we have now, because everything was in the Struts code base. It was only after 1.0 that things like BeanUtils, Digester, etc. were split out from Struts to create new Commons packages. That said, we haven't discussed the question you are asking for Struts 1.1. My take on it would be that an RC2 build would include released versions of those packages that have all of the functionality we need, but nightlies of those that we still need updates for. It's not clear whether or not we would have an additional RC build beyond that, just to pick up released versions of all of our dependencies. -- Martin Cooper Mark - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Short term plans
Sounds great James! Thanks a bunch for doing the tests. David From: James Mitchell [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: Short term plans Date: Fri, 28 Feb 2003 16:58:33 -0500 Committers/Developers As most of you know, I've been adding Cactus tests to try and cover (hopefully) all the core taglibs with every conceivable combination of attributes. Considering the hierarchy of how the tags are implemented, someone might say that a lot of these tests are redundant, but I would argue that the more coverage, the better. You never know when you need to take a feature from its super and implement it a different way. If you forget to add the appropriate tests, then you've exposed yourself to potential bugs. (Now, I apologize if that sentence doesn't make it through some mail filters ;) With the tests I'm adding, you're already covered. The only exception are a few EXTREMELY common attributes (prepareEventHandlers() and prepareStyles()). My plans are to finish up html this weekend, and tiles, upload, and validator by the end of next week. After that I hope to get all the nested tags done between 3/15 and 3/22, then move on to the struts-el tags. The only thing that might delay things is the fact that my contract is almost up and I'm desperately looking for another job. Does anyone object or is there a special focus that anyone wants to get covered quickly? Also, are there any volunteers out there wanting to help me get this stuff nailed? -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/featuredemail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Short term plans
-Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] My plans are to finish up html this weekend, and tiles, upload, and validator by the end of next week. After that I hope to get all the nested tags done between 3/15 and 3/22, then move on to the struts-el tags. The only thing that might delay things is the fact that my contract is almost up and I'm desperately looking for another job. Does anyone object or is there a special focus that anyone wants to get covered quickly? Also, are there any volunteers out there wanting to help me get this stuff nailed? Sigh. If your new testing setup is reasonably straightforward, I wouldn't imagine it could be very difficult for me or someone else to clone them (and remove some) for the Struts-EL tests. There already is a set of Cactus tests for Struts-EL which covered more than the original base Struts tests did, but your new work has very likely jumped well past that. In short, if you've finished everything you need to do for bean, logic, and html, and you have some doors to knock on, then give me what I need to know and I'll implement the Struts-EL tests (or someone else, if they wanted to do this). If Aaron has time, he could probably do the same for the nested tags. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Short term plans
With respect, consider how much time struts-devs should spend on tags, I kind of agree with those that say slowly move them over to taglibs and separate jar away from core struts, for example if JSTL can do it. Of course I know, open source means donating contributors kind of get to work on what they want. my 2 c. .V Karr, David wrote: -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] My plans are to finish up html this weekend, and tiles, upload, and validator by the end of next week. After that I hope to get all the nested tags done between 3/15 and 3/22, then move on to the struts-el tags. The only thing that might delay things is the fact that my contract is almost up and I'm desperately looking for another job. Does anyone object or is there a special focus that anyone wants to get covered quickly? Also, are there any volunteers out there wanting to help me get this stuff nailed? Sigh. If your new testing setup is reasonably straightforward, I wouldn't imagine it could be very difficult for me or someone else to clone them (and remove some) for the Struts-EL tests. There already is a set of Cactus tests for Struts-EL which covered more than the original base Struts tests did, but your new work has very likely jumped well past that. In short, if you've finished everything you need to do for bean, logic, and html, and you have some doors to knock on, then give me what I need to know and I'll implement the Struts-EL tests (or someone else, if they wanted to do this). If Aaron has time, he could probably do the same for the nested tags. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Should html:file tag have a value attribute?
Antoni Reus [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] A Divendres 28 Febrer 2003 20:21, James Mitchell va escriure: Does it submit the file if you just hit submit? It shows a warning message saying that the file input was filled without any action of the user, and lets you choose to submit it or not. ... which, FYI, is exactly what the spec says it should do. See section 8 in: http://www.ietf.org/rfc/rfc1867.txt -- Martin Cooper -- Antoni - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/html TestCheckboxTag5.jsp TestCheckboxTag6.jsp TestCheckboxTag7.jsp TestCheckboxTag8.jsp
jmitchell2003/02/28 16:40:51 Modified:src/test/org/apache/struts/taglib/html TestCheckboxTag1.java Removed: src/test/org/apache/struts/taglib/html TestCheckboxTag5.java TestCheckboxTag7.java web/test/test/org/apache/struts/taglib/html TestCheckboxTag5.jsp TestCheckboxTag6.jsp TestCheckboxTag7.jsp TestCheckboxTag8.jsp Log: I incorrectly assumed that checkbox would work with a boolean wrapper Revision ChangesPath 1.2 +0 -6 jakarta-struts/src/test/org/apache/struts/taglib/html/TestCheckboxTag1.java Index: TestCheckboxTag1.java === RCS file: /home/cvs/jakarta-struts/src/test/org/apache/struts/taglib/html/TestCheckboxTag1.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- TestCheckboxTag1.java 28 Feb 2003 01:11:33 - 1.1 +++ TestCheckboxTag1.java 1 Mar 2003 00:40:51 - 1.2 @@ -77,12 +77,6 @@ * * TestCheckboxTag(3 and 4) - These test using a boolean property * set to false on our form. - * - * TestCheckboxTag(5 and 6) - These test using a java.lang.Boolean property - * set to true on our form. - * - * TestCheckboxTag(7 and 8) - These test using a java.lang.Boolean property - * set to false on our form. * * @author James Mitchell */ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/doc/userGuide struts-html.xml
jmitchell2003/02/28 16:45:00 Modified:doc/userGuide struts-html.xml Log: Fix docs Revision ChangesPath 1.52 +15 -5 jakarta-struts/doc/userGuide/struts-html.xml Index: struts-html.xml === RCS file: /home/cvs/jakarta-struts/doc/userGuide/struts-html.xml,v retrieving revision 1.51 retrieving revision 1.52 diff -u -r1.51 -r1.52 --- struts-html.xml 27 Feb 2003 03:55:06 - 1.51 +++ struts-html.xml 1 Mar 2003 00:44:59 - 1.52 @@ -1105,7 +1105,8 @@ requiredfalse/required rtexprvaluetrue/rtexprvalue info -Maximum number of input characters to accept. [No limit] +Maximum number of input characters to accept. This is ignored +by most browsers. [No limit] /info /attribute @@ -1333,9 +1334,18 @@ requiredfalse/required rtexprvaluetrue/rtexprvalue info -Value of the label to be placed on this button. This value will -also be submitted as the value of the specified request parameter. -[Body of this tag (if any), or Cancel] +p +strongNOTE/strong: When setting this to some value, whether +intentional or as the result (for example) of validation errors +forcing the user back to the original jsp, this value is ignored +by most browsers (for security reasons). +This means that your users will have to re-select any previously +selected files when submitting the form. Opera web browser will +prompt the user so they have a chance to abort the submit. +/p +Value to which this field should be initialized. [Use the +corresponding bean property value or body content (if any) if +property is not specified] /info /attribute /tag @@ -4987,7 +4997,7 @@ info Value of the label to be placed on this button. This value will also be submitted as the value of the specified request parameter. -[Body of this tag (if any), or Cancel] +[Body of this tag (if any)] /info /attribute /tag - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Short term plans
The taglibs are a heavily used feature. We get a lot of bug reports on them so the tests are badly needed. There is no doubt that we should use JSTL but at this point not everyone has that option. David With respect, consider how much time struts-devs should spend on tags, I kind of agree with those that say slowly move them over to taglibs and separate jar away from core struts, for example if JSTL can do it. Of course I know, open source means donating contributors kind of get to work on what they want. my 2 c. .V Karr, David wrote: -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] My plans are to finish up html this weekend, and tiles, upload, and validator by the end of next week. After that I hope to get all the nested tags done between 3/15 and 3/22, then move on to the struts-el tags. The only thing that might delay things is the fact that my contract is almost up and I'm desperately looking for another job. Does anyone object or is there a special focus that anyone wants to get covered quickly? Also, are there any volunteers out there wanting to help me get this stuff nailed? Sigh. If your new testing setup is reasonably straightforward, I wouldn't imagine it could be very difficult for me or someone else to clone them (and remove some) for the Struts-EL tests. There already is a set of Cactus tests for Struts-EL which covered more than the original base Struts tests did, but your new work has very likely jumped well past that. In short, if you've finished everything you need to do for bean, logic, and html, and you have some doors to knock on, then give me what I need to know and I'll implement the Struts-EL tests (or someone else, if they wanted to do this). If Aaron has time, he could probably do the same for the nested tags. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/src/test/org/apache/struts/taglib/html TestCheckboxTag6.java TestCheckboxTag8.java
jmitchell2003/02/28 16:52:03 Removed: src/test/org/apache/struts/taglib/html TestCheckboxTag6.java TestCheckboxTag8.java Log: I incorrectly assumed that checkbox would work with a boolean wrapper - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/doc/userGuide struts-html.xml
Does this actually build properly? I see this structure: info p Some text here. /p Some more text here. /info The second piece of text is not within a paragraph... -- Martin Cooper [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] jmitchell2003/02/28 16:45:00 Modified:doc/userGuide struts-html.xml Log: Fix docs Revision ChangesPath 1.52 +15 -5 jakarta-struts/doc/userGuide/struts-html.xml Index: struts-html.xml === RCS file: /home/cvs/jakarta-struts/doc/userGuide/struts-html.xml,v retrieving revision 1.51 retrieving revision 1.52 diff -u -r1.51 -r1.52 --- struts-html.xml 27 Feb 2003 03:55:06 - 1.51 +++ struts-html.xml 1 Mar 2003 00:44:59 - 1.52 @@ -1105,7 +1105,8 @@ requiredfalse/required rtexprvaluetrue/rtexprvalue info -Maximum number of input characters to accept. [No limit] +Maximum number of input characters to accept. This is ignored +by most browsers. [No limit] /info /attribute @@ -1333,9 +1334,18 @@ requiredfalse/required rtexprvaluetrue/rtexprvalue info -Value of the label to be placed on this button. This value will -also be submitted as the value of the specified request parameter. -[Body of this tag (if any), or Cancel] +p +strongNOTE/strong: When setting this to some value, whether +intentional or as the result (for example) of validation errors +forcing the user back to the original jsp, this value is ignored +by most browsers (for security reasons). +This means that your users will have to re-select any previously +selected files when submitting the form. Opera web browser will +prompt the user so they have a chance to abort the submit. +/p +Value to which this field should be initialized. [Use the +corresponding bean property value or body content (if any) if +property is not specified] /info /attribute /tag @@ -4987,7 +4997,7 @@ info Value of the label to be placed on this button. This value will also be submitted as the value of the specified request parameter. -[Body of this tag (if any), or Cancel] +[Body of this tag (if any)] /info /attribute /tag - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17536] - ActionForward with redirect doesn´t work
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17536. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17536 ActionForward with redirect doesn´t work [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID Summary|ActionForward with redirect|ActionForward with redirect |doesn´t work |doesn´t work --- Additional Comments From [EMAIL PROTECTED] 2003-03-01 01:11 --- I tested many use cases and they all redirected as they should. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17368] - html:select multiple does not populate form bean under jdk1.3
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17368. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17368 html:select multiple does not populate form bean under jdk1.3 [EMAIL PROTECTED] changed: What|Removed |Added Component|Unknown |Custom Tags Summary|html:select multiple does |html:select multiple does |not populate form bean under|not populate form bean under |jdk1.3 |jdk1.3 --- Additional Comments From [EMAIL PROTECTED] 2003-03-01 01:35 --- I have verified that this is a bug with the struts-exercise-taglib webapp. I used the newest 1.3.1_07. I don't think this is a Struts issue because AFAIK it relies on BeanUtils and the underlying jdk JavaBean implementation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: cvs commit: jakarta-struts/doc/userGuide struts-html.xml
It is valid xml unless there is a dtd that says all text must be in a p tag. I think it's ok. David From: Martin Cooper [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: cvs commit: jakarta-struts/doc/userGuide struts-html.xml Date: Fri, 28 Feb 2003 16:56:17 -0800 Does this actually build properly? I see this structure: info p Some text here. /p Some more text here. /info The second piece of text is not within a paragraph... -- Martin Cooper [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] jmitchell2003/02/28 16:45:00 Modified:doc/userGuide struts-html.xml Log: Fix docs Revision ChangesPath 1.52 +15 -5 jakarta-struts/doc/userGuide/struts-html.xml Index: struts-html.xml === RCS file: /home/cvs/jakarta-struts/doc/userGuide/struts-html.xml,v retrieving revision 1.51 retrieving revision 1.52 diff -u -r1.51 -r1.52 --- struts-html.xml 27 Feb 2003 03:55:06 - 1.51 +++ struts-html.xml 1 Mar 2003 00:44:59 - 1.52 @@ -1105,7 +1105,8 @@ requiredfalse/required rtexprvaluetrue/rtexprvalue info -Maximum number of input characters to accept. [No limit] +Maximum number of input characters to accept. This is ignored +by most browsers. [No limit] /info /attribute @@ -1333,9 +1334,18 @@ requiredfalse/required rtexprvaluetrue/rtexprvalue info -Value of the label to be placed on this button. This value will -also be submitted as the value of the specified request parameter. -[Body of this tag (if any), or Cancel] +p +strongNOTE/strong: When setting this to some value, whether +intentional or as the result (for example) of validation errors +forcing the user back to the original jsp, this value is ignored +by most browsers (for security reasons). +This means that your users will have to re-select any previously +selected files when submitting the form. Opera web browser will +prompt the user so they have a chance to abort the submit. +/p +Value to which this field should be initialized. [Use the +corresponding bean property value or body content (if any) if +property is not specified] /info /attribute /tag @@ -4987,7 +4997,7 @@ info Value of the label to be placed on this button. This value will also be submitted as the value of the specified request parameter. -[Body of this tag (if any), or Cancel] +[Body of this tag (if any)] /info /attribute /tag - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 17368] - html:select multiple does not populate formbean under jdk1.3
I need some help solving this issue. I don't know where to look for the problem. Is this an issue with Sun's 1.3.1 jdk, BeanUtils, or Struts. There are 2 workarounds: 1. Use Java 1.4 2. Don't provide an indexed getter method on the ActionForm Help? David http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17368 html:select multiple does not populate form bean under jdk1.3 [EMAIL PROTECTED] changed: What|Removed |Added Component|Unknown |Custom Tags Summary|html:select multiple does |html:select multiple does |not populate form bean under|not populate form bean under |jdk1.3 |jdk1.3 --- Additional Comments From [EMAIL PROTECTED] 2003-03-01 01:35 --- I have verified that this is a bug with the struts-exercise-taglib webapp. I used the newest 1.3.1_07. I don't think this is a Struts issue because AFAIK it relies on BeanUtils and the underlying jdk JavaBean implementation. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17299] - Page variable not set on DynaValidatorForms for mutlipage validations
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17299. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17299 Page variable not set on DynaValidatorForms for mutlipage validations --- Additional Comments From [EMAIL PROTECTED] 2003-03-01 01:46 --- Did you define page as a form property in the config file? form-property name=page type=java.lang.String initial=0/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17299] - Page variable not set on DynaValidatorForms for mutlipage validations
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17299. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17299 Page variable not set on DynaValidatorForms for mutlipage validations --- Additional Comments From [EMAIL PROTECTED] 2003-03-01 01:48 --- The type might have to be int instead of String. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
consultants and poweredby removal
We no longer actively maintain the consultants and poweredby pages. What does everyone think about removing them? We still get requests to be added to those pages so I think it would be good to get rid of them. David _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Tiles still in the contrib directory
I just noticed that Tiles code is duplicated under the contrib directory. Shouldn't this be removed now that Tiles is integrated into Struts? David _ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: consultants and poweredby removal
Problem is that some people are referencing the 1.0.2 docs instructions, so even if we do they will probably still send in requests. On a recent request, I went to their site, there was no mention of Struts or Jakarta or Apache or even Java!!! I'm +1 for removing it. I'm also +1 for dumping all 'powered by' references that are invalid. I mean, its one thing to add links to sites that aren't allowed to put our logo there, but its another to get 404 or connection refused. We've had several more mentioned lately so it might be a good idea to scrub that list again and put up some more valid links and remove the bad ones. If we think this is becoming a maintenance problem, I'll volunteer to add a task to the build that let's us validate the references by creating a resources-violators.html report when finished. I was thinking about something with a declarative search criteria or pattern. -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 9:34 PM To: [EMAIL PROTECTED] Subject: consultants and poweredby removal We no longer actively maintain the consultants and poweredby pages. What does everyone think about removing them? We still get requests to be added to those pages so I think it would be good to get rid of them. David _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17535] - bean:message needs more ways to specify locale
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17535. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17535 bean:message needs more ways to specify locale [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-03-01 03:36 --- The JSTL provides a standard fmt:message tag that duplicates much of the bean:message tag's functionality. Given that what you're requesting is already doable (if not awkward) and that there's a standard tag, I don't believe Struts should implement this feature. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16916] - nested:write using incorrect bean
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16916. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16916 nested:write using incorrect bean [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Additional Comments From [EMAIL PROTECTED] 2003-03-01 03:38 --- I believe Arron has committed the fixes for this now. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 16921] - tiles:insert flushes on JSP 1.2+ container
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16921. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=16921 tiles:insert flushes on JSP 1.2+ container [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2003-03-01 03:43 --- The insert tag already has a flush attribute that allows you to choose this behavior - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Short term plans
On Fri, 28 Feb 2003, David Graham wrote: Date: Fri, 28 Feb 2003 17:50:08 -0700 From: David Graham [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Short term plans The taglibs are a heavily used feature. We get a lot of bug reports on them so the tests are badly needed. There is no doubt that we should use JSTL but at this point not everyone has that option. At JavaOne US 2002 (March 2002) I did a survey of the folks that came to the Struts Community BOF. Over half the people there were developing and deploying on J2EE 1.2 (i.e. Servlet 2.2 and JSP 1.1) platforms. Yes, it's almost a year later now, but the situation has not *totally* changed. JSTL (and JavaServer Faces, when it becomes available) require Servlet 2.3 and JSP 1.2, so they are not even an option for a very significant portion of the Struts user community. Thus, it would be irresponsible to abandon our focus on ensuring the quality of the Struts tag libraries -- and this would be true even if Struts was a commercial product instead of an open source package. That being said, it's very clear where the future is for view tier technology. But that's for the future (Struts 1.2 and beyond) -- and, even for those future Struts versions, users are not always able to convert their applications instantly. We need to care now, and will continue to need to care in the future, about the quality of the existing Struts tag libraries. I'm totally delighted that someone like David has cared enough to create such a comprehensive test suite for a feature that is critically important to a very large majority of current, and future, Struts users. Thanks David! David Craig With respect, consider how much time struts-devs should spend on tags, I kind of agree with those that say slowly move them over to taglibs and separate jar away from core struts, for example if JSTL can do it. Of course I know, open source means donating contributors kind of get to work on what they want. my 2 c. .V Karr, David wrote: -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] My plans are to finish up html this weekend, and tiles, upload, and validator by the end of next week. After that I hope to get all the nested tags done between 3/15 and 3/22, then move on to the struts-el tags. The only thing that might delay things is the fact that my contract is almost up and I'm desperately looking for another job. Does anyone object or is there a special focus that anyone wants to get covered quickly? Also, are there any volunteers out there wanting to help me get this stuff nailed? Sigh. If your new testing setup is reasonably straightforward, I wouldn't imagine it could be very difficult for me or someone else to clone them (and remove some) for the Struts-EL tests. There already is a set of Cactus tests for Struts-EL which covered more than the original base Struts tests did, but your new work has very likely jumped well past that. In short, if you've finished everything you need to do for bean, logic, and html, and you have some doors to knock on, then give me what I need to know and I'll implement the Struts-EL tests (or someone else, if they wanted to do this). If Aaron has time, he could probably do the same for the nested tags. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles still in the contrib directory
On Fri, 28 Feb 2003, David Graham wrote: Date: Fri, 28 Feb 2003 19:35:36 -0700 From: David Graham [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Tiles still in the contrib directory I just noticed that Tiles code is duplicated under the contrib directory. Shouldn't this be removed now that Tiles is integrated into Struts? Makes sense to me. Cedric, is there anything left in the contrib area that we need to keep? David Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Short term plans
I seem to be getting a lot of credit for things I didn't do. James Mitchell deserves the tester of the year award. Thanks James! David From: Craig R. McClanahan [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Subject: Re: Short term plans Date: Fri, 28 Feb 2003 19:46:27 -0800 (PST) On Fri, 28 Feb 2003, David Graham wrote: Date: Fri, 28 Feb 2003 17:50:08 -0700 From: David Graham [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Short term plans The taglibs are a heavily used feature. We get a lot of bug reports on them so the tests are badly needed. There is no doubt that we should use JSTL but at this point not everyone has that option. At JavaOne US 2002 (March 2002) I did a survey of the folks that came to the Struts Community BOF. Over half the people there were developing and deploying on J2EE 1.2 (i.e. Servlet 2.2 and JSP 1.1) platforms. Yes, it's almost a year later now, but the situation has not *totally* changed. JSTL (and JavaServer Faces, when it becomes available) require Servlet 2.3 and JSP 1.2, so they are not even an option for a very significant portion of the Struts user community. Thus, it would be irresponsible to abandon our focus on ensuring the quality of the Struts tag libraries -- and this would be true even if Struts was a commercial product instead of an open source package. That being said, it's very clear where the future is for view tier technology. But that's for the future (Struts 1.2 and beyond) -- and, even for those future Struts versions, users are not always able to convert their applications instantly. We need to care now, and will continue to need to care in the future, about the quality of the existing Struts tag libraries. I'm totally delighted that someone like David has cared enough to create such a comprehensive test suite for a feature that is critically important to a very large majority of current, and future, Struts users. Thanks David! David Craig With respect, consider how much time struts-devs should spend on tags, I kind of agree with those that say slowly move them over to taglibs and separate jar away from core struts, for example if JSTL can do it. Of course I know, open source means donating contributors kind of get to work on what they want. my 2 c. .V Karr, David wrote: -Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] My plans are to finish up html this weekend, and tiles, upload, and validator by the end of next week. After that I hope to get all the nested tags done between 3/15 and 3/22, then move on to the struts-el tags. The only thing that might delay things is the fact that my contract is almost up and I'm desperately looking for another job. Does anyone object or is there a special focus that anyone wants to get covered quickly? Also, are there any volunteers out there wanting to help me get this stuff nailed? Sigh. If your new testing setup is reasonably straightforward, I wouldn't imagine it could be very difficult for me or someone else to clone them (and remove some) for the Struts-EL tests. There already is a set of Cactus tests for Struts-EL which covered more than the original base Struts tests did, but your new work has very likely jumped well past that. In short, if you've finished everything you need to do for bean, logic, and html, and you have some doors to knock on, then give me what I need to know and I'll implement the Struts-EL tests (or someone else, if they wanted to do this). If Aaron has time, he could probably do the same for the nested tags. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: consultants and poweredby removal
I think we should get rid of poweredby entirely. I was maintaining the update requests for some time and grew *very* tired of it. I'd also rather not have the Struts site be used for advertisments for other companies. The automatic validation idea is good but responding to the update requests is still time consuming. Dave From: James Mitchell [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: 'Struts Developers List' [EMAIL PROTECTED] Subject: RE: consultants and poweredby removal Date: Fri, 28 Feb 2003 22:27:37 -0500 Problem is that some people are referencing the 1.0.2 docs instructions, so even if we do they will probably still send in requests. On a recent request, I went to their site, there was no mention of Struts or Jakarta or Apache or even Java!!! I'm +1 for removing it. I'm also +1 for dumping all 'powered by' references that are invalid. I mean, its one thing to add links to sites that aren't allowed to put our logo there, but its another to get 404 or connection refused. We've had several more mentioned lately so it might be a good idea to scrub that list again and put up some more valid links and remove the bad ones. If we think this is becoming a maintenance problem, I'll volunteer to add a task to the build that let's us validate the references by creating a resources-violators.html report when finished. I was thinking about something with a declarative search criteria or pattern. -- James Mitchell Web Developer/Struts Evangelist http://jakarta.apache.org/struts/ People demand freedom of speech to make up for the freedom of thought which they avoid. - Soren Aabye Kierkegaard (1813-1855) -Original Message- From: David Graham [mailto:[EMAIL PROTECTED] Sent: Friday, February 28, 2003 9:34 PM To: [EMAIL PROTECTED] Subject: consultants and poweredby removal We no longer actively maintain the consultants and poweredby pages. What does everyone think about removing them? We still get requests to be added to those pages so I think it would be good to get rid of them. David _ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 10583] - flow of struts in single direction (view to model and not from model to view)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10583. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10583 flow of struts in single direction (view to model and not from model to view) --- Additional Comments From [EMAIL PROTECTED] 2003-03-01 04:42 --- My brief readings of JavaServer Faces make me think it implements this kind of flow. If so, then Struts shouldn't make the same effort as a standard like JSF. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 12665] - Deprecation Enhancments.
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12665. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=12665 Deprecation Enhancments. --- Additional Comments From [EMAIL PROTECTED] 2003-03-01 04:56 --- These don't look like any patches I've seen. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 14683] - add get/setIterator methods to IterateTag
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14683. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14683 add get/setIterator methods to IterateTag [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Additional Comments From [EMAIL PROTECTED] 2003-03-01 05:04 --- The iterate tag is an inappropriate place for this behavior. The tag is simply meant to loop over a collection and allow you to output each item appropriately. If you require a filtering Iterator, implement one of the Collection interfaces and return a custom Iterator from the iterator() method. Then, pass your custom Collection to the iterate tag. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 14683] - add get/setIterator methods to IterateTag
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14683. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=14683 add get/setIterator methods to IterateTag [EMAIL PROTECTED] changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WONTFIX - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Struts-EL package
Currently, the struts-el tags live in the org.apache.strutsel.taglib.* package. At some point, I think they need to be moved to org.apache.struts.taglib.el.* to match the rest of the taglibs. Maybe they could even be under their respective non-el taglibs (ie. org.apache.struts.taglib.bean.el). David _ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=features/junkmail - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 17559] New: - key attribute for tiles (put item)
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17559. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE. http://nagoya.apache.org/bugzilla/show_bug.cgi?id=17559 key attribute for tiles (put item) Summary: key attribute for tiles (put item) Product: Struts Version: 1.1 RC1 Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Tiles framework AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] It would be convenient to implement proper i18n in tiles if the put item tags had a key attribute. This way, one could specify a bundle key instead of a value to be used for a tile attribute. And example would be as foolows: definition name=master page=/layouts/master.jsp put name=title key=webapp.title/ /definition This way, when the attribute title is resolved, it does so by accessing the key in the message resources bundle. This could also be convient in the SimpleMenuItem for an item tag item key=link.home link=/home.jsp/ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/web/test/test/org/apache/struts/taglib/html TestErrorsTag1.jsp TestErrorsTag2.jsp TestFileTag1.jsp TestFileTag2.jsp
jmitchell2003/02/28 22:00:13 Added: src/test/org/apache/struts/taglib/html TestErrorsTag1.java TestErrorsTag2.java TestFileTag1.java TestFileTag2.java web/test/test/org/apache/struts/taglib/html TestErrorsTag1.jsp TestErrorsTag2.jsp TestFileTag1.jsp TestFileTag2.jsp Log: New tests Revision ChangesPath 1.1 jakarta-struts/src/test/org/apache/struts/taglib/html/TestErrorsTag1.java Index: TestErrorsTag1.java === /* * The Apache Software License, Version 1.1 * * Copyright (c) 1999-2001 The Apache Software Foundation. All rights * reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * * 1. Redistributions of source code must retain the above copyright *notice, this list of conditions and the following disclaimer. * * 2. Redistributions in binary form must reproduce the above copyright *notice, this list of conditions and the following disclaimer in *the documentation and/or other materials provided with the *distribution. * * 3. The end-user documentation included with the redistribution, if *any, must include the following acknowlegement: * This product includes software developed by the *Apache Software Foundation (http://www.apache.org/). *Alternately, this acknowlegement may appear in the software itself, *if and wherever such third-party acknowlegements normally appear. * * 4. The names The Jakarta Project, Struts, and Apache Software *Foundation must not be used to endorse or promote products derived *from this software without prior written permission. For written *permission, please contact [EMAIL PROTECTED] * * 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 SOFTWARE IS PROVIDED ``AS IS'' AND ANY EXPRESSED OR IMPLIED * WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE * DISCLAIMED. IN NO EVENT SHALL THE APACHE SOFTWARE FOUNDATION OR * ITS CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * * This software consists of voluntary contributions made by many * individuals on behalf of the Apache Software Foundation. For more * information on the Apache Software Foundation, please see * http://www.apache.org/. * */ package org.apache.struts.taglib.html; import java.util.Locale; import javax.servlet.jsp.PageContext; import junit.framework.Test; import junit.framework.TestSuite; import org.apache.cactus.JspTestCase; import org.apache.struts.Globals; import org.apache.struts.action.ActionError; import org.apache.struts.action.ActionErrors; /** * Suite of unit tests for the * codeorg.apache.struts.taglib.bean.ErrorsTag/code class. * * @author James Mitchell */ public class TestErrorsTag1 extends JspTestCase { /** * Defines the testcase name for JUnit. * * @param theName the testcase's name. */ public TestErrorsTag1(String theName) { super(theName); } /** * Start the tests. * * @param theArgs the arguments. Not used */ public static void main(String[] theArgs) { junit.awtui.TestRunner.main(new String[] {TestErrorsTag1.class.getName()}); } /** * @return a test suite (codeTestSuite/code) that includes all methods * starting with test */ public static Test suite() { // All methods starting with test will be executed in the test suite. return new TestSuite(TestErrorsTag1.class); } private void runMyTest(String whichTest, String locale){ request.setAttribute(runTest, whichTest); pageContext.setAttribute(Globals.LOCALE_KEY, new Locale(locale, locale), PageContext.SESSION_SCOPE); try { pageContext.forward(/test/org/apache/struts/taglib/html/TestErrorsTag1.jsp);
Re: Struts-EL package
David == David Graham [EMAIL PROTECTED] writes: David Currently, the struts-el tags live in the org.apache.strutsel.taglib.* package. David At some point, I think they need to be moved to org.apache.struts.taglib.el.* David to match the rest of the taglibs. Maybe they could even be under their David respective non-el taglibs (ie. org.apache.struts.taglib.bean.el). I could go either way (I spent some time agonizing over this at the start), but then again, why bother changing it? Nevertheless, if people think it would be better this way, that's fine. I could easily put it on my list of post-1.1 changes. -- === David M. Karr ; Java/J2EE/XML/Unix/C++ [EMAIL PROTECTED] ; SCJP; SCWCD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]