Trados Studio
Trados Enterprise
Trados Team
Trados GroupShare
Trados Business Manager
Passolo
MultiTerm
RWS AppStore
Connectors
Beta Groups
Managed Translation
MultiTrans
TMS
WorldServer
Language Weaver
Language Weaver Connectors
Language Weaver Edge
Tridion Docs
Tridion Sites
LiveContent S1000D
XPP
Language Developers
Tridion Docs Developers
Community Help
RWS User Experience
Internal Trados Ideas Community
Mercury
RWS Community Internal Group
RWS Professional Services
RWS Training & Certification
Style Guides
RWS Campus
RWS Enterprise Technology Partners
Trados Approved Trainers
XyUser Group
ETUG (European Trados User Group) Public Information
Nordic Tridion Docs User Group
Tridion UK Meetup
Tridion West Coast User Group
Trados Studio Ideas
Trados GroupShare Ideas
Trados Live Team Ideas
Trados Live Terminology Ideas
Trados Enterprise Ideas
Trados Business Manager Ideas
MultiTerm Ideas
Passolo Ideas
RWS Appstore Ideas
Tridion Docs Ideas
Tridion Sites Ideas
Language Weaver Ideas
Language Weaver Edge Ideas
Managed Translation - Enterprise Ideas
TMS Ideas
WorldServer Ideas
LiveContent S1000D Ideas
Contenta S1000D
XPP Ideas
Events & Webinars
To RWS Support
Detecting language please wait for.......
If you have a question about an error which you observed on a system, you will often be asked for a Stack Trace of the exception.
If you’re not used to analyzing those Stack Traces, they may look quite intimidating and you may wonder what other people are going to do with such intimidating long lists of information.
You may be surprised how useful a Stack Trace can be in “post-mortem analysis”. That is: in analyzing what went wrong after the misery happened (if you don’t have access to a system with debugger where you can easily reproduce the situation).
To illustrate how much information you can get from a Stack Trace, in combination with having access to the source code, see this Q&A on Tridion Stack Exchange: https://tridion.stackexchange.com/questions/18997/dxa-1-8-java-application-error
In this case, it is about an exception happening within the DXA Framework and the DXA source code is publicly available on GitHub. I wanted to point out how to navigate to the right version of the source code, based on the information available in the Stack Trace and how much you can conclude by only carefully inspecting the Stack Trace.
OK, maybe the analysis is a bit intimidating in itself. [:)] But I hope you catch my drift and it inspires you to develop your post-mortem analysis skills, so maybe you don’t even have to post a Question on Stack Exchange anymore next time you encounter an exception. Or at least you will be aware of the value of a Stack Trace and immediately provide one if you can’t figure it out yourself.
Thanks, Jonathan!
That's an excellent answer, Rick. I highly recommend that people take a look at your detailed explanation. I sometimes wish I could upvote things more than once on Tridion Stack Exchange! :)