| 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253 | <html><head><title>Acegi Security - Upgrading from version 0.3 to 0.4</title></head><body><h1>Upgrading from 0.3 to 0.4</h1><p>Several changes were made between version 0.3 and 0.4 of the project.These changes increased the modularity of the code, enhanced unit testing,made package roles clearer, and added compelling alternatives to containeradapters and using web.xml security constraints to protect HTTP resources.<p>Unfortunately, changes to the API and package locations were required. Thefollowing should help most casual users of the project update theirapplications:<ul><li>All references to net.sf.acegisecurity.SecurityInterceptor become  net.sf.acegisecurity.intercept.method.MethodSecurityInterceptor.</li><li>All references to net.sf.acegisecurity.MethodDefinitionAttributes become  net.sf.acegisecurity.intercept.method.MethodDefinitionAttributes.</li><li>All references to net.sf.acegisecurity.adapters.AutoIntegrationFilter become  net.sf.acegisecurity.ui.AutoIntegrationFilter (see your web.xml).</li><li>If you're using container adapters (extremely likely), consider replacing  them with the net.sf.acegisecurity.ui.webapp package. This will avoid  the need to have JARs in your container classloader, and is a lot cleaner.  Refer to the reference documentation or Contacts sample application.</li><li>If you're using web.xml <security-constraint>s for securing HTTP URLs  (extremely likely), consider replacing it with the  net.sf.acegisecurity.intercept.web package. This will give you considerably  more flexibility, and reuse the same concepts as you'd be familiar with  via the method security interception system. Refer to the reference  documentation or Contacts sample application.</li><li>The Contacts sample application now builds two distributions: contacts.war  can be instantly deployed without configuring any container adapters,  whilst contacts-container-adapter.war still uses container adapters. The  contacts.war uses the net.sf.acegisecurity.intercept.web package to  protect HTTP URLs, rather than web.xml <security-constraint>s.</li><li>If you're using the Jetty container adapter, please check the jetty.xml  requirements in the reference documentation. There has been a minor change.</li></ul><p>We hope you find the new features useful in your projects.</body></html>
 |