| 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 container
 
- adapters and using web.xml security constraints to protect HTTP resources.
 
- <p>Unfortunately, changes to the API and package locations were required. The
 
- following should help most casual users of the project update their
 
- applications:
 
- <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>
 
 
  |