Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.java.programmer > #16024 > unrolled thread
| Started by | Daniele Futtorovic <da.futt.news@laposte-dot-net.invalid> |
|---|---|
| First post | 2012-07-14 20:11 +0200 |
| Last post | 2012-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.
Re: Tracing rt.jar? Daniele Futtorovic <da.futt.news@laposte-dot-net.invalid> - 2012-07-14 20:11 +0200
| From | Daniele Futtorovic <da.futt.news@laposte-dot-net.invalid> |
|---|---|
| Date | 2012-07-14 20:11 +0200 |
| Subject | Re: 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.
Back to top | Article view | comp.lang.java.programmer
csiph-web