Return-Path: Delivered-To: apmail-incubator-jspwiki-user-archive@locus.apache.org Received: (qmail 74000 invoked from network); 4 Jun 2008 19:48:41 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 4 Jun 2008 19:48:41 -0000 Received: (qmail 94845 invoked by uid 500); 4 Jun 2008 19:48:43 -0000 Delivered-To: apmail-incubator-jspwiki-user-archive@incubator.apache.org Received: (qmail 94833 invoked by uid 500); 4 Jun 2008 19:48:43 -0000 Mailing-List: contact jspwiki-user-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: jspwiki-user@incubator.apache.org Delivered-To: mailing list jspwiki-user@incubator.apache.org Received: (qmail 94822 invoked by uid 99); 4 Jun 2008 19:48:43 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jun 2008 12:48:43 -0700 X-ASF-Spam-Status: No, hits=2.6 required=10.0 tests=DNS_FROM_OPENWHOIS,SPF_HELO_PASS,SPF_PASS,WHOIS_MYPRIVREG X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of lists@nabble.com designates 216.139.236.158 as permitted sender) Received: from [216.139.236.158] (HELO kuber.nabble.com) (216.139.236.158) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 04 Jun 2008 19:47:53 +0000 Received: from isper.nabble.com ([192.168.236.156]) by kuber.nabble.com with esmtp (Exim 4.63) (envelope-from ) id 1K3yxu-0000kR-Ab for jspwiki-user@incubator.apache.org; Wed, 04 Jun 2008 12:48:10 -0700 Message-ID: <17655103.post@talk.nabble.com> Date: Wed, 4 Jun 2008 12:48:10 -0700 (PDT) From: new2Jaas To: jspwiki-user@incubator.apache.org Subject: Re: Integrating JSPWiki in another webapp In-Reply-To: <477E699A.7030607@synyx.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Nabble-From: ramyakgrama@gmail.com References: <477E699A.7030607@synyx.de> X-Virus-Checked: Checked by ClamAV on apache.org Hi, I tried a similar thing. I am writing my own LoginModule (MyLoginModule) and MyCallbackHandler and would want to "modifyPrincipals" as mentioned by Florian. MyCallbackHandler is creating an array of callbacks[] with 2 Namecallback objects (one for userName and one for userType). These two (userName and userType) are got from request parameters that come from another web application within the same Tomcat container. However, should MyLoginModule extend from AbstractLoginModule to be able to do that. If so, then I have an issue with initialising my callbackhandler object in the loginmodule. The earlier approach I tried was for MyLoginModule to implement LoginModule interface - this let me implement initialise, commit, abort and logout methods - but I didnt have access to the m_principals etc., collections to be able to modifyPrincipals. How do I do both - be able to initialise my callback handler AND have access to m_principals etc., collections? PLEASE HELP!!! I am using Tomcat5.5. I set the jspwiki.security = jaas, set the policy to use JSPWiki-Custom authentication. Using JSPWiki 2.6.2. Florian Hopf-2 wrote: > > Hi, > I'm currently in the process of integrating JSPWiki in a different > webapp and have some problems regarding authorization. > > I want the wiki to be integrated completely in my webapp and use only > the login of my webapp. The wiki is not supposed to be visible at all > for anonymous users. > > I developed a LoginModule that retrieves the user information from > session. The relevant section of the LoginModule: > > WikiPrincipal userPrincipal = new > WikiPrincipal(user.getCmsUserName()); > > // If login succeeds, commit these principals/roles > m_principals.add(userPrincipal); > m_principals.add(Role.AUTHENTICATED); > m_principals.add(Role.ALL); > > // If login succeeds, overwrite these principals/roles > m_principalsToOverwrite.add( WikiPrincipal.GUEST ); > m_principalsToOverwrite.add(Role.ANONYMOUS); > m_principalsToOverwrite.add(Role.ASSERTED); > > // If login fails, remove these roles > m_principalsToRemove.add(Role.AUTHENTICATED); > > return true; > > I adjusted the jspwiki.jaas configuration to look like this: > > JSPWiki-container { > my.LoginModule SUFFICIENT; > com.ecyrd.jspwiki.auth.login.AnonymousLoginModule SUFFICIENT; > }; > > I still use the WebContainerAuthorizer, as long as I'm always logged in, > this shouldn't matter? > > I adjusted jspwiki.policy to look like this (only Authenticated > permissions): > > ... keystore and code policies ... > > grant signedBy "jspwiki", > principal com.ecyrd.jspwiki.auth.authorize.Role "Authenticated" { > permission com.ecyrd.jspwiki.auth.permissions.PagePermission "*:*", > "rename"; > permission com.ecyrd.jspwiki.auth.permissions.WikiPermission "*", > "createPages"; > permission com.ecyrd.jspwiki.auth.permissions.AllPermission "JSPWiki"; > permission com.ecyrd.jspwiki.auth.permissions.WikiPermission "*", > "login"; > }; > > Now when I access the main page everything seems to work fine (It > displays my user name on the left bar) but I can't click any links > because I don't have access to any page. (The log says: User hopf has no > access - forbidden > (permission=("com.ecyrd.jspwiki.auth.permissions.PagePermission","JSPWiki:UndefinedPages","view")) > > I ran a debugger session to find out, what's wrong. My session subject > contains all three principals (the WikiPrincipal and the two roles ALL > and AUTHENTICATED) but all security checks for PagePermissions fail. I > tried to include all PagePermissions (edit, view, ...) but this didn't > help either. > > Am I on the right track trying to integrate the wiki in my user > management or am I doing something wrong? > > Thanks for any help > Florian > > > -- View this message in context: http://www.nabble.com/Integrating-JSPWiki-in-another-webapp-tp14621031p17655103.html Sent from the JspWiki - User mailing list archive at Nabble.com.