Analyze Stacktrace - is it just "notepad" or some more?

Hello,

I tried to use "Analyze Stacktrace" function. I just found that I could
copy / paste / edit my stacktrace, but not go to sources of the classes
listed in the stacktrace. (I mean, no such functionality in context menu
either in stacktrace window controls).

I hope, that apsent functionality is just lost, and "Analyze Stacktrace"
is not just replacement of "notepad" ;)

Regards,
Yaroslav Sokolov.

P.S. I use build #3496.

6 comments

Hello Yas,

YS> I tried to use "Analyze Stacktrace" function. I just found that I
YS> could copy / paste / edit my stacktrace, but not go to sources of
YS> the classes listed in the stacktrace. (I mean, no such functionality
YS> in context menu either in stacktrace window controls).
YS>
YS> I hope, that apsent functionality is just lost, and "Analyze
YS> Stacktrace" is not just replacement of "notepad" ;)

After you click OK in the Analyze Stacktrace dialog, the stacktrace (unobfuscated
if you specified the unscrambler and the log file to use) is printed to the
console, and the console shows clickable links to lines in the stacktrace.

This may be a bit confusing, but it's not broken. :)

--
Dmitry Jemerov
Software Developer
JetBrains, Inc.
http://www.jetbrains.com
"Develop with pleasure!"


0

Hi Dmitry,

I found the problem. I copied the stacktrace generated by TomCat from web
browser. It seems, that such format of stacktrace is not expected by Idea ;) :

java.lang.RuntimeException: TestException
de.netmedia.servlet.PictureScaler3Servlet$OrigCacheDepenencyTransformation.getTgtRelativePath(PictureScaler3Servlet.java:109)
de.netmedia.cache.DepFileCache.getCachedFile(DepFileCache.java:57)
de.netmedia.cache.DepFileCache.getCachedPath(DepFileCache.java:49)
de.netmedia.cache.DepFileCache.getCachedPath(DepFileCache.java:43)
de.netmedia.servlet.PictureScaler3Servlet.service(PictureScaler3Servlet.java:27)

Regards,
Yas.

0

Hello Yas,

YS> I found the problem. I copied the stacktrace generated by TomCat
YS> from web browser. It seems, that such format of stacktrace is not
YS> expected by Idea ;) :
YS>
YS> java.lang.RuntimeException: TestException
YS> de.netmedia.servlet.PictureScaler3Servlet$OrigCacheDepenencyTransfo
YS> rmation.getTgtRelativePath(PictureScaler3Servlet.java:109)

Indeed, IDEA only highlights lines starting with "at".

--
Dmitry Jemerov
Software Developer
JetBrains, Inc.
http://www.jetbrains.com
"Develop with pleasure!"


0

Indeed, at prefix is expected before each stacktrace line...
-


Maxim Shafirov
http://www.jetbrains.com
"Develop with pleasure!"

Hi Dmitry,

I found the problem. I copied the stacktrace generated by TomCat from
web browser. It seems, that such format of stacktrace is not expected
by Idea ;) :

java.lang.RuntimeException: TestException
de.netmedia.servlet.PictureScaler3Servlet$OrigCacheDepenencyTransform
ation.getTgtRelativePath(PictureScaler3Servlet.java:109)
de.netmedia.cache.DepFileCache.getCachedFile(DepFileCache.java:57)
de.netmedia.cache.DepFileCache.getCachedPath(DepFileCache.java:49)
de.netmedia.cache.DepFileCache.getCachedPath(DepFileCache.java:43)
de.netmedia.servlet.PictureScaler3Servlet.service(PictureScaler3Servl
et.java:27)
Regards,
Yas.



0

No problem, I will analyze stacktraces from tomcat "manually" ;)

( but the effect was really great, when I put this "stacktrace" to analyze ;) )

Regards,
Yas.

Maxim Shafirov (JetBrains) wrote:

Indeed, at prefix is expected before each stacktrace line...
-------------------
Maxim Shafirov
http://www.jetbrains.com
"Develop with pleasure!"

>> Hi Dmitry,
>>
>> I found the problem. I copied the stacktrace generated by TomCat from
>> web browser. It seems, that such format of stacktrace is not expected
>> by Idea ;) :
>>
>> java.lang.RuntimeException: TestException
>> de.netmedia.servlet.PictureScaler3Servlet$OrigCacheDepenencyTransform
>> ation.getTgtRelativePath(PictureScaler3Servlet.java:109)
>> de.netmedia.cache.DepFileCache.getCachedFile(DepFileCache.java:57)
>> de.netmedia.cache.DepFileCache.getCachedPath(DepFileCache.java:49)
>> de.netmedia.cache.DepFileCache.getCachedPath(DepFileCache.java:43)
>> de.netmedia.servlet.PictureScaler3Servlet.service(PictureScaler3Servl
>> et.java:27)
>> Regards,
>> Yas.


0

( but the effect was really great, when I put this "stacktrace" to analyze
;) )



on a side note, if you are using log4j, you can make clickable links with
pattern like:
-[%-60m] - at %c.%M(%F:%L)%n

easy when debugging (L, F M parametrs are bad for performance)
-j




0

Please sign in to leave a comment.