Skip to main content

What is the software license simply says ?


  • GNU General Public License you can copy, distribute, and modify it as long as you track changes in source files and keep it under GNU GPL. You can even distribute it commercially, but you must disclose the source code or obtain a commercial license.
  • MIT License (Expat)Commercial friendly
  • Apache License 2.0 (Apache-2.0)Commercial friendly,  You can use it as long as you keep the Apache license included and display it in your program's copyright notice.
  • GNU General Public License v3 (GPL-3) -todo
  • GNU General Public License v2.0 (GPL-2.0) -todo
  • GNU Lesser General Public License v2.1 (LGPL-2.1) -todo
  • BSD 2-Clause License (FreeBSD/Simplified) -todo
  • BSD 3-Clause License (Revised) -todo
  • Mozilla Public License 2.0 (MPL-2.0) -todo
  • Do What The F*ck You Want To Public License v2 (WTFPL-2.0) -Commercial friendly
  • Eclipse Public License 1.0 (EPL-1.0)todo
  • Common Development and Distribution License (CDDL-1.0) -todo
  • Boost Software License 1.0 (BSL-1.0) -todo
  • Mozilla Public License 1.1 (MPL-1.1) -todo
  • Common Public License 1.0 (CPL-1.0) - You can use it in commercial applications.
  • OpenSSL License (OpenSSL) -todo

Comments

Popular posts from this blog

is not a JMX compliant Standard MBean

I got the fallowing exception and issue solved. If your are using MBean , MBean Interface and Implementation should be in same package, Otherwise use MXBean. javax.management.NotCompliantMBeanException: MBean class comlanka.rest.controller.DataManagerController does not implement DynamicMBean, and neither follows the Standard MBean conventions (javax.management.NotCompliantMBeanException: Class comlanka.rest.controller.DataManagerController is not a JMX compliant Standard MBean) nor the MXBean conventions (javax.management.NotCompliantMBeanException: comlanka.rest.controller.DataManagerController: Class comlanka.rest.controller.DataManagerController is not a JMX compliant MXBean)         at com.sun.jmx.mbeanserver.Introspector.checkCompliance(Introspector.java:176)         at com.sun.jmx.interceptor.DefaultMBeanServerInterceptor.registerMBean(DefaultMBeanServerInterceptor.java:317)         at com.sun.jmx.mbeanserver.Jmx...

AWS amplify hugo App build specification amplify.yml

 I needed a content-oriented site with solely static content for a little project I'm working on, so Hugo was an obvious choice. I looked into using AWS Amplify to host it, But the default amplify.yml not working for me and can't find the correct build file, I have modified the amplify.yml to build the Hugo cms. Hope this is helpful, Please comment. version : 1 frontend : phases : build : commands : - npm install - npm run build:webpack && npm run build:hugo artifacts : baseDirectory : dist files : - '**/*' cache : paths : []

hamcrest and junit java.lang.NoSuchFieldError: NONE

Issue - When you using hemcrest with JUnit5 you may get  java.lang.NoSuchFieldError: NONE error. Solution - Add junit-vintage-engine to classpath           <dependency>             <groupId>org.junit.vintage</groupId>             <artifactId>junit-vintage-engine</artifactId>             <version>5.3.1</version>             <scope>test</scope>         </dependency>  Full Exception - java.lang.NoSuchFieldError: NONE at org.hamcrest.DiagnosingMatcher.matches(DiagnosingMatcher.java:12) at org.hamcrest.beans.SamePropertyValuesAs.hasMatchingValues(SamePropertyValuesAs.java:63) at org.hamcrest.beans.SamePropertyValuesAs.matchesSafely(SamePropertyValuesAs.java:31) at org.hamcrest.TypeSafeDiagnosingMatcher.matches(TypeSafeDiagnosing...