Re: Changing the background color of the portal - Portal page height
Dear Sven, also td height=600 works fine, and allows to have all pages that are shorter than 600 px to look the same, whereas the others are rendered as they are. A percentage is more dynamic but makes appearance change in all pages (80% of each different height). Anyway, let the user choose the best one! ;-) Bye Stefano - Original Message - From: Sven Richter [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Friday, April 15, 2005 12:53 AM Subject: Re: Changing the background color of the portal - Portal page height Dear Stefano, thanks for the tips. It works for me. But you shouldn't use an exact number like 600px (I don't know how you call that in English), but an percentage (I used: 80%) to make it work on all screen set-ups. Thanks a lot, Sven. Am Thu, 14 Apr 2005 14:56:45 +0200 schrieb Stefano Bianchi [EMAIL PROTECTED]: Dear Sven, I work with jsp, so I don't know if my approaches apply also to vm... I have the same problem, but I think it is not so easy to solve unless you make some trick like transparent images e.g. in a new right.vm that set the height of the central part AT LEAST at e.g. 600 px... You could also try to set the height of the table cell that hosts the central part, it should be in default.vm. This seems to work (I just tried it out on the portal I am developing), but obviously the thing you see depends on your screen set up (width, toolbars etc.) Hope you can get some help from my 2 cents! Good luck Stefano - Original Message - From: Sven Richter [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Thursday, April 14, 2005 2:45 PM Subject: Re: Changing the background color of the portal Dear Stefano, thanks for your answer. But trying out your tip showed me that that wasn't the problem. Because if you look at the code of the top.vm, you can see that this value in the default.vm is changed by the value in the default.css (although when you look at the generated portal-sourcecode it still says #ff; but if you change the value in the default.css, the color of the portal also changes). I found out my problem was that I had to set the background for the td-tags in the default.css to #f5f5f5 (the whole screen in jetspeed is build with tables). Now it works just fine. But I have another question: How/where can I change the percentage of 3 components that build the page (top.vm, left.vm, bottom.vm). How can I change it in a way, that the bottom.vm is always shown at the bottom of the screen, even if I only show one portlet (because then it appears just below that portlet somewhere in the middle of the screen)? Thanks a lot for your help, Sven. Am Thu, 14 Apr 2005 08:33:40 +0200 schrieb Stefano Bianchi [EMAIL PROTECTED]: Dear Sven, it depends on which support you use, jsp or vm (vm is default). For jsp [TOMCAT]\webapps\jetspeed\WEB-INF\templates\jsp\layouts\html\default.jsp for vm [TOMCAT]\webapps\jetspeed\WEB-INF\templates\vm\layouts\html\default.vm You should find there body bgcolor=#FF so change it to body bgcolor=#F5F5F5 Simple and effective! Bye Stefano - Original Message - From: Sven Richter [EMAIL PROTECTED] To: jetspeed-user@jakarta.apache.org Sent: Wednesday, April 13, 2005 11:50 PM Subject: Changing the background color of the portal Hello, I'm currently trying to change the background color of my portal from white (#FF) to grey (#F5F5F5). I changed the 'default.css' to the following: BODY {font-family: Arial,Helvetica,sans-serif; font-size: 9pt; color: #222432; background: #F5F5F5; margin: 0px 0px 0px 0px; padding: 0px 0px 0px 0px} But the background color is still white (in the source code it still says body bgcolor=#FF). I already tried all other parameters in the 'default.css' and 'skin.css' that seemed promissing to me, but nothing worked. Does anybody know where I have to change that parameter? Thanks a lot, Sven. - 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] - To unsubscribe,
Re: Invoking another portlet
Do anybody knows how to get the portlet id ( in default.psml ) given the portlet name. Reards Deep Kumar Chief Architect, ComCreation - Original Message - From: Moazeni, Zachariah (AGRE) [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Thursday, April 14, 2005 7:24 PM Subject: RE: Invoking another portlet http://portals.apache.org/jetspeed-2/multiproject/jetspeed-api/apidocs/index .html May work out for you, I just googled Jetspeed API and found this from http://portals.apache.org/jetspeed-2/multiproject/jetspeed-api/index.html I'm fairly certain, but not absolutely, that this was apart from Turbine, which I hear is discontinued in J2. I'd be disappointed if they stripped it out along with turbine. -Zach -Original Message- From: Deep Kumar [mailto:[EMAIL PROTECTED] Sent: Monday, February 14, 2005 8:47 AM To: Jetspeed Users List Subject: Re: Invoking another portlet Hi Any clue, which API to use for this... Regards Deep Kumar Chief Architect, ComCreation - Original Message - From: Deep Kumar [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Monday, February 14, 2005 6:12 PM Subject: Re: Invoking another portlet Hi All, I need to know if it is possible to read the PSML files like default.psml My requirement is know the portlet-ID defined in the default.psml based on the portlet name. e.g if I suppy the portlet name (Test), it should return me the portlet-Id defined for this Test portlet... I need it quickly, pls do the needful, who had worked on the similar scenarios. thanks Regards Deep Kumar Chief Architect, ComCreation. - Original Message - From: Deep Kumar [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Monday, February 14, 2005 5:47 PM Subject: Re: Invoking another portlet Hi Dulisch, What I understand is that whenever we create a tab or add any portlet in a Tab, all the realted enteries goes in default.psml file for that particular user. So do u mean to say that I should add default.psml in the mentioned URL. Regards Deep Kumar Chief Architect, ComCreation. - Original Message - From: Dulisch, Martin [EMAIL PROTECTED] To: 'Jetspeed Users List' jetspeed-user@jakarta.apache.org Sent: Thursday, April 14, 2005 5:24 PM Subject: AW: Invoking another portlet Hi Deep, when I understand you right you want to make tab B visible when selecting the link. Do you have a psml file for tab B? Then try the following url: .../jetspeed/portal/tab-b.psml Martin -Ursprüngliche Nachricht- Von: Deep Kumar [mailto:[EMAIL PROTECTED] Gesendet: Montag, 14. Februar 2005 12:35 An: Jetspeed Users List Betreff: Re: Invoking another portlet Hi All, Any clue for my below query... Regards Deep Kumar Chief Architect, ComCreation. - Original Message - From: Deep Kumar [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Monday, March 28, 2005 1:00 PM Subject: Invoking another portlet Hi All, How can I invoke another portlet which is in different Tab. e.g. I have two Tabs A and B. Tab A has portlet x whereas Tab B has portlet y. Now on click on some hyperlink in portlet x of Tab A, it should redirect to portlet y on Tab B. Is there any solution to this scenario. Pls reply Any help is appreciated. Deep -- --- 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] - 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] ** The information contained in, or attached to, this e-mail, may contain confidential information and is intended solely for the use of the individual or entity to whom they are addressed and may be subject to legal privilege. If you have received this e-mail in error
Single Sign on
We are using Jetspeed as a window into our different applications. Each applkication requires a silent login which we have partially solved with some drawbacks. I am looking at providing a single sign on solution that can be shared by each application, the user signs into Jetspeed and then each application can authenticate against the single sign on solution. Has anybody any experience of this or suggestions. I have found a particularly interesting article here, http://www-106.ibm.com/developerworks/web/library/wa-singlesign/ One requirement would be the ability to deploy the SSO solution ina any portal !! Would be interested in your views Jon Hawkins - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Changing the background color of the portal - Portal page height
Dear Stefano, I think that only looks good for someone who has the same resolution (1280 x 1024 ?) as you do. For someone with 800x640 for example it probably doesn't. Bye, Sven. Am Fri, 15 Apr 2005 08:45:58 +0200 schrieb Stefano Bianchi [EMAIL PROTECTED]: Dear Sven, also td height=600 works fine, and allows to have all pages that are shorter than 600 px to look the same, whereas the others are rendered as they are. A percentage is more dynamic but makes appearance change in all pages (80% of each different height). Anyway, let the user choose the best one! ;-) Bye Stefano - Original Message - From: Sven Richter [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Friday, April 15, 2005 12:53 AM Subject: Re: Changing the background color of the portal - Portal page height Dear Stefano, thanks for the tips. It works for me. But you shouldn't use an exact number like 600px (I don't know how you call that in English), but an percentage (I used: 80%) to make it work on all screen set-ups. Thanks a lot, Sven. Am Thu, 14 Apr 2005 14:56:45 +0200 schrieb Stefano Bianchi [EMAIL PROTECTED]: Dear Sven, I work with jsp, so I don't know if my approaches apply also to vm... I have the same problem, but I think it is not so easy to solve unless you make some trick like transparent images e.g. in a new right.vm that set the height of the central part AT LEAST at e.g. 600 px... You could also try to set the height of the table cell that hosts the central part, it should be in default.vm. This seems to work (I just tried it out on the portal I am developing), but obviously the thing you see depends on your screen set up (width, toolbars etc.) Hope you can get some help from my 2 cents! Good luck Stefano - Original Message - From: Sven Richter [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Thursday, April 14, 2005 2:45 PM Subject: Re: Changing the background color of the portal Dear Stefano, thanks for your answer. But trying out your tip showed me that that wasn't the problem. Because if you look at the code of the top.vm, you can see that this value in the default.vm is changed by the value in the default.css (although when you look at the generated portal-sourcecode it still says #ff; but if you change the value in the default.css, the color of the portal also changes). I found out my problem was that I had to set the background for the td-tags in the default.css to #f5f5f5 (the whole screen in jetspeed is build with tables). Now it works just fine. But I have another question: How/where can I change the percentage of 3 components that build the page (top.vm, left.vm, bottom.vm). How can I change it in a way, that the bottom.vm is always shown at the bottom of the screen, even if I only show one portlet (because then it appears just below that portlet somewhere in the middle of the screen)? Thanks a lot for your help, Sven. Am Thu, 14 Apr 2005 08:33:40 +0200 schrieb Stefano Bianchi [EMAIL PROTECTED]: Dear Sven, it depends on which support you use, jsp or vm (vm is default). For jsp [TOMCAT]\webapps\jetspeed\WEB-INF\templates\jsp\layouts\html\default.jsp for vm [TOMCAT]\webapps\jetspeed\WEB-INF\templates\vm\layouts\html\default.vm You should find there body bgcolor=#FF so change it to body bgcolor=#F5F5F5 Simple and effective! Bye Stefano - Original Message - From: Sven Richter [EMAIL PROTECTED] To: jetspeed-user@jakarta.apache.org Sent: Wednesday, April 13, 2005 11:50 PM Subject: Changing the background color of the portal Hello, I'm currently trying to change the background color of my portal from white (#FF) to grey (#F5F5F5). I changed the 'default.css' to the following: BODY {font-family: Arial,Helvetica,sans-serif; font-size: 9pt; color: #222432; background: #F5F5F5; margin: 0px 0px 0px 0px; padding: 0px 0px 0px 0px} But the background color is still white (in the source code it still says body bgcolor=#FF). I already tried all other parameters in the 'default.css' and 'skin.css' that seemed promissing to me, but nothing worked. Does anybody know where I have to change that parameter? Thanks a lot, Sven. - 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
Re: Changing the background color of the portal - Portal page height
Dear Sven, you are right, I was talking in theory. What does it happen if you set 80% and you have a longer content? I think the portal render it all despite the setup. Anyway, do you (or any other) know how could it be possible to fix the height of the portal and have all central contents (default.jsp or default.vm) in e.g. a frame with a scroll bar? Bye Stefano - Original Message - From: Sven Richter [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Friday, April 15, 2005 1:39 PM Subject: Re: Changing the background color of the portal - Portal page height Dear Stefano, I think that only looks good for someone who has the same resolution (1280 x 1024 ?) as you do. For someone with 800x640 for example it probably doesn't. Bye, Sven. Am Fri, 15 Apr 2005 08:45:58 +0200 schrieb Stefano Bianchi [EMAIL PROTECTED]: Dear Sven, also td height=600 works fine, and allows to have all pages that are shorter than 600 px to look the same, whereas the others are rendered as they are. A percentage is more dynamic but makes appearance change in all pages (80% of each different height). Anyway, let the user choose the best one! ;-) Bye Stefano - Original Message - From: Sven Richter [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Friday, April 15, 2005 12:53 AM Subject: Re: Changing the background color of the portal - Portal page height Dear Stefano, thanks for the tips. It works for me. But you shouldn't use an exact number like 600px (I don't know how you call that in English), but an percentage (I used: 80%) to make it work on all screen set-ups. Thanks a lot, Sven. Am Thu, 14 Apr 2005 14:56:45 +0200 schrieb Stefano Bianchi [EMAIL PROTECTED]: Dear Sven, I work with jsp, so I don't know if my approaches apply also to vm... I have the same problem, but I think it is not so easy to solve unless you make some trick like transparent images e.g. in a new right.vm that set the height of the central part AT LEAST at e.g. 600 px... You could also try to set the height of the table cell that hosts the central part, it should be in default.vm. This seems to work (I just tried it out on the portal I am developing), but obviously the thing you see depends on your screen set up (width, toolbars etc.) Hope you can get some help from my 2 cents! Good luck Stefano - Original Message - From: Sven Richter [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Thursday, April 14, 2005 2:45 PM Subject: Re: Changing the background color of the portal Dear Stefano, thanks for your answer. But trying out your tip showed me that that wasn't the problem. Because if you look at the code of the top.vm, you can see that this value in the default.vm is changed by the value in the default.css (although when you look at the generated portal-sourcecode it still says #ff; but if you change the value in the default.css, the color of the portal also changes). I found out my problem was that I had to set the background for the td-tags in the default.css to #f5f5f5 (the whole screen in jetspeed is build with tables). Now it works just fine. But I have another question: How/where can I change the percentage of 3 components that build the page (top.vm, left.vm, bottom.vm). How can I change it in a way, that the bottom.vm is always shown at the bottom of the screen, even if I only show one portlet (because then it appears just below that portlet somewhere in the middle of the screen)? Thanks a lot for your help, Sven. Am Thu, 14 Apr 2005 08:33:40 +0200 schrieb Stefano Bianchi [EMAIL PROTECTED]: Dear Sven, it depends on which support you use, jsp or vm (vm is default). For jsp [TOMCAT]\webapps\jetspeed\WEB-INF\templates\jsp\layouts\html\default.jsp for vm [TOMCAT]\webapps\jetspeed\WEB-INF\templates\vm\layouts\html\default.vm You should find there body bgcolor=#FF so change it to body bgcolor=#F5F5F5 Simple and effective! Bye Stefano - Original Message - From: Sven Richter [EMAIL PROTECTED] To: jetspeed-user@jakarta.apache.org Sent: Wednesday, April 13, 2005 11:50 PM Subject: Changing the background color of the portal Hello, I'm currently trying to change the background color of my portal from white (#FF) to grey (#F5F5F5). I changed the 'default.css' to the following: BODY {font-family: Arial,Helvetica,sans-serif; font-size: 9pt; color: #222432; background: #F5F5F5; margin: 0px 0px 0px 0px; padding: 0px 0px 0px 0px} But the background color is still white (in the source code it still says body
RE: Invoking another portlet
Nodes have a getName() Pages inherit from Nodes, and have getFragmentId (which I believe is the Portlet ID in J2) If you know the name, can you somehow get the list of Pages, and check the Name. If the name is good, get the id? -Zach -Original Message- From: Deep Kumar [mailto:[EMAIL PROTECTED] Sent: Friday, April 15, 2005 6:09 AM To: Jetspeed Users List Subject: Re: Invoking another portlet Do anybody knows how to get the portlet id ( in default.psml ) given the portlet name. Reards Deep Kumar Chief Architect, ComCreation - Original Message - From: Moazeni, Zachariah (AGRE) [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Thursday, April 14, 2005 7:24 PM Subject: RE: Invoking another portlet http://portals.apache.org/jetspeed-2/multiproject/jetspeed-api/apidocs/index .html May work out for you, I just googled Jetspeed API and found this from http://portals.apache.org/jetspeed-2/multiproject/jetspeed-api/index.html I'm fairly certain, but not absolutely, that this was apart from Turbine, which I hear is discontinued in J2. I'd be disappointed if they stripped it out along with turbine. -Zach -Original Message- From: Deep Kumar [mailto:[EMAIL PROTECTED] Sent: Monday, February 14, 2005 8:47 AM To: Jetspeed Users List Subject: Re: Invoking another portlet Hi Any clue, which API to use for this... Regards Deep Kumar Chief Architect, ComCreation - Original Message - From: Deep Kumar [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Monday, February 14, 2005 6:12 PM Subject: Re: Invoking another portlet Hi All, I need to know if it is possible to read the PSML files like default.psml My requirement is know the portlet-ID defined in the default.psml based on the portlet name. e.g if I suppy the portlet name (Test), it should return me the portlet-Id defined for this Test portlet... I need it quickly, pls do the needful, who had worked on the similar scenarios. thanks Regards Deep Kumar Chief Architect, ComCreation. - Original Message - From: Deep Kumar [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Monday, February 14, 2005 5:47 PM Subject: Re: Invoking another portlet Hi Dulisch, What I understand is that whenever we create a tab or add any portlet in a Tab, all the realted enteries goes in default.psml file for that particular user. So do u mean to say that I should add default.psml in the mentioned URL. Regards Deep Kumar Chief Architect, ComCreation. - Original Message - From: Dulisch, Martin [EMAIL PROTECTED] To: 'Jetspeed Users List' jetspeed-user@jakarta.apache.org Sent: Thursday, April 14, 2005 5:24 PM Subject: AW: Invoking another portlet Hi Deep, when I understand you right you want to make tab B visible when selecting the link. Do you have a psml file for tab B? Then try the following url: .../jetspeed/portal/tab-b.psml Martin -Ursprüngliche Nachricht- Von: Deep Kumar [mailto:[EMAIL PROTECTED] Gesendet: Montag, 14. Februar 2005 12:35 An: Jetspeed Users List Betreff: Re: Invoking another portlet Hi All, Any clue for my below query... Regards Deep Kumar Chief Architect, ComCreation. - Original Message - From: Deep Kumar [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Monday, March 28, 2005 1:00 PM Subject: Invoking another portlet Hi All, How can I invoke another portlet which is in different Tab. e.g. I have two Tabs A and B. Tab A has portlet x whereas Tab B has portlet y. Now on click on some hyperlink in portlet x of Tab A, it should redirect to portlet y on Tab B. Is there any solution to this scenario. Pls reply Any help is appreciated. Deep -- --- 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] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Single Sign on
Hi, One approach would be for your portlet to use the portlet API's user preferences to store the user's username and passwords for each of the portlet applications. The user would authenticate to Jetspeed (or any other portlet-API compatible portal), and then the portlets would log the user in from the stored username and password in preferences. Jeff On 4/15/05, Jonathan Hawkins [EMAIL PROTECTED] wrote: We are using Jetspeed as a window into our different applications. Each applkication requires a silent login which we have partially solved with some drawbacks. I am looking at providing a single sign on solution that can be shared by each application, the user signs into Jetspeed and then each application can authenticate against the single sign on solution. Has anybody any experience of this or suggestions. I have found a particularly interesting article here, http://www-106.ibm.com/developerworks/web/library/wa-singlesign/ One requirement would be the ability to deploy the SSO solution ina any portal !! Would be interested in your views Jon Hawkins - 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: Single Sign on
There is an SSO component in Jetspeed. You can add remote credentials for a Jetspeed group or user to the credential store. Look at the SSO portlets how to use the credentials store. We use SSO to manage db credentials and web access. We attach remote credentials to groups (e.g Application1, Application2,..) and then assign users to that group. If a user logs into Jetspeed and tries to access a protected application/site it will use the remote credentials if the user is a member of the group. Roger Jeff Linwood wrote: Hi, One approach would be for your portlet to use the portlet API's user preferences to store the user's username and passwords for each of the portlet applications. The user would authenticate to Jetspeed (or any other portlet-API compatible portal), and then the portlets would log the user in from the stored username and password in preferences. Jeff On 4/15/05, Jonathan Hawkins [EMAIL PROTECTED] wrote: We are using Jetspeed as a window into our different applications. Each applkication requires a silent login which we have partially solved with some drawbacks. I am looking at providing a single sign on solution that can be shared by each application, the user signs into Jetspeed and then each application can authenticate against the single sign on solution. Has anybody any experience of this or suggestions. I have found a particularly interesting article here, http://www-106.ibm.com/developerworks/web/library/wa-singlesign/ One requirement would be the ability to deploy the SSO solution ina any portal !! Would be interested in your views Jon Hawkins - 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: Single Sign on
Thanks for the input. What we have is an Oracle Forms app running in an IFrame, applets, JSP application and portlet(s). We need one repository for maintianing user information. LDAP is not an option unfortunately. Users can change passwords in each application at the moment, so the change would need to be propogated between all the applications. Thanks Jon Roger Ruttimann wrote: There is an SSO component in Jetspeed. You can add remote credentials for a Jetspeed group or user to the credential store. Look at the SSO portlets how to use the credentials store. We use SSO to manage db credentials and web access. We attach remote credentials to groups (e.g Application1, Application2,..) and then assign users to that group. If a user logs into Jetspeed and tries to access a protected application/site it will use the remote credentials if the user is a member of the group. Roger Jeff Linwood wrote: Hi, One approach would be for your portlet to use the portlet API's user preferences to store the user's username and passwords for each of the portlet applications. The user would authenticate to Jetspeed (or any other portlet-API compatible portal), and then the portlets would log the user in from the stored username and password in preferences. Jeff On 4/15/05, Jonathan Hawkins [EMAIL PROTECTED] wrote: We are using Jetspeed as a window into our different applications. Each applkication requires a silent login which we have partially solved with some drawbacks. I am looking at providing a single sign on solution that can be shared by each application, the user signs into Jetspeed and then each application can authenticate against the single sign on solution. Has anybody any experience of this or suggestions. I have found a particularly interesting article here, http://www-106.ibm.com/developerworks/web/library/wa-singlesign/ One requirement would be the ability to deploy the SSO solution ina any portal !! Would be interested in your views Jon Hawkins - 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: JAASSessionValidator error with struts-bridge
I just want to answer this post, in case anyone else has the same issue. Also, this has turned up a bug with either the url rewriting of Jetspeed or the struts-bridge. We resolved the issue by telling weblogic to not use url rewriting for saving the jsessionid key and only to use cookies. We had to add this to the weblogic.xml file of every war in our app: session-descriptor session-param param-nameURLRewritingEnabled/param-name param-valuefalse/param-value /session-param /session-descriptor I have documented the entire problem and resolution here: http://uncommentedbytes.blogspot.com/2005/04/fix-for-jaas-auth-in-jetspeed.html On 4/14/05, Jeff Sheets [EMAIL PROTECTED] wrote: There's also the possiblity that the JAASSessionValidator works incorrectly with Weblogic. Can anyone else verify this? It seems to be an issue with how the url is rewritten. Also, this only seems to occur after closing a browser and logging back into the portal with the same userid. Maybe some session info isn't rewritten that should be? I have no clue on this one, so any help would be greatly appreciated! On 4/13/05, Jeff Sheets [EMAIL PROTECTED] wrote: Has anyone seen this before, or know of a fix (Ate, David, etc...)? On 3/18/05, Jeff Sheets [EMAIL PROTECTED] wrote: We are using the JAASSessionValidator to authenticate against Weblogic. We are also using the struts-bridge, if that matters. We are able to authenticate ok, and reach the front page of any portlet. However, after clicking on the link to take us to the next page, we receive an error like the following. Has anybody seen this before? Does anyone have any ideas or clues? The problem goes away when I turn off the JAASSessionValidator. I think it has to do with the session being lost, because it works sometimes but not always. -- Jeff Mar 18, 2005 2:58:56 PM CST Error HTTP BEA-101214 Included resource or file /action/edit.jas;jsessionid=C7QZxyGkX0pm6Sp9ckM6vyfxTRJ4p1Tn0Ph3bdz g3TJQX4pyDxwC!-2002059013 not found from requested resource /jetspeed/portal/_ ns:YTIxMzQ4fGMwfGQwfGVfa3JhPTE9MXxlX3NwYWdlPTE9L2VkaXRfb2JzLmphcztqc2Vzc2lvbmlkP T1DN1FaeHlHa1gwcG02U3A5Y2tNNnZ5ZnhUUko0cDFUbjBQaDNiZHpnM1RKUVg0cHlEeHdDIS0yMDAyM DU5MDEzfGVfbW9kZT0xPXZpZXc_/. - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: Changing the background color of the portal - Portal page height
Dear Stefano, that's correct, if I have longer content the page is scrolled completely. But that's OK for me. My problem was that, if have only a few portlets the whole portlet looked really crappy because the bottom-frame was somewhere in the middle. But your idea is pretty interessting too (but I don't know how to do that yet). Right now I'm trying to change the background-color of the left navigation bar. But I can't change the color neighter in the left.vm nor the default.vm. The changes I make there are somehow completely ignored, even though there is already an tag (bgcolor) in the original code. Bye, Sven. Am Fri, 15 Apr 2005 13:46:40 +0200 schrieb Stefano Bianchi [EMAIL PROTECTED]: Dear Sven, you are right, I was talking in theory. What does it happen if you set 80% and you have a longer content? I think the portal render it all despite the setup. Anyway, do you (or any other) know how could it be possible to fix the height of the portal and have all central contents (default.jsp or default.vm) in e.g. a frame with a scroll bar? Bye Stefano - Original Message - From: Sven Richter [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Friday, April 15, 2005 1:39 PM Subject: Re: Changing the background color of the portal - Portal page height Dear Stefano, I think that only looks good for someone who has the same resolution (1280 x 1024 ?) as you do. For someone with 800x640 for example it probably doesn't. Bye, Sven. Am Fri, 15 Apr 2005 08:45:58 +0200 schrieb Stefano Bianchi [EMAIL PROTECTED]: Dear Sven, also td height=600 works fine, and allows to have all pages that are shorter than 600 px to look the same, whereas the others are rendered as they are. A percentage is more dynamic but makes appearance change in all pages (80% of each different height). Anyway, let the user choose the best one! ;-) Bye Stefano - Original Message - From: Sven Richter [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Friday, April 15, 2005 12:53 AM Subject: Re: Changing the background color of the portal - Portal page height Dear Stefano, thanks for the tips. It works for me. But you shouldn't use an exact number like 600px (I don't know how you call that in English), but an percentage (I used: 80%) to make it work on all screen set-ups. Thanks a lot, Sven. Am Thu, 14 Apr 2005 14:56:45 +0200 schrieb Stefano Bianchi [EMAIL PROTECTED]: Dear Sven, I work with jsp, so I don't know if my approaches apply also to vm... I have the same problem, but I think it is not so easy to solve unless you make some trick like transparent images e.g. in a new right.vm that set the height of the central part AT LEAST at e.g. 600 px... You could also try to set the height of the table cell that hosts the central part, it should be in default.vm. This seems to work (I just tried it out on the portal I am developing), but obviously the thing you see depends on your screen set up (width, toolbars etc.) Hope you can get some help from my 2 cents! Good luck Stefano - Original Message - From: Sven Richter [EMAIL PROTECTED] To: Jetspeed Users List jetspeed-user@jakarta.apache.org Sent: Thursday, April 14, 2005 2:45 PM Subject: Re: Changing the background color of the portal Dear Stefano, thanks for your answer. But trying out your tip showed me that that wasn't the problem. Because if you look at the code of the top.vm, you can see that this value in the default.vm is changed by the value in the default.css (although when you look at the generated portal-sourcecode it still says #ff; but if you change the value in the default.css, the color of the portal also changes). I found out my problem was that I had to set the background for the td-tags in the default.css to #f5f5f5 (the whole screen in jetspeed is build with tables). Now it works just fine. But I have another question: How/where can I change the percentage of 3 components that build the page (top.vm, left.vm, bottom.vm). How can I change it in a way, that the bottom.vm is always shown at the bottom of the screen, even if I only show one portlet (because then it appears just below that portlet somewhere in the middle of the screen)? Thanks a lot for your help, Sven. Am Thu, 14 Apr 2005 08:33:40 +0200 schrieb Stefano Bianchi [EMAIL PROTECTED]: Dear Sven, it depends on which support you use, jsp or vm (vm is default). For jsp [TOMCAT]\webapps\jetspeed\WEB-INF\templates\jsp\layouts\html\default.jsp for vm [TOMCAT]\webapps\jetspeed\WEB-INF\templates\vm\layouts\html\default.vm You should find there body bgcolor=#FF so change it to body bgcolor=#F5F5F5 Simple and effective! Bye Stefano - Original Message - From: Sven Richter [EMAIL PROTECTED]