Execute And Wait
Hi, Does anyone have any experience of using the execute and wait interceptor in a clustered environment. I see the interceptor put the BackgroundProcess object in the session. This object has a reference to among other things the action. If the app server is using a DB to share session information I am wondering about the performance of serializing this object to and from the DB for each update refresh ? Many thanks Ian -- View this message in context: http://www.nabble.com/Execute-And-Wait-tp17824532p17824532.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]
Re: Spring autowiring null values
Hi Dave, I do not think this is a Sprin issue, I stated in my last mail that I though this was an issue with the pluing for Spring for Struts2. However it looks like this was not the case, after further investigation, it looks like it is the InstantiatingNullHandler that is causing the problem. When a property returns null, it seems that this tries to generate a new instance by calling: ObjectFactory.getObjectFactory().buildBean(clazz, context); And since I am using Spring as my ObjectFactory, I get the error reported. Regards Ian CSC Solutions Norge AS Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - Dave Newton [EMAIL PROTECTED] 20.05.2008 17:06 Please respond to Struts Users Mailing List user@struts.apache.org To Struts Users Mailing List user@struts.apache.org cc Subject Re: Spring autowiring null values --- Ian Meikle [EMAIL PROTECTED] wrote: Yes I have tried, but as I previously said, this is the STRUTS2 Spring plugin that is causing this behaviour NOT Spring. More details: I have a ModelDrive action. In my JSP, I have the tag: s:textfield name=person.name / In some situations when we call the action we create a new model, which does not have a person. In this case, the plugin tries to create a new person so that it can set the name. I do not want it to do this. What, specifically, leads you to believe this is a Spring issue? Do you have a bean defined with the person (or model, I suppose?) name such that Spring is aware of it and would try to instantiate it and inject it into your action? Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Spring autowiring null values
Hi Dave, Thanks for that, I have now read the Spring documentation. It seems that the default in Spring is no autowiring so no further config required here. It seems that it is the STRUTS2 Spring plugin that needs to be configured to not perform autowiring, specifically com.opensymphony.xwork2.spring.SpringObjectFactory which is a part of xwork2. Looking at the source code it does not seem that autowiring can be switched off and this I feel is a problem. Regards Ian CSC Solutions Norge AS Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - Dave Newton [EMAIL PROTECTED] 19.05.2008 17:16 Please respond to Struts Users Mailing List user@struts.apache.org To Struts Users Mailing List user@struts.apache.org cc Subject Re: Spring autowiring null values --- Ian Meikle [EMAIL PROTECTED] wrote: I have already read this page, the possible values are given as: name, type, auto or constructor. There is no NONE, or OFF value, and looking at the source code there does not seem to be support for it either. Hence why I am asking if there is another way of turning this off. That's why I mentioned the Spring documentation. http://static.springframework.org/spring/docs/2.0.x/reference/beans.html#beans-factory-autowire Unless you're using 2.5, in which case look in the 2.5 documentation. Dave - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Spring autowiring null values
Yes I have tried, but as I previously said, this is the STRUTS2 Spring plugin that is causing this behaviour NOT Spring. More details: I have a ModelDrive action. In my JSP, I have the tag: s:textfield name=person.name / In some situations when we call the action we create a new model, which does not have a person. In this case, the plugin tries to create a new person so that it can set the name. I do not want it to do this. Regards Ian CSC Solutions Norge AS Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - Dave Newton [EMAIL PROTECTED] 20.05.2008 13:46 Please respond to Struts Users Mailing List user@struts.apache.org To Struts Users Mailing List user@struts.apache.org cc Subject Re: Spring autowiring null values Have you *tried* setting autowiring to no in the spring config file? I'm still not convinced this is the issue you're trying to solve, but as more details aren't forthcoming, this is all I have for you. Dave --- Ian Meikle [EMAIL PROTECTED] wrote: Hi Dave, Thanks for that, I have now read the Spring documentation. It seems that the default in Spring is no autowiring so no further config required here. It seems that it is the STRUTS2 Spring plugin that needs to be configured to not perform autowiring, specifically com.opensymphony.xwork2.spring.SpringObjectFactory which is a part of xwork2. Looking at the source code it does not seem that autowiring can be switched off and this I feel is a problem. Regards Ian CSC Solutions Norge AS Registered Office: Sandsli�sen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - Dave Newton [EMAIL PROTECTED] 19.05.2008 17:16 Please respond to Struts Users Mailing List user@struts.apache.org To Struts Users Mailing List user@struts.apache.org cc Subject Re: Spring autowiring null values --- Ian Meikle [EMAIL PROTECTED] wrote: I have already read this page, the possible values are given as: name, type, auto or constructor. There is no NONE, or OFF value, and looking at the source code there does not seem to be support for it either. Hence why I am asking if there is another way of turning this off. That's why I mentioned the Spring documentation. http://static.springframework.org/spring/docs/2.0.x/reference/beans.html#beans-factory-autowire Unless you're using 2.5, in which case look in the 2.5 documentation. Dave - 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]
Spring autowiring null values
Hi, Is there a way of stopping Spring from autowiring values ? Especially null values ? We use Spring to set up our actions to ease the integration of hibernate, but we do not want Spring to set default values when property is null. Can this be turned off ? I have tried constant name=xwork.NullHandler.createNullObjects value= false/ but this does not seem to be respected in all cases. Regards Ian CSC Solutions Norge AS Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -
Re: Spring autowiring null values
Hi, We would like to turn off the autowiring completly. I understand that this is not really anything to do with STRUTS2, but since it seems to be set via the STRUTS Spring plugin I thought you guys would know. Regards Ian CSC Solutions Norge AS Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - Dave Newton [EMAIL PROTECTED] 19.05.2008 15:28 Please respond to Struts Users Mailing List user@struts.apache.org To Struts Users Mailing List user@struts.apache.org cc Subject Re: Spring autowiring null values Spring autowiring (is autowiring by name the default?) isn't related to XWork at all AFAIK. Can you be a bit more specific about what behavior you're seeing contrasted against what you'd prefer? I mean, you can set Spring's default wiring to something else or turn it off altogether. Dave --- Ian Meikle [EMAIL PROTECTED] wrote: Is there a way of stopping Spring from autowiring values ? Especially null values? We use Spring to set up our actions to ease the integration of hibernate, but we do not want Spring to set default values when property is null. Can this be turned off ? I have tried constant name=xwork.NullHandler.createNullObjects value=false/ but this does not seem to be respected in all cases. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Spring autowiring null values
Hi Dave, I have already read this page, the possible values are given as: name, type, auto or constructor. There is no NONE, or OFF value, and looking at the source code there does not seem to be support for it either. Hence why I am asking if there is another way of turning this off. Regards Ian CSC Solutions Norge AS Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - Dave Newton [EMAIL PROTECTED] 19.05.2008 15:54 Please respond to Struts Users Mailing List user@struts.apache.org To Struts Users Mailing List user@struts.apache.org cc Subject Re: Spring autowiring null values --- Ian Meikle [EMAIL PROTECTED] wrote: We would like to turn off the autowiring completly. I understand that this is not really anything to do with STRUTS2, but since it seems to be set via the STRUTS Spring plugin I thought you guys would know. It can be set either in the Spring config file or in an S2 config file [1]. I'm still not convinced that this is the problem you're trying to solve, but maybe it is. Dave [1] http://struts.apache.org/2.x/docs/spring-plugin.html - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [Struts 2] Datetimepicker tag Bug ?!
I have had the same problem. I assume you are not using an US locale in your client browser. We use Norwegian and German and it does not work. Regards Ian CSC Solutions Norge AS Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - Milan Milanovic [EMAIL PROTECTED] 19.05.2008 23:38 Please respond to Struts Users Mailing List user@struts.apache.org To Struts Users Mailing List user@struts.apache.org cc Subject Re: [Struts 2] Datetimepicker tag Bug ?! I tried everything with datetimepicker tag! It seems that Struts 2 in 2.0.11.1 version have a bug with type conversion from s:datetimepicker jsp tag (that is actually a String) to corresponding java.util.Date field in action class. Could someone confirm this ? -- Thx, Milan Milan Milanovic [EMAIL PROTECTED] wrote: By using this name=delivery.date attribute it reads the date good, but it can't store it back! It generates this error below 'ParametersInterceptor' ? -- Thx, Milan Milan Milanovic wrote: And when I add value attribute to this tag like this: format=#-#MM-#dd name=delivery.date / it generates and exception: 18:24:22,531 ERROR org.apache.struts2.components.DateTimePicker:316 - Could not parse date java.text.ParseException: Unparseable date: pregled.odPeriod at java.text.DateFormat.parse(Unknown Source) at org.apache.struts2.components.DateTimePicker.format(DateTimePicker.java:309) at org.apache.struts2.components.DateTimePicker.evaluateParams(DateTimePicker.java:202) at org.apache.struts2.components.UIBean.end(UIBean.java:481) at org.apache.struts2.views.jsp.ComponentTagSupport.doEndTag(ComponentTagSupport.java:43) ... Milan Milanovic wrote: It seems that there is a bug with tag. I defined it as in documentation: I have delivery object in my action class with date field (of type java.util.Date) and all necessary get/set methods. But when I submit the form I get this error: 17:55:47,968 ERROR com.opensymphony.xwork2.interceptor.ParametersInterceptor:204 - ParametersInterceptor - [setParameters]: Unexpected Exception caught setting 'delivery.date' on 'class com.myProject.actions.MyTestAction: Error setting expression 'delivery.date' with value '[Ljava.lang.String;@3b678' It seems that Struts 2 always send String for any type of tag and that it cannot set Date ? -- Thx in advance, Milan
Re: s:datetimepicker 2
Hi, Thanks for the response. We are using S2 2.0.11.1 and in this version the format attribute does not exist in s:datetimepicket So you suggestion will not work for us. Regards Ian CSC Solutions Norge AS Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - Volker Karlmeier [EMAIL PROTECTED] 06.05.2008 20:46 Please respond to Struts Users Mailing List user@struts.apache.org To Struts Users Mailing List user@struts.apache.org cc Subject Re: s:datetimepicker 2 -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, i did it like that: in package_??.properties (?? for the locale) dateformat=dd.MM. in my jsp: s:set name=dateformat value=%{getTextd('dateformat'}) / s:datetimepicker format=%{dateformat} ... / Maybe it works for you ~ volker Ian Meikle schrieb: | Hi, | | In the doc for s:datetimepicker it says: The value sent to the server | is a locale-independent value, in a hidden | field as defined by the name attribute. The value will be formatted | conforming to RFC3 339 (-MM-dd'T'HH:mm:ss) | | From my debugging two values are sent to the server. | 1) dojo.attributeName | 2) attributename | | 1) is in the RFC format 2) is in the typed in format. | | This means that the typed in format is the one converted and set into my | object after being procesed by XWorkBasicConverter.doConvertToDate | For a pure date field this conversion code uses the request locale to | convert the string into a date. | However because the typed in string is not as per locale (see my previous | post on s:datetimepicker this conversion fails). | If I change the template for the picker and swap the params so that | attributeName actually gets the value in RFC format, the | conversion also fails because this format is not checked for pure date | fields, only datetime fields. | | Can anyone shed some light on this ? | | Regards | Ian | | CSC Solutions Norge AS | Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway | Registered in Norway No: 958 958 455 | | - | This is a PRIVATE message. If you are not the intended recipient, please | delete without copying and kindly advise us by e-mail of the mistake in | delivery. | NOTE: Regardless of content, this e-mail shall not operate to bind CSC to | any order or other contract unless pursuant to explicit written agreement | or government initiative expressly permitting the use of e-mail for such | purpose. | - | - -- - --- Volker Karlmeier Friedrich-Freye-Str. 61 45481 Mülheim/Ruhr Tel. : (+49) 208-7785675 Mobil: (+49) 176-21056587 Mail : [EMAIL PROTECTED] -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFIIKeXaEMQXBIqssERApLfAJ9CjpbwSMoGqL2DqgjKP+bjvrfl9wCfYaqx JalJr0FeT3sQ5fSuQXqoNYE= =V+oP -END PGP SIGNATURE- - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
s:datetimepicker tag
Hi, We are trying to the the s:datetimepicker tag for date fields. The doc says that this tag should accept and display dates in the user locale. All seems well as long as the user has US english locale defined in his browser. However if the user uses another locale, en-gb (English), no_NO (norwegian) ect, then the widget still displays the date in the format /MM/DD (in IE) or some other non locale format, for example MM/DD/YY in Firefox. Both IE and Firefox refuse to accept date input in the locale format. Setting the displayFormat attribute does not help since either. Has anyone else experianced this problem ? Regards Ian CSC Solutions Norge AS Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -
s:datetimepicker 2
Hi, In the doc for s:datetimepicker it says: The value sent to the server is a locale-independent value, in a hidden field as defined by the name attribute. The value will be formatted conforming to RFC3 339 (-MM-dd'T'HH:mm:ss) From my debugging two values are sent to the server. 1) dojo.attributeName 2) attributename 1) is in the RFC format 2) is in the typed in format. This means that the typed in format is the one converted and set into my object after being procesed by XWorkBasicConverter.doConvertToDate For a pure date field this conversion code uses the request locale to convert the string into a date. However because the typed in string is not as per locale (see my previous post on s:datetimepicker this conversion fails). If I change the template for the picker and swap the params so that attributeName actually gets the value in RFC format, the conversion also fails because this format is not checked for pure date fields, only datetime fields. Can anyone shed some light on this ? Regards Ian CSC Solutions Norge AS Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -
Dynamic params in s:url
Hi, I am trying to add several dynamic parameters to a URL. So I thought the code below would work. s:url id=3Durl action=3DsaveAction includeParams=3Dnone s:iterator value=3Dparameters s:param name=3D%{key} value=3Dvalue/ /s:iterator /s:url However it does not. Debugging, I see that the parameters are attempted to be set on the=20 IteratorComponent instead which is not very usefull .. :o) Is there a way of doing this ? I have modifed Param.java to get the behaviour I want, but would like to=20 know if there is a proper solution. Regards Ian CSC Solutions Norge AS Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -
Re: interesting proxy + action chain issue
Hi Jeromy, Thanks for the info. Several of the interceptors require configuring, for example the Scope interceptor. The example provides some examples of this. However it seems that the only way to configure a interceptor is to redefine an interceptor stack. Is this correct ? Can I not just use the default stack, and configure the specific interceptor for a specific actions use ? Regards Ian CSC Solutions Norge AS Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - Jeromy Evans [EMAIL PROTECTED] 09.04.2008 01:23 Please respond to Struts Users Mailing List user@struts.apache.org To Struts Users Mailing List user@struts.apache.org cc Subject Re: interesting proxy + action chain issue Ian Meikle wrote: HI, I have been following this post with interest since I used the PRG pattern in previous projects. We are using struts 2 in are current project and I like the errorMessages behaviour that is part of the Action. Is it possible to persist these over the PRG cycle ? By default I assume they would be lost when we get to the GET stage since they are request scope and the GET is a seperate request than the POST that caused the error. Hi Ian, This is an issue that Struts2 needs to handle better. It can be done but its not as straight-forward as it could be. The scope interceptor [1] provides this feature. It allows you to specify which properties should be bound to session or application scope and injected into the action. The scoped modeldriven interceptor is for modeldriven actions [2]. Both are included in the default stack. The scope plugin allows annotations to specify which properties persist over a cycle. It's not bundled with struts but I have heard good comments about it [4]. [1] http://cwiki.apache.org/WW/scope-interceptor.html [2] http://cwiki.apache.org/WW/scoped-model-driven-interceptor.html [3] http://cwiki.apache.org/S2PLUGINS/scope-plugin.html [4] http://article.gmane.org/gmane.comp.jakarta.struts.devel/65052 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
struts.xml
Hi, Can anyone point me to where the seperate sections of the struts.xml file is described ? I am specifically looking at what the valid values in the result type=???/ element are ? Many thanks Ian - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -
Re: struts.xml
Well this give me some info, but for example it does not explain what all the valid values of the type attribute are and what each value means. Is this documented anywhere ? Regards Ian - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - Randy Burgess [EMAIL PROTECTED] 09.04.2008 16:37 Please respond to Struts Users Mailing List user@struts.apache.org To Struts Users Mailing List user@struts.apache.org cc Subject Re: struts.xml All this is linked right from the Core Developers Guide at http://struts.apache.org/2.x/docs/guides.html. Click the result types link and there you go. Regards, Randy Burgess Sr. Web Applications Developer Nuvox Communications From: Ian Meikle [EMAIL PROTECTED] Reply-To: Struts Users Mailing List user@struts.apache.org Date: Wed, 9 Apr 2008 16:33:40 +0200 To: Struts Users Mailing List user@struts.apache.org Subject: struts.xml Hi, Can anyone point me to where the seperate sections of the struts.xml file is described ? I am specifically looking at what the valid values in the result type=???/ element are ? Many thanks Ian -- -- - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. -- -- - This email and any attachments (Message) may contain legally privileged and/or confidential information. If you are not the addressee, or if this Message has been addressed to you in error, you are not authorized to read, copy, or distribute it, and we ask that you please delete it (including all copies) and notify the sender by return email. Delivery of this Message to any person other than the intended recipient(s) shall not be deemed a waiver of confidentiality and/or a privilege. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: interesting proxy + action chain issue
HI, I have been following this post with interest since I used the PRG pattern in previous projects. We are using struts 2 in are current project and I like the errorMessages behaviour that is part of the Action. Is it possible to persist these over the PRG cycle ? By default I assume they would be lost when we get to the GET stage since they are request scope and the GET is a seperate request than the POST that caused the error. Regards Ian CSC Solutions Norge AS Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 - This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose. - Brad A Cupit [EMAIL PROTECTED] 08.04.2008 17:16 Please respond to Struts Users Mailing List user@struts.apache.org To Struts Users Mailing List user@struts.apache.org cc Subject RE: interesting proxy + action chain issue Oh thank you so much for the response. I've been reading about the POST-redirect-GET pattern and I'm starting to see the light. I found the original article here, in case anyone else is interested: http://www.theserverside.com/tt/articles/article.tss?l=RedirectAfterPost Brad Cupit Louisiana State University - UIS -Original Message- From: Jeromy Evans [mailto:[EMAIL PROTECTED] Sent: Monday, April 07, 2008 8:20 PM To: Struts Users Mailing List Subject: Re: interesting proxy + action chain issue Brad A Cupit wrote: ServletActionRedirectResult worked when I used it instead of the ActionChainResult. This performs an extra round trip back to the browser, which isn't terrible unless I want to pass data from one Action to another, and herein lies some concern. ... POSTS should each have their own Action (which may write the data to the DB). This Action should only process the POST. Afterwards, it forwards (chains) to another Action, which sits in front of the view. If the view needs data from the DB, it goes in the Action for that view (not the POST-handling Action). If the view doesn't need data, then the Action is dumb and just forwards to the view. The reason the post-redirect-get pattern is typically preferred over your approach is for handling of the browser's back button. By returning a redirect the browser is prevented from reposting data/showing a warning if the user presses back. Your approach is clearly more efficient as it removes a request-response cycle, but unfortunately the repost issue usually supersedes that. Seems like a nice design, but Action chaining isn't recommended, and isn't working with CGLIB proxies :-( The main argument for discouraging action chaining is simply to reduce coupling between actions. I didn't realise Ognl was performing a copy. I thought the next action was simply pushed onto the stack above the previous action allowing you to access the properties of the previous action. I guess I'm wrong. You may have stumbled upon another reason to discourage use of chaining. - 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]
xwork 2.1.1-SNAPSHOT
Hi, We are starting to use STRUTS 2 and have found that the MailReader demo app throws an exception. To help us find the root of this problem and to help us understand xwork better we are looking for the source code for the release of xwork that struts 2 v2.0.11.1 is built on. This does not seem to be included in the STRUTS source zip file. From the project dependencies page ( http://struts.apache.org/2.x/struts2-core/dependencies.html) this seems to be xwork 2.1.1-SNAPSHOT. This does not apear to be available from the dowload page of xwork. Could someone help he in getting this version of the source. Many thanks Ian CSC Solutions Norge AS Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.
Problem with URL tag
Hi, I have downloaded what is discribed as the latest best available release of STRUTS 2.0.11.1 (http://struts.apache.org/downloads.html) I am following the tutorial Using tags where the example uses a URL tag with the var attribute. s:url var=url action=Welcome However this crashes since the TLD in the struts2-core-2.0.11.1.jar does not define the var attribute. It is however discribed in the documentation. Is this a bug ? If so when will it be fixed ? What can I use as a workaround ? I see in some of the example applications id is used, and in the documentation it states: id Deprecated. Use 'var' instead Is it safe to use id instead ? What are the differences between the two ? Regards Ian CSC Solutions Norge AS Registered Office: Sandsliåsen 57, 5254 Sandsli, Norway Registered in Norway No: 958 958 455 This is a PRIVATE message. If you are not the intended recipient, please delete without copying and kindly advise us by e-mail of the mistake in delivery. NOTE: Regardless of content, this e-mail shall not operate to bind CSC to any order or other contract unless pursuant to explicit written agreement or government initiative expressly permitting the use of e-mail for such purpose.