PLEASE HELP ME Order of action execution
Hi all; i have this scenario: A page where there are several portlets; the first portlet is a Navigator that shows to me where i am; now this portlet by reading a parameter in the session (i have used the PageSessionState) reads a xml file where it can be able to understand where we are; now the problem is that this parameter is setted by another portlet that is shown after this navigator; this means that the action of this portlet is executed later than the action of navigator. and this is a problem for me; infact the old value of parameter in the session is changed after that the navigator portlet has taken the value... so the navigator is not synchronized with the page where we are; if i refresh the page (by using F5 for example) all works fine and i don't have this problem since the PageSessionState works good. The problem is that i'ld like to call the action of the second portlet and then the action of navigator; is this possible? Thanks Navighi a 2 MEGA e i primi 3 mesi sono GRATIS. Scegli Libero Adsl Flat senza limiti su http://www.libero.it - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Jetspeed2 / struts app on Tomcat 5.5.4
Hi all, I have an install of a struts portlet on Tomcat using Jetspeed2 and the struts-portlet bridge. It works fine with 4.1 and 5.0.28. When I install Jetspeed with the same app on Tomcat 5.4.4 (with 1.4jdk compatibility) I get the following error when I access http://localhost:8080/jetspeed/portal. 2005-02-04 10:32:26,452 [http-8080-Processor24] DEBUG org.apache.jetspeed.aggregator.impl.PageAggregatorImpl - Rendering portlet fragment: [[name, bam::SummaryPortlet], [id, summary1]] 2005-02-04 10:32:27,249 [WORKER_5] DEBUG org.apache.jetspeed.aggregator.impl.Worker - Processing job for window :summary1 2005-02-04 10:32:27,249 [http-8080-Processor24] DEBUG org.apache.jetspeed.aggregator.impl.ContentDispatcherImpl - Waiting for content OID summary1 2005-02-04 10:32:27,249 [WORKER_5] DEBUG org.apache.jetspeed.aggregator.impl.RenderingJob - Rendering OID summary1 [EMAIL PROTECTED] [EMAIL PROTECTED] 2005-02-04 10:32:27,436 [WORKER_5] ERROR org.apache.jetspeed.factory.JetspeedPortletFactory - PortletFactory: Failed to load portlet org.apache.portals.bridges.struts.StrutsPortlet java.io.FileNotFoundException: Could not located portlet org.apache.portals.bridges.struts.StrutsPortlet in any classloader. at org.apache.jetspeed.factory.JetspeedPortletFactory.getPortlet(JetspeedPortle tFactory.java:173) at org.apache.jetspeed.factory.JetspeedPortletFactoryProxy.getPortlet(JetspeedP ortletFactoryProxy.java:71) at org.apache.jetspeed.container.JetspeedContainerServlet.doGet(JetspeedContain erServlet.java:221) at javax.servlet.http.HttpServlet.service(HttpServlet.java:689) at javax.servlet.http.HttpServlet.service(HttpServlet.java:802) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(Application FilterChain.java:237) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterCh ain.java:157) at org.apache.catalina.core.ApplicationDispatcher.invoke(ApplicationDispatcher. java:674) at org.apache.catalina.core.ApplicationDispatcher.doInclude(ApplicationDispatch er.java:576) at org.apache.catalina.core.ApplicationDispatcher.include(ApplicationDispatcher .java:501) at org.apache.jetspeed.container.invoker.ServletPortletInvoker.invoke(ServletPo rtletInvoker.java:213) at org.apache.jetspeed.container.invoker.ServletPortletInvoker.render(ServletPo rtletInvoker.java:124) at org.apache.pluto.PortletContainerImpl.renderPortlet(PortletContainerImpl.jav a:103) at org.apache.jetspeed.container.JetspeedPortletContainerWrapper.renderPortlet( JetspeedPortletContainerWrapper.java:88) at org.apache.jetspeed.aggregator.impl.RenderingJob.run(RenderingJob.java:109) at org.apache.jetspeed.aggregator.impl.Worker$1.run(Worker.java:171) at java.security.AccessController.doPrivileged(Native Method) at javax.security.auth.Subject.doAsPrivileged(Subject.java:437) at org.apache.jetspeed.aggregator.impl.Worker.run(Worker.java:165) The portals-bridges-struts jar is in the WEB-INF of the portlet webapp (bam). I'm unsure as to whether this is a Jetspeed2 or Tomcat problem, or just something obvious that I'm doing wrong. Any help would be appreciated. Thanks, Colin. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: PLEASE HELP ME Order of action execution
Hi angeloim, I believe the portlet spec states that all Action/processAction requests must be executed before any render(doView) requests within the portal. So make sure that your navigator portlet changes the location on your other portlet only during Action requests NOT during render requests. If you are already doing this and it is not working ... then this might be a bug in the session handling of the jetspeed portal engine. - Frank -Original Message- From: angeloimm [mailto:[EMAIL PROTECTED] Sent: Friday, February 04, 2005 03:02 AM To: Jetspeed Jetspeed Subject: PLEASE HELP ME Order of action execution Importance: High Hi all; i have this scenario: A page where there are several portlets; the first portlet is a Navigator that shows to me where i am; now this portlet by reading a parameter in the session (i have used the PageSessionState) reads a xml file where it can be able to understand where we are; now the problem is that this parameter is setted by another portlet that is shown after this navigator; this means that the action of this portlet is executed later than the action of navigator. and this is a problem for me; infact the old value of parameter in the session is changed after that the navigator portlet has taken the value... so the navigator is not synchronized with the page where we are; if i refresh the page (by using F5 for example) all works fine and i don't have this problem since the PageSessionState works good. The problem is that i'ld like to call the action of the second portlet and then the action of navigator; is this possible? Thanks Navighi a 2 MEGA e i primi 3 mesi sono GRATIS. Scegli Libero Adsl Flat senza limiti su http://www.libero.it - 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: PLEASE HELP ME Order of action execution
A few people on this list tend to send messages with a please notify the sender that you have received this message pop-up. Please stop it. Thanks, Kevin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: PLEASE HELP ME Order of action execution
Hi all i'm sorry i was on another pc where in the outlook there was a please notify the sender that you have received this message pop-up.. i didn't know pardonme and thanks to all. Have nice week end -- Initial Header --- From : Kevin McCann [EMAIL PROTECTED] To : Jetspeed Users List jetspeed-user@jakarta.apache.org Cc : Date : Fri, 04 Feb 2005 09:33:10 -0500 Subject : Re: PLEASE HELP ME Order of action execution A few people on this list tend to send messages with a please notify the sender that you have received this message pop-up. Please stop it. Thanks, Kevin - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Navighi a 2 MEGA e i primi 3 mesi sono GRATIS. Scegli Libero Adsl Flat senza limiti su http://www.libero.it - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Login error page
Hi people I'm trying to change the login page error(retry) to a specific jsp that I created. I changed the login action class to a mine and I have been gotten the error Error encountered processing a template: /layouts/html/default.jspjava.lang.IllegalStateException: Cannot forward after response has been committed at org.apache.catalina.core.ApplicationDispatcher.doForward(ApplicationDispatcher.java:324) at org.apache.catalina.core.ApplicationDispatcher.forward(ApplicationDispatcher.java:312) at ... Anybody already made this or know what is this error? Please help me! Thanks. Carlos
Re: Database Related Question
Hi Mike and David, Thanks for your guidance. I read a couple of tutorials on JAAS and I think I kindaa get the idea. I am now going thru all the SPI interfaces and trying to judge what I would be implementing and what not (probably leave MessageDigestCredentialPasswordEncoder alone). I think I will have to implement the SecurityAccess.java interface and make it point to my DB instead of the jetspeed provided implementation ?? ... (Apart from couple of others that I might need) I know its too much to ask, but if you have like a block diagram or some sort of diagram or something like that explaining how these interfaces interact, that would be really great. Once again, appreciate your help Amit Original Message Follows From: David Sean Taylor [EMAIL PROTECTED] Reply-To: Jetspeed Users List jetspeed-user@jakarta.apache.org To: Jetspeed Users List jetspeed-user@jakarta.apache.org Subject: Re: Database Related Question Date: Wed, 02 Feb 2005 13:07:04 -0800 mike long wrote: I think David is saying that you should create implementations of the interfaces he references below. I am doing that to allow Jetspeed-2 to use an LDAP directory server instead of a relational database. My strategy has been to check out the Jetspeed-2 code from CVS and then write my own implementations of these classes and wire them in using the jetspeed-spring.xml, security.xml, and a couple other configuration files. A really good set of unit tests exists for the security components already that will tell you if your implementation of those interfaces is correct. You will have good assurance that your implementation is correct when all the component/security tests work. The tests should run out of the box hooked up to your custom implementations. Your work will be easier than mine since you are only mapping the Jetspeed-2 security tables to your own. Since LDAP is not generally a transactional resource like a relational database, I am having difficulty because the existing suite of security tests is hardwired to use SQL persistence. That said, the work for you is still considerable. I would suggest reading up on Maven, all the tutorials on JAAS, and then the Spring reference manual. The later will show you how to wire the application together using your own security implementations. I setup a new set of a maven project and basic skeletons for the services like this in a few minutes (but yes, I ve done it before). Integration with the unit tests will take more time and thought. But yes, if you are new to Spring and Maven and J2, its going to take more time. The lack of docs doesn't help: http://portals.apache.org/jetspeed-2/spi.html I still need to review your LDAP code. Sorry I haven't got to that yet. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
RE: Database Related Question - LDAP
Is the first try at the LDAP code complete? I'd love to try/test it for you guys. Just point me. My production use of jetspeed2 is relying on this. Thanks, Carlos. -Original Message- From: Shah Amit [mailto:[EMAIL PROTECTED] Sent: Friday, February 04, 2005 10:46 AM To: jetspeed-user@jakarta.apache.org Subject: Re: Database Related Question Hi Mike and David, Thanks for your guidance. I read a couple of tutorials on JAAS and I think I kindaa get the idea. I am now going thru all the SPI interfaces and trying to judge what I would be implementing and what not (probably leave MessageDigestCredentialPasswordEncoder alone). I think I will have to implement the SecurityAccess.java interface and make it point to my DB instead of the jetspeed provided implementation ?? ... (Apart from couple of others that I might need) I know its too much to ask, but if you have like a block diagram or some sort of diagram or something like that explaining how these interfaces interact, that would be really great. Once again, appreciate your help Amit Original Message Follows From: David Sean Taylor [EMAIL PROTECTED] Reply-To: Jetspeed Users List jetspeed-user@jakarta.apache.org To: Jetspeed Users List jetspeed-user@jakarta.apache.org Subject: Re: Database Related Question Date: Wed, 02 Feb 2005 13:07:04 -0800 mike long wrote: I think David is saying that you should create implementations of the interfaces he references below. I am doing that to allow Jetspeed-2 to use an LDAP directory server instead of a relational database. My strategy has been to check out the Jetspeed-2 code from CVS and then write my own implementations of these classes and wire them in using the jetspeed-spring.xml, security.xml, and a couple other configuration files. A really good set of unit tests exists for the security components already that will tell you if your implementation of those interfaces is correct. You will have good assurance that your implementation is correct when all the component/security tests work. The tests should run out of the box hooked up to your custom implementations. Your work will be easier than mine since you are only mapping the Jetspeed-2 security tables to your own. Since LDAP is not generally a transactional resource like a relational database, I am having difficulty because the existing suite of security tests is hardwired to use SQL persistence. That said, the work for you is still considerable. I would suggest reading up on Maven, all the tutorials on JAAS, and then the Spring reference manual. The later will show you how to wire the application together using your own security implementations. I setup a new set of a maven project and basic skeletons for the services like this in a few minutes (but yes, I ve done it before). Integration with the unit tests will take more time and thought. But yes, if you are new to Spring and Maven and J2, its going to take more time. The lack of docs doesn't help: http://portals.apache.org/jetspeed-2/spi.html I still need to review your LDAP code. Sorry I haven't got to that yet. -- 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] - 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: Database Related Question
Shah Amit wrote: Hi Mike and David, Thanks for your guidance. I read a couple of tutorials on JAAS and I think I kindaa get the idea. I am now going thru all the SPI interfaces and trying to judge what I would be implementing and what not (probably leave MessageDigestCredentialPasswordEncoder alone). I think I will have to implement the SecurityAccess.java interface and make it point to my DB instead of the jetspeed provided implementation ?? ... (Apart from couple of others that I might need) I know its too much to ask, but if you have like a block diagram or some sort of diagram or something like that explaining how these interfaces interact, that would be really great. Once again, appreciate your help Amit Original Message Follows From: David Sean Taylor [EMAIL PROTECTED] Reply-To: Jetspeed Users List jetspeed-user@jakarta.apache.org To: Jetspeed Users List jetspeed-user@jakarta.apache.org Subject: Re: Database Related Question Date: Wed, 02 Feb 2005 13:07:04 -0800 mike long wrote: I think David is saying that you should create implementations of the interfaces he references below. I am doing that to allow Jetspeed-2 to use an LDAP directory server instead of a relational database. My strategy has been to check out the Jetspeed-2 code from CVS and then write my own implementations of these classes and wire them in using the jetspeed-spring.xml, security.xml, and a couple other configuration files. A really good set of unit tests exists for the security components already that will tell you if your implementation of those interfaces is correct. You will have good assurance that your implementation is correct when all the component/security tests work. The tests should run out of the box hooked up to your custom implementations. Your work will be easier than mine since you are only mapping the Jetspeed-2 security tables to your own. Since LDAP is not generally a transactional resource like a relational database, I am having difficulty because the existing suite of security tests is hardwired to use SQL persistence. That said, the work for you is still considerable. I would suggest reading up on Maven, all the tutorials on JAAS, and then the Spring reference manual. The later will show you how to wire the application together using your own security implementations. I setup a new set of a maven project and basic skeletons for the services like this in a few minutes (but yes, I ve done it before). Integration with the unit tests will take more time and thought. But yes, if you are new to Spring and Maven and J2, its going to take more time. The lack of docs doesn't help: http://portals.apache.org/jetspeed-2/spi.html I still need to review your LDAP code. Sorry I haven't got to that yet. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Before you try implementing the interfaces you should rule out the possibility that you can re-map the existing schema to your tables. Have you done that? Such would require no change to any Jetspeed code. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Database Related Question
Hi Mike, I tried to evaluate that before, but I got confused with the Jetspeed security schema so thought of implementing my own SPI. There are some concepts that I dont understand with the Jetspeed2 security schema. If you can spare some time and clear my doubts, that would really help me. I dont understand the concept of full_path column on security_principal table. It looks like that column would logically fit to the user_name concept ?? ... Honestly speaking, I would think that my security model is very generic simple model so if JAAS is generic enough, and Jetspeed implements JAAS, I should be simply able to map my model somehow to JAAS model. If you think you can help me a little bit, here are the tables I have - user (probably can be broken into security_principal and security_credentials tables) permissions roles groups role_permission group_role user_group Another thing that slightly confuses me is that on jetspeed schema, user is linked to role, group as well as group and role have a cross-reference too. Thanks, Amit Original Message Follows From: mike long [EMAIL PROTECTED] Reply-To: Jetspeed Users List jetspeed-user@jakarta.apache.org To: Jetspeed Users List jetspeed-user@jakarta.apache.org Subject: Re: Database Related Question Date: Fri, 04 Feb 2005 13:27:08 -0500 Shah Amit wrote: Hi Mike and David, Thanks for your guidance. I read a couple of tutorials on JAAS and I think I kindaa get the idea. I am now going thru all the SPI interfaces and trying to judge what I would be implementing and what not (probably leave MessageDigestCredentialPasswordEncoder alone). I think I will have to implement the SecurityAccess.java interface and make it point to my DB instead of the jetspeed provided implementation ?? ... (Apart from couple of others that I might need) I know its too much to ask, but if you have like a block diagram or some sort of diagram or something like that explaining how these interfaces interact, that would be really great. Once again, appreciate your help Amit Original Message Follows From: David Sean Taylor [EMAIL PROTECTED] Reply-To: Jetspeed Users List jetspeed-user@jakarta.apache.org To: Jetspeed Users List jetspeed-user@jakarta.apache.org Subject: Re: Database Related Question Date: Wed, 02 Feb 2005 13:07:04 -0800 mike long wrote: I think David is saying that you should create implementations of the interfaces he references below. I am doing that to allow Jetspeed-2 to use an LDAP directory server instead of a relational database. My strategy has been to check out the Jetspeed-2 code from CVS and then write my own implementations of these classes and wire them in using the jetspeed-spring.xml, security.xml, and a couple other configuration files. A really good set of unit tests exists for the security components already that will tell you if your implementation of those interfaces is correct. You will have good assurance that your implementation is correct when all the component/security tests work. The tests should run out of the box hooked up to your custom implementations. Your work will be easier than mine since you are only mapping the Jetspeed-2 security tables to your own. Since LDAP is not generally a transactional resource like a relational database, I am having difficulty because the existing suite of security tests is hardwired to use SQL persistence. That said, the work for you is still considerable. I would suggest reading up on Maven, all the tutorials on JAAS, and then the Spring reference manual. The later will show you how to wire the application together using your own security implementations. I setup a new set of a maven project and basic skeletons for the services like this in a few minutes (but yes, I ve done it before). Integration with the unit tests will take more time and thought. But yes, if you are new to Spring and Maven and J2, its going to take more time. The lack of docs doesn't help: http://portals.apache.org/jetspeed-2/spi.html I still need to review your LDAP code. Sorry I haven't got to that yet. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Before you try implementing the interfaces you should rule out the possibility that you can re-map the existing schema to your tables. Have you done that? Such would require no change to any Jetspeed code. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To
Re: Database Related Question
Shah Amit wrote: Hi Mike, I tried to evaluate that before, but I got confused with the Jetspeed security schema so thought of implementing my own SPI. There are some concepts that I dont understand with the Jetspeed2 security schema. If you can spare some time and clear my doubts, that would really help me. I dont understand the concept of full_path column on security_principal table. It looks like that column would logically fit to the user_name concept ?? ... Honestly speaking, I would think that my security model is very generic simple model so if JAAS is generic enough, and Jetspeed implements JAAS, I should be simply able to map my model somehow to JAAS model. If you think you can help me a little bit, here are the tables I have - user (probably can be broken into security_principal and security_credentials tables) permissions roles groups role_permission group_role user_group Another thing that slightly confuses me is that on jetspeed schema, user is linked to role, group as well as group and role have a cross-reference too. Thanks, Amit Original Message Follows From: mike long [EMAIL PROTECTED] Reply-To: Jetspeed Users List jetspeed-user@jakarta.apache.org To: Jetspeed Users List jetspeed-user@jakarta.apache.org Subject: Re: Database Related Question Date: Fri, 04 Feb 2005 13:27:08 -0500 Shah Amit wrote: Hi Mike and David, Thanks for your guidance. I read a couple of tutorials on JAAS and I think I kindaa get the idea. I am now going thru all the SPI interfaces and trying to judge what I would be implementing and what not (probably leave MessageDigestCredentialPasswordEncoder alone). I think I will have to implement the SecurityAccess.java interface and make it point to my DB instead of the jetspeed provided implementation ?? ... (Apart from couple of others that I might need) I know its too much to ask, but if you have like a block diagram or some sort of diagram or something like that explaining how these interfaces interact, that would be really great. Once again, appreciate your help Amit Original Message Follows From: David Sean Taylor [EMAIL PROTECTED] Reply-To: Jetspeed Users List jetspeed-user@jakarta.apache.org To: Jetspeed Users List jetspeed-user@jakarta.apache.org Subject: Re: Database Related Question Date: Wed, 02 Feb 2005 13:07:04 -0800 mike long wrote: I think David is saying that you should create implementations of the interfaces he references below. I am doing that to allow Jetspeed-2 to use an LDAP directory server instead of a relational database. My strategy has been to check out the Jetspeed-2 code from CVS and then write my own implementations of these classes and wire them in using the jetspeed-spring.xml, security.xml, and a couple other configuration files. A really good set of unit tests exists for the security components already that will tell you if your implementation of those interfaces is correct. You will have good assurance that your implementation is correct when all the component/security tests work. The tests should run out of the box hooked up to your custom implementations. Your work will be easier than mine since you are only mapping the Jetspeed-2 security tables to your own. Since LDAP is not generally a transactional resource like a relational database, I am having difficulty because the existing suite of security tests is hardwired to use SQL persistence. That said, the work for you is still considerable. I would suggest reading up on Maven, all the tutorials on JAAS, and then the Spring reference manual. The later will show you how to wire the application together using your own security implementations. I setup a new set of a maven project and basic skeletons for the services like this in a few minutes (but yes, I ve done it before). Integration with the unit tests will take more time and thought. But yes, if you are new to Spring and Maven and J2, its going to take more time. The lack of docs doesn't help: http://portals.apache.org/jetspeed-2/spi.html I still need to review your LDAP code. Sorry I haven't got to that yet. -- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Before you try implementing the interfaces you should rule out the possibility that you can re-map the existing schema to your tables. Have you done that? Such would require no change to any Jetspeed code. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
