DO NOT REPLY [Bug 22929] New: - DynaActionForm properties get initialized twice.
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=22929. 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=22929 DynaActionForm properties get initialized twice. Summary: DynaActionForm properties get initialized twice. Product: Struts Version: Nightly Build Platform: Other OS/Version: Other Status: NEW Severity: Minor Priority: Other Component: Unknown AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] To create a DynaActionForm i RequestUtils.createActionForm it does: snip DynaActionFormClass dynaClass = DynaActionFormClass.createDynaActionFormClass(config); instance = (ActionForm) dynaClass.newInstance(); ((DynaActionForm) instance).initialize(mapping); /snip dynaClass.newInstance() creates an instance of DynaActionForm and sets its initial properties, after that DynaActionForm.initizalize(mapping) sets the initial properties again!. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles-el and nested-el tags (was Re: Support for non-JSTL tags)
David == David M Karr [EMAIL PROTECTED] writes: Sgarlata == Sgarlata Matt [EMAIL PROTECTED] writes: Sgarlata Speaking of EL, I noticed we don't have EL versions of the Tiles tags. I would Sgarlata be happy to provide the implementations, but I know it will be tedious so I Sgarlata only want to proceed if there's a reasonably good chance they will be added to Sgarlata the Struts distribution. Thoughts anyone? Sgarlata In a private conversation Steve Raeburn indicated he would be interested in Sgarlata these tags. Steve also pointed out we are missing the Nested tags, but since Sgarlata I've never used those before I leave that tedious task to someone else ;) David I've been intending to produce at least a tiles-el library, and possibly a David nested-el library, but I've been trying to watch for a significant level of David interest for this. I very occasionally see a mention of a desire for David tiles-el, and less so for nested-el. I haven't looked at those libraries David for a while, so I'm not certain how much value there will be for this. If David there's really significant interest in this, I could proceed with this, first David doing tiles-el, and then nested-el. I'm planning on committing the tiles-el library this weekend, but I won't have any unit or integration tests for it by the time I commit it. I'll proceed down that path once it's committed, but that process will be slow. I'd appreciate it if motivated Tiles/JSTL users could test it as much as possible once I've put it into the nightly build. I'll also start looking at the nested-el library, just for completeness. -- === David M. Karr ; Java/J2EE/XML/Unix/C++ [EMAIL PROTECTED] ; SCJP; SCWCD - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Tiles-el and nested-el tags (was Re: Support for non-JSTL tags)
I'm planning on committing the tiles-el library this weekend, but I won't have any unit or integration tests for it by the time I commit it. I'll proceed down that path once it's committed, but that process will be slow. I'd appreciate it if motivated Tiles/JSTL users could test it as much as possible once I've put it into the nightly build. I'll do my best to do some testing with tiles-el. I don't use every tag and attribute in the library in my application, but I will test as much as I can. If you want any help on the development of the library let me know. I'll also start looking at the nested-el library, just for completeness. That seems like a good idea to me, although I don't use nested-el so I won't be able to help test. Matt - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Tiles-el and nested-el tags (was Re: Support for non-JSTL tags)
Thanks for the update. I'll see if I can work them a little for you. Edgar - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
DO NOT REPLY [Bug 22576] - how to forward control back to other than the input form (input poperty) when problem found in validate
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=22576. 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=22576 how to forward control back to other than the input form (input poperty) when problem found in validate [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|CLOSED --- Additional Comments From [EMAIL PROTECTED] 2003-09-04 15:34 --- Ted, sorry if this is the wrong place. I thought that one should be able to run a struts application just from the documentation. If the community thinks consultation of the mailing archives is always a must, I guess documentation RFEs become a lot lower priority? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
cvs commit: jakarta-struts/src/example/org/apache/struts/webapp/example/memory MemoryUserDatabase.java
husted 2003/09/04 09:03:43 Modified:contrib/scaffold/src/java/org/apache/struts/scaffold RecreateSessionAction.java doc learning.xml doc/news index.xml src/example/org/apache/struts/webapp/example EditRegistrationAction.java EditSubscriptionAction.java LogoffAction.java LogonAction.java RegistrationForm.java SaveRegistrationAction.java SaveSubscriptionAction.java SubscriptionForm.java UserDatabase.java src/example/org/apache/struts/webapp/example/memory MemoryUserDatabase.java Log: Minor JavaDoc fixes to MailReader example. Revision ChangesPath 1.2 +2 -2 jakarta-struts/contrib/scaffold/src/java/org/apache/struts/scaffold/RecreateSessionAction.java Index: RecreateSessionAction.java === RCS file: /home/cvs/jakarta-struts/contrib/scaffold/src/java/org/apache/struts/scaffold/RecreateSessionAction.java,v retrieving revision 1.1 retrieving revision 1.2 diff -u -r1.1 -r1.2 --- RecreateSessionAction.java9 Oct 2002 21:59:03 - 1.1 +++ RecreateSessionAction.java4 Sep 2003 16:03:41 - 1.2 @@ -29,7 +29,7 @@ * Creates a new session, perserving any prior Locale attribute. * * @param mapping The ActionMapping used to select this instance - * @param actionForm The optional ActionForm bean for this request + * @param form The optional ActionForm bean for this request * @param request The HTTP request we are processing * @param response The response we are creating * @todo Add support for multiple attributes 1.14 +2 -2 jakarta-struts/doc/learning.xml Index: learning.xml === RCS file: /home/cvs/jakarta-struts/doc/learning.xml,v retrieving revision 1.13 retrieving revision 1.14 diff -u -r1.13 -r1.14 --- learning.xml 2 Sep 2003 23:44:08 - 1.13 +++ learning.xml 4 Sep 2003 16:03:42 - 1.14 @@ -112,7 +112,7 @@ /p p -The a href=http://nagoya.apache.org/wiki/apachewiki.cgi?StrutsProjectPages%20;Struts Wiki/a is a +The a href=http://nagoya.apache.org/wiki/apachewiki.cgi?StrutsProjectPages%20;bStruts Wiki/b/a is a relatively new addition to the Struts documentation. All members of the Struts Community are invited to post comments to the Wiki, as well as the User List. The Wiki is best suited for threads that you think are of lasting importance, while the mailing lists are best @@ -156,7 +156,7 @@ li Documentation - The Struts documentation bundle, as seen on the website./li li -bMailReader/b - The original Struts example application. Try me first./li +bMailReader/b - The original Struts example application. iTry me first!/i/li li Tiles-Doc - Extensive demonstration of Tiles extension./li li 1.29 +24 -1 jakarta-struts/doc/news/index.xml Index: index.xml === RCS file: /home/cvs/jakarta-struts/doc/news/index.xml,v retrieving revision 1.28 retrieving revision 1.29 diff -u -r1.28 -r1.29 --- index.xml 30 Aug 2003 02:45:34 - 1.28 +++ index.xml 4 Sep 2003 16:03:42 - 1.29 @@ -65,7 +65,7 @@ hr size=1 noshade=/ -- -h3a name=/a29 Aug 2003 - Core J2EE Patterns -- Expanded and Updated in Second Edition/h3 +h3a name=20030829/a29 Aug 2003 - Core J2EE Patterns -- Expanded and Updated in Second Edition/h3 p From the Back Cover: /p @@ -131,6 +131,29 @@ Subsequent votes may reclassify the release, either to promote it or to demote it, as need be. /p hr size=1 noshade=/ + +h3a name=20030828/a - ASF Protest Euopean Software Patentability Rule Changes/h3 +p +On September 1st the European Commission is going to vote a revised version of the European Patentability +rules. +The proposed revision contains a set of serious challenges to Open Source development since regulation +regarding software patents will be broadly extended and might forbid independent development of innovative +(Open Source and not) software-based solutions. +/p +p +The European Open Source community is very concerned about the upcoming new regulation and has organized a +demo protest for August 27, asking Open Source supporting sites
DO NOT REPLY [Bug 22935] New: - Cannot find bean * in scope null == increase error specificness
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=22935. 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=22935 Cannot find bean * in scope null == increase error specificness Summary: Cannot find bean * in scope null == increase error specificness Product: Struts Version: 1.0 Final Platform: Other OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Controller AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] When I am getting stack traces like org.apache.jasper.JasperException: Cannot find bean user in scope null at org.apache.jasper.servlet.JspServletWrapper.service(JspServletWrapper.java:254) ... root cause javax.servlet.ServletException: Cannot find bean user in scope null at org.apache.jasper.runtime.PageContextImpl.handlePageException(PageContextImpl.java:533) at org.apache.jsp.userprofile_en_jsp._jspService(userprofile_jsp.java:124) ... it would be really helpful to know where it happened in the jsp page. There might be dozens of struts tags referring to user and from the *_jsp.java, it is often not very obvious which one it is. Therefore, my RFE is to have the exception provide more hints on where it fails - best by citing the offenting struts-tag! - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [PROPOSAL] archive all unmirrored struts releases
move completed. - robert On Thursday, September 4, 2003, at 12:43 AM, David Graham wrote: +1 Complying with the Apache standard is reason enough for me. David --- robert burrell donkin [EMAIL PROTECTED] wrote: (i'm resending this from the account i'm subscribed under. there may be a near-duplicate moderated through later.) (as many you will know) the apache software foundation policy concerning releases is now that all releases should be available only through: 1. the main mirrored ASF distribution directories 2. the main ASF archives the latest 1.1 struts release is available through the mirrors (well done guys!) but the older releases are still available through the older unmirrored directories. the download statistics (supply by infrastructure) show that unmirrored struts downloads are still proving too popular. my proposal is that the older releases (under jakarta.apache.org/builds/jakarta-struts/) be moved into the ASF archives (where they will remain available for download) and that all requests be redirected to the main jakarta binary download page where the latest release can be download or the link to the archives can be followed. (unless someone else steps forward) i'll volunteer to carry out this work. (unless someone corrects me) i'll assume that the decision will proceed by lazy consensus. (unless someone forces a vote before then) i'll carry out this work sometime after 12 noon GMT tomorrow (thursday 4th september) - robert - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com - 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]