<?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 for JetBrains IntelliJ IDEA Blog</title>
	<atom:link href="http://blogs.jetbrains.com/idea/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blogs.jetbrains.com/idea</link>
	<description>tips &#38; tricks, news, how-to's</description>
	<pubDate>Mon, 22 Mar 2010 13:57:52 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.5</generator>
		<item>
		<title>Comment on Groovy stacktrace folding by Geoffrey De Smet</title>
		<link>http://blogs.jetbrains.com/idea/2010/03/groovy-stacktrace-folding/#comment-129037</link>
		<dc:creator>Geoffrey De Smet</dc:creator>
		<pubDate>Thu, 18 Mar 2010 09:20:03 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.jetbrains.com/idea/?p=2788#comment-129037</guid>
		<description>This could be usefull in spring stacktraces too: to hide all the AOP proxy and reflection stuff under a + sign.</description>
		<content:encoded><![CDATA[<p>This could be usefull in spring stacktraces too: to hide all the AOP proxy and reflection stuff under a + sign.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Groovy stacktrace folding by Stephan Anft</title>
		<link>http://blogs.jetbrains.com/idea/2010/03/groovy-stacktrace-folding/#comment-129035</link>
		<dc:creator>Stephan Anft</dc:creator>
		<pubDate>Thu, 18 Mar 2010 08:31:17 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.jetbrains.com/idea/?p=2788#comment-129035</guid>
		<description>Very nice. I would love to see this feature in "normal" Java code, too. For example a button in the run console that filters out all stack trace lines referring to classes from external libraries.</description>
		<content:encoded><![CDATA[<p>Very nice. I would love to see this feature in &#8220;normal&#8221; Java code, too. For example a button in the run console that filters out all stack trace lines referring to classes from external libraries.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Groovy stacktrace folding by Peter Gromov</title>
		<link>http://blogs.jetbrains.com/idea/2010/03/groovy-stacktrace-folding/#comment-129030</link>
		<dc:creator>Peter Gromov</dc:creator>
		<pubDate>Thu, 18 Mar 2010 08:00:37 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.jetbrains.com/idea/?p=2788#comment-129030</guid>
		<description>Hamlet, not exactly. The current not-to-step-into-list doesn't allow to step into DefaultGroovyMethods while not stepping to everything else in groovy.*. While I'm not so sure whether I need to step into that code, I definitely want to see it in the stack traces.

The idea of combining the two lists is very attractive, although maybe too dare, but the stepping filters are actually a JVM feature and have a very restricted format, which AFAIK doesn't allow for exclusions like DGM. It also doesn't support filtering for specific methods in the class, (e.g. in the java.lang.reflect.Method we filter out only the invoke() method). So, it's not that simple.</description>
		<content:encoded><![CDATA[<p>Hamlet, not exactly. The current not-to-step-into-list doesn&#8217;t allow to step into DefaultGroovyMethods while not stepping to everything else in groovy.*. While I&#8217;m not so sure whether I need to step into that code, I definitely want to see it in the stack traces.</p>
<p>The idea of combining the two lists is very attractive, although maybe too dare, but the stepping filters are actually a JVM feature and have a very restricted format, which AFAIK doesn&#8217;t allow for exclusions like DGM. It also doesn&#8217;t support filtering for specific methods in the class, (e.g. in the java.lang.reflect.Method we filter out only the invoke() method). So, it&#8217;s not that simple.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Groovy stacktrace folding by Hamlet D'Arcy</title>
		<link>http://blogs.jetbrains.com/idea/2010/03/groovy-stacktrace-folding/#comment-129025</link>
		<dc:creator>Hamlet D'Arcy</dc:creator>
		<pubDate>Thu, 18 Mar 2010 06:41:16 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.jetbrains.com/idea/?p=2788#comment-129025</guid>
		<description>Peter, the UI for which packages to filter can be the exact same list as which packages to _not_ step into. The settings panel already has this list. I opened a bug for exactly this a few months ago. 

Great improvement gang, thanks!</description>
		<content:encoded><![CDATA[<p>Peter, the UI for which packages to filter can be the exact same list as which packages to _not_ step into. The settings panel already has this list. I opened a bug for exactly this a few months ago. </p>
<p>Great improvement gang, thanks!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Drag &#038; Drop Between IntelliJ IDEA and Explorer/Finder by Kelly Robinson</title>
		<link>http://blogs.jetbrains.com/idea/2009/07/drag-drop-between-intellij-idea-and-explorerfinder/#comment-128952</link>
		<dc:creator>Kelly Robinson</dc:creator>
		<pubDate>Wed, 17 Mar 2010 21:18:08 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.jetbrains.com/idea/?p=1286#comment-128952</guid>
		<description>This is a pretty sweet addition to the toolbox, thanks guys!</description>
		<content:encoded><![CDATA[<p>This is a pretty sweet addition to the toolbox, thanks guys!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Groovy stacktrace folding by Peter Gromov</title>
		<link>http://blogs.jetbrains.com/idea/2010/03/groovy-stacktrace-folding/#comment-128926</link>
		<dc:creator>Peter Gromov</dc:creator>
		<pubDate>Wed, 17 Mar 2010 15:39:03 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.jetbrains.com/idea/?p=2788#comment-128926</guid>
		<description>Now it's just hardcoded, and it's all Java reflection, org.codehaus.groovy.* and groovy.* (except for DefaultGroovyMethods). It should probably be configurable, though I don't yet imagine a UI for it.</description>
		<content:encoded><![CDATA[<p>Now it&#8217;s just hardcoded, and it&#8217;s all Java reflection, org.codehaus.groovy.* and groovy.* (except for DefaultGroovyMethods). It should probably be configurable, though I don&#8217;t yet imagine a UI for it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Groovy stacktrace folding by Peter Niederwieser</title>
		<link>http://blogs.jetbrains.com/idea/2010/03/groovy-stacktrace-folding/#comment-128925</link>
		<dc:creator>Peter Niederwieser</dc:creator>
		<pubDate>Wed, 17 Mar 2010 15:35:47 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.jetbrains.com/idea/?p=2788#comment-128925</guid>
		<description>Very nice. How do you decide whether a line should be displayed (or not)?</description>
		<content:encoded><![CDATA[<p>Very nice. How do you decide whether a line should be displayed (or not)?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Groovy stacktrace folding by Peter Gromov</title>
		<link>http://blogs.jetbrains.com/idea/2010/03/groovy-stacktrace-folding/#comment-128924</link>
		<dc:creator>Peter Gromov</dc:creator>
		<pubDate>Wed, 17 Mar 2010 15:16:18 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.jetbrains.com/idea/?p=2788#comment-128924</guid>
		<description>Guillaume,

No. It was a stack trace precisely from the IDEA project, so it's definitely the code I'd like to see when developing IDEA. And I don't know of any place when the org.jetbrains.* stuff really gets in the way. Do you?</description>
		<content:encoded><![CDATA[<p>Guillaume,</p>
<p>No. It was a stack trace precisely from the IDEA project, so it&#8217;s definitely the code I&#8217;d like to see when developing IDEA. And I don&#8217;t know of any place when the org.jetbrains.* stuff really gets in the way. Do you?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Groovy stacktrace folding by Guillaume Laforge</title>
		<link>http://blogs.jetbrains.com/idea/2010/03/groovy-stacktrace-folding/#comment-128921</link>
		<dc:creator>Guillaume Laforge</dc:creator>
		<pubDate>Wed, 17 Mar 2010 14:59:10 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.jetbrains.com/idea/?p=2788#comment-128921</guid>
		<description>Very nice! Good idea!
Perhaps you could also filter the org.jetbrains.* lines as well?</description>
		<content:encoded><![CDATA[<p>Very nice! Good idea!<br />
Perhaps you could also filter the org.jetbrains.* lines as well?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Database Access Improved by Gregory Shrago</title>
		<link>http://blogs.jetbrains.com/idea/2010/03/database-access-improved/#comment-128608</link>
		<dc:creator>Gregory Shrago</dc:creator>
		<pubDate>Mon, 15 Mar 2010 18:49:04 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.jetbrains.com/idea/?p=2695#comment-128608</guid>
		<description>Starting from the next 9.0.2 EAP there's a "Run SQL script" action available in Project View and Editor. Standard shortcut as for other run operations is Ctrl-Shift-F10 (configurable). It is designed for long scripts therefore no data output just DBMS reports.</description>
		<content:encoded><![CDATA[<p>Starting from the next 9.0.2 EAP there&#8217;s a &#8220;Run SQL script&#8221; action available in Project View and Editor. Standard shortcut as for other run operations is Ctrl-Shift-F10 (configurable). It is designed for long scripts therefore no data output just DBMS reports.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
