[ANN] IntelliJad 0.5

Hi all,

IntelliJad 0.5 just got released into the depot.

Key changes are...
1. The memory file system is now the fallback decompilation FS - this reduces the number of cases in which decompilation fails due to configurational issues
2. If you try to decompile without the path to the Jad executable defined, you have the opportunity to cancel the decompilation or open the config and correct the issue. *
3. Reformatting styles are now user-preferred OR debuggable.
4. Local file system decompilation is now based on the memory decompilation to provide greater control over file content.

  • When I hear back from Pavel Kouznetsov (author of Jad) I hope to be able to include an automatic download facility that will pull the OS-correct version into the intellijad directory and start using it. But, this is as yet to be confirmed.



Thanks for all the comments and suggestions so far!

- Steve

6 comments
Comment actions Permalink

Thanks Steve, useful improvements, especially the "Reformat to" option which
now makes IntelliJad nearly seamless.

One minor niggle I've noticed is that if you go into eg the project-specific
Jad settings, don't change anything and navigate away, you're still prompted
to save your changes. Sounds like there's a bug in your UnnamedConfigurable.isModified()
implementation. I know that because I kept getting bitten by the same problem
with a plugin I wrote a while back! :)

Regards,
Chris

Hi all,

IntelliJad 0.5 just got released into the depot.

Key changes are...

1. The memory file system is now the fallback decompilation FS - this
reduces the number of cases in which decompilation fails due to
configurational issues

2. If you try to decompile without the path to the Jad executable
defined, you have the opportunity to cancel the decompilation or open
the config and correct the issue. *

3. Reformatting styles are now user-preferred OR debuggable.

4. Local file system decompilation is now based on the memory
decompilation to provide greater control over file content.

  • When I hear back from Pavel Kouznetsov (author of Jad) I hope to be

able to include an automatic download facility that will pull the
OS-correct version into the intellijad directory and start using it.
But, this is as yet to be confirmed.

Thanks for all the comments and suggestions so far!

- Steve



0
Comment actions Permalink

Hi Chris,

I've just released 0.5.2 to fix this issue.

Regarding "Reformat to"...I'm in the process of adding support to set specific formatting styles for packages - the format may optionally be recursive for subpackages, and the format may be disabled to take the general formatting style. Is this something you'd find useful?

Thanks for the feedback!

0
Comment actions Permalink

Hi Steve, thanks for the quick fix!

To be honest I doubt I'd use the formatting style per package, it seems a
bit fiddly and a bit like overkill to me. I only have two main code styles,
one for work and one for home. I also have a couple of others to suit various
open source projects. So I suppose what might be more useful (in theory at
least, but not likely to me personally in practice) is to be able to match
particular libraries/jars up with a particular code style that I have defined.
Or for your plugin to default to using the code style associated with whichever
module 'owns' the class being decompiled. Not sure how practical that is
to implement in practice, or if other people feel differently.

Chris

Hi Chris,

I've just released 0.5.2 to fix this issue.

Regarding "Reformat to"...I'm in the process of adding support to set
specific formatting styles for packages - the format may optionally be
recursive for subpackages, and the format may be disabled to take the
general formatting style. Is this something you'd find useful?

Thanks for the feedback!



0
Comment actions Permalink

Actually I've just had a look at the IDEA settings dialog and it seems the
code style can only be set per-project (JetBrains: wouldn't the ability to
override it per-module be quite useful? I can think of a couple of cases
in the past where I would have used that), so most of what I just said doesn't
make too much sense! Apologies for any confusion.

I'm happy just with IntelliJad reformatting according to the project/global
default style. I don't have a use for the debuggable style since if I ever
cared about the line numbers that much, I'd almost certainly have access
to the original source code anyway which would make the whole plugin redundant
:)

Chris

Hi Steve, thanks for the quick fix!

To be honest I doubt I'd use the formatting style per package, it
seems a bit fiddly and a bit like overkill to me. I only have two main
code styles, one for work and one for home. I also have a couple of
others to suit various open source projects. So I suppose what might
be more useful (in theory at least, but not likely to me personally in
practice) is to be able to match particular libraries/jars up with a
particular code style that I have defined. Or for your plugin to
default to using the code style associated with whichever module
'owns' the class being decompiled. Not sure how practical that is to
implement in practice, or if other people feel differently.

Chris

>> Hi Chris,
>>
>> I've just released 0.5.2 to fix this issue.
>>
>> Regarding "Reformat to"...I'm in the process of adding support to set
>> specific formatting styles for packages - the format may optionally
>> be recursive for subpackages, and the format may be disabled to take
>> the general formatting style. Is this something you'd find useful?
>>
>> Thanks for the feedback!
>>


0
Comment actions Permalink

Hi Chris,

the idea of style overrides is to have a general source style (user-preferred in yours case) but with the option to have certain packages decompile in a way they can be debugged into. I've put it in place already (will be available in the next release) but if you don't use it, it won't get in the way...it only kicks in when you explicitly define packages, in much the same way as exclusion works.

- Steve

0
Comment actions Permalink

Chris Miller wrote:

Actually I've just had a look at the IDEA settings dialog and it seems
the code style can only be set per-project (JetBrains: wouldn't the
ability to override it per-module be quite useful? I can think of a
couple of cases in the past where I would have used that)

This would be great for me too. To generalise it a bit more, you could
have per-scope styles (as you already do with errors). Create a JIRA
and I'll vote!

N.

0

Please sign in to leave a comment.