Using that during build or test should be ok. But is com.sun.management available on openjdk?
________________________________ From: Xiangdong Huang <[email protected]> Sent: Tuesday, January 22, 2019 6:03 PM To: [email protected] Subject: Re: Could someone please address the last two failing tests? Hi, I notice a news report said that Sun picks GPL for Java codes at 2007 [1] But actually, `com.sun.management` package are packed into Java SE. As Oracle Java [2] claimed, `com.sum.management` package can be treated the same with `java` package and `javax` package: - ""Licensor Name Space" shall mean the public class or interface declarations whose names begin with "java", "javax", "com.sun", “com.oracle” or their equivalents in any subsequent naming convention adopted by Oracle through the Java Community Process, or any recognized successors or replacements thereof;" If `com.sun` package has the same degree with `java` package, I think that using it is ok... Anyway, I am a layman for the license compatibility, so if we have to remove the usage of the package, we can try to find an alternative. Best, Reference: [1] https://www.cnet.com/news/sun-picks-gpl-license-for-java-code/ [2] https://www.oracle.com/technetwork/java/javase/overview/javase8speclicense-2158700.html ----------------------------------- Xiangdong Huang School of Software, Tsinghua University 黄向东 清华大学 软件学院 Justin Mclean <[email protected]> 于2019年1月23日周三 上午2:53写道： > Hi, > > > I have fixed the issue of the two failed UTs (because the OS that Apache > > Jenkins runs on has no `lsof ` command...). Now I use > > `com.sun.management.UnixOperatingSystemMXBean` to get the number of > opened > > files. > > There may be license issue wth this in that I think that function is GPL > licensed, The GPL license is not compatible with ALv2 and you can’t include > or depend upon anything with a GPL license (with some exceptions like > optional dependancies and build tools). I’ll look into it and get back to > the list. > > Thanks,, > Justin
