DO NOT REPLY [Bug 24638] New: - upload-utf8.jsp doesn't work with bea weblogic server 7.0 - 8.1
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=24638. 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=24638 upload-utf8.jsp doesn't work with bea weblogic server 7.0 - 8.1 Summary: upload-utf8.jsp doesn't work with bea weblogic server 7.0 - 8.1 Product: Struts Version: 1.1 Final Platform: PC OS/Version: Windows NT/2K Status: NEW Severity: Blocker Priority: Other Component: Example AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] Hello, when I Install struts-upload.war onto a BEA Weblogic server (tried on 7.0 and 8.1), the example file upload-utf8.jsp doesn't work: When I put accentuated caracters (like é, ö, ä, ...), I only see bullshit (YY..) instead of these caracters on the result page. On the other side, file upload works. On Tomcat it works with no problems. The problem can be an implicit conversion done in struts: last year I developp my own UTF-8 fileupload library and when I install it on BEA I hat to modify a line in this way: Original (only working on Tomcat) Byte byteArray[] = ...; // retrieve parameters from the request String s = byteArray.toString(); Second version (working on Tomcat and on BEA) -- Byte byteArray[] = ...; // retrieve parameters from the request String s = byteArray.toString(UTF-8); Thanks in advance -- Franck - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
viewing a query
Hi, How to view the results of a query using Strutsin a form. Can U send me an example. I don't want to use BC4J. Thanks. Zakaria KHABOT Ingénieur d'état Réseaux informatiques MFIE/CGED Tel : +212 62 46 10 29 E_mail : [EMAIL PROTECTED]
RE: viewing a query
http://www.catb.org/~esr/faqs/smart-questions.html Wrong list mate. Ask in the user list - after reading the link I pasted above. -Original Message- From: Zakaria khabot [mailto:[EMAIL PROTECTED] Sent: Tuesday, 12 November 2002 18:17 To: Struts Developers List Subject: viewing a query Hi, How to view the results of a query using Strutsin a form. Can U send me an example. I don't want to use BC4J. Thanks. Zakaria KHABOT Ingénieur d'état Réseaux informatiques MFIE/CGED Tel : +212 62 46 10 29 E_mail : [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24650] New: - name class of bean when throwing java.lang.NoSuchMethodException
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=24650. 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=24650 name class of bean when throwing java.lang.NoSuchMethodException Summary: name class of bean when throwing java.lang.NoSuchMethodException Product: Struts Version: 1.0 Final Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] during the manipulation of a session attribute, at one point, instead of setting the entire form, I only gave it a field's content, i.e. a string. 1) there is no complaint when changing the class assigned to a key in the session. 2) so, I am getting an error the following kind org.apache.jasper.JasperException: Exception accessing property systemNotice for bean SysMsg: java.lang.NoSuchMethodException: Unknown property 'systemNotice' at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:254) at org.apache.jasper.servlet.JspServlet.serviceJspFile(JspServlet.java:295) at org.apache.jasper.servlet.JspServlet.service(JspServlet.java:241) ... Suggestion: It would be very helpful if the type of Class a bean has in this case. If it told me that the String bean had no such method, I would have found the error a lot quicker since I knew it should be AdminActionForm. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24650] - name class of bean when throwing java.lang.NoSuchMethodException
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=24650. 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=24650 name class of bean when throwing java.lang.NoSuchMethodException --- Additional Comments From [EMAIL PROTECTED] 2003-11-12 15:56 --- This is a Jasper page compiler exception, not Struts. Also, it already names the bean SysMsg in the exception message. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24651] New: - html:submit tag does not translate into html code 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=24651. 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=24651 html:submit tag does not translate into html code properly. Summary: html:submit tag does not translate into html code properly. Product: Struts Version: 1.1 Final Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24650] - name class of bean when throwing java.lang.NoSuchMethodException
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=24650. 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=24650 name class of bean when throwing java.lang.NoSuchMethodException [EMAIL PROTECTED] changed: What|Removed |Added CC||[EMAIL PROTECTED] Component|Unknown |Jasper Product|Struts |Tomcat 4 Version|1.0 Final |4.1.28 --- Additional Comments From [EMAIL PROTECTED] 2003-11-12 16:09 --- sure, but this SysMsg by no means needs to correspond to the Class - it can just be an arbitrary identifying string. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24652] New: - html:submit tag does not translate into html code 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=24652. 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=24652 html:submit tag does not translate into html code properly. Summary: html:submit tag does not translate into html code properly. Product: Struts Version: 1.1 Final Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] this is the original tag, for example html:submit styleClass=htmlsubmitSEARCH/html:submit This gets translated into html code as input type=submit name=submit value=SEARCH class=htmlsubmit in the Struts version 1.0.2 However, this gets translated into html in Struts 1.1 (NOTE THE NAME ATTRIBUTE IS MISSING) as input type=submit value=SEARCH class=htmlsubmit This means that when clicking on the search button (with submit effects), the submit parameter is not submitted with the code. In the first case (1.0.2) you get action?submit=SEARCH iN THE second (1.1) case you get action? If you rely on the value of the submit button to know whether or not a user clicked the button, this bug breaks your system. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24650] - name class of bean when throwing java.lang.NoSuchMethodException
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=24650. 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=24650 name class of bean when throwing java.lang.NoSuchMethodException [EMAIL PROTECTED] changed: What|Removed |Added AssignedTo|struts- |tomcat- |[EMAIL PROTECTED] |[EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24651] - html:submit tag does not translate into html code 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=24651. 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=24651 html:submit tag does not translate into html code properly. [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Additional Comments From [EMAIL PROTECTED] 2003-11-12 16:29 --- *** This bug has been marked as a duplicate of 24652 *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24652] - html:submit tag does not translate into html code 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=24652. 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=24652 html:submit tag does not translate into html code properly. --- Additional Comments From [EMAIL PROTECTED] 2003-11-12 16:29 --- *** Bug 24651 has been marked as a duplicate of this bug. *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24190] - Incorrect message in TestActionMessage
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=24190. 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=24190 Incorrect message in TestActionMessage [EMAIL PROTECTED] changed: What|Removed |Added CC||struts- ||[EMAIL PROTECTED] AssignedTo|struts- |[EMAIL PROTECTED] |[EMAIL PROTECTED] | Keywords||PatchAvailable Summary|[PATCH] confusion in|Incorrect message in |TestActionMessage |TestActionMessage - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 23522] - Erroneous trim in doAfterBody of MultiboxTag
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=23522. 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=23522 Erroneous trim in doAfterBody of MultiboxTag [EMAIL PROTECTED] changed: What|Removed |Added CC||struts- ||[EMAIL PROTECTED] AssignedTo|struts- |[EMAIL PROTECTED] |[EMAIL PROTECTED] | - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24608] - Enhance BaseFieldTag - refactor value attribute retrieval
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=24608. 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=24608 Enhance BaseFieldTag - refactor value attribute retrieval [EMAIL PROTECTED] changed: What|Removed |Added CC||struts- ||[EMAIL PROTECTED] AssignedTo|struts- |[EMAIL PROTECTED] |[EMAIL PROTECTED] | Keywords||PatchAvailable - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[OT] RE: cvs commit: jakarta-struts/doc/resources archives.xml co nsultants.xml powered.xml sigs.xml
WOW WEE! Politicking on the Struts DEV list. I am definitely ashamed now. Talk about taking the lollipop (for my USA friends, the Candy) out of the babies# mouth. It's definitely a bridge too far. End of the world is neigh impossible to contemplate. After too much mastication that tooth is broken on out ... Need I go on. -- Peter Pilgrim, Struts/J2EE Consultant, RBoS FM, Risk IT Tel: +44 (0)207-375-4923 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 11 November 2003 21:24 To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-struts/doc/resources archives.xml consultants.xml powered.xml sigs.xml craigmcc2003/11/11 13:23:32 Modified:contrib/struts-faces build.xml doc learning.xml using.xml doc/faqs kickstart.xml doc/news news_2001.xml news_2002_q2.xml news_2002_q3.xml news_2002_q4.xml news_2003_q1.xml news_2003_q2.xml news_2003_q3.xml doc/resources archives.xml consultants.xml powered.xml sigs.xml Log: Vic Cekvenich of BaseBeans.com has made it clear in public postings that he is ashamed of using Struts, and has engaged in an attack on the proper behavior of the Apache Software Foundation's Board of Directors. In these circumstances, it would be hypocritical for BaseBeans to benefit from the free advertising value of being visible on the Struts web site. Help them out of this conundrum by removing such references. *** This e-mail is intended only for the addressee named above. As this e-mail may contain confidential or privileged information, if you are not the named addressee, you are not authorised to retain, read, copy or disseminate this message or any part of it. The Royal Bank of Scotland plc is registered in Scotland No 90312 Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB Regulated by the Financial Services Authority Visit our website at http://www.rbs.co.uk/CBFM/ *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Can tiles contain tiles?
Hi all, I have a tile, and within that tile, I have attempted to insert another tile. The nested tiles:insert tag runs, but finds no definition in the tile-defs.xml file when the definition is there. If I copy the nested tiles:insert tag out of the tile and into the base jsp page where all the other tiles live, the tile works fine. Is nesting tiles even possible using Struts v1.1? If not, is there a reason for this, or is this a bug? Regards, Graham -- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [OT] RE: cvs commit: jakarta-struts/doc/resources archives.xml co nsultants.xml powered.xml sigs.xml
On Wed, 12 Nov 2003, PILGRIM, Peter, FM wrote: WOW WEE! Politicking on the Struts DEV list. I fail to see any politics involved. Everyone is free to voice their opinion. Everyone is free to make an ass of themselves. Everyone is free to make an ass of themselves in the most public ways possible. But when you refuse to listem to reason (or in this case, you refuse to listen to anything), you find yourself paying for your actions. At Apache, you can have your cake and eat it too, but you can't smear it on someone's face (hypothetically speaking) and get away with it. Vic: I respect your support for Struts and this community, but dude.you've got to chill out. I am definitely ashamed now. Talk about taking the lollipop (for my USA friends, the Candy) out of the babies# mouth. It's definitely a bridge too far. End of the world is neigh impossible to contemplate. After too much mastication that tooth is broken on out ... Craig is probably THE most tolerant person I've seen on this (or any) mailing list. I'm sure he doesn't like having to do these kinds of things, but I will support him nonetheless. Need I go on. -- Peter Pilgrim, Struts/J2EE Consultant, RBoS FM, Risk IT Tel: +44 (0)207-375-4923 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: 11 November 2003 21:24 To: [EMAIL PROTECTED] Subject: cvs commit: jakarta-struts/doc/resources archives.xml consultants.xml powered.xml sigs.xml craigmcc2003/11/11 13:23:32 Modified:contrib/struts-faces build.xml doc learning.xml using.xml doc/faqs kickstart.xml doc/news news_2001.xml news_2002_q2.xml news_2002_q3.xml news_2002_q4.xml news_2003_q1.xml news_2003_q2.xml news_2003_q3.xml doc/resources archives.xml consultants.xml powered.xml sigs.xml Log: Vic Cekvenich of BaseBeans.com has made it clear in public postings that he is ashamed of using Struts, and has engaged in an attack on the proper behavior of the Apache Software Foundation's Board of Directors. In these circumstances, it would be hypocritical for BaseBeans to benefit from the free advertising value of being visible on the Struts web site. Help them out of this conundrum by removing such references. *** This e-mail is intended only for the addressee named above. As this e-mail may contain confidential or privileged information, if you are not the named addressee, you are not authorised to retain, read, copy or disseminate this message or any part of it. The Royal Bank of Scotland plc is registered in Scotland No 90312 Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB Regulated by the Financial Services Authority Visit our website at http://www.rbs.co.uk/CBFM/ *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [OT] RE: cvs commit: jakarta-struts/doc/resources archives.xm l co nsultants.xml powered.xml sigs.xml
-Original Message- From: James Mitchell [mailto:[EMAIL PROTECTED] Sent: 12 November 2003 18:01 To: Struts Developers List Subject: Re: [OT] RE: cvs commit: jakarta-struts/doc/resources archives.xml co nsultants.xml powered.xml sigs.xml On Wed, 12 Nov 2003, PILGRIM, Peter, FM wrote: WOW WEE! Politicking on the Struts DEV list. I fail to see any politics involved. Everyone is free to voice their opinion. Everyone is free to make an ass of themselves. Everyone is free to make an ass of themselves in the most public ways possible. On the serious side. I disagree. This whole argument is about policy and standards of professional practice. Where there is policy there is usefully some politics involved, however much you and I may hate to get into or love to get debated about politics. But when you refuse to listem to reason (or in this case, you refuse to listen to anything), you find yourself paying for your actions. At Apache, you can have your cake and eat it too, but you can't smear it on someone's face (hypothetically speaking) and get away with it. Agreed, all I have done is look up TheServerSide.com and chase up some of the mailing/web lists. It is a lot of nonsense and hyperbole now. The information, real one, has been lost in the ether. Vic: I respect your support for Struts and this community, but dude.you've got to chill out. That goes for everyone. I am definitely ashamed now. Talk about taking the lollipop (for my USA friends, the Candy) out of the babies# mouth. It's definitely a bridge too far. End of the world is neigh impossible to contemplate. After too much mastication that tooth is broken on out ... Craig is probably THE most tolerant person I've seen on this (or any) mailing list. I'm sure he doesn't like having to do these kinds of things, but I will support him nonetheless. I assume you're right, because I have never met Craig in person. To me it looks like Vic is horrendous fast typer, some kind of cant-really-express-himself-appropriately guy. He appears intelligent, and knowledgeable, but over passionate. Yep I agree you need passion [the hard red and black stuff from the sunny country of Spain] to make it in any profession. You've got to believe first to be successful. He sounds like he is fighter for open source, but his communication leaves a lot to be desired. I read he was assumed of Apache Struts as he was ashamed of using it now that these dreadful allegations, as yet unproven [Mr Anderson/Neo] have come out.. I think this slightly different from just I am ashamed of Struts. However, I cant second guess to claim to know the intimate mind of Vik, but I dont know maybe the punishment is slightly harsh. It is amazing the pyschology of the red mist and a person who sits a computer with just keyboard and VDU. You wouldn't believe it, but it is apparently true ;-) Have a very calm evening. Need I go on. ---- -- James Mitchell Software Developer / Struts Evangelist http://www.struts-atlanta.org -- Peter Pilgrim, Struts/J2EE Consultant, RBoS FM, Risk IT Tel: +44 (0)207-375-4923 *** This e-mail is intended only for the addressee named above. As this e-mail may contain confidential or privileged information, if you are not the named addressee, you are not authorised to retain, read, copy or disseminate this message or any part of it. The Royal Bank of Scotland plc is registered in Scotland No 90312 Registered Office: 36 St Andrew Square, Edinburgh EH2 2YB Regulated by the Financial Services Authority Visit our website at http://www.rbs.co.uk/CBFM/ *** - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Can tiles contain tiles?
Yes, you can nest tiles. One example would be... Given this base definition... !-- Main page layout. Defines the welcome view. -- definition name=tile:template.main.layout path=/jsp/common/layout.jsp put name=page.title value=application.title / put name=page.header value=/jsp/common/header.jsp / put name=page.body value=/jsp/content/welcome.jsp/ put name=page.footer value=/jsp/common/footer.jsp / put name=page.snoop value=/jsp/common/snoop.jsp/ /definition And this extension which uses employeeList.jsp as the body... !-- Display list of employees using the person table component. -- definition name=tile:employee.list extends=tile:template.main.layout put name=page.body value=/jsp/content/employeeList.jsp/ /definition And this as the implementation of employeeList.jsp... %@ taglib uri='/tags/struts-tiles' prefix='tiles' % %@ taglib uri='/tags/struts-bean' prefix='bean' % %@ taglib uri='/tags/struts-html' prefix='html' % div align=right html:link action=WelcomeHome/html:link /div p/ bean:message key=employee.list.text/ p/ tiles:insert definition=tile:component.person.table tiles:put name=people beanName=requestDataKey/ /tiles:insert Which inserts the tile:component.person.table tile which is defined as... !-- Component for building a person table. -- definition name=tile:component.person.table path=/jsp/common/personTable.jsp !-- This is merely a placeholder attribute. The page using the person table component is responsible for putting a list of edu.vanderbilt.mis.bean.Person objects in the tiles scope when inserting this component. -- put name=people/ /definition For the complete source see... http://people.vanderbilt.edu/~norment.deane/struts-tiles/struts-tiles.war -- Norm Deane MIS Consultant Vanderbilt University (615) 322-7855 [EMAIL PROTECTED] -Original Message- From: Graham Leggett [mailto:[EMAIL PROTECTED] Sent: Wednesday, November 12, 2003 11:58 AM To: [EMAIL PROTECTED] Subject: Can tiles contain tiles? Hi all, I have a tile, and within that tile, I have attempted to insert another tile. The nested tiles:insert tag runs, but finds no definition in the tile-defs.xml file when the definition is there. If I copy the nested tiles:insert tag out of the tile and into the base jsp page where all the other tiles live, the tile works fine. Is nesting tiles even possible using Struts v1.1? If not, is there a reason for this, or is this a bug? Regards, Graham -- - 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 24656] New: - Digestor failes to initialize with MalformedURLException
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=24656. 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=24656 Digestor failes to initialize with MalformedURLException Summary: Digestor failes to initialize with MalformedURLException Product: Struts Version: 1.0.2 Final Platform: Sun OS/Version: Solaris Status: NEW Severity: Blocker Priority: Other Component: Digester AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] On occasions, the struts based web application on Oracle 9i 902 fails to initialize. The call stack shows: javax.servlet.ServletException: Parsing error processing resource path /WEB- INF/struts-config.xml. Below this, the root cause displayed: Root cause is; java.net.MalformedURLException: unknown protocol: classloader This is failing at org.apache.struts.digester.Digester.resolveEntity (Digester.java: 611). I have seen this on inconsistently; it is not easy to reproduce. Usually, the entire container or application server needs to be restarted for this problem to go away. Now, this problem is occuring in the production environment and we need to determine the cause of this. I wasn't able to see this bug in other resolved bug reports. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RequestUtils patch question
I'm sitting on a patch of RequestUtils where I fixed bug 21679. However, it looks like it will break previous code that had String[] scalar fields in the ActionForms. I created a function that converts request parameter values of String[] with length 1 to ArrayLists. So, they'll be populated by BeanUtils properly into Maps. However, since we can't tell (as far as I know) whether a single value array from the request is meant to go to a bean's scalar field or map, we can't wrap every incoming parameter value with an ArrayList. Therefore, single selected values sent to beans will go as Strings and the scalar field in the bean must be an Object (to accept either String or List). Would this be the correct way of fixing the problem (and should I submit the patch), or would it be more appropriate to fix the problem in BeanUtils? John - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24656] - Digestor failes to initialize with MalformedURLException
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=24656. 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=24656 Digestor failes to initialize with MalformedURLException [EMAIL PROTECTED] changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Additional Comments From [EMAIL PROTECTED] 2003-11-12 19:21 --- There is no further development in the 1.0.x series. Digester has since been moved to its own project in the Jakarta Commons. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24656] - Digestor failes to initialize with MalformedURLException
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=24656. 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=24656 Digestor failes to initialize with MalformedURLException --- Additional Comments From [EMAIL PROTECTED] 2003-11-12 19:36 --- Does this mean that this problem was resolved in version 1.1.x of struts? Is there any workaround for this in version 1.0.x? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24656] - Digestor failes to initialize with MalformedURLException
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=24656. 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=24656 Digestor failes to initialize with MalformedURLException --- Additional Comments From [EMAIL PROTECTED] 2003-11-12 19:41 --- I don't remember seeing fixes for this specific problem but there were significant changes between 1.0.2 and 1.1. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24657] New: - Context-relative redirects duplicate context-root in URL (in WAS)
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=24657. 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=24657 Context-relative redirects duplicate context-root in URL (in WAS) Summary: Context-relative redirects duplicate context-root in URL (in WAS) Product: Struts Version: 1.1 Final Platform: PC OS/Version: Windows XP Status: NEW Severity: Normal Priority: Other Component: Controller AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] I'm using WSAD 5.1, WAS 4.0.6 Test Server. The context-root of my web application as defined in my EAR's deployment descriptor is my_app. To test my application, I navigate to: http://localhost:8080/my_app/ I've got the following global forward in the struts-config.xml for moduleA: forward name=my_forward redirect=true contextRelative=true path=/moduleB/action.do /forward When my action in moduleA returns the ActionForward defined as my_forward, the browser is redirected to: http://localhost:8080/my_app/my_app/moduleB/action.do Since the global forward is a redirect and context relative, the forward path (/moduleB/action.do) remains unmolested until it reaches this bit of Struts code in RequestProcessor.processForwardConfig(HttpServletRequest request, HttpServletResponse response, ForwardConfig forward): if (forward.getRedirect()) { // only prepend context path for relative uri if (uri.startsWith(/)) { uri = request.getContextPath() + uri; } response.sendRedirect(response.encodeRedirectURL(uri)); } The URI passed in to response.encodeRedirectURL is /my_app/moduleB/action.do since we've prepended the original forward path with the context path. The problem seems to be that response.encodeRedirectURL prepends the URI with not only the scheme, server, port, etc., but also with same context path. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24657] - Context-relative redirects duplicate context-root in URL (in WAS)
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=24657. 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=24657 Context-relative redirects duplicate context-root in URL (in WAS) --- Additional Comments From [EMAIL PROTECTED] 2003-11-12 20:09 --- The removal of the following lines in RequestProcessor.java fixed this problem in my environment: 448,451d447 // only prepend context path for relative uri if (uri.startsWith(/)) { uri = request.getContextPath() + uri; - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24657] - Context-relative redirects duplicate context-root in URL (in WAS)
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=24657. 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=24657 Context-relative redirects duplicate context-root in URL (in WAS) [EMAIL PROTECTED] changed: What|Removed |Added OS/Version|Windows XP |All Platform|PC |All - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24631] - Struts tags use bytes of UTF-8 for urlencoding unconditionally
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=24631. 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=24631 Struts tags use bytes of UTF-8 for urlencoding unconditionally --- Additional Comments From [EMAIL PROTECTED] 2003-11-12 21:13 --- Created an attachment (id=9074) A patch to add useLocalEncoding attributeto html:link html:img html:rewrite and logic:redirect tags. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24661] New: - Errors tag does not allow the user to customize the header/footer/prefix/suffix
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=24661. 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=24661 Errors tag does not allow the user to customize the header/footer/prefix/suffix Summary: Errors tag does not allow the user to customize the header/footer/prefix/suffix Product: Struts Version: Nightly Build Platform: All OS/Version: All Status: NEW Severity: Enhancement Priority: Other Component: Custom Tags AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] CC: [EMAIL PROTECTED] ENHANCEMENT IDEA: We're currently using Struts 1.1 and we came across a problem where the header for our errors section was inappropriate for some of the pages in our application. My idea is to modify the ErrorTag functionality such that the user can specify any, all, or none of the message keys that should be used for the header, footer, prefix, and suffix. === SOLUTION: I got the nightly code from 11-07-2003 and made enhancements to ErrorsTag.java to allow the user to specify headerKey, footerKey, prefixKey, and suffixKey. For each of those attributes, if the attribute is missing then the tag uses the default value (errors.header, errors.footer, errors.prefix, errors.suffix). I also moved those default keys to static variables. I think that this should work for both the html and the nested taglib, so I modified html.tld and nested.tld. I couldn't find those files in the nightly download, so I modified copies that I have from Struts 1.1. These files now have four new attributes for the errors tag, all of which are optional. == DOCUMENTATION/ NOTES: I modified the xml documentation for struts-html.xml and struts-nested.xml to include website documentation. The documentation in this file is very similar to the javadoc that I added in ErrorTag.java. I can be reached at [EMAIL PROTECTED] for questions/requests regarding this enhancement. Thanks! Jason Gola - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24631] - Struts tags use bytes of UTF-8 for urlencoding unconditionally
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=24631. 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=24631 Struts tags use bytes of UTF-8 for urlencoding unconditionally --- Additional Comments From [EMAIL PROTECTED] 2003-11-12 21:21 --- I attached a proposed patch that allows a user to select either or not to use LocalCharacterEncoding, that is, the characterEncoding set to the HttpServletResponse, as prefered character encoding rather than UTF-8, when URLEncoding is done on parameters of the URL. The patch does not include tlds(I could not figure out where in the source tree I go to modify it). The patch is against the HEAD of the CVS tree. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24661] - Errors tag does not allow the user to customize the header/footer/prefix/suffix
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=24661. 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=24661 Errors tag does not allow the user to customize the header/footer/prefix/suffix --- Additional Comments From [EMAIL PROTECTED] 2003-11-12 21:24 --- Created an attachment (id=9076) Updated documentation: \doc\userGuide\struts-nested.xml - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24661] - Errors tag does not allow the user to customize the header/footer/prefix/suffix
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=24661. 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=24661 Errors tag does not allow the user to customize the header/footer/prefix/suffix --- Additional Comments From [EMAIL PROTECTED] 2003-11-12 21:25 --- Created an attachment (id=9077) Updated .java file: \org\apache\struts\taglib\html\ErrorsTag.java - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24661] - Errors tag does not allow the user to customize the header/footer/prefix/suffix
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=24661. 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=24661 Errors tag does not allow the user to customize the header/footer/prefix/suffix --- Additional Comments From [EMAIL PROTECTED] 2003-11-12 21:26 --- Created an attachment (id=9078) Updated .tld file (from Struts 1.1) \struts-html.tld - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24661] - Errors tag does not allow the user to customize the header/footer/prefix/suffix
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=24661. 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=24661 Errors tag does not allow the user to customize the header/footer/prefix/suffix --- Additional Comments From [EMAIL PROTECTED] 2003-11-12 21:26 --- Created an attachment (id=9079) Updated .tld file (from Struts 1.1) \struts-nested.tld - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24657] - Context-relative redirects duplicate context-root in URL (in WAS)
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=24657. 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=24657 Context-relative redirects duplicate context-root in URL (in WAS) --- Additional Comments From [EMAIL PROTECTED] 2003-11-12 23:08 --- I *believe* you can solve this problem by setting a system property: Add the following property to the System Properties under JVM Settings in the Administrative console: com.ibm.websphere.sendredirect.compliance=true If you can confirm that this works, please close this bug. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/contrib/struts-chain/src/java/org/apache/struts/chain/servlet PerformForward.java PerformInclude.java PopulateActionForm.java ValidateActionForm.java
mrdon 2003/11/12 17:29:59 Modified:contrib/struts-chain/src/conf chain-config.xml contrib/struts-chain/src/java/org/apache/struts/chain/legacy ComposableRequestProcessor.java contrib/struts-chain/src/java/org/apache/struts/chain/servlet PerformForward.java PerformInclude.java PopulateActionForm.java ValidateActionForm.java Log: Added support for multipart requests (file uploads). Should perfectly emulate legacy behavior. Revision ChangesPath 1.9 +2 -2 jakarta-struts/contrib/struts-chain/src/conf/chain-config.xml Index: chain-config.xml === RCS file: /home/cvs/jakarta-struts/contrib/struts-chain/src/conf/chain-config.xml,v retrieving revision 1.8 retrieving revision 1.9 diff -u -r1.8 -r1.9 --- chain-config.xml 25 Oct 2003 01:16:52 - 1.8 +++ chain-config.xml 13 Nov 2003 01:29:59 - 1.9 @@ -58,7 +58,7 @@ between the processXxx methods and the Commands that perform the corresponding functionality: - processMultipartNOT SUPPORTED YET (so no file upload support) + processMultipartIntegrated into servlet and legacy classes processPath SelectAction (which also does processMapping) 1.5 +31 -4 jakarta-struts/contrib/struts-chain/src/java/org/apache/struts/chain/legacy/ComposableRequestProcessor.java Index: ComposableRequestProcessor.java === RCS file: /home/cvs/jakarta-struts/contrib/struts-chain/src/java/org/apache/struts/chain/legacy/ComposableRequestProcessor.java,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- ComposableRequestProcessor.java 29 Sep 2003 06:55:07 - 1.4 +++ ComposableRequestProcessor.java 13 Nov 2003 01:29:59 - 1.5 @@ -73,6 +73,7 @@ import org.apache.struts.action.ActionServlet; import org.apache.struts.chain.Constants; import org.apache.struts.config.ModuleConfig; +import org.apache.struts.upload.MultipartRequestWrapper; import org.apache.commons.chain.Catalog; import org.apache.commons.chain.Command; @@ -95,6 +96,7 @@ * @author Craig R. McClanahan * @author Cedric Dumoulin * @author Greg Reddin + * @author Don Brown * * @version $Revision$ $Date$ * @since Struts 1.1 @@ -173,6 +175,9 @@ HttpServletResponse response) throws IOException, ServletException { +// Wrap the request in the case of a multipart request +request = processMultipart(request); + // Create and populate a Context for this request ServletWebContext context = new ServletWebContext(); context.initialize(getServletContext(), request, response); @@ -197,6 +202,28 @@ // Release the context. context.release(); +} + +/** + * If this is a multipart request, wrap it with a special wrapper. + * Otherwise, return the request unchanged. + * + * @param request The HttpServletRequest we are processing + */ +protected HttpServletRequest processMultipart(HttpServletRequest request) { + +if (!POST.equalsIgnoreCase(request.getMethod())) { +return (request); +} + +String contentType = request.getContentType(); +if ((contentType != null) +contentType.startsWith(multipart/form-data)) { +return (new MultipartRequestWrapper(request)); +} else { +return (request); +} + } 1.2 +15 -6 jakarta-struts/contrib/struts-chain/src/java/org/apache/struts/chain/servlet/PerformForward.java Index: PerformForward.java === RCS file: /home/cvs/jakarta-struts/contrib/struts-chain/src/java/org/apache/struts/chain/servlet/PerformForward.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- PerformForward.java 11 Aug 2003 04:55:34 - 1.1 +++ PerformForward.java 13 Nov 2003 01:29:59 - 1.2 @@ -63,12 +63,14 @@ import javax.servlet.RequestDispatcher; +import javax.servlet.http.HttpServletRequest; import org.apache.commons.chain.Context; import org.apache.commons.chain.web.servlet.ServletWebContext; import org.apache.struts.Globals; import org.apache.struts.chain.AbstractPerformForward; import org.apache.struts.chain.Constants; import org.apache.struts.config.ForwardConfig; +import org.apache.struts.upload.MultipartRequestWrapper; import org.apache.struts.util.RequestUtils; @@ -77,6 +79,7 @@
[struts-chain] Where to now?
I added what I gathered was the last missing piece to struts-chain, file upload support. I'm really interested in doing whatever it takes to get this up and running as a viable alternative to the RequestProcessor. From here, I see the following needs to be done: - Unit tests (big one) - Tiles support - Portlet implementation - Documentation What is the status of commons-chain? Are there any outstanding issues that need to be sewn up? I think I will tackle the unit tests next. Tiles support should be pretty straightforward, some copy/paste. Craig had some ideas of how to support the Portlet API, which I'll leave to him until I can learn more about it. The documentation is the least important, at this stage, but it does help bring to light rough spots. Finally, what is that status on Struts 1.2? Could an early test version be put in for early adopters? Don - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [struts-chain] Where to now?
Quoting Don Brown [EMAIL PROTECTED]: I added what I gathered was the last missing piece to struts-chain, file upload support. I'm really interested in doing whatever it takes to get this up and running as a viable alternative to the RequestProcessor. Cool! From here, I see the following needs to be done: - Unit tests (big one) Here is where the chain's nature is going to help -- it's pretty straightforward to write unit tests for each individual command, call the execute method, and evaluate the results, because most commands simply perform some transformation on the information in the Context being passed around. - Tiles support Definitely going to be needed for a production release. - Portlet implementation Yep. In my copious spare time :-) I'll try to download Pluto and start playing with this. - Documentation What is the status of commons-chain? Are there any outstanding issues that need to be sewn up? There are no outstanding bugs that I'm aware of. Unit test coverage is currently not all there, and the Portlet and Faces implementations of WebContext still need to be fleshed out. I think I will tackle the unit tests next. Tiles support should be pretty straightforward, some copy/paste. Craig had some ideas of how to support the Portlet API, which I'll leave to him until I can learn more about it. The documentation is the least important, at this stage, but it does help bring to light rough spots. Finally, what is that status on Struts 1.2? Could an early test version be put in for early adopters? One thing we'd talked about doing early in 1.2 was switching to commons-resources (which is also currently in the sandbox and would need to be promoted along with commons-chain). If we're going to do that (and I think we should), it should really be before the first 1.2 release. commons-resources is pretty solid as well, but a JDBC-based resources implementation included out of the box would be really really handy. Don Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 24670] New: - File name is not decoded properly when character encoding is different than on application server
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=24670. 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=24670 File name is not decoded properly when character encoding is different than on application server Summary: File name is not decoded properly when character encoding is different than on application server Product: Struts Version: 1.1 Final Platform: All OS/Version: All Status: NEW Severity: Major Priority: Other Component: File Upload AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] If encoding in your browser is different than encoding on your application server file name will be decoded incorect. For example, if you are using UTF-8 as encoding in your application your browser will encode all form fields values as UTF-8. And if you set a UTF-8 in request as request.setCharacterEncoding(UFT-8), using a filter, Struts will handle everything correctly except for the file upload. Class org.apache.struts.upload.CommonsMultipartRequestHandler will not use character encoding from request (if it is available) for file, event if it use it for multipart text values (see method addTextParameter(HttpServletRequest request, FileItem item)). Solution for this problem, unless I'm missing something (which can be true also) is to change a method handleRequest(HttpServletRequest request): if (request.getCharacterEncoding() != null ) { upload.setHeaderEncoding(request.getCharacterEncoding()); } Of course provided character encoding must be supported, but this is idea. The problem is browser will encode a file correctly but even if using the filter you set proper request encoding to UTF-8 Struts will not use it, not for the file name. So you was right. If I changed CommonsMultipartRequestHandler to use request.getCharacterEncoding () that will work as should, but not in any other case. Am I missing something? Did you find something else after your last post? Thank you! Kind regards, Srdjan - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [struts-chain] Where to now?
--- Craig R. McClanahan [EMAIL PROTECTED] wrote: Quoting Don Brown [EMAIL PROTECTED]: I added what I gathered was the last missing piece to struts-chain, file upload support. I'm really interested in doing whatever it takes to get this up and running as a viable alternative to the RequestProcessor. Cool! From here, I see the following needs to be done: - Unit tests (big one) Here is where the chain's nature is going to help -- it's pretty straightforward to write unit tests for each individual command, call the execute method, and evaluate the results, because most commands simply perform some transformation on the information in the Context being passed around. - Tiles support Definitely going to be needed for a production release. - Portlet implementation Yep. In my copious spare time :-) I'll try to download Pluto and start playing with this. - Documentation What is the status of commons-chain? Are there any outstanding issues that need to be sewn up? There are no outstanding bugs that I'm aware of. Unit test coverage is currently not all there, and the Portlet and Faces implementations of WebContext still need to be fleshed out. I think I will tackle the unit tests next. Tiles support should be pretty straightforward, some copy/paste. Craig had some ideas of how to support the Portlet API, which I'll leave to him until I can learn more about it. The documentation is the least important, at this stage, but it does help bring to light rough spots. Finally, what is that status on Struts 1.2? Could an early test version be put in for early adopters? One thing we'd talked about doing early in 1.2 was switching to commons-resources (which is also currently in the sandbox and would need to be promoted along with commons-chain). If we're going to do that (and I think we should), it should really be before the first 1.2 release. commons-resources is pretty solid as well, but a JDBC-based resources implementation included out of the box would be really really handy. -0 only because resources has been sitting for a while and I don't want to hold up Struts 1.2 for a feature that would be nice to have but isn't really necessary for a resources 1.0 release. IMHO, resources should plan on cleaning up any existing design issues and releasing 1.0. I really think we should ship Struts 1.2 with either resources or chain but not both. We'll end up with another 1.1 once we start including more than 1 major change per release. I don't have the time right now to get resources or chain included for Struts 1.2 so I won't veto however you want to proceed. David Craig - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]