-
Notifications
You must be signed in to change notification settings - Fork 5.9k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SEC-2034: A universal match pattern ('/**') is defined before other patterns in the filter chain #2258
Comments
Rob Winch said: There does not appear to be anything incorrect about the configuration.
If none of this works, please come up with a minimal and complete project that reproduces the problem and attach it to the issue. |
Rob Winch said: I was not able to use the exact configuration in the forums since it the example was incomplete (i.e. had custom code in it). However, I have validated that a very similar WAR works on WebSphere 7. I'm fairly convinced that the issue you are encountering is caused by an additional Spring config getting picked up or the config that was posted to the thread was not what was being deployed. As mentioned previously, I encourage you to turn up the logging in your application and look to see if only the Spring configuration files you expect are getting loaded. You should see something like the following for each configuration file:
You can also try to run the sample I have attached that is working for me. You can package it using Maven (i.e. mvn package). Without any more information, this issue will likely be closed as cannot reproduce. |
Isaac Johnson said: I have confirmed that the Spring config was getting picked up twice. Now I'm just trying to determine why. I'll take a look at the project you have attached. |
Rob Winch said: Can you post your web.xml to your original thread? I can help you on the forums. Since you have confirmed it was getting picked up twice I am going to close this issue as invalid. |
Isaac Johnson said: I have created the following issue (https://jira.springsource.org/browse/ROO-3241) with the Spring Roo project. |
I have encounter the same problem with you,but it is in Tomcat 8,so the reason is "classpath*" make the same xml file loaded twice?I should use "classpath" in web-fragment.xml(web.xml)? |
Isaac Johnson (Migrated from SEC-2034) said:
I have generated a spring project using Roo, and used the security setup addon to add in the spring security. The security works fine on Tomcat 7, but am running into the following problem when trying to deploy to Websphere 7.0.0.19. I'm currently using Spring Security 3.1.2.RELEASE. I've seen other projects use the Spring DelegatingFilterProxy just fine within Websphere. Anybody have any ideas?
http://forum.springsource.org/showthread.php?126630-Websphere-7-universal-match-pattern-%28-**-%29-is-defined-before-other-patterns
http://stackoverflow.com/questions/10721705/websphere-7-universal-match-pattern-is-defined-before-other-patterns
The text was updated successfully, but these errors were encountered: