Re: Action Processing of JSR168 portlets within Fusion
David, Now I understand what you were referring to. Its possible. I will look into Turbine's upload service. But our application is a struts application which will handle multi-part form data. So I guess it would be worth looking into how Fusion thru Turbine handles jsr168 portlets multi-part requests. Let me look into Turbine's service anyway to see if I could get around it. If anyone could think of any ideas, please share the thoughts. Thanks, Hema On Wed, 30 Mar 2005 14:02:50 -0800, David Sean Taylor [EMAIL PROTECTED] wrote: Hema Menon wrote: David, Thanks again. Do you mean to say, turbine maynot support this, which could be why it is failing on Jetspeed 1.6? I was saying that turbine does support file uploads. and that support could be interfering with your app -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- ~~ Hema Menon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Action Processing of JSR168 portlets within Fusion
Hema Menon wrote: David, I am running into a strange problem with Jetspeed 1.6 w/Fusion, where our struts application does not seem to set the input parameters from the form. The same application without any change runs fine on Jetspeed 2. I am trying to figure out what is it that could cause the bean properties to be not populated while running on Jetspeed 1.6. Can you just give an idea on how the action handling for jsr168 portlets are handled in fusion? Any pointers to any specific suspect in code would be great. The input parameters should be passed to the portlet. Nothing different goes on there afaik I'll look at this before releasing 1.6, not today though -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Action Processing of JSR168 portlets within Fusion
David, First of all, thanks very much for taking time to respond. I have been struggling with this for quite a while. But I guess I might have got to something. The struts demo which uses form data, seems to work fine. So I was really concerned on why my struts application is not working. You see, my application uses a multi-part form data, it contains file upload. I removed the enctype Multi-part/form-data from my form and removed the html:file link. The input parameters are now set on the application. So the test that needs to be done is more of a multi-part/form data rather than regular form data. Surprising fact is that this works with Jetspeed2, so I will have to dig deep into why CommonsMultipartrequesthandler for struts works on Jetspeed 2 and not on Jetspeed 1.6. Thanks, Hema On Wed, 30 Mar 2005 13:13:25 -0800, David Sean Taylor [EMAIL PROTECTED] wrote: Hema Menon wrote: David, I am running into a strange problem with Jetspeed 1.6 w/Fusion, where our struts application does not seem to set the input parameters from the form. The same application without any change runs fine on Jetspeed 2. I am trying to figure out what is it that could cause the bean properties to be not populated while running on Jetspeed 1.6. Can you just give an idea on how the action handling for jsr168 portlets are handled in fusion? Any pointers to any specific suspect in code would be great. The input parameters should be passed to the portlet. Nothing different goes on there afaik I'll look at this before releasing 1.6, not today though -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- ~~ Hema Menon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Action Processing of JSR168 portlets within Fusion
Hema Menon wrote: David, First of all, thanks very much for taking time to respond. I have been struggling with this for quite a while. But I guess I might have got to something. The struts demo which uses form data, seems to work fine. So I was really concerned on why my struts application is not working. You see, my application uses a multi-part form data, it contains file upload. I removed the enctype Multi-part/form-data from my form and removed the html:file link. The input parameters are now set on the application. So the test that needs to be done is more of a multi-part/form data rather than regular form data. i didn't catch the multi-part bit turbine actually parses that automatically there may lie your problem -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Action Processing of JSR168 portlets within Fusion
David, Thanks again. Do you mean to say, turbine maynot support this, which could be why it is failing on Jetspeed 1.6? Any idea where to look for as far as code is concerned? Thanks, Hema On Wed, 30 Mar 2005 13:43:02 -0800, David Sean Taylor [EMAIL PROTECTED] wrote: Hema Menon wrote: David, First of all, thanks very much for taking time to respond. I have been struggling with this for quite a while. But I guess I might have got to something. The struts demo which uses form data, seems to work fine. So I was really concerned on why my struts application is not working. You see, my application uses a multi-part form data, it contains file upload. I removed the enctype Multi-part/form-data from my form and removed the html:file link. The input parameters are now set on the application. So the test that needs to be done is more of a multi-part/form data rather than regular form data. i didn't catch the multi-part bit turbine actually parses that automatically there may lie your problem -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- ~~ Hema Menon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Action Processing of JSR168 portlets within Fusion
Hema Menon wrote: David, Thanks again. Do you mean to say, turbine maynot support this, which could be why it is failing on Jetspeed 1.6? I was saying that turbine does support file uploads. and that support could be interfering with your app -- David Sean Taylor Bluesunrise Software [EMAIL PROTECTED] [office] +01 707 773-4646 [mobile] +01 707 529 9194 - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Action Processing of JSR168 portlets within Fusion
Hi, How is the action processing of JSR 168 portlets being handled within Fusion? I have a struts application for which the action handling works fine within Jetspeed2 but fails with Jetspeed1.6 with fusion. (I've tried the new build from j2_deployment_sync branch that Ate has been working on). The struts application uses Lookupdispatch action for the action handling. With Fusion, somehow the method to be invoked in the action class( which is determined by the value of the parameter method on submit) is not invoked. With Jetspeed 2, Struts bridge seems to handle it right. So I suspect that with Fusion forwarding(handling) the action of /to the Struts bridges, somehow it seems to be missing the parameter which is required for succesfully invoking the method by Struts action classes, which it turn results in the action not being invoked. I wil try by changing the logging level to DEBUG( I believe in Fusionlog4j) . Also will try to get the logging for Struts bridges too. Anyway, If someone could give me an idea on how it is handled, it would really help me a lot. Thanks, Hema ~~ Hema Menon - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
