XSLT Translation
I have a simple struts 2 app as follows: 1 x ActionSupport Class which simply fills a its own parameters ( a couple of strings ) I am then trying to render the ActionSupport class as xml using the following xsl http://www.w3.org/1999/XSL/Transform"; > Name Desc Price Sup Name My struts config is as follows: /Product.xsl Now I am assuming that this should give me an Xhtml page that will be rendered by most browsers All works fine until I go to view the action via a web browser Basically I get a message in the web browser that tells me : This XML file does not appear to have any style information associated with it. The document tree is shown below. If i right click and look at the source for the pafge i get: NameDescPriceSup Name EpsonSuper printer12.34Online Business Ltd. It looks ok so I can't understand what the issue is??? Does this mean i somehow have to embed the Product.xsl in the resulting page?? Any help appreciated Regards Mark
Re: Struts2 upload
I had a similar problem and it used to happen whenever the file uploaded had a size larget than the one specified in struts configuration. Try files of small size first to see if you face the same issue (though your problem may be totally different). - Original Message From: Nick J <[EMAIL PROTECTED]> To: user@struts.apache.org Sent: Saturday, November 1, 2008 5:54:57 PM Subject: Struts2 upload Hi, I am having some trouble with Uploads in Struts 2. Here is the action: /upload.html Here is the HTML form: Here's the appropriate part of the action class: public String imageUpload() { return ActionSupport.SUCCESS; } public List getImageList() { return images; } public void setImageUpload(File myImage) { uploadedImage = myImage; } public void setImageUploadContentType(String contentType) { imageContentType = contentType; } public void setImageUploadFileName(String filename) { imageFilename = filename; } I have debugger break-points in the imageUpload method, and in the setter methods. The execution never reaches the setters, and when it breaks in the imageUpload method, and I inspect the values of uploadedImage, imageContentType and imageFilename they are all null, so the interceptor has not called the the setters like I was expecting it to. As far as I can tell, this agrees with all the tutorials I've read, so I'm at a loss now.. If anyone has any ideas, I'd be very greatful! thanks! -- View this message in context: http://www.nabble.com/Struts2-upload-tp20284756p20284756.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] __ Ask a question on any topic and get answers from real people. Go to Yahoo! Answers and share what you know at http://ca.answers.yahoo.com - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Inject Problem
Hi, I am having trouble injecting the Struts2 configuration manager into my action using the following code: @Inject public void setConfigurationManager(ConfigurationManager configurationManager) { this.configurationManager = configurationManager; } This is the stack trace: com.opensymphony.xwork2.inject.ContainerImpl$MissingDependencyException: No mapping found for dependency [type=com.opensymphony.xwork2.config.ConfigurationManager, name='com.opensymphony.xwork2.config.ConfigurationManager'] in public void com.asset.jupiter.portal.actions.UpdateContentAction.setConfigurationManager (com.opensymphony.xwork2.config.ConfigurationManager). com.opensymphony.xwork2.inject.ContainerImpl.createParameterInjector(Contain erImpl.java:239) com.opensymphony.xwork2.inject.ContainerImpl.getParametersInjectors(Containe rImpl.java:229) com.opensymphony.xwork2.inject.ContainerImpl$MethodInjector.(Container Impl.java:282) com.opensymphony.xwork2.inject.ContainerImpl$3.create(ContainerImpl.java:130 ) com.opensymphony.xwork2.inject.ContainerImpl$3.create(ContainerImpl.java:128 ) com.opensymphony.xwork2.inject.ContainerImpl.addInjectorsForMembers(Containe rImpl.java:154) com.opensymphony.xwork2.inject.ContainerImpl.addInjectorsForMethods(Containe rImpl.java:126) com.opensymphony.xwork2.inject.ContainerImpl.addInjectors(ContainerImpl.java :103) com.opensymphony.xwork2.inject.ContainerImpl$1.create(ContainerImpl.java:84) com.opensymphony.xwork2.inject.ContainerImpl$1.create(ContainerImpl.java:82) com.opensymphony.xwork2.inject.util.ReferenceCache$CallableCreate.call(Refer enceCache.java:155) java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:269) java.util.concurrent.FutureTask.run(FutureTask.java:123) com.opensymphony.xwork2.inject.util.ReferenceCache.internalCreate(ReferenceC ache.java:81) com.opensymphony.xwork2.inject.util.ReferenceCache.get(ReferenceCache.java:1 21) com.opensymphony.xwork2.inject.ContainerImpl.inject(ContainerImpl.java:452) com.opensymphony.xwork2.inject.ContainerImpl$6.call(ContainerImpl.java:492) com.opensymphony.xwork2.inject.ContainerImpl$6.call(ContainerImpl.java:491) com.opensymphony.xwork2.inject.ContainerImpl.callInContext(ContainerImpl.jav a:542) com.opensymphony.xwork2.inject.ContainerImpl.inject(ContainerImpl.java:490) com.opensymphony.xwork2.ObjectFactory.injectInternalBeans(ObjectFactory.java :131) com.opensymphony.xwork2.ObjectFactory.buildBean(ObjectFactory.java:156) com.opensymphony.xwork2.ObjectFactory.buildBean(ObjectFactory.java:143) com.opensymphony.xwork2.ObjectFactory.buildAction(ObjectFactory.java:113) com.opensymphony.xwork2.DefaultActionInvocation.createAction(DefaultActionIn vocation.java:275) com.opensymphony.xwork2.DefaultActionInvocation.init(DefaultActionInvocation .java:365) com.opensymphony.xwork2.DefaultActionInvocation.access$000(DefaultActionInvo cation.java:38) com.opensymphony.xwork2.DefaultActionInvocation$1.doProfiling(DefaultActionI nvocation.java:83) com.opensymphony.xwork2.util.profiling.UtilTimerStack.profile(UtilTimerStack .java:455) com.opensymphony.xwork2.DefaultActionInvocation.(DefaultActionInvocati on.java:74) com.opensymphony.xwork2.DefaultActionProxy.prepare(DefaultActionProxy.java:1 89) org.apache.struts2.impl.StrutsActionProxyFactory.createActionProxy(StrutsAct ionProxyFactory.java:41) org.apache.struts2.dispatcher.Dispatcher.serviceAction(Dispatcher.java:494) org.apache.struts2.dispatcher.FilterDispatcher.doFilter(FilterDispatcher.jav a:419) If anyone has any ideas, I'd be very greatful Best Regards, Hesham Tarek Ahmed - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: s:datetimepicker doesn' t work after upgraded to struts2.0.12
Due to a lack of internet connection, Rainer will not be able to do a xwork release before monday. As soon as we have it out, a 2.0.14 build will follow. Musachy Barroso schrieb: We don't have a full 2.0.14 build yet, we will provide a snapshot of xwork(or you can build it yourself, it is not hard), and you can just drop the jar in your app. Rene, any news on the snapshot? regards musachy On Fri, Oct 31, 2008 at 3:13 AM, <[EMAIL PROTECTED]> wrote: The only testing I can do is to use 2.0.14 with my application. I am a beginner in the matter of struts. Where to get the complete version of 2.0.14? -Ursprüngliche Nachricht- Von: Musachy Barroso [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 30. Oktober 2008 15:20 An: Struts Users Mailing List Betreff: Re: s:datetimepicker doesn' t work after upgraded to struts2.0.12 We are trying to get people to test the latest xwork before releasing 2.0.14, if you could try it would help. regards musachy On Thu, Oct 30, 2008 at 9:43 AM, <[EMAIL PROTECTED]> wrote: Thanks for information. A Bug in 2.0.12 and I was working on a solution for hours. Stuff it! Is there the possibility to download a complete 2.0.13 version of struts? -Ursprüngliche Nachricht- Von: Nils-Helge Garli Hegvik [mailto:[EMAIL PROTECTED] Gesendet: Donnerstag, 30. Oktober 2008 13:46 An: Struts Users Mailing List Betreff: Re: s:datetimepicker doesn' t work after upgraded to struts2.0.12 It might be related to this issue: https://issues.apache.org/struts/browse/WW-2849 Nils-H On Thu, Oct 30, 2008 at 1:20 PM, <[EMAIL PROTECTED]> wrote: Hello, I am using the s:datetimepicker in struts 2.0.11.2. After updating to version 2.0.12 I got the error "dojo not defined". Is there someting different in the new version. Or, perhaps a bug? Does anybody have the same problem? - 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] -- "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] -- René Gielen IT-Neering.net Saarstrasse 100, 52062 Aachen, Germany Tel: +49-(0)241-4010770 Fax: +49-(0)241-4010771 Cel: +49-(0)177-3194448 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]