You are viewing a plain text version of this content. The canonical link for it is here.
Posted to jetspeed-user@portals.apache.org by Hema Menon <me...@gmail.com> on 2005/03/26 23:48:58 UTC
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: jetspeed-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
Re: Action Processing of JSR168 portlets within Fusion
Posted by Hema Menon <me...@gmail.com>.
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
<da...@bluesunrise.com> 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
> david@bluesunrise.com
> [office] +01 707 773-4646
> [mobile] +01 707 529 9194
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
>
>
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Hema Menon
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
Re: Action Processing of JSR168 portlets within Fusion
Posted by David Sean Taylor <da...@bluesunrise.com>.
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
david@bluesunrise.com
[office] +01 707 773-4646
[mobile] +01 707 529 9194
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
Re: Action Processing of JSR168 portlets within Fusion
Posted by Hema Menon <me...@gmail.com>.
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
<da...@bluesunrise.com> 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
> david@bluesunrise.com
> [office] +01 707 773-4646
> [mobile] +01 707 529 9194
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
>
>
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Hema Menon
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
Re: Action Processing of JSR168 portlets within Fusion
Posted by David Sean Taylor <da...@bluesunrise.com>.
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
david@bluesunrise.com
[office] +01 707 773-4646
[mobile] +01 707 529 9194
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
Re: Action Processing of JSR168 portlets within Fusion
Posted by Hema Menon <me...@gmail.com>.
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
<da...@bluesunrise.com> 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
> david@bluesunrise.com
> [office] +01 707 773-4646
> [mobile] +01 707 529 9194
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
> For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
>
>
--
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Hema Menon
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
Re: Action Processing of JSR168 portlets within Fusion
Posted by David Sean Taylor <da...@bluesunrise.com>.
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
david@bluesunrise.com
[office] +01 707 773-4646
[mobile] +01 707 529 9194
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org
Re: Action Processing of JSR168 portlets within Fusion
Posted by Hema Menon <me...@gmail.com>.
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.
Thanks,
Hema
On Sat, 26 Mar 2005 13:48:58 -0900, Hema Menon <me...@gmail.com> wrote:
> 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).
---------------------------------------------------------------------
To unsubscribe, e-mail: jetspeed-user-unsubscribe@jakarta.apache.org
For additional commands, e-mail: jetspeed-user-help@jakarta.apache.org