cvs commit: jakarta-struts/doc/userGuide resources.xml
martinc 01/11/19 18:42:44 Modified:doc/userGuide resources.xml Log: Updated seminars and consultants entries. PR: 4864, 4867, 4875 Submitted by: Mike Way, Tim Biernat, Joey Gibson Revision ChangesPath 1.13 +4 -2 jakarta-struts/doc/userGuide/resources.xml Index: resources.xml === RCS file: /home/cvs/jakarta-struts/doc/userGuide/resources.xml,v retrieving revision 1.12 retrieving revision 1.13 diff -u -r1.12 -r1.13 --- resources.xml 2001/11/07 05:13:14 1.12 +++ resources.xml 2001/11/20 02:42:44 1.13 @@ -73,7 +73,7 @@ section name=Seminars href=seminars pa href=http://www.basebean.com/;b Fast Track to MVC Frameworks/b/a - 2001-Dec-2./p -pa href=http://bravepoint.com/scripts/wsisa.dll/WService=training/training_course.html?courseid=354;bBravePoint - Advanced JSP Architecture for J2EE/b/ab /b- 2001-11-19./p +pa href=http://bravepoint.com/scripts/wsisa.dll/WService=training/training_course.html?courseid=354;bBravePoint - Advanced JSP Architecture for J2EE/b/a - 2001-11-19, 2001-12-10./p pa href=http://www.avantsoft.com/jsp.html;bAvantSoft Inc. - JSP, Servlets and Struts/b/a/p /section @@ -217,7 +217,7 @@ pProvided as a reference only. No endorsements given or implied. To be listed, post a documentation enhancement request in Bugzilla./p ul libAccessData/b - a href=http://www.accessdc.com/;www.accessdc.com/a - a href=mailto:[EMAIL PROTECTED];Chris Assenza/a./li - libBravepoint/b - a href=http://www.bravepoint.com;www.bravepoint.com/a - a href=mailto:[EMAIL PROTECTED];Joey Gibson/a./li + libBravepoint/b - a href=http://www.bravepoint.com;www.bravepoint.com/a - a href=mailto:[EMAIL PROTECTED];Struts Info/a./li libCreatrix/b - a href=http://www.creatrixs.com;www.creatrixs.com/a - a href=mailto:[EMAIL PROTECTED];[EMAIL PROTECTED]/a./li libeBlox/b - a href=http://www.eblox.com/;www.eblox.com/a - a href=mailto:[EMAIL PROTECTED];[EMAIL PROTECTED]/a./li libHusted dot Com/b - a href=http://husted.com/;www.husted.com/a - a href=mailto:[EMAIL PROTECTED];Ted Husted/a./li @@ -227,6 +227,8 @@ libMultitask Consulting/b - a href=http://www.multitask.com.au/;www.multitask.com.au/a - a href=[EMAIL PROTECTED]dIon Gillard/aa href=[EMAIL PROTECTED]./a/li libNew Particles/b - a href=http://www.newparticles.com/struts;www.newparticles.com/struts/a - a href=mailto:[EMAIL PROTECTED];Steve Wilkinson/a./li libRaible Designs/b - a href=http://www.raibledesigns.com/;www.raibledesigns.com/a - a href=mailto:[EMAIL PROTECTED];Matt Raible/a./li + libShared Skills Ltd (UK)/b - a href=http://www.sharedskills.com/;www.sharedskills.com/a - a href=mailto:[EMAIL PROTECTED];Mike Way/a./li + libSoftwareMentor/b - a href=http://softwareMentor.com/;softwareMentor.com/a - a href=mailto:[EMAIL PROTECTED];Tim Biernat/a./li libSolution Array/b - a href=http://www.solutionarray.com/;www.solutionarray.com/a - a href=mailto:[EMAIL PROTECTED];Chris Kmiec/a./li libStonebridge Technology/b - a href=http://www.sbti.com/;www.sbti.com/a - a href=mailto:[EMAIL PROTECTED];John J. Thomas/a./li libTallan/b - a href=http://www.tallan.com/;www.tallan.com/a - a href=mailto:[EMAIL PROTECTED];Michael Grassotti/a./li -- 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 LocalStrings.properties
martinc 01/11/19 19:07:30 Modified:src/share/org/apache/struts/util LocalStrings.properties Log: Fixed a typo in message resources. PR: 4836 Submitted by: Daniel Temme Revision ChangesPath 1.5 +1 -1 jakarta-struts/src/share/org/apache/struts/util/LocalStrings.properties Index: LocalStrings.properties === RCS file: /home/cvs/jakarta-struts/src/share/org/apache/struts/util/LocalStrings.properties,v retrieving revision 1.4 retrieving revision 1.5 diff -u -r1.4 -r1.5 --- LocalStrings.properties 2001/10/16 17:15:25 1.4 +++ LocalStrings.properties 2001/11/20 03:07:29 1.5 @@ -9,6 +9,6 @@ lookup.scope=Invalid bean scope {0} lookup.target=Exception thrown by getter for property {0} of bean {1} message.bundle=Cannot find message resources under key {0} -parameters.multi=Cannot cast to Map for name={0} property={1e} scope={2} +parameters.multi=Cannot cast to Map for name={0} property={1} scope={2} parameters.single=Cannot cast to String for name={0} property={1} scope={2} write.io=Input/output error: {0} -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
DO NOT REPLY [Bug 4968] New: - Kambrium.net Technologies provides STRUTS consulting
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=4968. 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=4968 Kambrium.net Technologies provides STRUTS consulting Summary: Kambrium.net Technologies provides STRUTS consulting Product: Struts Version: 1.0 Final Platform: Other URL: http://www.kambrium.net OS/Version: Other Status: NEW Severity: Enhancement Priority: Other Component: Documentation AssignedTo: [EMAIL PROTECTED] ReportedBy: [EMAIL PROTECTED] During 2001 we (Kambrium.net Technologies) developed a large web application (online billing) for a german telco company. We used struts as the base framework for it. It helped us a lot and we gained a wide experience which we can now offer to other companies who plan to use struts. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: Antwort: Re: [SUBMIT] LookupDispatchAction - how to handle multiple html:submit buttons
*whew* - much better! :) Except that I don't prefer the method you describe because of its increased footprint in struts-config.xml - but we've already covered that issue. I'll try to submit the first two of the four dispatch base classes I proposed in a day or so - they will just be a refactoring and split of the one I already submitted. Erik - Original Message - From: Dimitri Valdin [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Tuesday, November 20, 2001 5:17 AM Subject: Antwort: Re: [SUBMIT] LookupDispatchAction - how to handle multiple html:submit buttons sorry, I have really misunderstood the DispatchAction. Thank's Erik for pointing it out. In case of MultiSubmitAction working with DispatchAction, the solution would be: actionpath=/test type=org.apache.struts.actions.MultiSubmitAction name=testForm scope=request input=/test.jsp forward name=add.x path=/addDelete.domethod=add/ forward name=delete.x path=/addDelete.domethod=delete/ /action actionpath=/addDelete type=org.apache.struts.webapp.example.AddDeleteAction name=testForm parameter=method scope=request input=/test.jsp /action Dmitri Valdin -- Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -- 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]
Re: [SUBMIT] LookupDispatchAction - how to handle multiple html:submit buttons
well, but now, in case of using DispatchAcion this footprint is really small, I would say, that it is not much bigger, than implementing getKeyMethodMap() ;-) Right, you have one additional action mapping in struts-config than my design. I have mappings in the subclass via getKeyMethodMap, and strings in ApplicationResources. Putting labels in ApplicationResources is something that really should be done anyway so no real difference there. In your design you have to name each button differently, whereas in mine, they all have the same name, but different values. In your design you have to deal with the .x stuff explicitly. In mine, I'll have my base class (I haven't written the one for different named buttons yet, but will eventually) deal with it automatically so it will be hidden from the designer and developer of the Action subclasses. I just don't feel that struts-config is the appropriate place to deal with those kinds of mappings as they are very concrete to the action. A matter of preference, I suppose. Is that a fair enough summary? I still like my design better! :) But yours works and certainly is a viable alternative. Erik -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Antwort: Re: [SUBMIT] LookupDispatchAction - how to handle multiple html:submit buttons
I just don't feel that struts-config is the appropriate place to deal with those kinds of mappings as they are very concrete to the action. A matter of preference, I suppose. Is that a fair enough summary? Sure. I still like my design better! :) But yours works and certainly is a viable alternative. Thanks :-) It was an interesting discussion. Cheers, Dmitri -- Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
CVS Tag for 1.0.1?
Hey, What's the proper CVS tag to use for fixes for the 1.0.1 release? Is it STRUTS_1_0 or STRUTS_1_0_BRANCH, or something else? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: CVS Tag for 1.0.1?
Struts 1.0.1 will be taken off the STRUTS_1_0_BRANCH branch, so that's where you need to check in fixes for it. You should also make sure you check in the same changes to the main trunk, so that they'll make it into Struts 1.1. -- Martin Cooper - Original Message - From: SCHACHTER,MICHAEL (HP-NewJersey,ex2) [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 20, 2001 7:41 AM Subject: CVS Tag for 1.0.1? Hey, What's the proper CVS tag to use for fixes for the 1.0.1 release? Is it STRUTS_1_0 or STRUTS_1_0_BRANCH, or something else? -- 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]
Re: CVS Tag for 1.0.1?
The tag should be STRUTS_1_0_1 to be consistent with the previous tag names. Since we're releasing this off the 1.0 branch, be sure you tag from a repository that is checked out there, instead of the HEAD branch. Craig On Tue, 20 Nov 2001, SCHACHTER,MICHAEL (HP-NewJersey,ex2) wrote: Date: Tue, 20 Nov 2001 07:41:42 -0800 From: SCHACHTER,MICHAEL (HP-NewJersey,ex2) [EMAIL PROTECTED] Reply-To: Struts Developers List [EMAIL PROTECTED] To: '[EMAIL PROTECTED]' [EMAIL PROTECTED] Subject: CVS Tag for 1.0.1? Hey, What's the proper CVS tag to use for fixes for the 1.0.1 release? Is it STRUTS_1_0 or STRUTS_1_0_BRANCH, or something else? -- 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]
Taglib documentation
Hi, just thought I'd offer up a minor patch to the stylesheet for generating taglib documentation. I wanted to generate docs for my own taglibs and found the struts approach perfect for my needs but I wanted a couple of tweaks :-) The patch causes the 'Required' and 'RT Expr' flags to be put under the attribute name and highlights any default value there may be, so they are all easier to spot. To get the defaults pulled out, they have to be marked up. A patch to struts-html.xml to demonstrate is included, along with patched copies of the source file and stylesheet and a rendered copy so you can see what I'm bleating about :-) All the files are at http://www.holoweb.net/~zodiac/struts/ and you can see the sample results at http://www.holoweb.net/~zodiac/struts/struts-html.html Cheers, L. -- zodiac(@)holoweb!net | If that's too much initiative for the company to ICQ# 78724820 | handle, I don't want to work for them anyway. -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
i think i screwed up cvs...
Hey, I did a cvs rtag -b -r STRUTS_1_0 STRUTS_1_0_1 jakarta-struts, thinking it would create a local copy of STRUTS_1_0_1 stuff on my machine and I created another branch on the CVS repository called STRUTS_1_0_1... is there a way to get rid of that branch, base it off of STRUTS_1_0_BRANCH instead, or something else to un-screwup cvs? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
RE: i think i screwed up cvs...
I'm a bit confused now... Was the STRUTS_1_0_1 branch put in recently and I just thought I put it there? Did I actually do anything? And if I didn't, I just committed multipart changes to STRUTS_1_0_BRANCH, should I now re-commit them to the STRUTS_1_0_1 branch? Am I just going crazy? Sorry for any potential confusion/trouble I've caused. -Original Message- From: SCHACHTER,MICHAEL (HP-NewJersey,ex2) Sent: Tuesday, November 20, 2001 11:57 PM To: '[EMAIL PROTECTED]' Subject: i think i screwed up cvs... Hey, I did a cvs rtag -b -r STRUTS_1_0 STRUTS_1_0_1 jakarta-struts, thinking it would create a local copy of STRUTS_1_0_1 stuff on my machine and I created another branch on the CVS repository called STRUTS_1_0_1... is there a way to get rid of that branch, base it off of STRUTS_1_0_BRANCH instead, or something else to un-screwup cvs? -- To unsubscribe, e-mail: mailto:[EMAIL PROTECTED] For additional commands, e-mail: mailto:[EMAIL PROTECTED]
Re: i think i screwed up cvs...
No, the STRUTS_1_0_1 wasn't there before - the rtag command created a new branch. I need to figure out how to undo it, since I'll need to label (but not branch) the Struts 1.0 branch for the 1.0.1 release tomorrow. In the meantime, it might be better if you don't commit anything to the branch you created - it might make it simpler to undo. You should be checking your changes into the STRUTS_1_0_BRANCH. You can get that by doing 'cvs checkout -r STRUTS_1_0_BRANCH jakarta-struts'. Have you checked in any changes today? I haven't seen any checkin messages. Perhaps you're having the same problem as I am with commit messages being flagged for moderation. -- Martin Cooper - Original Message - From: SCHACHTER,MICHAEL (HP-NewJersey,ex2) [EMAIL PROTECTED] To: [EMAIL PROTECTED] Sent: Tuesday, November 20, 2001 9:33 PM Subject: RE: i think i screwed up cvs... I'm a bit confused now... Was the STRUTS_1_0_1 branch put in recently and I just thought I put it there? Did I actually do anything? And if I didn't, I just committed multipart changes to STRUTS_1_0_BRANCH, should I now re-commit them to the STRUTS_1_0_1 branch? Am I just going crazy? Sorry for any potential confusion/trouble I've caused. -Original Message- From: SCHACHTER,MICHAEL (HP-NewJersey,ex2) Sent: Tuesday, November 20, 2001 11:57 PM To: '[EMAIL PROTECTED]' Subject: i think i screwed up cvs... Hey, I did a cvs rtag -b -r STRUTS_1_0 STRUTS_1_0_1 jakarta-struts, thinking it would create a local copy of STRUTS_1_0_1 stuff on my machine and I created another branch on the CVS repository called STRUTS_1_0_1... is there a way to get rid of that branch, base it off of STRUTS_1_0_BRANCH instead, or something else to un-screwup cvs? -- 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]