Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.java.programmer > #16024 > unrolled thread

Re: Tracing rt.jar?

Started byDaniele Futtorovic <da.futt.news@laposte-dot-net.invalid>
First post2012-07-14 20:11 +0200
Last post2012-07-14 20:11 +0200
Articles 1 — 1 participant

Back to article view | Back to comp.lang.java.programmer

This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by below is the oldest one visible, not the original post.


Contents

  Re: Tracing rt.jar? Daniele Futtorovic <da.futt.news@laposte-dot-net.invalid> - 2012-07-14 20:11 +0200

#16024 — Re: Tracing rt.jar?

FromDaniele Futtorovic <da.futt.news@laposte-dot-net.invalid>
Date2012-07-14 20:11 +0200
SubjectRe: Tracing rt.jar?
Message-ID<jtscq3$c5c$1@dont-email.me>
On 14/07/2012 18:28, Stefan Ram allegedly wrote:
>   Is there an rt.jar somewhere out there than can replace the
>   standard rt.jar, but was instrumented to trace° all incoming¹
>   calls with their argument values? Or some other technique
>   with that effect?
> 
>   °) print, report, log
> 
>   ¹) Ideally, it would trace a call only when coming from a
>   non-rt.jar method, but not intra-rt.jar-calls.
> 
>   Thus, when you have an application or applet running, you
>   can essentially see what it is doing, even if it was obfuscated.
> 

I wouldn't bet on the existence of such an rt.jar, but it seems to me
you should be able to achieve what you want with Instumentation, and
perhaps a library like this one: <http://jiapi.sourceforge.net/>.

-- 
DF.

[toc] | [standalone]


Back to top | Article view | comp.lang.java.programmer


csiph-web