Announcement Announcement Module
Collapse
No announcement yet.
using acegi0.8.2 with websphere 5.1.0,and get Servlet Error! Page Title Module
Move Remove Collapse
This topic is closed
X
X
Conversation Detail Module
Collapse
  • Filter
  • Time
  • Show
Clear All
new posts

  • using acegi0.8.2 with websphere 5.1.0,and get Servlet Error!

    I deploy a web app in websphere 5.1.0.
    My web.xml is

    Code:
    <filter-mapping>
        <filter-name>securityFilter</filter-name>
        <url-pattern>/j_security_check</url-pattern>
    </filter-mapping>
    ...........
     <filter>
            <filter-name>securityFilter</filter-name>
            <filter-class>net.sf.acegisecurity.util.FilterToBeanProxy</filter-class>
            <init-param>
                <param-name>targetClass</param-name>
                <param-value>net.sf.acegisecurity.util.FilterChainProxy</param-value>
            </init-param>
        </filter>
    and applicationContext.xml is
    Code:
     <bean id="filterChainProxy" class="net.sf.acegisecurity.util.FilterChainProxy">
            <property name="filterInvocationDefinitionSource">
                <value>
                    CONVERT_URL_TO_LOWERCASE_BEFORE_COMPARISON
                    PATTERN_TYPE_APACHE_ANT
                    /j_security_check*=httpSessionContextIntegrationFilter,authenticationProcessingFilter
                              </value>
            </property>
        </bean>
    while login on,I got the following errror and the ie url like this
    http://localhost:8080/myapp/j_securi...sword=password
    Code:
    WebGroup  E SRVE0026E&#58; Servlet Error&#58;              FormLoginServletcom.ibm.ws.webcontainer.servlet.exception.ServletNotFoundException&#58;  Servlet FormLoginServlet
    	at com.ibm.ws.webcontainer.webapp.WebAppServletManager.getServletReference&#40;WebAppServletManager.java&#58;458&#41;
    	at com.ibm.ws.webcontainer.webapp.WebApp.getServletReference&#40;WebApp.java&#58;652&#41;
    	at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcherInfo.calculateInfo&#40;WebAppRequestDispatcherInfo.java&#58;139&#41;
    	at com.ibm.ws.webcontainer.webapp.WebAppRequestDispatcherInfo.<init>&#40;WebAppRequestDispatcherInfo.java&#58;59&#41;
    	at com.ibm.ws.webcontainer.webapp.WebApp.getRequestDispatcher&#40;WebApp.java&#58;1462&#41;
    	at com.ibm.ws.webcontainer.webapp.WebApp.getRequestDispatcher&#40;WebApp.java&#58;1421&#41;
    	at com.ibm.ws.webcontainer.srt.WebAppInvoker.handleInvocationHook&#40;WebAppInvoker.java&#58;268&#41;
    	at com.ibm.ws.webcontainer.cache.invocation.CachedInvocation.handleInvocation&#40;CachedInvocation.java&#58;71&#41;
    	at com.ibm.ws.webcontainer.srp.ServletRequestProcessor.dispatchByURI&#40;ServletRequestProcessor.java&#58;182&#41;
    	at com.ibm.ws.webcontainer.oselistener.OSEListenerDispatcher.service&#40;OSEListener.java&#58;334&#41;
    	at com.ibm.ws.webcontainer.http.HttpConnection.handleRequest&#40;HttpConnection.java&#58;56&#41;
    	at com.ibm.ws.http.HttpConnection.readAndHandleRequest&#40;HttpConnection.java&#58;618&#41;
    	at com.ibm.ws.http.HttpConnection.run&#40;HttpConnection.java&#58;443&#41;
    	at com.ibm.ws.util.ThreadPool$Worker.run&#40;ThreadPool.java&#58;593&#41;
    Why the application didn't execute the securityfilter?

  • #2
    I guess the obvious question is - why do you want to do this rather than following the usual usage patterns for Acegi security?

    It's highly likely that if you start messing about with the j_security_check url then things will go awry and I doubt that the internal workings of Websphere are worth pursuing unless you have to.

    Comment


    • #3
      I recall other users have had difficulty when trying to "handle" a post to j_security_check. It just doesn't seem to me like it's worth the trouble. If you don't like j_acegi_security_check call it j_appname_security_check or whatever else takes your fancy.

      Comment

      Working...
      X