changing PSML from within portlet
What's the best way to alter the PSML from within a Portlet? (For example, change a parameter.) Roel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: changing PSML from within portlet
As usual, I found the answer myself ;-) I'm now using the PortletConfigState.setPortletConfigParameter() function, which works fine. Roel -Oorspronkelijk bericht- Van: Roel van Dijk [mailto:[EMAIL PROTECTED] Verzonden: Friday, April 01, 2005 2:46 PM Aan: Jetspeed Users List Onderwerp: changing PSML from within portlet What's the best way to alter the PSML from within a Portlet? (For example, change a parameter.) Roel - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Bridge - ActionRequest Related Question
You *must* be using action URLs because this warning is *only* displayed from within processAction handling. Just make sure to use render URLs. Shah Amit wrote: Hi all, Please pardon my stupidity with the Struts bridge. I have read the documentation several times, and I understand what it says. However I have a little bit trouble visualizing it in my scenerio. I have a page with 3 dropdowns. Each dropdown has an onChange=submit thing and the secod dropdown is loaded based on value of first, third is loaded based on second. And then there is a table on the page that is loaded based on the selection of third dropdown. I am using DispatchAction so that I have only one Action Class per page. Now this is an all display only page and actually the state is not being changed at all I think. In this case, for each form submission from the dropdowns, I am directly using render Actions and I dont have any forwards with redirects=true. Due to this I am getting a Warning from struts-bridge that -- Using the original action URL for render URL: A redirect should have been issued. So in such scenerios, should I have a dummy action which does nothing and has a forward with redirect=true to my render action ?? I am sorry to ask this long question, but it is a little bit confusing to me .. :-( Thanks, Amit - 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]
Re: Struts Bridge - ActionRequest Related Question
Hi Ate, Thanks a lot for the quick reply. I am submitting a form with html:form method=post action=/showPage.do and here is the action mapping action path=/showPage type=com.company.struts.actions.ViewerActions name=viewerForm scope=request validate=false parameter=dispatch forward name=success path=/WEB-INF/view/rule5/rule5viewer.jsp/ /action So probably my question would be is it possible to submit a form to a render URL at all ... I guess No ?? ... So in that case, I will have to use a dummy action with redirect=true ?? .. Thanks, Amit Original Message Follows From: Ate Douma [EMAIL PROTECTED] Reply-To: Jetspeed Users List jetspeed-user@jakarta.apache.org To: Jetspeed Users List jetspeed-user@jakarta.apache.org Subject: Re: Struts Bridge - ActionRequest Related Question Date: Fri, 01 Apr 2005 16:56:58 +0200 You *must* be using action URLs because this warning is *only* displayed from within processAction handling. Just make sure to use render URLs. Shah Amit wrote: Hi all, Please pardon my stupidity with the Struts bridge. I have read the documentation several times, and I understand what it says. However I have a little bit trouble visualizing it in my scenerio. I have a page with 3 dropdowns. Each dropdown has an onChange=submit thing and the secod dropdown is loaded based on value of first, third is loaded based on second. And then there is a table on the page that is loaded based on the selection of third dropdown. I am using DispatchAction so that I have only one Action Class per page. Now this is an all display only page and actually the state is not being changed at all I think. In this case, for each form submission from the dropdowns, I am directly using render Actions and I dont have any forwards with redirects=true. Due to this I am getting a Warning from struts-bridge that -- Using the original action URL for render URL: A redirect should have been issued. So in such scenerios, should I have a dummy action which does nothing and has a forward with redirect=true to my render action ?? I am sorry to ask this long question, but it is a little bit confusing to me .. :-( Thanks, Amit - 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]
Re: Struts Bridge - ActionRequest Related Question
Hi Ate, I think I found my answer from the struts-bridge documentation --- Forms must *always* use a POST to an ActionURL, but for all generated links it will have to be determined which type of url actually is required. So I guess I will have to use a dummy action that does nothing and then redirect to render action. Thanks for your help Amit Original Message Follows From: Shah Amit [EMAIL PROTECTED] Reply-To: Jetspeed Users List jetspeed-user@jakarta.apache.org To: jetspeed-user@jakarta.apache.org Subject: Re: Struts Bridge - ActionRequest Related Question Date: Fri, 01 Apr 2005 10:05:31 -0500 Hi Ate, Thanks a lot for the quick reply. I am submitting a form with html:form method=post action=/showPage.do and here is the action mapping action path=/showPage type=com.company.struts.actions.ViewerActions name=viewerForm scope=request validate=false parameter=dispatch forward name=success path=/WEB-INF/view/rule5/rule5viewer.jsp/ /action So probably my question would be is it possible to submit a form to a render URL at all ... I guess No ?? ... So in that case, I will have to use a dummy action with redirect=true ?? .. Thanks, Amit Original Message Follows From: Ate Douma [EMAIL PROTECTED] Reply-To: Jetspeed Users List jetspeed-user@jakarta.apache.org To: Jetspeed Users List jetspeed-user@jakarta.apache.org Subject: Re: Struts Bridge - ActionRequest Related Question Date: Fri, 01 Apr 2005 16:56:58 +0200 You *must* be using action URLs because this warning is *only* displayed from within processAction handling. Just make sure to use render URLs. Shah Amit wrote: Hi all, Please pardon my stupidity with the Struts bridge. I have read the documentation several times, and I understand what it says. However I have a little bit trouble visualizing it in my scenerio. I have a page with 3 dropdowns. Each dropdown has an onChange=submit thing and the secod dropdown is loaded based on value of first, third is loaded based on second. And then there is a table on the page that is loaded based on the selection of third dropdown. I am using DispatchAction so that I have only one Action Class per page. Now this is an all display only page and actually the state is not being changed at all I think. In this case, for each form submission from the dropdowns, I am directly using render Actions and I dont have any forwards with redirects=true. Due to this I am getting a Warning from struts-bridge that -- Using the original action URL for render URL: A redirect should have been issued. So in such scenerios, should I have a dummy action which does nothing and has a forward with redirect=true to my render action ?? I am sorry to ask this long question, but it is a little bit confusing to me .. :-( Thanks, Amit - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Struts Bridge - ActionRequest Related Question
Shah Amit wrote: Hi Ate, Thanks a lot for the quick reply. I am submitting a form with html:form method=post action=/showPage.do and here is the action mapping action path=/showPage type=com.company.struts.actions.ViewerActions name=viewerForm scope=request validate=false parameter=dispatch forward name=success path=/WEB-INF/view/rule5/rule5viewer.jsp/ /action So probably my question would be is it possible to submit a form to a render URL at all ... I guess No ?? ... So in that case, I will have to use a dummy action with redirect=true ?? .. You should not POST a form to a render URL. Encode your parameter(s) in a renderURL (for example using the Struts Bridge RewriteTag) and just point your browser url to it (setting window.top.location). Thanks, Amit Original Message Follows From: Ate Douma [EMAIL PROTECTED] Reply-To: Jetspeed Users List jetspeed-user@jakarta.apache.org To: Jetspeed Users List jetspeed-user@jakarta.apache.org Subject: Re: Struts Bridge - ActionRequest Related Question Date: Fri, 01 Apr 2005 16:56:58 +0200 You *must* be using action URLs because this warning is *only* displayed from within processAction handling. Just make sure to use render URLs. Shah Amit wrote: Hi all, Please pardon my stupidity with the Struts bridge. I have read the documentation several times, and I understand what it says. However I have a little bit trouble visualizing it in my scenerio. I have a page with 3 dropdowns. Each dropdown has an onChange=submit thing and the secod dropdown is loaded based on value of first, third is loaded based on second. And then there is a table on the page that is loaded based on the selection of third dropdown. I am using DispatchAction so that I have only one Action Class per page. Now this is an all display only page and actually the state is not being changed at all I think. In this case, for each form submission from the dropdowns, I am directly using render Actions and I dont have any forwards with redirects=true. Due to this I am getting a Warning from struts-bridge that -- Using the original action URL for render URL: A redirect should have been issued. So in such scenerios, should I have a dummy action which does nothing and has a forward with redirect=true to my render action ?? I am sorry to ask this long question, but it is a little bit confusing to me .. :-( Thanks, Amit - 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
No luck getting JetSpeed2 working
I first tried following the Getting Started part of the documentation, but it appears that the JRE that I am using (1.4.2), for FreeBSD has a bug which is known with propertie setting classes (as seen on the wiki). Trying to use the Linux JDK 1.4.2_08 causes maven to just sit there and do nothing (running under Linux emulation layer on FreeBSD). S, I tried installing everything on Windows. Got farther, but getting this error message in Tomcat's error logs: org.apache.jetspeed.execption.JetspeedException: Unable to create Engine Which if you go all the way to the bottom, is caused by: org.apache.jetspeed.prefs.PreferencesException: Failed to initialize prefs api. org.springframework.transaction.CAnnotCreateTransactionException: Could not create OJB transaction; nested exception is org.apache.ojb.broker.accesslayer.LookupException: SQLException thrown while trying to get Connection from Datasource (java:comp/env/jdbc/jetspeed) Any ideas? Taylor - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Portlet Book Review
Ate, I just took a quick glance at your comments regarding the chapter review and so far I'm very pleased with your input. I will be looking at them over the weekend in more detail and making some of the necessary changes. I'm sure I will have questions for you. Thanks for being so thorough. I really appreciate it. ************ Stay on top of all things to do with JSR-168 Portlet and Portal development by bookmarking the authority on the subject: http://community.java.net/portlet * * News * Weblogs * Community Tips * Portlet and Portal Projects * Featured Articles * And much more * ************ Ken Ramirez Send mail to: mailto://[EMAIL PROTECTED] Check out the website: http://www.TheJavaThinkTank.org Check out my Blog at: http://weblogs.java.net/blog/ken_ramirez ************ - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: No luck getting JetSpeed2 working
I had the same problems, it may have to do with setting up the DataSource correctly. I'm using Tomcat and Jetspeed with the default hpersonic database - I solved it by setting up the DataSource correctly. To do this, I had to find the HSQL jdbc jar file, and copy it into CATALINA_HOME\common\lib directory. Then I set up the database using the Tomcat admin page. -Mike -Original Message- From: Taylor Dondich [mailto:[EMAIL PROTECTED] Sent: Friday, April 01, 2005 3:39 PM To: jetspeed-user@jakarta.apache.org Subject: No luck getting JetSpeed2 working I first tried following the Getting Started part of the documentation, but it appears that the JRE that I am using (1.4.2), for FreeBSD has a bug which is known with propertie setting classes (as seen on the wiki). Trying to use the Linux JDK 1.4.2_08 causes maven to just sit there and do nothing (running under Linux emulation layer on FreeBSD). S, I tried installing everything on Windows. Got farther, but getting this error message in Tomcat's error logs: org.apache.jetspeed.execption.JetspeedException: Unable to create Engine Which if you go all the way to the bottom, is caused by: org.apache.jetspeed.prefs.PreferencesException: Failed to initialize prefs api. org.springframework.transaction.CAnnotCreateTransactionException: Could not create OJB transaction; nested exception is org.apache.ojb.broker.accesslayer.LookupException: SQLException thrown while trying to get Connection from Datasource (java:comp/env/jdbc/jetspeed) Any ideas? Taylor - 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]
Re: No luck getting JetSpeed2 working
What were the configuration parameters that you used to configure the data source? Taylor Mike Pritchard wrote: I had the same problems, it may have to do with setting up the DataSource correctly. I'm using Tomcat and Jetspeed with the default hpersonic database - I solved it by setting up the DataSource correctly. To do this, I had to find the HSQL jdbc jar file, and copy it into CATALINA_HOME\common\lib directory. Then I set up the database using the Tomcat admin page. -Mike -Original Message- From: Taylor Dondich [mailto:[EMAIL PROTECTED] Sent: Friday, April 01, 2005 3:39 PM To: jetspeed-user@jakarta.apache.org Subject: No luck getting JetSpeed2 working I first tried following the Getting Started part of the documentation, but it appears that the JRE that I am using (1.4.2), for FreeBSD has a bug which is known with propertie setting classes (as seen on the wiki). Trying to use the Linux JDK 1.4.2_08 causes maven to just sit there and do nothing (running under Linux emulation layer on FreeBSD). S, I tried installing everything on Windows. Got farther, but getting this error message in Tomcat's error logs: org.apache.jetspeed.execption.JetspeedException: Unable to create Engine Which if you go all the way to the bottom, is caused by: org.apache.jetspeed.prefs.PreferencesException: Failed to initialize prefs api. org.springframework.transaction.CAnnotCreateTransactionException: Could not create OJB transaction; nested exception is org.apache.ojb.broker.accesslayer.LookupException: SQLException thrown while trying to get Connection from Datasource (java:comp/env/jdbc/jetspeed) Any ideas? Taylor - 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]