Page 3 of 3 FirstFirst 123
Results 21 to 30 of 30

Thread: Acegi login failure: redirect gets lost in Websphere v6.1

  1. #21
    Luke Taylor is offline Senior Member Acegi Security System TeamSpring Team
    Join Date
    Aug 2004
    Location
    Glasgow, Scotland
    Posts
    3,449

    Default

    Quote Originally Posted by kantorn View Post
    I believe you have misread the fix version in the supplied link in JIRA issue, it reads 6.1.0.3 which is long passed. I got Acegi login to work under 6.1.0.9 with the suggested web container variable set, but it no longer works under 6.1.0.11.
    I meant the workaround that involves creating a file whose name matches the URL you are requesting.

  2. #22
    Join Date
    Aug 2004
    Location
    Stockholm
    Posts
    466

    Default

    Yes, I tried it. Maybe I wasn't doing it right, but for me made things much worse.
    Sincerely,
    /The Cantor

    "Murphy was an optimist"
    (The O'Toole commentary on Murphy's Law)

  3. #23
    Join Date
    Jul 2007
    Posts
    10

    Default

    Quote Originally Posted by kantorn View Post
    Yes, I tried it. Maybe I wasn't doing it right, but for me made things much worse.
    For me this works when using 6.1.0.11 + Web Services Feature Pack.

  4. #24
    Join Date
    Aug 2004
    Location
    Stockholm
    Posts
    466

    Default

    Cool!
    Where can I find Web Services Feature Pack?
    Sincerely,
    /The Cantor

    "Murphy was an optimist"
    (The O'Toole commentary on Murphy's Law)

  5. #25
    Join Date
    Sep 2004
    Posts
    602

    Default

    Quote Originally Posted by kantorn View Post
    Hi!

    Is it!?

    I get "HTTP 404 Not Found" on a brand new 6.1.0.11 install
    When do you get this error ?

    I have Acegi/CAS all working fine in WAS 6.1.0.11, and know the pitfalls pretty well. Should be easy enough to sort out.

  6. #26
    Join Date
    Sep 2004
    Posts
    602

    Default

    Quote Originally Posted by kantorn View Post
    Cool!
    Where can I find Web Services Feature Pack?
    Not needed to get WAS/ACEGI/CAS working though :-)

  7. #27
    Join Date
    Aug 2004
    Location
    Stockholm
    Posts
    466

    Default

    Quote Originally Posted by Paul Newport View Post
    Should be easy enough to sort out.
    I would of course be most grateful for any step-by-step description how you have succeded in getting this work. The suggested solution with a dummy resource in the WAR-file just made my app crash even before the login view was displayed. Hence made things worse.
    Sincerely,
    /The Cantor

    "Murphy was an optimist"
    (The O'Toole commentary on Murphy's Law)

  8. #28
    Join Date
    Jul 2007
    Posts
    10

    Default

    Quote Originally Posted by kantorn View Post
    Cool!
    Where can I find Web Services Feature Pack?
    I dont think the Web Services Feature Pack has anything to do with this but you can find it here: http://www-1.ibm.com/support/docview...id=swg27004980

  9. #29
    Join Date
    Sep 2004
    Posts
    602

    Default

    OK, first things first. What are you deploying on ?

    Are you running locally with RAD 7 and WAS 6.1 ?

    The crucial WAS bug is solved by adding in the property com.ibm.ws.webcontainer.invokefilterscompatibility =true on the web container.

    The big source of confusion for me in fixing this was not realizing that when I apply fix packs to RAD 7, it does not apply WAS fixes at the same time to the integrated WAS 6.1 server that comes with RAD 7. You have to patch your local WAS with the full WAS fix packs (which is quite an involved process).

    Can you confirm the following:

    a) the application is running on at least WAS 6.1.0.11 e.g. WebSphere Platform 6.1 [BASE 6.1.0.11 cf110734.37]

    b) the exact URL you are having the 404 on

    Can you post the acegi config for your application, and web.xml.

    404's for me have always been either:

    servlet filter configured wrongly in web.xml
    com.ibm.ws.webcontainer.invokefilterscompatibility not set to true
    com.ibm.ws.webcontainer.invokefilterscompatibility set to true but WAS not patched to correct level.

  10. #30
    Join Date
    Aug 2004
    Location
    Stockholm
    Posts
    466

    Default

    Hi Paul and thanks!
    I haven't forgot this one, but it's amazing how quick a working solution establishes itself in an organisation. Tomcat working, and no questions asked.
    Until X-mas I probably won't get any opportunity to test your solution, but let me return with proper answers in a couple of days, ok? This is of grat strategic value to us.
    Like Terminator, I'll be back!

    Happy Holidays if I don't see ya'!
    Sincerely,
    /The Cantor

    "Murphy was an optimist"
    (The O'Toole commentary on Murphy's Law)

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •