Hello,
I'm sorry, but i've no idee how to do this. Any help would be appreciated.
thx
MARTEAU Christophe
CICT
118, route de Narbonne
31000 Toulouse
Andrew Feller a écrit :
Scott means to configure a Quartz job on both of the CAS servers that has a
reference to the service registry and will call the reload method whenever
the job is executed.
On 7/16/09 1:28 AM, "Marteau Christophe" <[email protected]> wrote:
Thanx for all answers.
You mean a tomcat reload ? or just the service registry reload (how can
I do this ?)
For those who are interested in LDAP service registry in a cluster
environment, here is a sample conf with 2 LDAP (replicated):
deployerConfigContext.xml
[...]
<bean id="userDetailsService"
class="org.springframework.security.userdetails.memory.InMemoryDaoImpl">
<property name="userMap">
<value>
admin1=notused,ROLE_ADMIN
admin2=notused,ROLE_ADMIN
admin3=notused,ROLE_ADMIN
</value>
</property>
</bean>
[...]
<bean id="serviceRegistryDao"
class="org.jasig.cas.adaptors.ldap.services.LdapServiceRegistryDao">
<property name="ldapTemplate">
<ref bean="ldapTemplate"/>
</property>
<property name="serviceBaseDN"
value="ou=services,dc=example,dc=fr"/>
</bean>
<!-- Move the values into the cas.properties file. -->
<bean id="contextSourceServices"
class="org.springframework.ldap.core.support.LdapContextSource">
<property name="pooled" value="true" />
<property name="urls">
<list>
<value>ldap://ldaptest.example.fr:389</value>
<value>ldap://ldaptest2.example.fr:389</value>
</list>
</property>
<property name="userDn"
value="uid=serviceswriter,ou=people,dc=example,dc=fr" />
<property name="password" value="mypwd" />
<property name="baseEnvironmentProperties">
<map>
<entry
key="com.sun.jndi.ldap.connect.timeout" value="500" />
<entry
key="com.sun.jndi.ldap.read.timeout" value="2000" />
<entry>
<key>
<value>
java.naming.security.authentication
</value>
</key>
<value>simple</value>
</entry>
</map>
</property>
</bean>
<bean id="ldapTemplate"
class="org.springframework.ldap.core.LdapTemplate">
<constructor-arg ref="contextSourceServices" />
</bean>
[...]
MARTEAU Christophe
CICT
118, route de Narbonne
31000 Toulouse
Scott Battaglia a écrit :
Its not a bug. Its just poorly documented that you're supposed to
schedule a reload.
Cheers from the Dominican Republic with barely working Internet,
Scott
On Wed, Jul 15, 2009 at 3:48 PM, Andrew Feller <[email protected]
<mailto:[email protected]>> wrote:
I have broke down and analyzed the 3.3.3 code base and there is no
code that
calls the reload() method. I would have assumed that the default
services
manager call the reload after a service is added, updated, or deleted.
I will file a JIRA issue for this as this is something that should be
addressed in some form or fashion.
Thanks for the insight M,
A
On 7/15/09 2:14 PM, "Marvin Addison" <[email protected]
<mailto:[email protected]>> wrote:
I dont know how it is managed with JPA, but with ldap
serviceregistry,
the ldap is not read until tomcat restart to get service list.
Wow, that is surprising. My code review shows it's a fundamental
design of DefaultServicesManagerImpl, so it would affect all service
registry implementations that use it. We've been using
JpaServiceRegistryDaoImpl on an active-active load balanced
cluster in
our test environment for a while now, and have never noticed a
problem, but it is restarted frequently which could explain why we
never noticed this limitation.
The good news is the point that Andrew noted, that
DefaultServicesManagerImpl implements ReloadableServicesManager, so
you could set up a Quartz job in one the Spring contexts to call the
reload() method regularly to sync the other nodes with the one that
changed.
M
--
Andrew Feller, Business System Programmer
LSU University Information Services
200 Frey Computing Services Center
Baton Rouge, LA 70803
Office: 225.578.3737
Fax: 225.578.6400
--
You are currently subscribed to [email protected]
<mailto:[email protected]> as: [email protected]
<mailto:[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
