Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Replace all instances of org.jasig.portal.services.persondir in the file with org.jasig.services.persondir

CachingPersonAttributeDaoImpl

The CachingPersonAttributeDaoImpl in uPortal 2 automatically discovered the cache to use. With the stand-alone project the cache needs to be provided.

If you have a CachingPersonAttributeDaoImpl add the property:

Code Block
xml
xml

<property name="userInfoCache">
    <bean class="org.jasig.portal.utils.cache.MapCacheFactoryBean">
        <property name="cacheFactory" ref="cacheFactory" />
        <property name="cacheName" value="org.jasig.services.persondir.USER_INFO" />
    </bean>
</property>

JdbcPersonAttributeDaoImpl

JdbcPersonAttributeDaoImpl was renamed to SingleRowJdbcPersonAttributeDao and moved into the org.jasig.services.persondir.support.jdbc package. Update the bean class attribute to org.jasig.services.persondir.support.jdbc.SingleRowJdbcPersonAttributeDao

DataSource Access

In the uPortal 2 file access to the Portal DataSource was done via Spring's MethodInvokingFactoryBean. Although the API is still available this will not work in uPortal 3 and will cause the portal to fail to start. The portal's DataSource is now available as a Spring bean named PortalDB which should be injected instead.

For example the following xml snippet:

Code Block
xml
xml

<constructor-arg index="0">
    <bean class="org.springframework.beans.factory.config.MethodInvokingFactoryBean">
        <property name="staticMethod">
            <value>org.jasig.portal.RDBMServices.getDataSource</value>
        </property>
    </bean>
</constructor-arg> 

Should be replaced with the following:

Code Block
xml
xml

<constructor-arg index="0" ref="PortalDb" />