Name: decompiling java (en Inglés)
Price: 65324.00 ARS
Availability: InStock
Author: godfrey nolan
ISBN: 9781590592656

Formato

Libro Físico

Editorial

apress

Autor

godfrey nolan

Idioma

Inglés

N° páginas

264

ISBN

1590592654

ISBN13

9781590592656

Categorías

Programación informática - desarrollo de software

decompiling java (en Inglés)

Godfrey Nolan (Autor) · apress · Libro Físico

Libro Nuevo

$ 65.324

$ 108.874

Ahorras: $ 43.549

40% descuento

Envío normal

Origen: Estados Unidos (Costos de importación incluídos en el precio)

Se enviará desde nuestra bodega entre el Lunes 29 de Julio y el Miércoles 07 de Agosto.

Lo recibirás en cualquier lugar de Argentina entre 1 y 3 días hábiles luego del envío.

Reseña del libro "decompiling java (en Inglés)"

both java and .net use the idea of a virtual machine (vm) rather than a true executable. while very useful for some purposes, vms make your source code and hence your intellectual property (ip) inherently less secure because the process can be reversed or decompiled. this book is useful because you must understand how decompilation works in order to properly protect your ip. anyone interested in protecting java code from prying eyes will want to buy this one of a kind book as it separates fact from fiction about just how ineffective obfuscators are at protecting your corporate secrets.

while it is very easy for anyone to decompile java code and almost as easy to run it through an obfuscation protection tool, there is very little information on just what happens when you do this. how secure is your code after you run an obfuscator, for example? to answer these questions requires a greater understanding of the java bytecodes and the java virtual machine (jvm) than in any book yet published. this book redresses the imbalance by providing insights into the features and limitations of today¿s decompilers and obfuscators, as well as offering a detailed look at what jvm¿s actually do.

virtual machine is the computer science term used when (most often in an attempt to gain greater portability) you create an abstract virtual processor and write code for it instead of having your compiler generate actual machine language for a chip like the pentium 4. you then write a relatively small piece of code for each real processor you want the code to run. this translates the virtual machine language to the real machine language of your processor. the intermediary code for the virtual machine is what can more easily be decompiled, although with a loss of security, since in order for the code to be converted to real machine language it must be relatively transparent and not just a sequence of 0¿s and 1¿s! toc:introduction; inside the class file; tools of the trade; obfuscation (theory and practice); decompiler design; decompiler implementation; future proof.