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 issue. Thanks Angus Turner [email protected] On Tue, Dec 4, 2012 at 8:39 AM, Michael MacFadden < [email protected]> 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" <[email protected]> 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: [email protected] > >For additional commands, e-mail: [email protected] > > > > >
