RE: Compartmentalization of Modules (was Re: [18111] et al)
+1 on html:link module=exercise action=welcome / from a not voting member. -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, January 22, 2004 11:30 AM To: Struts Developers List Subject: RE: Compartmentalization of Modules (was Re: [18111] et al) On Thu, 22 Jan 2004 01:00:55 -0600, Gary D Ashley Jr. wrote: .e.: html:link action= module= ... It seemed that if you have action= attribute, then module= was the next logical step with making struts modular. For us, it certainly helped provide the glue in a very large data centric struts application. Large obviously relative to my situation, so more specifically: 20 modules, 10 state/local government agencies, 30 roles, 10,000 users (250 core 9am-5pm users), and 6 developers. It seems modular link and rewrite tags are a nice step in the right direction. Well, just one perspective to consider. Thanks. Well, that's an interesting idea: html:link module=exercise action=welcome / versus html:link action=/exercise/welcome moduleRelative=false / The former does seem cleaner to me. The trick being that the default value for module is the current module :) If you've implemented one like this, tell me, where there any issues about using html:link module= action=welcome / To indicate the unnamed default module? -Ted. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Does struts-chain work with tomcat 4.1 ?
Thanks for the description of Jericho. -Original Message- From: Patrick Chanezon [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 21, 2004 3:45 AM To: Struts Developers List Subject: Re: Does struts-chain work with tomcat 4.1 ? struts-jericho is a working proposal for Struts 2.x. see http://www.mail-archive.com/[EMAIL PROTECTED]/msg20204.html and the discussion thread that ensued. from the document: Jericho is a whiteboard proposal describing one possible implementation of Struts 2.x. Since Struts 2.x is slated as a revolution, the Apache practice is to assign a codename to a proposal until the Community comes to a consensus. This proposal is called Jericho since it tries to tear-down the walls within the Struts architecture. see also the wiki http://nagoya.apache.org/wiki/apachewiki.cgi?StrutsWhiteboard for details. I'm not familiar enough with the proposal to describe it further: my focus is more short term, on making struts 1.2 work with portlets for any JSR 168 container, and document that. P@ Richard Hightower wrote: http://www.mail-archive.com/[EMAIL PROTECTED]/msg20204.html What is the 411 on struts-jericho? -Original Message- From: BaTien Duong [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 20, 2004 9:44 AM To: Struts Developers List Subject: Re: Does struts-chain work with tomcat 4.1 ? Patrick Chanezon wrote: Forget about question 3, and the exception. It seems like the struts-config.xml file for the struts-chain does not contain the welcome actionforward definition. diff -U 3 /Users/pat/java/jakarta-tomcat-4.1.29/webapps/struts-chain/WEB-INF/struts- c onfig.xml /Users/pat/java/jakarta-tomcat-4.1.29/webapps/struts-example/WEB-INF/strut s -config.xml !-- == Global Forward Definitions == -- global-forwards forward name=logoff path=/logoff.do/ -forward name=logonpath=/logon.jsp/ -forward name=success path=/mainMenu.jsp/ +forward name=logonpath=/logon.do/ +forward name=success path=/mainMenu.do/ +forward name=welcome path=/welcome.do/ /global-forwards I took the struts-config.xml from struts-example and added the chain related configurations and this Exception is not there anymore. Other problems pop up, but not this one :-) My other questions still stand. 1. is someone actively working on that code right now ? Yes, i am working on struts-chain, but in a slightly different direction. To me, struts-chain example is a proof-of-concept. I am still waiting for the codes in struts-jericho to play. Specifically, i start from JavaServer Faces since stateful UIComponents provided by the framework is nice and i expect many complex components will be available either commercially or from open sources. I try to combine best features of different frameworks by playing around with struts-jericho Servlet Request Adapter, Controller and Processor overview. The adding of Command Context as suggested in struts-jericho is important since each command is a service component that is self contained, fully customizable and manageable. BaTien DBGROUPS 2. does someone have struts-chain installed and configured correctly ? from where did you get it ? Any caveats for the build ? 4. I used maven to build struts: the maven dist target's result differs significantly from ant's dist, and contrib/struts-chain makes some assumptions about what's 2 levels above that are not met by the maven build. This is whay I had to use a nightly build. is there a way to generate jakarta-struts's build.properties from maven ?-) Thanks in advance for any input. Patrick Chanezon wrote: Hi all, I started working on struts-chain in order to add support for portlets. I built struts-chain from cvs, using a nightly struts 1.2 build jakarta-struts-20040113.zip to bootstrap my build, and my own build of commons-chain from CVS. I used the struts-example application from the nightly build as a seed for the struts-chains sample war. I deployed both in Tomcat 4.1.29. struts-example works fine struts-chain fails with an exception, see below. I have a few questions: 1. is someone actively working on that code right now ? 2. does someone have struts-chain installed and configured correctly ? from where did you get it ? Any caveats for the build ? 3. any idea about the Exception ? 4. I used maven to build struts: the maven dist target's result differs significantly from ant's dist, and contrib/struts-chain makes some assumptions about what's 2 levels above that are not met by the maven build. This is whay I had to use a nightly build. is there a way to generate jakarta-struts's build.properties from maven ?-) Thanks for any help. P@ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED
RE: StrutsFaces and the latest JSF
sorry... I meant to post this to the other list. :( -Original Message- From: Richard Hightower [mailto:[EMAIL PROTECTED] Sent: Saturday, January 17, 2004 5:16 AM To: Struts-Dev Subject: StrutsFaces and the latest JSF I want to use the latest JSF. Can I use the latest JSF with Struts 1.1? Or should I get the latest from CVS? - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Validating Formatted Numbers Patch [Bugzilla 26151]
I can vouch that the mask works. Send me your complete xml file or at least cut and paste the field element in the email and I will take a look. -Original Message- From: Niall Pemberton [mailto:[EMAIL PROTECTED] Sent: Friday, January 16, 2004 5:03 AM To: Struts Developers List Subject: Re: Validating Formatted Numbers Patch [Bugzilla 26151] Graham OK, I decided to look further into your suggestion, but didn't get very far and I think its because mask doesn't work. I started with a simple expression of [\d,]* to validate that the input only contains numbers or a comma. Whatever I input though validator always passed it as valid. Looking into validator it uses Perl5Util.match(pattern, value) This utility uses the Perl5Matcher.contains(value, pattern) method which only checks that the value contains the pattern - not that matches (it says so in the Perl5Util documentation). Isn't this the wrong thing to do - shouldn't validator be using the Perl5Matcher.matches(value, pattern) method. I had a look at commons validator test thinking this must be tested for and I must be mis-understanding it - but mask seems to be the one thing there are no tests for - and there don't seem to be any in struts either for FieldChecks.validateMask()) Anyway, am I right - is this a bug, or am I just using it wrongly? Niall P.S. If I am right, then it implies no one is using mask and I think thats an argument for my simpler number validation. - Original Message - From: David Graham [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Thursday, January 15, 2004 10:19 PM Subject: Re: Validating Formatted Numbers Patch [Bugzilla 26151] The point of having the mask validation is so we don't have to support all variations of patterns. I'm -1 on adding validators that duplicate what can already be done with mask. David --- Niall Pemberton [EMAIL PROTECTED] wrote: Robert, I tried to get mask to work (although until today I had no knowledge of regular expressions) using the ORA demonstration applet and I couldn't get it to (including your suggestion). I'm not saying regular expressions couldn't work (only I don't know how to make them!), but the pattern's used in DecimalFormat are so much more straight forward and designed for the task. Typically as people are probably using a pattern with DecimalFormat to output the data to screen, it then is much easier and intuitive to specify the same pattern for validation. I say horses for courses and to me using a number pattern to validate numbers is a better way to do it - hence the enhacement request: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26151 Thanks Niall Robert Leland wrote: So using mask won't work ? (my syntax below is probably not correct) field property=amount depends=required,mask arg0 key=sale.amount / var var-namemask/var-name var-value\d,\d\d0\:\(\d,\d\d0\)/var-value /var /field I need to validate numbers which are formatted and have posted a patch to bugzilla which enhances validator the existing number validations to do this. This patch allows an optional numberPattern variable to be specified for the existing byte, short, integer, long, float and double validations. For Example: field property=amount depends=required,integer arg0 key=sale.amount / var var-namenumberPattern/var-name var-value#,##0:(#,##0)/var-value /var /field If the pattern is specified, then java.text.DecimalFormat is used to parse the number and check if it is valid (catering for Locale). I have also posted a patch to add a new section the Validator User Guide which describes all the standard suppiled validations and shows examples of usage, including using the new numberPattern variable. Thanks in advance for any feedback. Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Validating Formatted Numbers Patch [Bugzilla 26151]
Niall, I don't get a vote. I am not a committer. But if I did I would vote +1 on the idea (I have not studied your implementation). I can write regular expressions in a pinch, but why not support all of the java.text.* in the validator rules (including currencey). I like the idea. Rick Hightower Developer Struts/J2EE training -- http://www.arc-mind.com/strutsCourse.htm Struts/J2EE consulting -- http://www.arc-mind.com/consulting.htm#StrutsMentoring -Original Message- From: Niall Pemberton [mailto:[EMAIL PROTECTED] Sent: Thursday, January 15, 2004 5:38 PM To: Struts Developers List Subject: Re: Validating Formatted Numbers Patch [Bugzilla 26151] OK so how can it be done with mask? also, it doesn't get more basic than numbers...if it can be done with mask, but its complicated, doesn't ease of use cut any ice? Niall - Original Message - From: David Graham [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Thursday, January 15, 2004 10:19 PM Subject: Re: Validating Formatted Numbers Patch [Bugzilla 26151] The point of having the mask validation is so we don't have to support all variations of patterns. I'm -1 on adding validators that duplicate what can already be done with mask. David --- Niall Pemberton [EMAIL PROTECTED] wrote: Robert, I tried to get mask to work (although until today I had no knowledge of regular expressions) using the ORA demonstration applet and I couldn't get it to (including your suggestion). I'm not saying regular expressions couldn't work (only I don't know how to make them!), but the pattern's used in DecimalFormat are so much more straight forward and designed for the task. Typically as people are probably using a pattern with DecimalFormat to output the data to screen, it then is much easier and intuitive to specify the same pattern for validation. I say horses for courses and to me using a number pattern to validate numbers is a better way to do it - hence the enhacement request: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26151 Thanks Niall Robert Leland wrote: So using mask won't work ? (my syntax below is probably not correct) field property=amount depends=required,mask arg0 key=sale.amount / var var-namemask/var-name var-value\d,\d\d0\:\(\d,\d\d0\)/var-value /var /field I need to validate numbers which are formatted and have posted a patch to bugzilla which enhances validator the existing number validations to do this. This patch allows an optional numberPattern variable to be specified for the existing byte, short, integer, long, float and double validations. For Example: field property=amount depends=required,integer arg0 key=sale.amount / var var-namenumberPattern/var-name var-value#,##0:(#,##0)/var-value /var /field If the pattern is specified, then java.text.DecimalFormat is used to parse the number and check if it is valid (catering for Locale). I have also posted a patch to add a new section the Validator User Guide which describes all the standard suppiled validations and shows examples of usage, including using the new numberPattern variable. Thanks in advance for any feedback. Niall - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Validating Formatted Numbers Patch [Bugzilla 26151]
I agree about that sticky wicket, but There are already validation rules that do not have client-side support (via JavaScript). At least this type of stuff would be nice in the contrib area. -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Thursday, January 15, 2004 9:10 PM To: Struts Developers List Subject: RE: Validating Formatted Numbers Patch [Bugzilla 26151] In principle, I'd agree with Rick, since these type of patterns are the standard way of doing this sort of thing on the Java platform. But, the sticky wicket is lack of a JavaScript implementation. People would expect an implementation like this to include client-side support, as the other validations do. -Ted. On Thu, 15 Jan 2004 20:54:17 -0700, Richard Hightower wrote: Niall, I don't get a vote. I am not a committer. But if I did I would vote +1 on the idea (I have not studied your implementation). I can write regular expressions in a pinch, but why not support all of the java.text.* in the validator rules (including currencey). I like the idea. Rick Hightower Developer Struts/J2EE training -- http://www.arc-mind.com/strutsCourse.htm Struts/J2EE consulting -- http://www.arc- mind.com/consulting.htm#StrutsMentoring -Original Message- From: Niall Pemberton [mailto:[EMAIL PROTECTED] Sent: Thursday, January 15, 2004 5:38 PM To: Struts Developers List Subject: Re: Validating Formatted Numbers Patch [Bugzilla 26151] OK so how can it be done with mask? also, it doesn't get more basic than numbers...if it can be done with mask, but its complicated, doesn't ease of use cut any ice? Niall - Original Message - From: David Graham [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Thursday, January 15, 2004 10:19 PM Subject: Re: Validating Formatted Numbers Patch [Bugzilla 26151] The point of having the mask validation is so we don't have to support all variations of patterns. I'm -1 on adding validators that duplicate what can already be done with mask. David --- Niall Pemberton [EMAIL PROTECTED] wrote: Robert, I tried to get mask to work (although until today I had no knowledge of regular expressions) using the ORA demonstration applet and I couldn't get it to (including your suggestion). I'm not saying regular expressions couldn't work (only I don't know how to make them!), but the pattern's used in DecimalFormat are so much more straight forward and designed for the task. Typically as people are probably using a pattern with DecimalFormat to output the data to screen, it then is much easier and intuitive to specify the same pattern for validation. I say horses for courses and to me using a number pattern to validate numbers is a better way to do it - hence the enhacement request: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=26151 Thanks Niall Robert Leland wrote: So using mask won't work ? (my syntax below is probably not correct) field property=amount depends=required,mask arg0 key=sale.amount / var var-namemask/var-name var-value\d,\d\d0\:\(\d,\d\d0\)/var-value /var /field I need to validate numbers which are formatted and have posted a patch to bugzilla which enhances validator the existing number validations to do this. This patch allows an optional numberPattern variable to be specified for the existing byte, short, integer, long, float and double validations. For Example: field property=amount depends=required,integer arg0 key=sale.amount / var var-namenumberPattern/var-name var-value#,##0:(#,##0)/var-value /var /field If the pattern is specified, then java.text.DecimalFormat is used to parse the number and check if it is valid (catering for Locale). I have also posted a patch to add a new section the Validator User Guide which describes all the standard suppiled validations and shows examples of usage, including using the new numberPattern variable. Thanks in advance for any feedback. Niall - To unsubscribe, e-mail: struts-dev- [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] __ Do you Yahoo!? Yahoo! Hotjobs: Enter the Signing Bonus Sweepstakes http://hotjobs.sweepstakes.yahoo.com/signingbonus -- --- To unsubscribe, e-mail: struts-dev- [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL
RE: why are form beans required for html:form?
how about another attribute, i.e., html:form checkFormBean=false ... The checkFormBean defaults to true so it is backwards compatible with other versions. I like the idea that html:form checks for the form bean. It makes it easier to debug the way it is. However, I can see when you would not want that -Original Message- From: Ted Husted [mailto:[EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 2:49 PM To: Struts Developers List Subject: Re: why are form beans required for html:form? Someone needs to try relaxing the requirement and see what happens to the input tags. Of course, the point of the exercise is really the input tags. The buttons are secondary. We don't want to complicate the input tags for this edge case. (Though, I don't know if it would be a complication or not.) Another idea would be a separate tag that could be used for formless forms [html:formless perhaps? :)] -Ted. On Wed, 14 Jan 2004 16:26:44 -0500, Sgarlata Matt wrote: Joe - I agree that html:form is being too aggressive in its requirement of a form bean. I believe there is already an open BugZilla ticket for this issue: http://issues.apache.org/bugzilla/show_bug.cgi?id=24356 Your reasoning is a little different than the reasoning in the ticket, so it might be useful to include your email as a comment on the bug. Matt - Original Message - From: Joe Germuska [EMAIL PROTECTED] To: Struts Developers List [EMAIL PROTECTED] Sent: Wednesday, January 14, 2004 10:32 AM Subject: why are form beans required for html:form? I'm working with an old Struts application recently ported to a Struts 1.2 nightly. One land mine that keeps popping up is that pages using the html:form JSP tag which used to work now no longer do. I have one specific case where a developer chose not to implement an ActionForm class (probably because the app also pre-dated DynaForms and/or he was being lazy) so now the JSP throws an exception when it comes to the html:form tag and can't find a form bean associated with the destination action. Now, I'm all for encouraging people to use Struts the way it was designed to be used, but in this case, the form has no HTML fields which are pre-filled from a form bean, so it seems pushy of the html:form tag to insist that this is an error condition. Would it make more sense to have the individual input tags complain if they can't find a form bean, and have html:form be more permissive? Joe -- Joe Germuska [EMAIL PROTECTED] http://blog.germuska.com Imagine if every Thursday your shoes exploded if you tied them the usual way. This happens to us all the time with computers, and nobody thinks of complaining. -- Jef Raskin -- --- To unsubscribe, e-mail: struts-dev- [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Deprecated: ActionError
The action:messages tag works out pretty well. The advantage is that you don't put markup in your resource bundle. Markup belongs in the JSP not the resource bundle. Context-Sensitive Error Messages Here is an example usage: You may want put the error message right next to the field. You can do that with html:messages: html:text property='userName'/ html:messages id=message property='userName' font color=red %=message% /font /html:messages The above iterates over all error messages for the property userName. If you leave on the property=userName attribute you get all of the error messages. If you have a form with a lot of properties and something goes wrong, you want to give the user more cues than just error messages at the top of the page. For example, you may want to turn the label red by field. You can do this by using logic:messagesPresent: logic:messagesPresent property=userName font size=4 color=red /logic:messagesPresent bean:message key=inputForm.userName/: logic:messagesPresent property=userName /font /logic:messagesPresent html:text property='userName'/ br / By specifying the property attribute as userName, we are checking to see whether there are any error messages for the userName property. If there are, we turn the font of the userName red. The following would turn the label red and put the error text by the field: logic:messagesPresent property=userName font size=4 color=red /logic:messagesPresent bean:message key=inputForm.userName/: logic:messagesPresent property=userName /font /logic:messagesPresent html:text property='userName'/ html:messages id=message property='userName' font color=red %=message% /font /html:message Let me know if this helps. All of the above is covered in Professional Struts by James Goodwill and I. Rick Hightower Developer Struts/J2EE training -- http://www.arc-mind.com/strutsCourse.htm Struts/J2EE consulting -- http://www.arc-mind.com/consulting.htm#StrutsMentoring -Original Message- From: Mark Lowe [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 13, 2004 8:36 AM To: Struts Developers List Subject: Re: Deprecated: ActionError Sorry I don't usually post this group but is there actually a sensible replacement for action errors yet? That messages stuff still falls short of offering the same level of slickness that action errors does, perhaps this is due to he html:errors tag but i personally and i imagine others all that messagesPresent nasty mess. There's still no clear means of accessing a single property of the messages vector/array/list (whichever it is). I've asked this question a few times on the user list, but what exactly is the replacement for action errors and the accompanying tags. logic:messagesPresenet bla bla is disgusting and there's no obvious way to drill to the property in the common situation of wanting to display an error by a form element. Sorry wont post again, but its a tad irritating that something this useful is being deprecated in favor of some rancid camel's jism of an alternative. Cheers Mark On 13 Jan 2004, at 14:15, Matthias Wessendorf wrote: Hi, i watched at the sources and figured out, that ActionError is deprecated so that i have to use ActionMessage. Okay. The add() in ActionErrors is also deprecated, because of first. fine. So i watched the Validator-Sources (class FieldChecks) i saw there ist ActionMessages in use for errors. for the deliverd Methods. So i looked at our validate() in ActionForm, but there is still ActionErrors. So i wondered, why the validator uses Messages and the validate() uses Erros... and also i saw, that the validator gets initialized with an ActionErrors-object in: Resources.initValidator(); inside of initValidator() this happends: validator.setParameter(ACTION_ERRORS_PARAM, errors) but key for errors is this: private static String ACTION_ERRORS_PARAM = org.apache.struts.action.ActionMessages; the first parameter of setParameter() is called: parameterClassName. so the errors gets initialized as an ActionMessages-object, isn´t? so question: why is the ActionErrors not deprecated? in release-notes i saw: Although not removed, in many cases you should replace the deprecated ActionErrors with the preferred ActionMessages to ensure correct operation. why not in all? it would be fine, to know this ;-) greetings Matthias Matthias Weßendorf Email: mailto:[EMAIL PROTECTED] URL: http://www.wessendorf.net - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL
OT RE: Deprecated: ActionError
It's is hard to argue with sound reasoning like canine's genitalia and queen of abomination. What don't you like about this? You never stated a reason. :) The html:errors tag forces you to put HMTL markup in the resource bundle. EVIL! (sorry I could not think of a something catchy like canine's genitalia) Resource bundles are for I18N not HTML markup. I don't see a problem with html:errors property=foo /. I am trying to understand. What is the beef? Rick Hightower Developer Struts/J2EE training -- http://www.arc-mind.com/strutsCourse.htm Struts/J2EE consulting -- http://www.arc-mind.com/consulting.htm#StrutsMentoring -Original Message- From: Mark Lowe [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 13, 2004 11:21 AM To: Struts Developers List Subject: Re: Deprecated: ActionError Sure I know how to get the messages out using html:messages but i cant see how this improves on html:errors I've tried using jstl to drill to the specific error but just cant do it. c:out value=${messages.errors.foo} / Sorry I'm sure there are lots of great reasons, but html:errors property=foo / was the canine's genitalia IMO and the messages lib to access errors is the queen of abominations in respect to html:errors .. On 13 Jan 2004, at 17:51, Richard Hightower wrote: The action:messages tag works out pretty well. The advantage is that you don't put markup in your resource bundle. Markup belongs in the JSP not the resource bundle. Context-Sensitive Error Messages Here is an example usage: You may want put the error message right next to the field. You can do that with html:messages: html:text property='userName'/ html:messages id=message property='userName' font color=red %=message% /font /html:messages The above iterates over all error messages for the property userName. If you leave on the property=userName attribute you get all of the error messages. If you have a form with a lot of properties and something goes wrong, you want to give the user more cues than just error messages at the top of the page. For example, you may want to turn the label red by field. You can do this by using logic:messagesPresent: logic:messagesPresent property=userName font size=4 color=red /logic:messagesPresent bean:message key=inputForm.userName/: logic:messagesPresent property=userName /font /logic:messagesPresent html:text property='userName'/ br / By specifying the property attribute as userName, we are checking to see whether there are any error messages for the userName property. If there are, we turn the font of the userName red. The following would turn the label red and put the error text by the field: logic:messagesPresent property=userName font size=4 color=red /logic:messagesPresent bean:message key=inputForm.userName/: logic:messagesPresent property=userName /font /logic:messagesPresent html:text property='userName'/ html:messages id=message property='userName' font color=red %=message% /font /html:message Let me know if this helps. All of the above is covered in Professional Struts by James Goodwill and I. Rick Hightower Developer Struts/J2EE training -- http://www.arc-mind.com/strutsCourse.htm Struts/J2EE consulting -- http://www.arc-mind.com/consulting.htm#StrutsMentoring -Original Message- From: Mark Lowe [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 13, 2004 8:36 AM To: Struts Developers List Subject: Re: Deprecated: ActionError Sorry I don't usually post this group but is there actually a sensible replacement for action errors yet? That messages stuff still falls short of offering the same level of slickness that action errors does, perhaps this is due to he html:errors tag but i personally and i imagine others all that messagesPresent nasty mess. There's still no clear means of accessing a single property of the messages vector/array/list (whichever it is). I've asked this question a few times on the user list, but what exactly is the replacement for action errors and the accompanying tags. logic:messagesPresenet bla bla is disgusting and there's no obvious way to drill to the property in the common situation of wanting to display an error by a form element. Sorry wont post again, but its a tad irritating that something this useful is being deprecated in favor of some rancid camel's jism of an alternative. Cheers Mark On 13 Jan 2004, at 14:15, Matthias Wessendorf wrote: Hi, i watched at the sources and figured out, that ActionError is deprecated so that i have to use ActionMessage. Okay. The add() in ActionErrors is also deprecated, because of first. fine. So i watched the Validator-Sources (class FieldChecks) i saw there ist ActionMessages in use for errors. for the deliverd Methods. So i looked at our validate() in ActionForm, but there is still ActionErrors. So i wondered, why the validator uses Messages and the validate() uses Erros
RE: Getting the CheckBox Collection Value in FormBean Class
wrong list... go to the user list. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Sent: Tuesday, January 06, 2004 10:14 PM To: [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Subject: Getting the CheckBox Collection Value in FormBean Class Hi, Greetings To You. I am new to this Group. I am using Check Box (Multi Box) in By JSP View Page. My Page will be getting the data from the DB. By example my Page will show 10 Records in the Screen (Kind of view Page). So I am looping thru. the record using while loop in my Page using single TR /TR in my page. My Page Contain below mentioned table heading : Selection (Check Box) | Action | Description == In screen, I will tick multiple check Box option and submit the page. So I am looking all the selected value in my Form bean Page. So please let me know How I can get the collection (Selected one) of check Box ID in my FormBean Class. Thanks 'N' Regards Jey DISCLAIMER: This message contains privileged and confidential information and is intended only for the individual named.If you are not the intended recipient you should not disseminate,distribute,store,print, copy or deliver this message.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. - 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]
Please add this Tiles tutorial to the tutorial list....
Please add this Tiles tutorial to the tutorial list http://www.arc-mind.com/downloads.htm The Tiles framework makes creating reusable pages and visual components easier. Developers can build Web applications by assembling reusable tiles. You can use tiles as templates or as visual components. In some respects, the tile layout is like a display function. First you pass tile layout parameters to use. The parameters can be simple strings, beans, or tiles. The parameters become attributes to the tile and get stored in the tile's tile scope. For its part, the tile scope resembles page scope, and is less general than request scope. The tile scope lets the tile's user pass arguments (called attributes) to the tile. Definitions let you define default parameters for tiles. Definitions can be defined in JSP or XML. Definitions can extend other definitions similarly to how a class can extend another class. Moreover, definitions can override parts of the definition it is extending. The Tiles framework includes its own RequestProcessor to handle tile layouts as ActionForwards. Thus you can forward to a tile definition instead of a JSP if you install the Tiles plug-in. If you are using Struts but not Tiles, then you are not fully benefiting from Struts and likely repeat yourself unnecessarily. The Tiles framework makes creating reusable site layouts and visual components feasible. In this tutorial you will cover the following: The Tiles framework and architecture How to build and use a tile layout as a site template How to use tile definitions both in XML and JSP How to move objects in and out of tile scope How to work with attributes lists How to nest tiles How to build and use tile layouts as small visual components How to subclass a definition How to create a controller for a tile How to use a tile as an ActionForward - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Please add this Tiles tutorial to the tutorial list....
It has only been out since Dec. 2003 so it is new. Rick Hightower Developer Struts/J2EE training -- http://www.arc-mind.com/strutsCourse.htm Struts/J2EE consulting -- http://www.arc-mind.com/consulting.htm#StrutsMentoring -Original Message- From: Richard Hightower [mailto:[EMAIL PROTECTED] Sent: Monday, January 05, 2004 12:23 AM To: [EMAIL PROTECTED] Subject: Please add this Tiles tutorial to the tutorial list Please add this Tiles tutorial to the tutorial list http://www.arc-mind.com/downloads.htm The Tiles framework makes creating reusable pages and visual components easier. Developers can build Web applications by assembling reusable tiles. You can use tiles as templates or as visual components. In some respects, the tile layout is like a display function. First you pass tile layout parameters to use. The parameters can be simple strings, beans, or tiles. The parameters become attributes to the tile and get stored in the tile's tile scope. For its part, the tile scope resembles page scope, and is less general than request scope. The tile scope lets the tile's user pass arguments (called attributes) to the tile. Definitions let you define default parameters for tiles. Definitions can be defined in JSP or XML. Definitions can extend other definitions similarly to how a class can extend another class. Moreover, definitions can override parts of the definition it is extending. The Tiles framework includes its own RequestProcessor to handle tile layouts as ActionForwards. Thus you can forward to a tile definition instead of a JSP if you install the Tiles plug-in. If you are using Struts but not Tiles, then you are not fully benefiting from Struts and likely repeat yourself unnecessarily. The Tiles framework makes creating reusable site layouts and visual components feasible. In this tutorial you will cover the following: The Tiles framework and architecture How to build and use a tile layout as a site template How to use tile definitions both in XML and JSP How to move objects in and out of tile scope How to work with attributes lists How to nest tiles How to build and use tile layouts as small visual components How to subclass a definition How to create a controller for a tile How to use a tile as an ActionForward - 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]
Please add this Struts book to the list of Struts books....
The book came out in Nov. 03 so it is pretty new. It is not on the list of books on the Struts site yet. http://www.bookpool.com/.x/as8xarjqgr/sm/0764544373 Rick Hightower Developer Struts/J2EE training -- http://www.arc-mind.com/strutsCourse.htm Struts/J2EE consulting -- http://www.arc-mind.com/consulting.htm#StrutsMentoring - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Please add this Tiles tutorial to the tutorial list....
Specifically... http://jakarta.apache.org/struts/resources/tutorials.html Rick Hightower Developer Struts/J2EE training -- http://www.arc-mind.com/strutsCourse.htm Struts/J2EE consulting -- http://www.arc-mind.com/consulting.htm#StrutsMentoring -Original Message- From: Richard Hightower [mailto:[EMAIL PROTECTED] Sent: Monday, January 05, 2004 12:25 AM To: Struts Developers List Subject: RE: Please add this Tiles tutorial to the tutorial list It has only been out since Dec. 2003 so it is new. Rick Hightower Developer Struts/J2EE training -- http://www.arc-mind.com/strutsCourse.htm Struts/J2EE consulting -- http://www.arc-mind.com/consulting.htm#StrutsMentoring -Original Message- From: Richard Hightower [mailto:[EMAIL PROTECTED] Sent: Monday, January 05, 2004 12:23 AM To: [EMAIL PROTECTED] Subject: Please add this Tiles tutorial to the tutorial list Please add this Tiles tutorial to the tutorial list http://www.arc-mind.com/downloads.htm The Tiles framework makes creating reusable pages and visual components easier. Developers can build Web applications by assembling reusable tiles. You can use tiles as templates or as visual components. In some respects, the tile layout is like a display function. First you pass tile layout parameters to use. The parameters can be simple strings, beans, or tiles. The parameters become attributes to the tile and get stored in the tile's tile scope. For its part, the tile scope resembles page scope, and is less general than request scope. The tile scope lets the tile's user pass arguments (called attributes) to the tile. Definitions let you define default parameters for tiles. Definitions can be defined in JSP or XML. Definitions can extend other definitions similarly to how a class can extend another class. Moreover, definitions can override parts of the definition it is extending. The Tiles framework includes its own RequestProcessor to handle tile layouts as ActionForwards. Thus you can forward to a tile definition instead of a JSP if you install the Tiles plug-in. If you are using Struts but not Tiles, then you are not fully benefiting from Struts and likely repeat yourself unnecessarily. The Tiles framework makes creating reusable site layouts and visual components feasible. In this tutorial you will cover the following: The Tiles framework and architecture How to build and use a tile layout as a site template How to use tile definitions both in XML and JSP How to move objects in and out of tile scope How to work with attributes lists How to nest tiles How to build and use tile layouts as small visual components How to subclass a definition How to create a controller for a tile How to use a tile as an ActionForward - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Please add this Struts book to the list of Struts books....
Specifically http://jakarta.apache.org/struts/resources/books.html Rick Hightower Developer Struts/J2EE training -- http://www.arc-mind.com/strutsCourse.htm Struts/J2EE consulting -- http://www.arc-mind.com/consulting.htm#StrutsMentoring -Original Message- From: Richard Hightower [mailto:[EMAIL PROTECTED] Sent: Monday, January 05, 2004 12:27 AM To: Struts-Dev Subject: Please add this Struts book to the list of Struts books The book came out in Nov. 03 so it is pretty new. It is not on the list of books on the Struts site yet. http://www.bookpool.com/.x/as8xarjqgr/sm/0764544373 Rick Hightower Developer Struts/J2EE training -- http://www.arc-mind.com/strutsCourse.htm Struts/J2EE consulting -- http://www.arc-mind.com/consulting.htm#StrutsMentoring - 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]