cvs commit: jakarta-struts/src/share/org/apache/struts/action ActionServlet.java
martinc 2002/07/08 23:40:03 Modified:src/share/org/apache/struts/action ActionServlet.java Log: Fix the use of the 'multipartClass' init-param so that it provides an override for the default sub-app. PR: 10542 Submitted by: Martin Cooper Revision ChangesPath 1.112 +12 -6 jakarta-struts/src/share/org/apache/struts/action/ActionServlet.java Index: ActionServlet.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/action/ActionServlet.java,v retrieving revision 1.111 retrieving revision 1.112 diff -u -r1.111 -r1.112 --- ActionServlet.java7 Jul 2002 18:45:18 - 1.111 +++ ActionServlet.java9 Jul 2002 06:40:03 - 1.112 @@ -268,10 +268,11 @@ * emDEPRECATED - Configure this using the maxFileSize attribute of * the lt;controllergt; element./em/li * listrongmultipartClass/strong - The fully qualified name of the - * MultiplartRequestHandler implementation class to be used for processing + * MultipartRequestHandler implementation class to be used for processing * file uploads. If set to codenone/code, disables Struts multipart * request handling. [org.apache.struts.upload.DiskMultipartRequestHandler] - * FIXME - check this/li + * emDEPRECATED - Configure this using the multipartClass attribute of + * the lt;controllergt; element./em/li * listrongnocache/strong - If set to codetrue/code, add HTTP headers * to every response intended to defeat browser caching of any response we * generate or forward to. [false] @@ -292,6 +293,7 @@ * * @author Craig R. McClanahan * @author Ted Husted + * @author Martin Cooper * @version $Revision$ $Date$ */ @@ -1268,6 +1270,10 @@ } else { cc.setNocache(false); } +} +value = getServletConfig().getInitParameter(multipartClass); +if (value != null) { +cc.setMultipartClass(value); } value = getServletConfig().getInitParameter(tempDir); if (value != null) { -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts STATUS
martinc 2002/07/08 23:41:44 Modified:.STATUS Log: Update for fix to Bugzilla #10542. Revision ChangesPath 1.13 +1 -2 jakarta-struts/STATUS Index: STATUS === RCS file: /home/cvs/jakarta-struts/STATUS,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- STATUS9 Jul 2002 01:27:00 - 1.12 +++ STATUS9 Jul 2002 06:41:44 - 1.13 @@ -11,7 +11,6 @@ Controller: -- 8487 Serializability issues in ActionServlet/RequestProcessor -10542 The multipartClass init-param is broken Custom Tags: -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 10583] New: - 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) Summary: flow of struts in single direction (view to model and not from model to view) Product: Struts Version: 1.1 Beta 1 Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Controller AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hi Experts, i am very much impressed studying Struts. Everything is so neatly arranged and the features Struts provide is really wonderful. but i wanna ask one simple and silly question. may be struts include this feature and i am not aware of the same. alike petsore we have good and totally generalize working in one direction i.e. from view to controller to model. but what about from model to controller to view. as i know that total MVC is achieved when both the paths are working (from view to model and model to view). but i don't see any functionality in second direction. as in petstore we have ModelUpdateManager and ModelUpdateNotifier where we register the models we are updated when any request comes from the view so that we get the updated model and view. also if we could have some mechanism where we can maintain or domain models like ModelManager it would have been even better. i don't know whether this feature is present is struts or not. if yes sorry for my ignorance and if not why Thanks with Warm Regards Amol -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 10584] New: - Not all validation files are read in Validation PlugIn
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=10584. 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=10584 Not all validation files are read in Validation PlugIn Summary: Not all validation files are read in Validation PlugIn Product: Struts Version: Nightly Build Platform: Other OS/Version: Other Status: NEW Severity: Normal Priority: Other Component: Validator Framework AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When I specify more than two validation resources only the first and last is loaded. plug-in className=org.apache.struts.validator.ValidatorPlugIn set-property property=pathnames value=/WEB-INF/validator-rules.xml, /WEB-INF/validationFormA.xml, /WEB-INF/validationFormB.xml/ /plug-in Here only the validation specified in validationFormB.xml is processed. And if I put validationFormA.xml in the last place, only this is processed. (Both xml files have diffrent formBean names, so they don't overwrite each other) thanks, Volker -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Implementing canProcess method in RequestDispatcher / struts error handling
As a general point, I'd much rather have most of struts not use sendError, rather, just throw an Exception. This makes an app behave much more like a standard Java app, where exception propagation can occur as per normal and handled in a centralised manner. Is there a reason for always calling sendError? Shouldn't exceptions be handled by the controller? -Original Message- From: Chris Nokleberg [mailto:[EMAIL PROTECTED]] Sent: 07 July 2002 17:53 To: [EMAIL PROTECTED] Subject: Implementing canProcess method in RequestDispatcher I have a servlet 2.3 filter that needs to forward requests based on whether they will be eventually be mapped to an action by struts. Ideally there would be boolean canProcess(HttpServletRequest, String uri) in RequestProcessor, where URI overrides the one in request unless it is null. I do not mind having to subclass RequestProcessor to implement this. That would be made much easier, however, if the default implementation of processMapping did not call response.sendError when no mapping is found. I'd suggest that it just returns null, and the error handling code is moved out into the process() method itself. As it is, I may be able to wrap the response into a dummy object that ignores the sendError call, and try to disable the logging of the error, but that's quite a hack. Thanks, Chris -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Visit our website at http://www.ubswarburg.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts STATUS
jholmes 2002/07/09 04:26:53 Modified:.STATUS Log: added new validator bug Revision ChangesPath 1.14 +2 -1 jakarta-struts/STATUS Index: STATUS === RCS file: /home/cvs/jakarta-struts/STATUS,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- STATUS9 Jul 2002 06:41:44 - 1.13 +++ STATUS9 Jul 2002 11:26:53 - 1.14 @@ -69,6 +69,7 @@ 10348 Validator is not available under sub-application 10349 Validator: date validation does not allow blank input? 10432 DynaValidatorActionForm does not validate data +10584 Not all validation files are read in Validation PlugIn Web Site: -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Announcement List - WAS: RE: squeaky wheel with struts experience needs a job
This is something Ted Husted proposed on the dev list awhile back. I think it makes sense and would help partition the messages. Ted, what do we have to do to get this rolling? -james [EMAIL PROTECTED] http://www.jamesholmes.com/struts/ --- Mark Nichols [EMAIL PROTECTED] wrote: I have wondered about the possibility of there being an announcement mailing list for Struts, and this posting gives me an opportunity to ask my question. In a previous development lifetime I used Forte TOOL and was active with the Forte mail list. There was the primary questions list and a separate announce list for job postings, availability postings, and product release notices. What are the chances of having such a list for Struts? /mark -Original Message- From: Dominique Plante [mailto:[EMAIL PROTECTED]] Sent: Monday, July 08, 2002 6:52 PM To: [EMAIL PROTECTED] Subject: OT: squeaky wheel with struts experience needs a job I have recently heard the saying: The squeaky wheel gets the grease, so I thought I would take a minute to be a squeaky wheel. I am familiar bunch of technologies and projects in addition to Struts, including JSP, Java, and HTML, ANT, cactus, and Tomcat. I am also very interested and have experience with refactoring, design patterns, and performance optimization. Please contact me at [EMAIL PROTECTED] to send me details about a potential opportunity. I am in the East San Francisco Bay area. Now I wait for the grease ;) Sorry about the off topic post. Dominique -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] __ Do You Yahoo!? Sign up for SBC Yahoo! Dial - First Month Free http://sbc.yahoo.com -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Struts UML diagrams
Hi, I am writing a specification document for my struts application, and I am searching diagrams (class diagram, collaboration diagram, sequence diagram) about struts 1.1 components. It seems that no such documents except on www.mycgiserver.com/~eboudrant/?nostat=true. I am very surprised. I thing that authors of the project work with such diagrams, is it possible to send them? In the future release these documents should be added to the struts doc. Thanks a lot in advance. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: Implementing canProcess method in RequestDispatcher / strutserror handling
On Tue, 9 Jul 2002 [EMAIL PROTECTED] wrote: Date: Tue, 9 Jul 2002 12:19:51 +0100 From: [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: RE: Implementing canProcess method in RequestDispatcher / struts error handling As a general point, I'd much rather have most of struts not use sendError, rather, just throw an Exception. This makes an app behave much more like a standard Java app, where exception propagation can occur as per normal and handled in a centralised manner. For the record, Struts 1.1 itself calls sendError() from the following classes, under the following conditions, with the HTTP status code in square brackets: org.apache.struts.action.RequestProcessor: - - [500] Action instance cannot be created (usually a misconfigured class name) - [403] No mapping exists for the specified path, and there is no mapping with unknown='true' - [403] Path does not start with subapp prefix (usually a misconfigured servlet mapping URL pattern) - [403] User does not possess one of the roles required for this action - [500] Validation failed but there is no input attribute available to redisplay the input form - [500] Cannot get a RequestDispatcher to forward to a path - [500] Cannot get a RequestDispatcher to include from a path org.apache.struts.actions.DispatchAction: - [500] No such method name, or method name not present in request - [500] ClassCastException on return from invoked method (i.e. it doesn't return an ActionForward) - [500] IllegalAccessException invoking method - [500] InvocationTargetException invoking method org.apache.struts.actions.ForwardAction: --- - [500] No parameter configured on this action - [500] Cannot get request dispatcher to the specified path org.apache.struts.actions.IncludeAction: --- - [500] No parameter configured on this action - [500] Cannot get request dispatcher to the specified path org.apache.struts.actions.SwitchAction: -- - [403] Neither page nor prefix request parameters are present - [403] Cannot select subapp based on the specified request parameters org.apache.struts.tiles.ActionComponentServlet: -- - [500] Validation failed but there is no input attribute available to redisplay the input form - [500] Cannot acquire request dispatcher for the specified uri org.apache.struts.tiles.TilesRequestProcessor: - - [500] Cannot acquire request dispatcher for the specified uri Is there a reason for always calling sendError? Shouldn't exceptions be handled by the controller? Mostly legacy from 1.0 days, where there wasn't any formal notion of an exception handler. Nearly all of the situations above would only happen as the result of misconfiguration of struts-config.xml or web.xml, and should be caught during development if your coverage tests are at all complete. I'm open to suggestion on how each of the individual cases above should be handled. It's important to note, however, that you can also deal with these situations at the web application level, by using error-page elements in web.xml. Craig -Original Message- From: Chris Nokleberg [mailto:[EMAIL PROTECTED]] Sent: 07 July 2002 17:53 To: [EMAIL PROTECTED] Subject: Implementing canProcess method in RequestDispatcher I have a servlet 2.3 filter that needs to forward requests based on whether they will be eventually be mapped to an action by struts. Ideally there would be boolean canProcess(HttpServletRequest, String uri) in RequestProcessor, where URI overrides the one in request unless it is null. I do not mind having to subclass RequestProcessor to implement this. That would be made much easier, however, if the default implementation of processMapping did not call response.sendError when no mapping is found. I'd suggest that it just returns null, and the error handling code is moved out into the process() method itself. As it is, I may be able to wrap the response into a dummy object that ignores the sendError call, and try to disable the logging of the error, but that's quite a hack. Thanks, Chris -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Visit our website at http://www.ubswarburg.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost,
Re: Struts UML diagrams
Oh YES! I too would be very much interested in these. Ollie At 04:50 PM 7/9/2002 +0200, you wrote: Hi, I am writing a specification document for my struts application, and I am searching diagrams (class diagram, collaboration diagram, sequence diagram) about struts 1.1 components. It seems that no such documents except on www.mycgiserver.com/~eboudrant/?nostat=true. I am very surprised. I thing that authors of the project work with such diagrams, is it possible to send them? In the future release these documents should be added to the struts doc. Thanks a lot in advance. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED] Michael Oliver Chief Technology Officer AppsAsPeers.com 7391 S. Bullrider Ave. Tucson, AZ 85747 520.574.1150 Voice 520.844.1036 Fax -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 10520] - html:messages tag does not display any action messages
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=10520. 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=10520 html:messages tag does not display any action messages [EMAIL PROTECTED] changed: What|Removed |Added Summary|html:messages tag does not |html:messages tag does not |work|display any action messages --- Additional Comments From [EMAIL PROTECTED] 2002-07-09 17:41 --- Considering that the current messages tag is apparently incapable of displaying any ActionMessages (after searching the docs and examples, I have yet to see a any examples with ActionMessages, I have followed the documentation on how to use it and been unable to have action messages displayed, and when I use the alternate tag implementation it works just fine), I think that: 1. a severity of major is warranted 2. the additional flexibility of the current implementation has yet to be seen. Perhaps the tag I created could simply be added to the html tag library under a new name then? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 10604] New: - Multiple html:form tags incorrectly render form name with tag pooling
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=10604. 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=10604 Multiple html:form tags incorrectly render form name with tag pooling Summary: Multiple html:form tags incorrectly render form name with tag pooling Product: Struts Version: 1.0.2 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Normal Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I have a JSP page utilising two html:form tags, each linked to a distinct Form Bean (ie the form bean names are distinct in struts-config.xml). This page renders correctly on Tomcat 4.0.4 and 4.1.3. However, on 4.1.6 and 4.1.7, the second tag renders incorrectly, the form tag getting the same name attribute as the first. This error can be corrected by disabling tag pooling in the 4.1.7 (and supposedly in 4.1.6, I haven't tried that yet). I have tested with multiple 1.2-compliant tags on a single page on the above tag-pooling servers, and not experienced a problem. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 10610] New: - html:img tag not resolving src attribute properly
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=10610. 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=10610 html:img tag not resolving src attribute properly Summary: html:img tag not resolving src attribute properly Product: Struts Version: 1.0.2 Final Platform: Other OS/Version: Other Status: NEW Severity: Major Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When using a relative url of the form ../../somedir/somefile.gif an exception is thrown: java.lang.IllegalArgumentException: ../../images/logon.gif at org.apache.catalina.connector.HttpResponseBase.toAbsolute (HttpResponseBase.java:705) at org.apache.catalina.connector.HttpResponseBase.encodeURL (HttpResponseBase.java:999) at org.apache.catalina.connector.HttpResponseFacade.encodeURL (HttpResponseFacade.java:122) at org.apache.struts.taglib.html.ImgTag.doEndTag(ImgTag.java:511) at org.apache.jsp.loggedOut$jsp._jspService(loggedOut$jsp.java:240) at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:107) at javax.servlet.http.HttpServlet.service(HttpServlet.java:853) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 10610] - html:img tag not resolving src attribute properly
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=10610. 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=10610 html:img tag not resolving src attribute properly --- Additional Comments From [EMAIL PROTECTED] 2002-07-09 20:37 --- Actually after looking at this it looks like a Tomcat problem not a Struts. Can someone confirm. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 10610] - html:img tag not resolving src attribute properly
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=10610. 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=10610 html:img tag not resolving src attribute properly [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Additional Comments From [EMAIL PROTECTED] 2002-07-09 20:42 --- Struts does not resolve src attribute values that don't start with a / character. Instead, you are getting the error from Tomcat when it tries to do URL rewriting of this URL, which is probably invalid because it tries to go above the root of the current web application. That's not legal. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: DO NOT REPLY [Bug 10520] - html:messages tag does notdisplay any action messages
Considering that the current messages tag is apparently incapable of displaying any ActionMessages (after searching the docs and examples, I have yet to see a any examples with ActionMessages, I have followed the documentation on how to use it and been unable to have action messages displayed, and when I use the alternate tag implementation it works just fine), I think that: 1. a severity of major is warranted 2. the additional flexibility of the current implementation has yet to be seen. Perhaps the tag I created could simply be added to the html tag library under a new name then? Here's a working example from production code: logic:messagesPresent trtdhtml:messages id=message div class=errorbean:write name=message //div /html:messages/td/tr /logic:messagesPresent -- -- * Joe Germuska{ [EMAIL PROTECTED] } It's pitiful, sometimes, if they've got it bad. Their eyes get glazed, they go white, their hands tremble As I watch them I often feel that a dope peddler is a gentleman compared with the man who sells records. --Sam Goody, 1956 tune in posse radio: http://www.live365.com/stations/289268 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/doc/userGuide release-notes.xml preface.xml building_model.xml
husted 2002/07/09 15:49:30 Modified:doc/userGuide release-notes.xml preface.xml building_model.xml Log: Routine updates. Revision ChangesPath 1.7 +44 -40jakarta-struts/doc/userGuide/release-notes.xml Index: release-notes.xml === RCS file: /home/cvs/jakarta-struts/doc/userGuide/release-notes.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- release-notes.xml 7 Jul 2002 22:03:00 - 1.6 +++ release-notes.xml 9 Jul 2002 22:49:30 - 1.7 @@ -85,13 +85,13 @@ section name=What's New? href=New -pFollowing are highlights of the new features. In the next section, we +pFollowing are highlights of the new features. In the next section, we provide links to the JavaDocs for the affected classes./p pstrongNew Configuration DTD/strong/p -p The Struts Configuration 1.0 DTD has been deprecated in favor of the -codea href=http://jakarta.apache.org/struts/dtds/struts-config_1_1.dtd;struts-config_1_1.dtd/a/code. -In the Struts 1.1 release, existing Struts configuration files can be +p The Struts Configuration 1.0 DTD has been deprecated in favor of the +codea href=http://jakarta.apache.org/struts/dtds/struts-config_1_1.dtd;struts-config_1_1.dtd/a/code. +In the Struts 1.1 release, existing Struts configuration files can be loaded using either DTD version. /p @@ -109,7 +109,7 @@ pThe following Commons packages contain the replacements for the corresponding Struts 1.0 classes:/p ul -listrongBeanUtils Package/strong +listrongBeanUtils Package/strong [a href=http://jakarta.apache.org/commons/beanutils.html;codeorg.apache.commons.beanutils/code/a] - codeorg.apache.struts.utils.BeanUtils/code, codeorg.apache.struts.utils.ConvertUtils/code, and @@ -124,45 +124,45 @@ [a href=http://jakarta.apache.org/commons/digester.html;codeorg.apache.commons.digester/code/a] - codeorg.apache.struts.digester.*/code./li /ul -pThe following Commons packages are also now used by various components +pThe following Commons packages are also now used by various components of the Struts framework:/p ul -listrongDatabase Connection Pool Package/strong +listrongDatabase Connection Pool Package/strong [a href=http://jakarta.apache.org/commons/dbcp.html;codeorg.apache.commons.dbpc/code/a]/li -listrongLogging Package/strong +listrongLogging Package/strong [a href=http://jakarta.apache.org/commons/logging.html;codeorg.apache.commons.logging/code/a]/li -listrongPool Package/strong +listrongPool Package/strong [a href=http://jakarta.apache.org/commons/pool/index.html;codeorg.apache.commons.pool/code/a]/li -listrongServices Package/strong +listrongServices Package/strong [a href=http://cvs.apache.org/viewcvs/jakarta-commons-sandbox/services/;codeorg.apache.commons.services/code/a]/li -listrongValidator Package/strong +listrongValidator Package/strong [a href=http://cvs.apache.org/viewcvs/jakarta-commons/validator/;codeorg.apache.commons.validator/code/a]/li /ul pstrongNOTE! XML Parser Prerequisite Updated/strong/p -pStruts now depends on an XML parser that conforms to the JAXP/1.1 -(rather than JAXP/1.0) APIs. Parsers known to work include the JAXP/1.1 +pStruts now depends on an XML parser that conforms to the JAXP/1.1 +(rather than JAXP/1.0) APIs. Parsers known to work include the JAXP/1.1 reference implementation, and Xerces 1.3.1./p -pstrongSOURCE DEVELOPERS NOTE! Ant Prerequiste Updated/strong/p -pTo build Struts from source Ant 4.0 or later is now required. This +pstrongSOURCE DEVELOPERS NOTE! Ant Prerequiste Updated/strong/p +pTo build Struts from source Ant 4.0 or later is now required. This does not affect developers that use Struts from the binary distribution./p pstrongStruts Validator Integration/strong/p -pThe new Commons-Validator is now integrated with Struts and exposed +pThe new Commons-Validator is now integrated with Struts and exposed through the new Validator package./p pstrongTiles - An advanced templating taglib/strong/p pThe Tiles JSP assembly framework has been integrated with Struts./p pstrongNested - An very cool taglib extension/strong/p -pThe Nested taglib is bundled with Struts and enhances the functionality +pThe Nested taglib is bundled with Struts and enhances the functionality of the existing Struts tags./p pstrongNew Example Applications/strong/p -pNew example applications for the Validator and Tiles are now part +
cvs commit: jakarta-struts/doc/resources articles.xml
jholmes 2002/07/09 15:51:41 Modified:doc/resources articles.xml Log: add new Scioworks article Revision ChangesPath 1.5 +1 -0 jakarta-struts/doc/resources/articles.xml Index: articles.xml === RCS file: /home/cvs/jakarta-struts/doc/resources/articles.xml,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- articles.xml 9 Jul 2002 01:47:17 - 1.4 +++ articles.xml 9 Jul 2002 22:51:41 - 1.5 @@ -10,6 +10,7 @@ chapter name=Struts Resources href=http://husted.com/struts/resources; section name=Articles +pa href=http://www.scioworks.net/devnews/articles/struts_adoption_issues/index.html;bIssues In Struts Adoption/b/a by Harry Rusli and John Yu./p pa href=http://www.e-promag.com/eparchive/index.cfm?fuseaction=viewarticleamp;ContentID=1742;bStruts: A Standard Architecture for Web Applications/b/a by Don Denoncourt./p pa href=http://www.mooreds.com/jaas.html;bUsing JAAS for Authorization and Authentication/b/a by Dan Moore./p pa href=http://www-106.ibm.com/developerworks/java/library/j-strutstiles.html?loc=j;bStruts and Tiles aid component-based development/b/a by Wellie Chao./p -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/doc news.xml
jholmes 2002/07/09 16:10:25 Modified:doc news.xml Log: added Struts Console v2.0 announcement Revision ChangesPath 1.7 +44 -0 jakarta-struts/doc/news.xml Index: news.xml === RCS file: /home/cvs/jakarta-struts/doc/news.xml,v retrieving revision 1.6 retrieving revision 1.7 diff -u -r1.6 -r1.7 --- news.xml 9 Jul 2002 22:54:22 - 1.6 +++ news.xml 9 Jul 2002 23:10:25 - 1.7 @@ -40,6 +40,50 @@ section name=News href=news +h3a name=20020709/a9 July 2002 - Struts Console version 2.0/h3 +p +Struts Console version 2.0 is now available. +/p +ul +lia href=http://www.jamesholmes.com/struts/;http://www.jamesholmes.com/struts//a/li +/ul +pDownload Now:/p +pa href=http://www.jamesholmes.com/struts/struts-console-2.0.zip;www.jamesholmes.com/struts/struts-console-2.0.zip/a/p +p-- OR --/p +pa href=http://www.jamesholmes.com/struts/struts-console-2.0.tar.gz;www.jamesholmes.com/struts/struts-console-2.0.tar.gz/a/p +p +Struts Console is FREE software. +/p +p +This release is adds new features and fixes many bugs, +but most notably adds support for Tiles configuration +files. This release also adds support for all of the +latest 1.1 config changes. +/p +p +Changes with Struts Console v2.0 +/p +ul +liFixed bug where Edit button was not properly being disabled for Properties and Form Properties which would allow Edit to be selected when no row was highlighted and thus causing exceptions to be thrown./li +liFixed bug where Properties and Form Properties tables weren't being updated after a row had been edited./li +liFixed bug where Forwards and Exceptions were not properly being removed from Actions./li +liFixed bug where changing an Action from using a Form Bean to lt;nonegt; would wrongfully set the Action's name attribute to lt;nonegt;./li +liFixed bug in standalone app where after performing Save As on a file, the GUI wouldn't indicate whether or not a file had changes or not./li +liFixed bug in Page Converter where an exception was thrown when trying to write files to a different directory./li +liAdded support for Tiles configuration files./li +liAdded support for roles attribute to Action screen for 1.1 config files./li +liAdded support for forwardPattern, pagePattern and inputForward attributes to Controller screen for 1.1 config files./li +liAdded support for bundle attribute to Exception screen for 1.1 config files./li +liAdded ability to move elements up and down in relation to their parent./li +liAdded ability to specifiy the number of lines between elements in the Ouput Options./li +liAdded Key column to Exceptions tables and make Key a required field per the latest DTD for 1.1 config files./li +liUpdated Data Sources screen to be more consistent with the other screens./li +liExtensive refactorings to improve performance and reduce code size./li +/ul +hr size=1 noshade=/ + + + h3a name=20020709/a09 July 2002 - Struts Adoption article/h3 p a href=http://www.scioworks.net/devnews/articles/struts_adoption_issues/index.html; -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/src/share/org/apache/struts/action RequestProcessor.java PlugIn.java ActionServlet.java ActionForward.java ActionForm.java Action.java
husted 2002/07/09 16:57:05 Modified:src/share/org/apache/struts/action RequestProcessor.java PlugIn.java ActionServlet.java ActionForward.java ActionForm.java Action.java Log: Javadoc updates. No code changes. Revision ChangesPath 1.15 +5 -5 jakarta-struts/src/share/org/apache/struts/action/RequestProcessor.java Index: RequestProcessor.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/action/RequestProcessor.java,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- RequestProcessor.java 7 Jul 2002 23:15:36 - 1.14 +++ RequestProcessor.java 9 Jul 2002 23:57:05 - 1.15 @@ -719,7 +719,7 @@ return (path); } -// For extension matching, strip the application prefix and extension +// For extension matching, strip the module prefix and extension path = (String) request.getAttribute(INCLUDE_SERVLET_PATH); if (path == null) { path = request.getServletPath(); 1.5 +15 -15jakarta-struts/src/share/org/apache/struts/action/PlugIn.java Index: PlugIn.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/action/PlugIn.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- PlugIn.java 25 Jun 2002 01:30:40 - 1.4 +++ PlugIn.java 9 Jul 2002 23:57:05 - 1.5 @@ -68,11 +68,11 @@ /** - * pA strongPlugIn/strong is a configuration wrapper for an application - * specific module or service that needs to be notified about application - * startup and application shutdown events (corresponding to when the - * container calls codeinit()/code and codedestroy()/code on the - * corresponding {@link ActionServlet} instance). PlugIn modules can be + * pA strongPlugIn/strong is a configuration wrapper for a + * module-specific resource or service that needs to be notified about + * application startup and application shutdown events (corresponding to when + * the container calls codeinit()/code and codedestroy()/code on the + * corresponding {@link ActionServlet} instance). PlugIn Actions can be * configured in the codestruts-config.xml/code file, without the need * to subclass {@link ActionServlet} simply to perform application lifecycle * activities./p @@ -91,20 +91,20 @@ /** - * pReceive notification that our owning sub-application is being + * pReceive notification that our owning application module is being * shut down./p */ public void destroy(); /** - * pReceive notification that the specified sub-applicaiton is being + * pReceive notification that the specified application module is being * started up./p * - * @param servlet ActionServlet that is managing all the sub-applications - * in this web application - * @param config ApplicationConfig for the sub-application with which - * this plug in is associated + * @param servlet ActionServlet that is managing all the application + * modules in this web application + * @param config ApplicationConfig for the application module with which + * this plug-in is associated * * @exception ServletException if this codePlugIn/code cannot * be successfully initialized 1.113 +39 -39 jakarta-struts/src/share/org/apache/struts/action/ActionServlet.java Index: ActionServlet.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/action/ActionServlet.java,v retrieving revision 1.112 retrieving revision 1.113 diff -u -r1.112 -r1.113 --- ActionServlet.java9 Jul 2002 06:40:03 - 1.112 +++ ActionServlet.java9 Jul 2002 23:57:05 - 1.113 @@ -179,7 +179,7 @@ * are listed after the nominal parameters./p * ul * listrongconfig/strong - Context-relative path to the XML resource - * containing the configuration information for the default application. + * containing the configuration information for the default module. * [/WEB-INF/struts-config.xml]./li * listrongconfig/${module}/strong - Context-relative path to the XML resource * containing the configuration information for the application module that @@ -193,7 +193,7 @@ * information is logged for this servlet. Accepts values 0 (off) and from * 1 (least serious) through 6 (most serious). [0]/li * listrongdetail/strong - The debugging detail level for the Digester - * we utilize to process the application configuration files.
cvs commit: jakarta-struts/src/share/org/apache/struts/actions SwitchAction.java
husted 2002/07/09 16:57:17 Modified:src/share/org/apache/struts/actions SwitchAction.java Log: Javadoc updates. No code changes. Revision ChangesPath 1.5 +14 -14 jakarta-struts/src/share/org/apache/struts/actions/SwitchAction.java Index: SwitchAction.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/actions/SwitchAction.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- SwitchAction.java 30 Jun 2002 03:38:30 - 1.4 +++ SwitchAction.java 9 Jul 2002 23:57:16 - 1.5 @@ -78,20 +78,20 @@ /** - * pA standard strongAction/strong that switches to a new sub-application - * and then forards control to a URI (specified in a number of possible ways) - * within the new sub-application./p + * pA standard strongAction/strong that switches to a new module + * and then forwards control to a URI (specified in a number of possible ways) + * within the new module./p * * pValid request parameters for this Action are:/p * ul - * listrongpage/strong - Application-relative URI (beginning with /) + * listrongpage/strong - Module-relative URI (beginning with /) * to which control should be forwarded after switching./li - * listrongprefix/strong - The application prefix (beginning with /) - * of the sub-application to which control should be switched. Use a - * zero-length string for the default sub-application. The + * listrongprefix/strong - The module prefix (beginning with /) + * of the application module to which control should be switched. Use a + * zero-length string for the default module. The * appropriate codeApplicationConfig/code object will be stored as a * request attribute, so any subsequent logic will assume the new - * sub-application./li + * application module./li * /ul * * @author Craig R. McClanahan @@ -152,7 +152,7 @@ return (null); } -// Switch to the requested sub-application +// Switch to the requested application module RequestUtils.selectApplication(prefix, request, getServlet().getServletContext()); if (request.getAttribute(Action.APPLICATION_KEY) == null) { @@ -163,7 +163,7 @@ return (null); } -// Forward control to the specified application-relative URI +// Forward control to the specified module-relative URI return (new ActionForward(page)); } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/src/share/org/apache/struts/taglib/logic RedirectTag.java
husted 2002/07/09 16:59:01 Modified:src/share/org/apache/struts/taglib/logic RedirectTag.java Log: Javadoc updates. No code changes. Revision ChangesPath 1.13 +24 -24 jakarta-struts/src/share/org/apache/struts/taglib/logic/RedirectTag.java Index: RedirectTag.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/taglib/logic/RedirectTag.java,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- RedirectTag.java 13 Jan 2002 00:25:37 - 1.12 +++ RedirectTag.java 9 Jul 2002 23:59:01 - 1.13 @@ -117,11 +117,11 @@ protected String forward = null; public String getForward() { - return (this.forward); +return (this.forward); } public void setForward(String forward) { - this.forward = forward; +this.forward = forward; } @@ -131,11 +131,11 @@ protected String href = null; public String getHref() { - return (this.href); +return (this.href); } public void setHref(String href) { - this.href = href; +this.href = href; } @@ -153,16 +153,16 @@ protected String name = null; public String getName() { - return (this.name); +return (this.name); } public void setName(String name) { - this.name = name; +this.name = name; } /** - * The application-relative page URL (beginning with a slash) to which + * The module-relative page URL (beginning with a slash) to which * this redirect will be rendered. */ protected String page = null; @@ -238,11 +238,11 @@ protected String property = null; public String getProperty() { - return (this.property); +return (this.property); } public void setProperty(String property) { - this.property = property; +this.property = property; } @@ -311,8 +311,8 @@ } // Perform the redirection - HttpServletResponse response = - (HttpServletResponse) pageContext.getResponse(); +HttpServletResponse response = + (HttpServletResponse) pageContext.getResponse(); try { response.sendRedirect(url); } catch (IOException e) { @@ -331,17 +331,17 @@ */ public void release() { - super.release(); +super.release(); anchor = null; - forward = null; - href = null; - name = null; +forward = null; +href = null; +name = null; page = null; - paramId = null; - paramName = null; - paramProperty = null; - paramScope = null; - property = null; +paramId = null; +paramName = null; +paramProperty = null; +paramScope = null; +property = null; scope = null; } -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts/src/share/org/apache/struts/util RequestUtils.java StrutsValidatorUtil.java AppException.java
husted 2002/07/09 17:00:19 Modified:src/share/org/apache/struts/util RequestUtils.java StrutsValidatorUtil.java AppException.java Log: Javadoc updates. No code changes. Revision ChangesPath 1.46 +24 -24 jakarta-struts/src/share/org/apache/struts/util/RequestUtils.java Index: RequestUtils.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/util/RequestUtils.java,v retrieving revision 1.45 retrieving revision 1.46 diff -u -r1.45 -r1.46 --- RequestUtils.java 7 Jul 2002 23:45:21 - 1.45 +++ RequestUtils.java 10 Jul 2002 00:00:19 - 1.46 @@ -355,7 +355,7 @@ * @param forward Logical forward name for which to look up * the context-relative URI (if specified) * @param href URL to be utilized unmodified (if specified) - * @param page Application-relative page for which a URL should + * @param page Module-relative page for which a URL should * be created (if specified) * * @param params Map of parameters to be dynamically included (if any) @@ -388,7 +388,7 @@ (messages.getMessage(computeURL.specifier)); } -// Look up the application configuration for this request +// Look up the application module configuration for this request ApplicationConfig config = (ApplicationConfig) pageContext.getRequest().getAttribute(Action.APPLICATION_KEY); if (config == null) { // Backwards compatibility hack @@ -528,7 +528,7 @@ * * @param request The servlet request we are processing * @param mapping The action mapping for this request - * @param appConfig The application configuration for this sub-application + * @param appConfig The application configuration for this module */ public static ActionForm createActionForm(HttpServletRequest request, ActionMapping mapping, @@ -738,7 +738,7 @@ /** * Look up and return current user locale, based on the specified parameters. - * + * * @param pageContext The PageContext associated with this request * @param locale Name of the session attribute for our user's Locale */ @@ -1142,8 +1142,8 @@ /** * Return the context-relative URL that corresponds to the specified - * {@link ActionConfig}, relative to the sub-application associated - * with the current subapp's {@link ApplicationConfig}. + * {@link ActionConfig}, relative to the application module associated + * with the current modules's {@link ApplicationConfig}. * * @param request The servlet request we are processing * @param action ActionConfig to be evaluated @@ -1175,8 +1175,8 @@ /** * Return the context-relative URL that corresponds to the specified - * {@link ForwardConfig}, relative to the sub-application associated - * with the current subapp's {@link ApplicationConfig}. + * {@link ForwardConfig}, relative to the module associated + * with the current {@link ApplicationConfig}. * * @param request The servlet request we are processing * @param forward ForwardConfig to be evaluated @@ -1248,12 +1248,12 @@ /** * Return the context-relative URL that corresponds to the specified * codepage/code attribute value, calculated based on the - * codepagePattern/code property of the current subapp's + * codepagePattern/code property of the current module's * {@link ApplicationConfig}. * * @param request The servlet request we are processing - * @param page The application-relative URL to be substituted in - * to the codepagePattern/code pattern for the current subapp + * @param page The module-relative URL to be substituted in + * to the codepagePattern/code pattern for the current module. * * @since Struts 1.1b2 */ @@ -1376,10 +1376,10 @@ /** - * Select the sub-application to which the specified request belongs, and + * Select the application module to which the specified request belongs, and * add corresponding request attributes to this request. * - * @param prefix The sub-application prefix of the desired sub-application + * @param prefix The module prefix of the desired application module * @param request The servlet request we are processing * @param context The ServletContext for this web application */ @@ -1387,7 +1387,7 @@ HttpServletRequest request, ServletContext context) { -// Expose the resources for this
cvs commit: jakarta-struts/src/share/org/apache/struts/validator ValidatorPlugIn.java
husted 2002/07/09 17:00:27 Modified:src/share/org/apache/struts/validator ValidatorPlugIn.java Log: Javadoc updates. No code changes. Revision ChangesPath 1.6 +7 -7 jakarta-struts/src/share/org/apache/struts/validator/ValidatorPlugIn.java Index: ValidatorPlugIn.java === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/validator/ValidatorPlugIn.java,v retrieving revision 1.5 retrieving revision 1.6 diff -u -r1.5 -r1.6 --- ValidatorPlugIn.java 30 Jun 2002 03:28:47 - 1.5 +++ ValidatorPlugIn.java 10 Jul 2002 00:00:27 - 1.6 @@ -99,7 +99,7 @@ private static Log log = LogFactory.getLog(ValidatorPlugIn.class); /** - * The application configuration for our owning sub-application. + * The application configuration for our owning module. */ private ApplicationConfig config = null; @@ -151,7 +151,7 @@ * Initialize and load our resources. * * @param servlet The ActionServlet for our application - * @param config The ApplicationConfig for our owning sub-application + * @param config The ApplicationConfig for our owning module * * @exception ServletException if we cannot configure ourselves correctly */ @@ -191,7 +191,7 @@ } /** - * Initialize the validator resources for this application. + * Initialize the validator resources for this module. * * @exception IOException if an input/output error is encountered * @exception ServletException if we cannot initialize these resources -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
cvs commit: jakarta-struts STATUS
jholmes 2002/07/09 18:50:04 Modified:.STATUS Log: add new nested tags bug Revision ChangesPath 1.15 +2 -1 jakarta-struts/STATUS Index: STATUS === RCS file: /home/cvs/jakarta-struts/STATUS,v retrieving revision 1.14 retrieving revision 1.15 diff -u -r1.14 -r1.15 --- STATUS9 Jul 2002 11:26:53 - 1.14 +++ STATUS10 Jul 2002 01:50:04 - 1.15 @@ -17,6 +17,7 @@ --- 1586 The html:form tag generates incorrect focus javascript for radio buttons. 10520 html:messages tag does not work +10622 Problem with nested iterate tags Documentation: -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5518] - Convert HTML Tags to be XHTML-compliant when html:html xhtml=true
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=5518. 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=5518 Convert HTML Tags to be XHTML-compliant when html:html xhtml=true --- Additional Comments From [EMAIL PROTECTED] 2002-07-10 03:27 --- Created an attachment (id=2295) cvs diff -u in taglibs/html providing xhtml-related fixes -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 7751] - DynaValidatorForm throws NullPointerException and ClassCastException
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=7751. 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=7751 DynaValidatorForm throws NullPointerException and ClassCastException --- Additional Comments From [EMAIL PROTECTED] 2002-07-10 03:30 --- What if you add a 'dynamic=true' attribute to the form-bean element? I don't have time to set up a test scenario here, but FormBeanConfig has code which automatically sets the dynamic property to true when you use a DynaActionForm (by matching the implementation class name against a string.) That would explain why you get different behavior in this case. Ultimately, it looks like the null pointer exception comes from a null dynaClass property, and that property only gets initialized if the FormBeanConfig is explicitly marked dynamic (see RequestUtils.createActionForm(...)) -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5518] - Convert HTML Tags to be XHTML-compliant when html:html xhtml=true
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=5518. 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=5518 Convert HTML Tags to be XHTML-compliant when html:html xhtml=true --- Additional Comments From [EMAIL PROTECTED] 2002-07-10 03:32 --- Re: the patch I posted, apologies if it was done wrong. First time I've ever used bugzilla. It's a single-file patch based on Matt Raible's zip file; I thought maybe the reason these changes haven't been committed is that it was in kind of an odd format. I for one would find it handy if Struts produced valid XHTML. -- Tony -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 5518] - Convert HTML Tags to be XHTML-compliant when html:html xhtml=true
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=5518. 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=5518 Convert HTML Tags to be XHTML-compliant when html:html xhtml=true --- Additional Comments From [EMAIL PROTECTED] 2002-07-10 04:02 --- Tony - thanks for cleaning my diff up - your format is much better. To answer a question I saw in the diff: + method = post; // why is this lowercased? method=post | get must be lowercased according to the HTML 4.01 spec: http://www.w3.org/TR/html4/interact/forms.html#h-17.3 -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]