[jboss-user] [JBoss Portal] - Themes - Region interceptor override
Hi, I'm developing a theme/layout for JBoss portal 2.6.2 and my objective is to change the HTML code generated for the tab navigation. Instead of ULs, I want simple As. But there is a catche... I want to change the associated JSP for my custom themes only. I don't want to change it for all themes, since this would break the other themes that come with JBoss portal. I don't want my theme to have any impact whatsoever on the default theme because I want to keep the Admin portal isolated in it's own theme. This way, If i break something, I can always go back. Also, this gives me much more flexibility. What are my options ? - Use a different RenderSet ? (would that even work ?) - Override the MBean where JSPs are defined with a custom subclass ? (this is too complicated for nothing, let's keep it simple.) The way I understood, the MBean is an interceptor which gets called when we call the taglib for region render and it overrides the output by code from the JSP. One solution I thought of is this. Use a different tag for navigation generation. In order to do this, I need to find hot to access PortalAuthorizationManagerFactory from a JSP or taglib. Any insights ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4123166#4123166 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4123166 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [Tomcat, HTTPD, Servlets & JSP] - Basic auth with ACEGI
Hello, I have an application (Pentaho) which uses ACEGI as a security framework. I need it to expose a BASIC secured URL. I configured it properly and when I request the URL, the response includes a WWW-Authenticate header. My browser sends back a valid and verified Authentication header, but somewhere in the process, it gets stripped off the request object. Debugging ACEGI shows that the header never got to the application. How is it possible that a header gets removed ? Does JBoss 4.2.1-GA have a mechanism that intercepts the authentication headers ? (BTW. I'm pretty sure that application web.xml is not configured to use BASIC auth. Can anyone help me to confirm that ?) Thanks Luc View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4108910#4108910 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4108910 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: Hide Dashboard link
I'm also interrested in the solution to this request. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4098981#4098981 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4098981 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Portal locales
I want the portal to be by default in french. I tried to modify all the faces-config.xml files without success. How can this be done ? What did I miss ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4098935#4098935 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4098935 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: need a easy solution to integrate sso into jboss portal
Here's my login stack. This might be useful. | springRealm | *** | authenticationManager | | | | true | true | Authenticated | User | java:/portal/UserModule | java:/portal/RoleModule | java:/portal/MembershipModule | java:/portal/UserProfileModule | View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4098856#4098856 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4098856 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: need a easy solution to integrate sso into jboss portal
It is possible to use CAS to authenticate your users. It takes a bit of coding and much research, but the ACEGI framework, which can interact with CAS servers, can be integrated in the portal's login stack. I won't give you all the details here since 1. it's long to explain and 2. we have a custom CAS implementation which required custom classes and thus would be useless to you. I can tell you this though. Look in the Pentaho BI platform documentation. They use the portal as a front-end and provide people with classes to make the portal work with CAS servers. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4098854#4098854 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4098854 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - External portal definition
Hi people. I don't know if this is the right place to discuss this, so please don't flame I have Pentaho Pro 1.6 and JBoss portal 2.6.2. I want to create a portal in JBP which uses Pentaho portlet classes but I don't want the definitions and configuration (portlet.xml, portlet0instances.xml, etc) to be included in the Pentaho webapp, but rather in their own deployable and independant webapp. Like this : $JBOSS_DEPLOY | |-> pentaho.war |-> jboss-portal.sar |-> my_portal.war Such a setup allows to redeploy my portal without having to interrupt the service on either of the two other webapps. This is a dream setup and so far, I encountered many challenges to this. Simply including portlet definitions in a separate webapp can't work because JBoss looks for the classes and can't find them, thus resulting in class not found. Adding classes in the webapp is out of the question, for this would duplicate the pentaho system for EVERY portal I want to externalize. So I've been investigating the possibility of telling my portal context to share the pentaho.war context. I don'T know if this is possible of if this would result in yet more troubles... I need some insights on this. Thanks. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4098838#4098838 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4098838 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: Source code bundle third party libs
Forget about that. Just execute the build script... dah. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4091192#4091192 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4091192 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Source code bundle third party libs
Say, where did you guys put the third party libraries ? I REALLY hope I won't have to find them one by one... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4091178#4091178 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4091178 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: Dashboard 403 error
Do you mean that the IdentityLoginModule is NOT optional, and that even if I want to use my own login module, it has to be in the login chain before any other module ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4089474#4089474 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4089474 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: Dashboard 403 error
This is not the problem, since I'm only using a custom login module for CAS SSO and a SynchronizingModule to copy the users in the database. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4089405#4089405 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4089405 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: Using alternative source for JBoss Portal authentication
I was able to use ACEGI as an alternative. I can't post any specific code or details because we're using a custom extension to the CAS specification, but a simple Google search will tell you enough to do this. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4087333#4087333 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4087333 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: JBoss Wiki fails to deploy
For the record, I use AS 4.0.5 along with Portal 2.6.1 and everything is fine... View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4086814#4086814 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4086814 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: CMS
Swt ! (:cD) Thanks a million. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4086811#4086811 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4086811 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: CMS
When do you plan the 2.6.2 release ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4086803#4086803 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4086803 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: CMS
@sohil.shah : It doesn't seem to be a CMS permission problem, but rather a portlet instance permission problem. Below is the stack trace which gets outputted upon the error. Since the error is encountered on the doView method, I guess there's something missing in these instructions : http://wiki.jboss.org/wiki/Wiki.jsp?page=GiveAdminPrivileges. Yes, I did have to change the admin role because I'm authenticating against a CAS server (surprisingly, it is possible). I've followed these instructions and double checked everything but I still get this error. I'll try to start all over again from a vanilla bundle to find the 'missing' step. | javax.portlet.PortletException: Access to this resource is denied | at org.jboss.portal.core.cms.ui.admin.CMSAdminPortlet.doView(CMSAdminPortlet.java:168) | at org.jboss.portlet.JBossPortlet.doDispatch(JBossPortlet.java:242) | at org.jboss.portlet.JBossPortlet.render(JBossPortlet.java:229) | at org.jboss.portlet.JBossPortlet.render(JBossPortlet.java:366) | at org.jboss.portal.portlet.impl.jsr168.PortletContainerImpl.invokeRender(PortletContainerImpl.java:483) | at org.jboss.portal.portlet.impl.jsr168.PortletContainerImpl.dispatch(PortletContainerImpl.java:405) | at org.jboss.portal.portlet.container.PortletContainerInvoker$1.invoke(PortletContainerInvoker.java:86) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:131) | at org.jboss.portal.core.aspects.portlet.TransactionInterceptor.org$jboss$portal$core$aspects$portlet$TransactionInterceptor$invokeRequired$aop(TransactionInterceptor.java:106) | at org.jboss.portal.core.aspects.portlet.TransactionInterceptor$invokeRequired_9103964459766407072.invokeNext(TransactionInterceptor$invokeRequired_9103964459766407072.java) | at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:126) | at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:195) | at org.jboss.portal.core.aspects.portlet.TransactionInterceptor$invokeRequired_9103964459766407072.invokeNext(TransactionInterceptor$invokeRequired_9103964459766407072.java) | at org.jboss.aspects.tx.TxPolicy.invokeInCallerTx(TxPolicy.java:126) | at org.jboss.aspects.tx.TxInterceptor$Required.invoke(TxInterceptor.java:195) | at org.jboss.portal.core.aspects.portlet.TransactionInterceptor$invokeRequired_9103964459766407072.invokeNext(TransactionInterceptor$invokeRequired_9103964459766407072.java) | at org.jboss.portal.core.aspects.portlet.TransactionInterceptor.invokeRequired(TransactionInterceptor.java) | at org.jboss.portal.core.aspects.portlet.TransactionInterceptor.invoke(TransactionInterceptor.java:72) | at org.jboss.portal.portlet.invocation.PortletInterceptor.invoke(PortletInterceptor.java:38) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.core.aspects.portlet.HeaderInterceptor.invoke(HeaderInterceptor.java:50) | at org.jboss.portal.portlet.invocation.PortletInterceptor.invoke(PortletInterceptor.java:38) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.portlet.aspects.portlet.ProducerCacheInterceptor.invoke(ProducerCacheInterceptor.java:58) | at org.jboss.portal.portlet.invocation.PortletInterceptor.invoke(PortletInterceptor.java:38) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.core.aspects.portlet.AjaxInterceptor.invoke(AjaxInterceptor.java:51) | at org.jboss.portal.portlet.invocation.PortletInterceptor.invoke(PortletInterceptor.java:38) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.portlet.aspects.portlet.ModesInterceptor.invoke(ModesInterceptor.java:62) | at org.jboss.portal.portlet.invocation.PortletInterceptor.invoke(PortletInterceptor.java:38) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.bridge.BridgeInterceptor.invoke(BridgeInterceptor.java:47) | at org.jboss.portal.portlet.invocation.PortletInterceptor.invoke(PortletInterceptor.java:38) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.portlet.aspects.portlet.WindowStatesInterceptor.invoke(WindowStatesInterceptor.java:55) | at org.jboss.portal.portlet.invocation.PortletInterceptor.invoke(PortletInterceptor.java:38) | at org.jboss.portal.common.invocation.Invocation.invokeNext(Invocation.java:115) | at org.jboss.portal.portlet.aspects.portlet.PortletSessionSynchronizationInterceptor.invoke(PortletSessionSynchronizationInterceptor.java:80) | at org.jboss.portal.portlet.invocation.PortletInterceptor.invoke(PortletInterceptor.java:38) | at org.jb
[jboss-user] [JBoss Portal] - Re: CMS
Err, ok. But since I'm potentially having a cache problem, I'll do that later. View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4080006#4080006 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4080006 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Re: CMS
More about that... It's weird because I can't write anything at the root of the CMS repository. I get an AccessDenidedException even if I have Administrator privileges. I can validate that I have those privileges because they get written in the database. Also note that I didn't use the bundeled portal download package, since I needed JBoss 4.0.5 along with Portal 2.6.1. This portal version usually ships with JBoss AS 4.2 or something I think. I've also tried to monitor the database logs and I confirm that when I create elements in the repository, they don't get created in the database. Only an access rights validation is done. I can't even find where the data gets written when I create elements in the CMS repository. I can't find it's trace in the DB, nor in the file system. Does it get created in memory but JBoss cache blocks it from beeing written ? How can I verify that ? View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4079995#4079995 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4079995 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - CMS
Hello, I?ve installed JBoss portal 2.6.1-CR1 on JBoss AS 4.0.5. When erasing the portal DB on MySQL 5.0.45 and starting the AS, all the tables get created. I can then access the CMS content, but every time I change something in the repository, once I restart, it?s not there anymore. The CMS jboss-service file is configured properly for RDBMS storage and the datasource has the ?jdbcCompliantTruncation? parameter set to false to solve the famous MySQL 5 truncation error. Also, changing the access rights on the CMS content has no effect, thus enforcing my theory which is this : the CMS doesn?t use the database at all. Also, the table jbp_cms_cmsentry is empty. Is that normal ? The only error included in the log is concerning JBoss cache : == 2007-08-30 14:45:09,073 WARN [org.jboss.cache.interceptors.CacheLoaderInterceptor] CacheLoader.get() should return an empty Map if the node does exist but doesn't have any attributes. 2007-08-30 14:45:09,174 WARN [org.jboss.cache.interceptors.CacheLoaderInterceptor] CacheLoader.get(Fqn) returned a null; assuming the node nodes not exist. 2007-08-30 14:45:09,174 WARN [org.jboss.cache.interceptors.CacheLoaderInterceptor] The CacheLoader interface has changed since JBossCache 1.3.x 2007-08-30 14:45:09,174 WARN [org.jboss.cache.interceptors.CacheLoaderInterceptor] Please see http://jira.jboss.com/jira/browse/JBCACHE-118 I don?t know if this is related nor how to fix this. Please help. I've been wasting time on this problem for days... :o( View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4079984#4079984 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4079984 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
[jboss-user] [JBoss Portal] - Dashboard 403 error
I was working on making the portal CAS compliant and when I finally suceeded, it turns out that I changed some config option and now the dashboard page keeps answering with a 403 unauthorized error. I verified every portlet-instance.xml file and portal-object file but I don't remember where I tweaked it. Here's a server log excerpt. anonymous wrote : 2007-08-27 10:21:27,505 DEBUG [org.apache.jk.server.JkCoyoteHandler] Invoke R( /portal/auth/dashboard) [EMAIL PROTECTED] /portal/auth/dashboard | | 2007-08-27 10:21:27,505 DEBUG [org.apache.catalina.connector.CoyoteAdapter] Requested cookie session id is 3A0BF35C49C69D2B5A2ED7B741588E44 | | 2007-08-27 10:21:27,505 DEBUG [org.apache.catalina.authenticator.AuthenticatorBase] Security checking request GET /portal/auth/dashboard | | 2007-08-27 10:21:27,505 DEBUG [org.apache.catalina.authenticator.AuthenticatorBase] We have cached auth type FORM for principal GenericPrincipal[SIM\boudrel(Authenticated,User,(...))] | | 2007-08-27 10:21:27,506 DEBUG [org.apache.catalina.realm.RealmBase] Checking constraint 'SecurityConstraint[Authenticated]' against GET /auth/dashboard --> true | | 2007-08-27 10:21:27,506 DEBUG [org.apache.catalina.realm.RealmBase] Checking constraint 'SecurityConstraint[Secure]' against GET /auth/dashboard --> false | | 2007-08-27 10:21:27,506 DEBUG [org.apache.catalina.realm.RealmBase] Checking constraint 'SecurityConstraint[Secure+Authenticated]' against GET /auth/dashboard --> false | | 2007-08-27 10:21:27,506 DEBUG [org.apache.catalina.realm.RealmBase] Checking constraint 'SecurityConstraint[Authenticated]' against GET /auth/dashboard --> true | | 2007-08-27 10:21:27,506 DEBUG [org.apache.catalina.realm.RealmBase] Checking constraint 'SecurityConstraint[Secure]' against GET /auth/dashboard --> false | | 2007-08-27 10:21:27,506 DEBUG [org.apache.catalina.realm.RealmBase] Checking constraint 'SecurityConstraint[Secure+Authenticated]' against GET /auth/dashboard --> false | | 2007-08-27 10:21:27,506 DEBUG [org.apache.catalina.authenticator.AuthenticatorBase] Calling hasUserDataPermission() | | 2007-08-27 10:21:27,506 DEBUG [org.apache.catalina.realm.RealmBase] User dataconstraint has no restrictions | | 2007-08-27 10:21:27,506 DEBUG [org.apache.catalina.authenticator.AuthenticatorBase] Calling authenticate() | | | | | | | 2007-08-27 10:21:27,506 DEBUG [org.apache.catalina.authenticator.FormAuthenticator] Already authenticated 'SIM\boudrel' | | 2007-08-27 10:21:27,506 DEBUG [org.apache.catalina.authenticator.AuthenticatorBase] Calling accessControl() | | 2007-08-27 10:21:27,506 DEBUG [org.apache.catalina.realm.RealmBase] Username SIM\boudrel has role Authenticated | | 2007-08-27 10:21:27,506 DEBUG [org.apache.catalina.authenticator.AuthenticatorBase] Successfully passed all security constraints | | 2007-08-27 10:21:27,531 DEBUG [org.apache.jk.core.MsgContext] COMMIT | | 2007-08-27 10:21:27,531 DEBUG [org.apache.jk.common.JkInputStream] COMMIT sending headers [EMAIL PROTECTED] === MimeHeaders ===Pragma = No-cacheCache-Control = no-cacheExpires = Wed, 31 Dec 1969 19:00:00 ESTX-Powered-By = Servlet 2.4; JBoss-4.0.5.GA (build: CVSTag=Branch_4_0 date=200610162339)/Tomcat-5.5 | | The response headers are these : anonymous wrote : Date: Mon, 27 Aug 2007 14:34:44 GMT | Server: Apache/2.2.4 (Unix) mod_ssl/2.2.4 OpenSSL/0.9.8b DAV/2 mod_jk/1.2.23 | Pragma: No-cache | Cache-Control: no-cache | Expires: Wed, 31 Dec 1969 19:00:00 EST | X-Powered-By: Servlet 2.4; JBoss-4.0.5.GA (build: CVSTag=Branch_4_0 date=200610162339)/Tomcat-5.5 | Content-Length: 964 | Keep-Alive: timeout=5, max=100 | Connection: Keep-Alive | Content-Type: text/html;charset=utf-8 | | 403 Forbidden View the original post : http://www.jboss.com/index.html?module=bb&op=viewtopic&p=4078367#4078367 Reply to the post : http://www.jboss.com/index.html?module=bb&op=posting&mode=reply&p=4078367 ___ jboss-user mailing list jboss-user@lists.jboss.org https://lists.jboss.org/mailman/listinfo/jboss-user
