<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: Spring Security Support in IntelliJ IDEA 12 Leda</title>
	<atom:link href="http://blogs.jetbrains.com/idea/2012/07/spring-security-support-in-intellij-idea-12/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.jetbrains.com/idea/2012/07/spring-security-support-in-intellij-idea-12/</link>
	<description>tips &#38; tricks, news, how-to's</description>
	<pubDate>Thu, 23 May 2013 04:42:14 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>By: Louis</title>
		<link>http://blogs.jetbrains.com/idea/2012/07/spring-security-support-in-intellij-idea-12/#comment-496276</link>
		<dc:creator>Louis</dc:creator>
		<pubDate>Thu, 21 Mar 2013 12:21:37 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.jetbrains.com/idea/?p=7219#comment-496276</guid>
		<description>The validations have made our development harder.
Numerous errors are shown even though Spring security has no problems dealing with our configuration.

Notably, messages such as :
'Multiple  elements without 'pattern' not allowed'
' with pattern '/**' must be last'
Even though we are using the spring-security request-matcher mechanism and often do not include the pattern attibute on the http node for this error to show up.


I don't remember having the same issues in IntelliJ 10. There has always been issues with referencing beans created via code, namespace handler or otherwise, but this is understandable.</description>
		<content:encoded><![CDATA[<p>The validations have made our development harder.<br />
Numerous errors are shown even though Spring security has no problems dealing with our configuration.</p>
<p>Notably, messages such as :<br />
&#8216;Multiple  elements without &#8216;pattern&#8217; not allowed&#8217;<br />
&#8216; with pattern &#8216;/**&#8217; must be last&#8217;<br />
Even though we are using the spring-security request-matcher mechanism and often do not include the pattern attibute on the http node for this error to show up.</p>
<p>I don&#8217;t remember having the same issues in IntelliJ 10. There has always been issues with referencing beans created via code, namespace handler or otherwise, but this is understandable.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
