incubator-wave-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Angus Turner <>
Subject Re: "Obfuscating' 3rd party jars
Date Mon, 03 Dec 2012 22:58:35 GMT
Yes, That's basically it.
Some of the 3rd Party Libraries we use have licenses that are slightly
incompaitable with the Apache License. I read somewhere on the Apache site
that a way around this is to obfuscate the libraries.

libIDN agreed to release their library under a compatible license, but I
haven't heard back from them about it, and as far as I can see they haven't
released anything new.

Emma seems to be basically abandoned and junit didn't really want to, so
we've got to at least obfuscate them.

I might've misunderstood and am open to any other suggestions to fix the

Angus Turner

On Tue, Dec 4, 2012 at 8:39 AM, Michael MacFadden <> wrote:

> Benson,
> Yes, Angus had been working this issue for us and found a few third party
> Jars.  Here is an extract from his email:
> ----------
> There's a couple of things going on at once at the moment:
> -i'm in contact with the libIDN author, who is happy to release the
> software under the Apache license, which means we can keep using that once
> a new release comes out
> -the other two libraries junit and emma both think the best option is to
> obfuscate the code somehow like ant, if anyone has any experience in doing
> it speaking up would be greatly appreciated
> -----------
> Apparently, there is some precedent for obfuscating third party jars.  My
> assumption is that something about the license views distributing Java
> jars as being akin to a source distribution do to the ease of
> decompilation.
> Angus,
> Can you she some light on this?
> ~Michael
> On 12/3/12 12:54 PM, "Benson Margulies" <> wrote:
> >Dear Wave,
> >
> >I don't understand the remark in your report about the need to
> >'obfuscate' third party jar files. Could you please elaborate? Do you
> >have problems with dependencies with incompatible licenses, or
> >something else?
> >
> >Thanks,
> >Benson
> >
> >---------------------------------------------------------------------
> >To unsubscribe, e-mail:
> >For additional commands, e-mail:
> >

  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message