geronimo-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Hari Kodungallur <hkodungal...@spikesource.com>
Subject Re: Thread hijacking - Was: LoginModule question. - Was: Today's build - Was: Building 1.0 M3 - Was: Tomcat Module Still Broken
Date Thu, 06 Jan 2005 01:41:31 GMT
Hi David,

I am sorry. Did not think about it when I wrote the emails.
I will be careful from now on :)

Thanks
-Hari 


On Wed, 2005-01-05 at 17:26, David Blevins wrote:
> Hey Hari,
> 
> First, thanks very much for all the feedback and time!
> 
> That said, please don't hit the reply button when starting new threads  
> as it really messes up those with threaded email clients.
> 
> Best regards,
> David
> 
> On Jan 4, 2005, at 11:41 AM, Hari Kodungallur wrote:
> 
> > Sorry. My bad.
> > I was doing something wrong. I got past this error. Thanks
> >
> >
> > Anita, even though the constructor has 9 params, they are all not  
> > needed
> > to be specified in the descriptor file. The params not specified here
> > have default values. I based my example on the login module in the
> > j2ee-server plan file.
> >
> > Thanks!
> > -Hari
> >
> >
> > On Fri, 2004-12-31 at 09:17, anita kulshreshtha wrote:
> >> Alan, Hari
> >>     AIUI (I might be wrong) GenericSecurityRealm does
> >> not have a constructor to deal with this. The only
> >> constructor needs 9 parameters -
> >>  public GenericSecurityRealm(String realmName,
> >>                                 Properties
> >> loginModuleConfiguration,
> >>                                 boolean
> >> restrictPrincipalsToServer,
> >>                                 Principal
> >> defaultPrincipal,
> >>                                 MapOfSets
> >> autoMapPrincipalClasses,
> >>                                 Properties
> >> deploymentSupport,
> >>                                 ServerInfo serverInfo,
> >>                                 ClassLoader
> >> classLoader,
> >>                                 Kernel kernel) throws
> >> MalformedObjectNameException
> >>      Either we provide a constructor like -
> >>  public GenericSecurityRealm(String realmName,
> >>                                 Properties
> >> loginModuleConfiguration,
> >>                                 MapOfSets
> >> autoMapPrincipalClasses,
> >>                                 ServerInfo serverInfo,
> >> ) throws MalformedObjectNameException
> >>       or change the definition of the Gbean.
> >>
> >> Thanks
> >> Anita
> >> --- "Alan D. Cabrera" <adc@toolazydogs.com> wrote:
> >>
> >>> Hari,
> >>>
> >>> I have a pretty good idea about what's going on but,
> >>> can you send me the
> >>> full stack trace?
> >>>
> >>>
> >>> Regards,
> >>> Alan
> >>>
> >>>
> >>>> -----Original Message-----
> >>>> From: Hari Kodungallur
> >>> [mailto:hkodungallur@spikesource.com]
> >>>> Sent: Thursday, December 30, 2004 11:40 PM
> >>>> To: dev@geronimo.apache.org
> >>>> Subject: LoginModule question.
> >>>>
> >>>> Hi,
> >>>>
> >>>> First of all, happy new year everyone!
> >>>>
> >>>> Now, my question.
> >>>>
> >>>> I am trying to deploy a login module that we
> >>> wrote. At the time of
> >>>> deployment, the classloader can not find the Login
> >>> Module class and
> >>>> throws a ClassNotFoundException. I think I am not
> >>> understanding
> >>>> something here. I would greatly appreciate it if
> >>> someone can tell me
> >>>> point me to the mistakes that I am making.
> >>>>
> >>>> Basically I am deploying a web app, with an
> >>> authentication filter. It
> >>>> needs a login module called SampleJDBC, which
> >>> would look like this:
> >>>>
> >>>>  SampleJDBC {
> >>>>     auth.MyLoginModule required debug=true
> >>> ...<options>...
> >>>>  };
> >>>>
> >>>>
> >>>> auth.MyLoginModule is present in WEB-INF/classes.
> >>>>
> >>>>
> >>>> My geronimo-jetty.xml has the following:
> >>>>
> >>>>
> >>>>
> >>>> <gbean
> >>>
> >> name="geronimo.security:type=LoginModule,name=SampleJDBC"
> >>>>
> >>>
> >> class="org.apache.geronimo.security.jaas.LoginModuleGBean">
> >>>>   <attribute name="loginModuleClass"
> >>> type="java.lang.String">
> >>>>            auth.MyLoginModule
> >>>>   </attribute>
> >>>>   <attribute name="options"
> >>> type="java.util.Properties">
> >>>>         ....<options>....
> >>>>   </attribute>
> >>>>   <attribute name="serverSide"
> >>> type="boolean">true</attribute>
> >>>>   <attribute name="loginDomainName"
> >>> type="java.lang.String">
> >>>>         SampleJDBC
> >>>>   </attribute>
> >>>> </gbean>
> >>>>
> >>>> <gbean
> >>>
> >> name="geronimo.security:type=SecurityRealm,realm=SampleJDBC"
> >>>>
> >>>
> >> class="org.apache.geronimo.security.realm.GenericSecurityRealm">
> >>>>   <attribute
> >>> name="realmName"type="java.lang.String">
> >>>>        SampleJDBC
> >>>>   </attribute>
> >>>>   <attribute
> >>>
> >> name="loginModuleConfiguration"type="java.util.Properties">
> >>>>
> >>>>
> >>>
> >> LoginModule.1.REQUIRED=geronimo.security: 
> >> type=LoginModule,name=SampleJDB
> >>> C
> >>>>   </attribute>
> >>>>   <reference name="ServerInfo">
> >>>>      geronimo.system:role=ServerInfo
> >>>>   </reference>
> >>>>   <attribute name="autoMapPrincipalClasses"
> >>> type="java.lang.String">
> >>>>          auth.MyPrincipal
> >>>>   </attribute>
> >>>> </gbean>
> >>>>
> >>>> <gbean
> >>>
> >> name="geronimo.security:type=ConfigurationEntry,jaasId=myTest"
> >>>>
> >>>
> >> class="org.apache.geronimo.security.jaas.ServerRealmConfigurationEntry 
> >> ">
> >>>>   <attribute name="applicationConfigName"
> >>> type="java.lang.String">
> >>>>    myTest
> >>>>   </attribute>
> >>>>   <attribute name="realmName"
> >>> type="java.lang.String">
> >>>>     SampleJDBC
> >>>>   </attribute>
> >>>> </gbean>
> >>>>
> >>>>
> >>>> The exception is ClassNotFoundException:
> >>> auth.MyLoginModule
> >>>>
> >>>> and it happens at
> >>>>
> >>>>
> >>>
> >> org.apache.geronimo.security.jaas.JaasLoginModuleConfiguration.getLogi 
> >> nM
> >>> od
> >>>> ule(JaasLoginModuleConfiguration.java:65)
> >>>>
> >>>> I have tried, with no luck, jar-ing the classes
> >>> and then providing a
> >>>> <dependency> in the geronimo-jetty.xml. We do use
> >>> Spring, but I am not
> >>>> sure whether that could be the problem, since this
> >>> problems seems to
> >>> be
> >>>> happening when trying to initialize the realm.
> >>>>
> >>>>
> >>>> Thanks very much!
> >>>> -Hari
> >>>>
> >>>
> >>>
> >>>
> >>
> >>
> >>
> >> 		
> >> __________________________________
> >> Do you Yahoo!?
> >> All your favorites on one personal page  Try My Yahoo!
> >> http://my.yahoo.com
> 


Mime
View raw message