Did you look at the example that comes with your CAS version? I posted the link to every version via our SVN.
On Thu, May 13, 2010 at 2:00 PM, Steve O'Brien <[email protected]>wrote: > Using this: > > > > <bean id="userDetailsService" > class="org.springframework.security.userdetails.memory.InMemoryDaoImpl"> > > <property name="userMap"> > > <value> > > > > </value> > > </property> > > </bean> > > > > <!-- > > Bean that defines the attributes that a service may return. This > example uses the Stub/Mock version. A real implementation > > may go against a database or LDAP server. The id should remain > "attributeRepository" though. > > --> > > <bean id="attributeRepository" > > > class="org.jasig.services.persondir.support.StubPersonAttributeDao"> > > <property name="backingMap"> > > <map> > > <entry key="uid" value="uid" /> > > <entry key="eduPersonAffiliation" > value="eduPersonAffiliation" /> > > <entry key="groupMembership" > value="groupMembership" /> > > </map> > > </property> > > </bean> > > > > > > Gives me this: > > > > The Spring ContextLoaderListener we wrap threw on contextInitialized. > > But for our having caught this error, the web application context would not > have initialized. > > org.springframework.beans.factory.BeanCreationException: Error creating > bean with name 'scheduler' defined in ServletContext resource > [/WEB-INF/spring-config > > uration/applicationContext.xml]: Invocation of init method failed; nested > exception is org.springframework.beans.factory.CannotLoadBeanClassException: > Cannot > > find class > [org.springframework.security.userdetails.memory.InMemoryDaoImpl] for bean > with name 'userDetailsService' defined in ServletContext resource [/WE > > B-INF/deployerConfigContext.xml]; nested exception is > java.lang.ClassNotFoundException: > org.springframework.security.userdetails.memory.InMemoryDaoImpl > > > > Thanks! > > > > Steve O'Brien > > > > *From:* Scott Battaglia [mailto:[email protected]] > *Sent:* Thursday, May 13, 2010 10:53 AM > > *To:* [email protected] > *Subject:* Re: [BULK] Re: [cas-user] Trying to build AD-LDAP enabled CAS > > > > What do you mean "does not work"? We can't help you if you don't tell us > why its not working. > > On Thu, May 13, 2010 at 1:34 PM, Steve O'Brien <[email protected]> > wrote: > > Is there any documentation for this? > > > > Using the “stock” portion does not work and I really don’t understand what > it is trying to do- > > <!-- > > This bean defines the security roles for the Services Management > application. Simple deployments can use the in-memory version. > > More robust deployments will want to use another option, such as > the Jdbc version. > > > > The name of this should remain "userDetailsService" in order for > Spring Security to find it. > > > > To use this, you should add an entry similar to the following > between the two value tags: > > battags=notused,ROLE_ADMIN > > > > where battags is the username you want to grant access to. You can > put one entry per line. > > --> > > > > <sec:user-service id="userDetailsService"> > > <sec:user name="@@THIS SHOULD BE REPLACED@@" password="notused" > authorities="ROLE_ADMIN" /> > > </sec:user-service> > > > > <!-- > > Bean that defines the attributes that a service may return. This > example uses the Stub/Mock version. A real implementation > > may go against a database or LDAP server. The id should remain > "attributeRepository" though. > > --> > > <bean id="attributeRepository" > > > class="org.jasig.services.persondir.support.StubPersonAttributeDao"> > > <property name="backingMap"> > > <map> > > <entry key="uid" value="uid" /> > > <entry key="eduPersonAffiliation" > value="eduPersonAffiliation" /> > > <entry key="groupMembership" > value="groupMembership" /> > > </map> > > </property> > > </bean> > > > > > > Thanks! > > > > Steve > > > > *From:* Scott Battaglia [mailto:[email protected]] > *Sent:* Thursday, May 13, 2010 10:12 AM > > > *To:* [email protected] > > *Subject:* Re: [BULK] Re: [cas-user] Trying to build AD-LDAP enabled CAS > *Importance:* Low > > > > First, I would recommend starting with the configuration file in the > release that you're interested in rather than from the NTU web site. You > should be able to find the configuration file in the releases download or > from our SVN server for your release: > > > > https://www.ja-sig.org/svn/cas3/tags/ > > That should be a good starting point for the correct configuration. And > then build on top of that. > > Cheers, > Scott > > -- > > > > You are currently subscribed to [email protected] as: > [email protected] > > > > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/cas-user > > > > -- > > You are currently subscribed to [email protected] as: > [email protected] > > > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/cas-user > > -- > You are currently subscribed to [email protected] as: > [email protected] > > To unsubscribe, change settings or access archives, see > http://www.ja-sig.org/wiki/display/JSG/cas-user > > -- You are currently subscribed to [email protected] as: [email protected] To unsubscribe, change settings or access archives, see http://www.ja-sig.org/wiki/display/JSG/cas-user
