Barrapunto

Me parece que es una cuestión un poco complicada la que tenéis entre manos, ten en cuenta que p.e. la GPL y EPL no son compatibles, y no "debes" mezclar código de ambas. No puedes "convertir" código GPL en EPL ni viceversa, al contrario que pasa con otros licenciamientos más débiles como BSD que si lo puedes convertir a GPL. Si estás usando Netbeans Platform posiblemente tengáis que usar la GPL, dependiendo de lo que ellos consideren un trabajo derivado.

Respecto a evitar que te cierren el código, como ya te han dicho antes utiliza una licencia con copyright fuerte como por ejemplo GPL [gnu.org] o la EPL [eclipse.org]. Ambas son muy parecidas, se diferencian en que la EPL permite "extensiones" del producto original que sean propietarias, y en un asunto de protección contra las patentes del software. Creo que en GPLv3 se ha introducido una cláusula parecida en este aspecto. Con ninguna de las dos podrás evitar (ni debes) que te hagan un fork, pero al menos seguirá siendo FLOSS por los siglos de los siglos.

Respecto a lo de los plugins... es una movida. Yo me suelo mover mucho por el mundillo Eclipse y suelen ser flexibles en este aspecto. El ecosistema del proyecto Eclipse se suele licenciar con la EPL, y como he dicho antes permite extensiones del producto original que sean propietarias. Por tanto no es raro ver plugins que sean EPL, otros propietarios, y extensiones a los EPL que sean a su vez propietarios (p.e. Pydev hasta hace poquito hacía esto). Alguno hay por ahí que sea GPL, pero es muy raro y creo que vulneran la licencia de la plataforma, pero no estoy seguro. Tampoco es que pase nada, ni se les persigue ni mucho menos. La clave de este asunto es lo que considera el proyecto como trabajos derivados. Como comentaba antes, Eclipse no considera a los plugins como trabajos derivados sino extensiones, y por eso algunos tienen licencia propietaria. Y sin embargo, en el proyecto Drupal si que consideran los plugins como trabajos derivados de su proyecto, y deben licenciarse con la GPL. Me resulta muy curioso porque IMHO creo que un plugin de Drupal no debería considerarse trabajo derivado porque su integración es muy poco "intrusiva" porque en realidad no son más que una serie de hooks y funciones con un formato de nombre determinado, y si no quieres puedes no llamar a ninguna función del API de Drupal. Por el otro lado, un plugin de Eclipse que poquito que hagas terminas usando más de 20 clases del API.

Al fin y al cabo es una cuestión semántica, y de qué entiende el equipo/proyecto como trabajos derivados. En el caso extremo de que alguien os busque las cosquillas y os lleve/lo llevéis a juicio no sé cómo se podría justificar, pero la idea es la que comento. Por poner un ejemplo del mundo real (TM), imagina que te estás follando a alguien regularmente. Para unos puede ser su novia, para otros su folli-amiga y para otros una completa desconocida, todo depende del nivel de confianza y de responsabilidad que tengas con la otra parte. Al fin y al cabo el resultado es el mismo (has follado) pero cada persona lo llama de una forma. Confianza, responsabilidad... en el FLOSS es igual. La solución para ambos casos es la misma: define bien los conceptos, deja todo bien clarito porque como vayas de buena fé, al final siempre te la terminan liando ;-)