Re: To .action or not to .action.
We've been posting our URLs that way (sans .action) for a while now and we love it. Please don't make it go away. :) -B d...@holstein.com 03/13/2009 01:24 To PMStruts Users Mailing List user@struts.apache.org cc Please respond to Struts Users Subject Mailing List Re: To .action or not to .action. u...@struts.apac he.org I believe it's now the default behavior of struts 2.1. We recently discovered, quite by accident, that we can cause our app built on struts2 to NOT display .action on any of the URL's. I'd simply like to find out if this is an intended feature or a possible defect? The difference is in how we start off our interaction in the browser. If we use a URL like: http://localhost:8080/mysite/login.action then all of the URL's in the site appear to be suffixed with .action. If, on the other hand, we use: http://localhost:8080/mysite/login then none of the URL's are suffixed with .action. We're using Struts 2.1.6 with Tiles 2.0.4 - recently upgraded from some prior versions. We noticed this because our QE department's automated testing software freaked out when it couldn't match URL's as it expected. Thanks, Dave - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org This e-mail and any files transmitted with it are confidential and intended solely for the use of the individual(s) or entity to whom they are addressed. If you receive this e-mail in error please notify postmas...@holstein.com. - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
Re: [S2] possible bug in 2.1.6 w/ action chaining
Because Showcase is so packed with goodies something else may be causing chaining to actually work. If you try that test case standalone (after modifying the POM XML for 2.1.6) chaining doesn't work (the value stays the initial value). -B Musachy Barroso musa...@gmail.co m To Struts Users Mailing List 01/29/2009 04:24 user@struts.apache.org PM cc Subject Please respond to Re: [S2] possible bug in 2.1.6 w/ Struts Users action chaining Mailing List u...@struts.apac he.org Nope I haven't, I started by looking at showcase and dropping your classes there. I will give em a try if you don't see anything wrong in showcase. musachy On Thu, Jan 29, 2009 at 6:15 PM, Becky.L.O'sulli...@healthnet.com wrote: Musachy, In the bug report, under Test 1 instructions it's shows it working against 2.1.2 In the second set of instructions (accidentally also called Test 1) it details how to make it not work by swapping over to 2.1.6. Did you by any chance run this test case standalone, using the second set of instructions? -B Musachy Barroso musa...@gmail.co m To Struts Users Mailing List 01/29/2009 02:37 user@struts.apache.org PM cc Subject Please respond to Re: [S2] possible bug in 2.1.6 w/ Struts Users action chaining Mailing List u...@struts.apac he.org Thanks for the testcase. I am looking at it, and there is a very similar case in showcase, but it seems fine. http://localhost:8080/struts2-showcase/actionchaining/actionChain1!input the output is: Action Chain 1 Property 1: Property Set In Action Chain 1 Action Chain 2 Property 1: Property Set in Action Chain 2 Action Chain 3 Property 1: Property set in Action Chain 3 Do you see any difference from your testcase (which I haven't run yet) musachy On Thu, Jan 29, 2009 at 5:10 PM, Becky.L.O'sulli...@healthnet.com wrote: Thanks, bug WW-2970 was submitted along with a test case. -B Musachy Barroso musa...@gmail.co m To Struts Users Mailing List 01/28/2009 11:43 user@struts.apache.org AM cc Subject Please respond to Re: [S2] possible bug in 2.1.6 w/ Struts Users action chaining Mailing List u...@struts.apac he.org This is the first report I hear, open a jira ticket and describe a test case to replicate the problem. musachy On Wed, Jan 28, 2009 at 12:03 PM, Becky.L.O'sulli...@healthnet.com wrote: Hadn't heard back from anyone about this. I'll go ahead and file a bug report. No one is using action chaining with 2.1.6? Thanks, -B Becky.L.O'Sulliva n...@healthnet.com To 01/27/2009 11:58 Struts Users Mailing List AMuser@struts.apache.org cc Please respond to Subject Struts Users [S2] possible bug in 2.1.6 w/ Mailing List action chaining u...@struts.apac he.org Hi group, We're trying to upgrade from 2.1.2 to 2.1.6 and ran into an issue. We use action chaining because it suits a particular requirement we had for this application. However, after upgrading, we're seeing that the value stack isn't holding on to values set by actions further up in the chain. Has anyone tested 2.1.6 with the chain interceptor? Thanks, -Becky -
Re: [S2] possible bug in 2.1.6 w/ action chaining
I forgot to mention that we're setting the test value in struts.xml initially (in the first action in the chain). That's the value that doesn't get modified in this test case. -B Musachy Barroso musa...@gmail.co m To Struts Users Mailing List 01/29/2009 04:24 user@struts.apache.org PM cc Subject Please respond to Re: [S2] possible bug in 2.1.6 w/ Struts Users action chaining Mailing List u...@struts.apac he.org Nope I haven't, I started by looking at showcase and dropping your classes there. I will give em a try if you don't see anything wrong in showcase. musachy On Thu, Jan 29, 2009 at 6:15 PM, Becky.L.O'sulli...@healthnet.com wrote: Musachy, In the bug report, under Test 1 instructions it's shows it working against 2.1.2 In the second set of instructions (accidentally also called Test 1) it details how to make it not work by swapping over to 2.1.6. Did you by any chance run this test case standalone, using the second set of instructions? -B Musachy Barroso musa...@gmail.co m To Struts Users Mailing List 01/29/2009 02:37 user@struts.apache.org PM cc Subject Please respond to Re: [S2] possible bug in 2.1.6 w/ Struts Users action chaining Mailing List u...@struts.apac he.org Thanks for the testcase. I am looking at it, and there is a very similar case in showcase, but it seems fine. http://localhost:8080/struts2-showcase/actionchaining/actionChain1!input the output is: Action Chain 1 Property 1: Property Set In Action Chain 1 Action Chain 2 Property 1: Property Set in Action Chain 2 Action Chain 3 Property 1: Property set in Action Chain 3 Do you see any difference from your testcase (which I haven't run yet) musachy On Thu, Jan 29, 2009 at 5:10 PM, Becky.L.O'sulli...@healthnet.com wrote: Thanks, bug WW-2970 was submitted along with a test case. -B Musachy Barroso musa...@gmail.co m To Struts Users Mailing List 01/28/2009 11:43 user@struts.apache.org AM cc Subject Please respond to Re: [S2] possible bug in 2.1.6 w/ Struts Users action chaining Mailing List u...@struts.apac he.org This is the first report I hear, open a jira ticket and describe a test case to replicate the problem. musachy On Wed, Jan 28, 2009 at 12:03 PM, Becky.L.O'sulli...@healthnet.com wrote: Hadn't heard back from anyone about this. I'll go ahead and file a bug report. No one is using action chaining with 2.1.6? Thanks, -B Becky.L.O'Sulliva n...@healthnet.com To 01/27/2009 11:58 Struts Users Mailing List AMuser@struts.apache.org cc Please respond to Subject Struts Users [S2] possible bug in 2.1.6 w/ Mailing List action chaining u...@struts.apac he.org Hi group, We're trying to upgrade from 2.1.2 to 2.1.6 and ran into an issue. We use action chaining because it suits a particular requirement we had for this application. However, after upgrading, we're seeing that the value stack isn't holding on to values set by actions further up in the chain. Has anyone tested 2.1.6 with the chain interceptor? Thanks, -Becky - This message, together with any attachments, is intended
Re: What's the best alternative after Struts2 Dojo PlugIn deprecate?
We've been using GWT and Musachy's Struts 2 GWT plugin, and other than a few gotchas it works well. It hasn't been updated in a looong time though (hint hint - got a couple of open bugs :) ). GWT has met all of our expectations and, for Java developers, is far easier to work with than Dojo. -B jwl wansto...@yahoo. com To user@struts.apache.org 01/29/2009 01:45 cc PM Subject What's the best alternative after Please respond to Struts2 Dojo PlugIn deprecate? Struts Users Mailing List u...@struts.apac he.org Any suggestion for the alternative AJAX framework for Struts2 after they deprecate Dojo PlugIn? I know there are many out there, but what's the best one to integrate with Struts2? Any suggestion or analysis is highly appreciated! -- View this message in context: http://www.nabble.com/What%27s-the-best-alternative-after-Struts2-Dojo-PlugIn-deprecate--tp21736570p21736570.html Sent from the Struts - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
Re: [S2] possible bug in 2.1.6 w/ action chaining
Thanks, bug WW-2970 was submitted along with a test case. -B Musachy Barroso musa...@gmail.co m To Struts Users Mailing List 01/28/2009 11:43 user@struts.apache.org AM cc Subject Please respond to Re: [S2] possible bug in 2.1.6 w/ Struts Users action chaining Mailing List u...@struts.apac he.org This is the first report I hear, open a jira ticket and describe a test case to replicate the problem. musachy On Wed, Jan 28, 2009 at 12:03 PM, Becky.L.O'sulli...@healthnet.com wrote: Hadn't heard back from anyone about this. I'll go ahead and file a bug report. No one is using action chaining with 2.1.6? Thanks, -B Becky.L.O'Sulliva n...@healthnet.com To 01/27/2009 11:58 Struts Users Mailing List AMuser@struts.apache.org cc Please respond to Subject Struts Users [S2] possible bug in 2.1.6 w/ Mailing List action chaining u...@struts.apac he.org Hi group, We're trying to upgrade from 2.1.2 to 2.1.6 and ran into an issue. We use action chaining because it suits a particular requirement we had for this application. However, after upgrading, we're seeing that the value stack isn't holding on to values set by actions further up in the chain. Has anyone tested 2.1.6 with the chain interceptor? Thanks, -Becky - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org -- Hey you! Would you help me to carry the stone? Pink Floyd - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information
Re: [S2] possible bug in 2.1.6 w/ action chaining
I'm guilty of pawning this task off to someone else. I'll have him take a look at showcase and our example and get back to the group. Thanks for checking this out so quickly. Maybe it's us. :) -B Musachy Barroso musa...@gmail.co m To Struts Users Mailing List 01/29/2009 02:49 user@struts.apache.org PM cc Subject Please respond to Re: [S2] possible bug in 2.1.6 w/ Struts Users action chaining Mailing List u...@struts.apac he.org I dropped your classes into showcase, and I am getting this: Action1.execute() Action1.execute() : getPageName() = null Action1.execute() : getPageName() = PageNameFromAction1 Action2.execute() Action2.execute() : getPageName() = PageNameFromAction1 which seems ok. musachy On Thu, Jan 29, 2009 at 5:37 PM, Musachy Barroso musa...@gmail.com wrote: Thanks for the testcase. I am looking at it, and there is a very similar case in showcase, but it seems fine. http://localhost:8080/struts2-showcase/actionchaining/actionChain1!input the output is: Action Chain 1 Property 1: Property Set In Action Chain 1 Action Chain 2 Property 1: Property Set in Action Chain 2 Action Chain 3 Property 1: Property set in Action Chain 3 Do you see any difference from your testcase (which I haven't run yet) musachy On Thu, Jan 29, 2009 at 5:10 PM, Becky.L.O'sulli...@healthnet.com wrote: Thanks, bug WW-2970 was submitted along with a test case. -B Musachy Barroso musa...@gmail.co m To Struts Users Mailing List 01/28/2009 11:43 user@struts.apache.org AM cc Subject Please respond to Re: [S2] possible bug in 2.1.6 w/ Struts Users action chaining Mailing List u...@struts.apac he.org This is the first report I hear, open a jira ticket and describe a test case to replicate the problem. musachy On Wed, Jan 28, 2009 at 12:03 PM, Becky.L.O'sulli...@healthnet.com wrote: Hadn't heard back from anyone about this. I'll go ahead and file a bug report. No one is using action chaining with 2.1.6? Thanks, -B Becky.L.O'Sulliva n...@healthnet.com To 01/27/2009 11:58 Struts Users Mailing List AMuser@struts.apache.org cc Please respond to Subject Struts Users [S2] possible bug in 2.1.6 w/ Mailing List action chaining u...@struts.apac he.org Hi group, We're trying to upgrade from 2.1.2 to 2.1.6 and ran into an issue. We use action chaining because it suits a particular requirement we had for this application. However, after upgrading, we're seeing that the value stack isn't holding on to values set by actions further up in the chain. Has anyone tested 2.1.6 with the chain interceptor? Thanks, -Becky - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
Re: What's the best alternative after Struts2 Dojo PlugIn deprecate?
We use Eclipse, but there's no IDE setup necessary and no special IDE plugins. The beauty of GWT is it's all Java, so you just drop in the GWT JARs and start using the APIs. Naturally there's a bit of a learning curve to understand the server-side components, how GWT handles asynchronous calls in the Java code, and learning about all the client-side widgets. GWT compilation/JS generation is a bit tricky, but once you get the gwt xml file figured out, and create good GWT compile Ant task, you never have to think about it again. -B Chris Boldon cbol...@gmail.co m To Struts Users Mailing List 01/29/2009 02:32 user@struts.apache.org PM cc Subject Please respond to Re: What's the best alternative Struts Users after Struts2 Dojo PlugIn Mailing List deprecate? u...@struts.apac he.org What IDE setup are you using to run Struts2 and GWT out of curiosity? Is there any IDE that does both really well together? Plugins? On 1/29/09, Becky.L.O'sulli...@healthnet.combecky.l.o%27sulli...@healthnet.com Becky.L.O'sulli...@healthnet.com becky.l.o%27sulli...@healthnet.com wrote: We've been using GWT and Musachy's Struts 2 GWT plugin, and other than a few gotchas it works well. It hasn't been updated in a looong time though (hint hint - got a couple of open bugs :) ). GWT has met all of our expectations and, for Java developers, is far easier to work with than Dojo. -B jwl wansto...@yahoo. com To user@struts.apache.org 01/29/2009 01:45 cc PM Subject What's the best alternative after Please respond to Struts2 Dojo PlugIn deprecate? Struts Users Mailing List u...@struts.apac he.org Any suggestion for the alternative AJAX framework for Struts2 after they deprecate Dojo PlugIn? I know there are many out there, but what's the best one to integrate with Struts2? Any suggestion or analysis is highly appreciated! -- View this message in context: http://www.nabble.com/What%27s-the-best-alternative-after-Struts2-Dojo-PlugIn-deprecate--tp21736570p21736570.html Sent from the Struts - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the
Re: [S2] possible bug in 2.1.6 w/ action chaining
Hadn't heard back from anyone about this. I'll go ahead and file a bug report. No one is using action chaining with 2.1.6? Thanks, -B Becky.L.O'Sulliva n...@healthnet.com To 01/27/2009 11:58 Struts Users Mailing List AMuser@struts.apache.org cc Please respond to Subject Struts Users [S2] possible bug in 2.1.6 w/ Mailing List action chaining u...@struts.apac he.org Hi group, We're trying to upgrade from 2.1.2 to 2.1.6 and ran into an issue. We use action chaining because it suits a particular requirement we had for this application. However, after upgrading, we're seeing that the value stack isn't holding on to values set by actions further up in the chain. Has anyone tested 2.1.6 with the chain interceptor? Thanks, -Becky - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
[S2] possible bug in 2.1.6 w/ action chaining
Hi group, We're trying to upgrade from 2.1.2 to 2.1.6 and ran into an issue. We use action chaining because it suits a particular requirement we had for this application. However, after upgrading, we're seeing that the value stack isn't holding on to values set by actions further up in the chain. Has anyone tested 2.1.6 with the chain interceptor? Thanks, -Becky - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: user-unsubscr...@struts.apache.org For additional commands, e-mail: user-h...@struts.apache.org
RE: [S2] solution - Action chaining and validation problem
The culprit wasn't the validation interceptor, but the workflow interceptor. Its only job is to stop the chain (and call input on everything) when validation errors occur. I removed it entirely and everything is working as we need it to. This worked for us because, regardless of errors, we need our entire chain to go to completion. I could have used the excludeMethods parameter, but it would have been * . (so it was better to remove it entirely) Thanks for the help, -B Martin Gainty [EMAIL PROTECTED] com To Struts Users Mailing List 09/17/2008 03:55 user@struts.apache.org PM cc Subject Please respond to RE: [S2] Action chaining and Struts Users validation problem Mailing List [EMAIL PROTECTED] he.org 1 down ..more to go..have you have declared any methods in excludeMethods ? http://struts.apache.org/2.0.6 /struts2-core/apidocs/com/opensymphony/xwork2/validator/ValidationInterceptor.html Martin __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission. Subject: RE: [S2] Action chaining and validation problem To: user@struts.apache.org From: Becky.L.O'[EMAIL PROTECTED] Date: Wed, 17 Sep 2008 15:32:49 -0700 We actually have no validation XML files (we're setting error fields manually). We're not performing validation using that approach, but we want to remain open to doing so in the future. The validation interceptor is in the struts-default stack, which is what our packages extend from. From what Dave said it sounds like short circuiting is not our solution. Is there perhaps a setting we're missing on the chaining interceptor to tell it not to call validation/input on downstream chained actions? I read a similar thread where someone suggested reordering the interceptor stack so that validation is above chain, because when chain is first it copies action errors into the next action in the chain. I've started making a custom interceptor stack to try this, but my guess is the action that JSP result won't see the action errors from the one action that *does* set action error messages because they won't get copied down the stack. It seems like the framework is calling input on any downstream chained action if action errors are placed on the value stack by an upstream chained action. We even have some actions called via s:action (execute results = true) in the JSP result and it's trying to call input even on those actions. -B Martin Gainty [EMAIL PROTECTED] com To Struts Users Mailing List 09/17/2008 11:21 user@struts.apache.org AM cc Subject Please respond to RE: [S2] Action chaining and Struts Users validation problem Mailing List [EMAIL PROTECTED] he.org check your validators.xml to see if your short-circuit attribute is set to true The invokemethod grants the Interceptor the power to short-circuiting the Action Invocation. Instead of calling invoke, the Interceptor can return a result String and bypass any remaining Interceptors on the stack and the Action's execute method. e.g. validators !-- Field Validators for email field -- field name=email field-validator type=required short-circuit=true you'll want to set short-circuit=false to allow interceptors and execute to be invoked http://struts.apache.org/2.x/docs/understanding-interceptors.html Martin __ Disclaimer and confidentiality note
[S2] Action chaining and validation problem
Without going into a lot of detail, suffice to say our application benefits from action chaning, and we are using it in the documented way. We've begun to go through and add the validation to some actions, but we have run into a snag with validation and action chaining. Whenever one action in the chain encounters an error as a result of validation all other actions are affected. Struts then calls the input method on all downstream actions. However, some actions don't override input, and by calling only the input method on those actions Struts is not calling the intended method (be it execute() or a named method), and those actions are not executing properly. Not only are downstream actions affected, but simple actions called using the s:action tag are also affected in the same way. It seems like, whenever there are action errors in the value stack, everything passed that value stack gets a call to input. Has anyone else run in to this kind of issue with action chaining and validation? Thanks, -B - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: [S2] Action chaining and validation problem
We actually have no validation XML files (we're setting error fields manually). We're not performing validation using that approach, but we want to remain open to doing so in the future. The validation interceptor is in the struts-default stack, which is what our packages extend from. From what Dave said it sounds like short circuiting is not our solution. Is there perhaps a setting we're missing on the chaining interceptor to tell it not to call validation/input on downstream chained actions? I read a similar thread where someone suggested reordering the interceptor stack so that validation is above chain, because when chain is first it copies action errors into the next action in the chain. I've started making a custom interceptor stack to try this, but my guess is the action that JSP result won't see the action errors from the one action that *does* set action error messages because they won't get copied down the stack. It seems like the framework is calling input on any downstream chained action if action errors are placed on the value stack by an upstream chained action. We even have some actions called via s:action (execute results = true) in the JSP result and it's trying to call input even on those actions. -B Martin Gainty [EMAIL PROTECTED] com To Struts Users Mailing List 09/17/2008 11:21 user@struts.apache.org AM cc Subject Please respond to RE: [S2] Action chaining and Struts Users validation problem Mailing List [EMAIL PROTECTED] he.org check your validators.xml to see if your short-circuit attribute is set to true The invokemethod grants the Interceptor the power to short-circuiting the Action Invocation. Instead of calling invoke, the Interceptor can return a result String and bypass any remaining Interceptors on the stack and the Action's execute method. e.g. validators !-- Field Validators for email field -- field name=email field-validator type=required short-circuit=true you'll want to set short-circuit=false to allow interceptors and execute to be invoked http://struts.apache.org/2.x/docs/understanding-interceptors.html Martin __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission. Subject: [S2] Action chaining and validation problem To: user@struts.apache.org From: Becky.L.O'[EMAIL PROTECTED] Date: Wed, 17 Sep 2008 10:30:06 -0700 Without going into a lot of detail, suffice to say our application benefits from action chaning, and we are using it in the documented way. We've begun to go through and add the validation to some actions, but we have run into a snag with validation and action chaining. Whenever one action in the chain encounters an error as a result of validation all other actions are affected. Struts then calls the input method on all downstream actions. However, some actions don't override input, and by calling only the input method on those actions Struts is not calling the intended method (be it execute() or a named method), and those actions are not executing properly. Not only are downstream actions affected, but simple actions called using the s:action tag are also affected in the same way. It seems like, whenever there are action errors in the value stack, everything passed that value stack gets a call to input. Has anyone else run in to this kind of issue with action chaining and validation? Thanks, -B - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is
RE: [S2] Action chaining and validation problem
I'm referencing defaultStack. Can I simply pass that parameter to the default stack and the validator interceptor will pick it up? We don't actually use xml-based validation. We set action errors on our own. Do you think it'll still work even though that interceptor is specifically for xml based validation? Is there no setting on the chain interceptor to proceed business as usual through all downstream action methods if one encounters an error? Thanks, -B Martin Gainty [EMAIL PROTECTED] com To Struts Users Mailing List 09/17/2008 03:55 user@struts.apache.org PM cc Subject Please respond to RE: [S2] Action chaining and Struts Users validation problem Mailing List [EMAIL PROTECTED] he.org 1 down ..more to go..have you have declared any methods in excludeMethods ? http://struts.apache.org/2.0.6 /struts2-core/apidocs/com/opensymphony/xwork2/validator/ValidationInterceptor.html Martin __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission. Subject: RE: [S2] Action chaining and validation problem To: user@struts.apache.org From: Becky.L.O'[EMAIL PROTECTED] Date: Wed, 17 Sep 2008 15:32:49 -0700 We actually have no validation XML files (we're setting error fields manually). We're not performing validation using that approach, but we want to remain open to doing so in the future. The validation interceptor is in the struts-default stack, which is what our packages extend from. From what Dave said it sounds like short circuiting is not our solution. Is there perhaps a setting we're missing on the chaining interceptor to tell it not to call validation/input on downstream chained actions? I read a similar thread where someone suggested reordering the interceptor stack so that validation is above chain, because when chain is first it copies action errors into the next action in the chain. I've started making a custom interceptor stack to try this, but my guess is the action that JSP result won't see the action errors from the one action that *does* set action error messages because they won't get copied down the stack. It seems like the framework is calling input on any downstream chained action if action errors are placed on the value stack by an upstream chained action. We even have some actions called via s:action (execute results = true) in the JSP result and it's trying to call input even on those actions. -B Martin Gainty [EMAIL PROTECTED] com To Struts Users Mailing List 09/17/2008 11:21 user@struts.apache.org AM cc Subject Please respond to RE: [S2] Action chaining and Struts Users validation problem Mailing List [EMAIL PROTECTED] he.org check your validators.xml to see if your short-circuit attribute is set to true The invokemethod grants the Interceptor the power to short-circuiting the Action Invocation. Instead of calling invoke, the Interceptor can return a result String and bypass any remaining Interceptors on the stack and the Action's execute method. e.g. validators !-- Field Validators for email field -- field name=email field-validator type=required short-circuit=true you'll want to set short-circuit=false to allow interceptors and execute to be invoked http://struts.apache.org/2.x/docs/understanding-interceptors.html Martin __ Disclaimer and confidentiality note Everything
Re: couldn't access s:include param using #parameters
Unfortunately you can't use JSTL in Struts 2 tags anymore. I got around this by using JSTL to set the parameter into page scope: c:set var=paramName value=${param.paramName}/ Once it's in page scope #attr will find it: s:if test=#attr.paramName == 'someStringValue'found it!/s:if -B Musachy Barroso [EMAIL PROTECTED] m To Struts Users Mailing List 08/26/2008 06:57 user@struts.apache.org PM cc Subject Please respond to Re: couldn't access s:include param Struts Users using #parameters Mailing List [EMAIL PROTECTED] he.org Parameters are passed as request parameters, so use the ${param.ParamName} notation to access them. musachy On Tue, Aug 26, 2008 at 9:51 PM, Martin Gainty [EMAIL PROTECTED] wrote: in your struts-default.xml or xwork-default.xml can you verify you have implemented ParametersInterceptor interceptor name=params class=com.opensymphony.xwork2.interceptor.ParametersInterceptor/ in your default stack ? Martin __ Disclaimer and confidentiality note Everything in this e-mail and any attachments relates to the official business of Sender. This transmission is of a confidential nature and Sender does not endorse distribution to any party other than intended recipient. Sender does not necessarily endorse content contained within this transmission. Date: Tue, 26 Aug 2008 18:10:14 -0700 From: [EMAIL PROTECTED] To: user@struts.apache.org Subject: couldn't access s:include param using #parameters Okay I have made 2 small jsp. I can't access parameters passed in from s:include (struts 2.0.11.2) by #parameters.parametername OR #parameters['parametername']. Am I doing something really wrong? quicktest.jsp: %@ taglib prefix=s uri=/struts-tags % s:include value=quicktestincluded.jsp s:param name=defaultValue0/s:param /s:include quicktestincluded.jsp: %@ taglib prefix=s uri=/struts-tags % parameter with $ { } : ${param.defaultValue} br parameter with s:property: s:property value=#parameters.defaultValue/ Now if I access quicktest.do. It give me the following: parameter with $ { } : 0 parameter with s:property: And if I access quicktestincluded.do like this 'quicktestincluded.do?defaultValue=0' it would give me: parameter with $ { } : 0 parameter with s:property: 0 -- View this message in context: http://www.nabble.com/couldn%27t-access-s%3Ainclude-param-using--parameters-tp19173169p19173169.html Sent from the Struts - User mailing list archive at Nabble.com. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] _ Be the filmmaker you always wanted to be—learn how to burn a DVD with Windows(R). http://clk.atdmt.com/MRT/go/108588797/direct/01/ -- Hey you! Would you help me to carry the stone? Pink Floyd - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. -
Re: More OGNL Woes
I had the same problem, and someone pointed out to me that it does say in the s:include reference page (http://struts.apache.org/2.x/docs/include.html) that parameters passedvia s:include are not available on the stack. Well...it doesn't phrase it that way, but that's basically it. Yes, it's silly..but what to do about it? I kludged it by using JSTL to insert that parameter into the page context. Put this in your included page: c:set var=myParam value=${param.myParam}/ Then #attr.myParam will work. -B PS: Your email was funny but I almost deleted it b/c it took four paragraphs just to get to your issue :) Zoran Avtarovski [EMAIL PROTECTED] ive.com To Struts Users Mailing List 08/07/2008 12:28 user@struts.apache.org PM cc Subject Please respond to More OGNL Woes Struts Users Mailing List [EMAIL PROTECTED] he.org I¹m really starting to develop a love-hate (and fear) relationship with OGNL. Please bear with my long winded explanation, it' therapeutic (for me at least). And, please, I really do need help. I'm finding using OGNL like dating a supermodel, who also suffers from multiple personality disorder and Turrets. At first it's hello OGNL, your having breakfast at some uptown café, expensive glossy mags littered around the place, ordering eggs on some exotic bread and coffee that monkeys excrete. You know the feeling. You're interacting with stack, calling methods, the odd lambda expression. Your on top of the world. It's a case of JSP - who, expression language - what? Next thing you know, BAM!! You're wearing your breakfast, feeling the pain of 300 pages of last month's Italian Vogue across the back of your head and longing for the security of a bagel and filtered coffee with JSP. Take my current problem. A simple task of passing a parameter to an included page. s:include value=myPage.jsp s:param name=myParam2/s:param /s:include And in myPage.jsp I have s:property value=#parameters.myParam/ BAM!! There's that Italian Vogue again. So I try: s:property value=#parameters['myParam']/ and s:property value=%{#parameters.myParam}/ and s:property value=myParam/ and s:property value=%{myParam}/ Now I'm reaching for the Ibuprofen. You also see where the Turrets comes in. If I now look at my once loved, then hated, now missed JSP: c:import url=myPage.jsp c:param name=myParam2/c:param /c:import And in myPage.jsp I have ${params.myParam}. Bingo! Bagel and coffee. Please somebody please point out my error as I know it must be MY ERROR, but I just can't see it. I've read the stuff on the struts wiki which indicates that my example should be working. The OGNL site is too generic to be of much use here. As an aside, if any budding author wants to produce an InfoQ style guide to OGNL and struts I'd happily spring for it. I'm not asking a lot. We all have flaws. I'd just like to settle into a little monogamy for a while - until the next supermodel at least. Z. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
S2: struts.xml includes not actually loaded in order?
Hi everyone, Our struts.xml file is getting beastly, so I attempted to break it down into multiple files. I read this page: http://struts.apache.org/2.x/docs/can-we-break-up-a-large-strutsxml-file-into-smaller-pieces.html Specifically: You can use include elements in your struts.xml interchangeably with package elements. The configuration objects will be loaded in the order of appearance. The framework reads the configuration from top to bottom and adds objects as they are referenced. Given that note above, I added the included file *after* my base package (where some interceptor stacks are defined). For example (struts.xml): struts package name=baseEAP extends=struts-default abstract=true interceptors interceptor name=DataPrep class= xxx.web.interceptor.DataPreparation / interceptor-stack name=dataPrepStack interceptor-ref name=defaultStack/ interceptor-ref name=DataPrep/ /interceptor-stack /interceptors /package include file=struts-ajax.xml / /struts Further down in struts.xml other packages extend baseEAP and have some actions reference the dataPrepStack interceptor stack --- works great. In struts-ajax.xml, the package also extends baseEAP and one action references dataPrepStack: struts package name=ajax extends=baseEAP,gwt-default !-- supports ajax calls in the menu management section of support portal -- action name=ajaxManageMenus class= xxx.web.action.MenuManagementServiceImpl interceptor-ref name=dataPrepStack / interceptor-ref name=gwt/ /action /package /struts I had hoped this would work like a charm too... but alas no: Jul 31, 2008 9:55:49 AM PDT Error HTTP BEA-101165 Could not load user defined filter in web.xml: org.apache.struts2.dispatcher.FilterDispatcher. Unable to load configuration. - interceptor-ref - file:/C:/workspace_bea10/mhnEAP/exploded/mhnEAP.ear/mhnEAP.war/WEB-INF/classes/struts-ajax.xml:10:53 at com.opensymphony.xwork2.config.ConfigurationManager.getConfiguration(ConfigurationManager.java:58) at org.apache.struts2.dispatcher.Dispatcher.init_PreloadConfiguration(Dispatcher.java:371) at org.apache.struts2.dispatcher.Dispatcher.init(Dispatcher.java:424) at org.apache.struts2.dispatcher.FilterDispatcher.init(FilterDispatcher.java:213) at weblogic.servlet.internal.FilterManager$FilterInitAction.run(FilterManager.java:320) Truncated. see log file for complete stacktrace Unable to find interceptor class referenced by ref-name dataPrepStack - interceptor-ref - file:/C:/workspace_bea10/mhnEAP/exploded/mhnEAP.ear/mhnEAP.war/WEB-INF/classes/struts-ajax.xml:10:53 at com.opensymphony.xwork2.config.providers.InterceptorBuilder.constructInterceptorReference(InterceptorBuilder.java:46) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.lookupInterceptorReference(XmlConfigurationProvider.java:1081) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.buildInterceptorList(XmlConfigurationProvider.java:536) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.addAction(XmlConfigurationProvider.java:374) at com.opensymphony.xwork2.config.providers.XmlConfigurationProvider.addPackage(XmlConfigurationProvider.java:465) Truncated. see log file for complete stacktrace Thoughts? Thanks, -B - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: S2: s:include tag and s:param
Yes you can access them via JSTL, like Dave mentioned (using ${param.xx} ), but not via OGNL. If you want to access those params via OGNL use JSTL to set them into the page scope, then use #attr to get them. I hate JSTL's choose/otherwise tags, and prefer struts if/else tags, so I use this a lot in that situation. s:include value=/WEB-INF/components/competitions/identity-readonly.jsp s:param name=comp value=competition / /s:include %@ taglib prefix=c uri=http://java.sun.com/jsp/jstl/core; % c:set var=comp value=${param.comp}/ div class=primaryBox h1Competition Information/h1 s:property escape=false value=#attr.comp / /div Dave Newton [EMAIL PROTECTED] o.com To Struts Users Mailing List 07/28/2008 07:18 user@struts.apache.org AM cc Subject Please respond to Re: S2: s:include tag and s:param Struts Users Mailing List [EMAIL PROTECTED] he.org --- On Mon, 7/28/08, Eric Nielsen [EMAIL PROTECTED] wrote: Dave Newton newton.dave at yahoo.com writes: It already does; not sure what I was thinking there. (I do know; I was looking at the wrong code.) I'm able to access parameters set via a nested s:param.../ using both c:out value=${param.foo}/ and ${param.foo}. OK I'm now a little confused. It sounds like you're reversing yourself from the first reply and that what I was trying should work? Yeah, that was why I said not sure what I was thinking (but I do know; I was looking at the wrong method). Can you see something different between your test case and the code I sent before? I used the word param in my EL. Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [S2] Unable to access passed parameters in an included file
Thanks for the catch Dave. Isn't it funny that they provide two examples of parameter passing in [1]? Don't expect to be able to access those using struts tags within the included file, ha! I (hacked | worked around | fixed) it by using JSTL c:set to place those params into the page context (and therefore the value stack): c:set var=nav1 value=${param.nav1}/ p Nav 1a: s:property value=#attr.nav1/br / Nav 1b: s:property value=%{#attr.nav1}/br / Nav 1c: s:property value=#attr['nav1']/br / Nav 1d: s:property value=%{#attr['nav1']}/ /p Nav 1a: portalAdmin Nav 1b: portalAdmin Nav 1c: portalAdmin Nav 1d: portalAdmin Thanks, -B Dave Newton [EMAIL PROTECTED] o.com To Struts Users Mailing List 07/21/2008 05:56 user@struts.apache.org PM cc Subject Please respond to Re: [S2] Unable to access passed Struts Users parameters in an included file Mailing List [EMAIL PROTECTED] he.org --- On Mon, 7/21/08, Becky.L.O'[EMAIL PROTECTED] wrote: Feels like I missed something obvious The note on [1] where it says that params aren't available on the stack, I think. I don't recall the reason at the moment, though. Dave [1] http://struts.apache.org/2.x/docs/include.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[S2] Unable to access passed parameters in an included file
Hi everyone, I'm using s:include to include a page fragment in Struts 2.1.2. (also tried with jsp:include and the result did not change) Ensuring the values are passed as Strings using OGNL syntax: s:include value=/support/templates/header.jsp s:param name=pageTitle value=%{'Portal Administration'} / s:param name=nav1 value=%{'portalAdmin'} / s:param name=nav2 value=%{''} / /s:include I know nav1 makes it into header.jsp as a request parameter because this snippet yields nav1 = portalAdmin (among other things) % java.util.Enumeration e = request.getParameterNames(); while (e.hasMoreElements()) { String name = (String) e.nextElement(); out.write( + name + = + request.getParameter(name) + br /); } % (BTW, I tried removing %{''} from the s:param tag and nav1 was null) In header.jsp I tried getting the value of nav1 using several different OGNL mechanisms: Nav 1a: s:property value=#attr.nav1/br / Nav 1b: s:property value=%{#attr.nav1}/br / Nav 1c: s:property value=#attr['nav1']/br / Nav 1d: s:property value=%{#attr['nav1']}/br / Nav 2a: s:property value=#parameters.nav1/br / Nav 2b: s:property value=%{#parameters.nav1}/br / Nav 2c: s:property value=#parameters['nav1']/br / Nav 2d: s:property value=%{#parameters['nav1']}/br / In theory all of the above should work because nav1 is a request parameter and attr looks to request scope after page scope. However, none of the above tags display the value of nav1. Of course if I can't even get the value of that parameter my s:if logic won't work. Feels like I missed something obvious - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: S2: /action/* - is it possible?
It's possible - we're doing it: (Struts.xml) constant name=struts.enable.SlashesInActionNames value=true / ... action name=web** class=... ... /action We also noticed Struts accepts web.action or just web, so our URLs look like this http://ourdomain.com/web/path/to/an/xml/file -- web action is invoked -B I've done *.do or /do/* in S1. Is it possible in S2 to map a URI fragment (not extension) to invoke the action? Can someone show me an example how? Paul - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: expressions in s:a tag attributes
A tooltip is the HTML title attribute in the anchor tag a href=... title=This appears when you hover over the anchor textthis is the anchor text/a The struts s:a .. tag has a title attribute. -B James Neff [EMAIL PROTECTED] th.comTo user@struts.apache.org 06/18/2008 06:32 cc AM Subject expressions in s:a tag attributes Please respond to Struts Users Mailing List [EMAIL PROTECTED] he.org I'm trying to add a tooltip to an s:a tag. I couldn't get the tooltip attribute to work so now I am trying to get a tooltip via an onmouseover Javascript. The Javascript code works and I get my tooltip but the text in the tooltip I want when I create the s:a tag. Here is my code: s:iterator value=codes s:a href=# onmouseover=ddrivetip('${codeDescription}', 300) onmouseout=hideddrivetip() s:property value=code/ /s:a /s:iterator My problem is the ${codeDescription} in the onmouseover attribute. The compiler is giving me this error: According to TLD or attribute directive in tag file, attribute onmouseover does not accept any expressions How do I get the value of the field codeDescription to print into my onmouseover script? Thanks in advance, James - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - This message, together with any attachments, is intended only for the use of the individual or entity to which it is addressed. It may contain information that is confidential and prohibited from disclosure. If you are not the intended recipient, you are hereby notified that any dissemination or copying of this message or any attachment is strictly prohibited. If you have received this message in error, please notify the original sender immediately by telephone or by return e-mail and delete this message, along with any attachments, from your computer. Thank you. - - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]