NetBeans 6 sarà dual-licensed

pubblicato: mercoledì 31 ottobre 2007 da Andrea de Palo in: Dual License Software Sun Java Programmazione

Ne avevamo già parlato in agosto ma ora l’indiscrezione è stata confermata: il 22 ottobre, in occasione della presentazione di NetBeans 6.0 beta 2, Sun e la NetBeans community hanno annunciato un cambio di licenza per il noto ambiente di sviluppo Java-based, ora rilasciato con doppia licenza CDDL / GPLv2 con ClassPath exception ( la stessa adottata per Java ).

Sun crede che il rilascio di NetBeans con licenza GPL possa aiutare il suo IDE ad allinearsi meglio con la comunità Linux, agevolando al contempo la condivisione di codice e tecnologie di NetBeans con altri progetti e rafforzando l’ecosistema open-source di Java.

[ via Slashdot ]

(3 Voti | Media: 5 su 5)

24 commenti

Articoli simili

OpenSSO, la forza dell'open source del 19 mar 2010

Oracle gestisce gli account Sun e consiglia di rivedere le impostazioni del 17 mar 2010

Qt 4.7, tech preview con QML del 13 mar 2010

Code Bubble, gli IDE attuali sono superati? del 11 mar 2010

Oracle/Sun: una nuova JVM del 20 feb 2010

Argomenti Simili

gpl, netbeans, programmazione, rilasci, sun

Gallerie Correlate

Commenti dei lettori

(Inserisci un commento - Nascondi commenti anonimi)

micrenda
31 ott 2007 - 10:38 - #1

0 punti

Che cosa e’ la GPLv2 con ClassPath exception?
jimme
31 ott 2007 - 10:58 - #2

1 punto

Se non sbaglio non tutta la piattaforma Java è stata rilasciata con GPL, un 4% è rimasto chiuso.
Per poter usare OpenJDK si sostituiscono i componenti non rilasciati con GPL con quelli di gcj, il compilatore java di GNU.
Tralaltro, OpenJDK + GNU ClassPath = IcedTea, che viene installato di default finalmente su Fedora8 già questo fine settimana e poi su tutte le altre a seguire presto.
micrenda
31 ott 2007 - 11:00 - #3

0 punti

Grazie, spero che non si siano confusi alla frutta :)
hellview
31 ott 2007 - 11:22 - #4

0 punti

era ora :)
finalmente capiscono che il software deve essere lasciato libero.
a piccoli passi ma lo stanno facendo.
jimme
31 ott 2007 - 11:44 - #5

1 punto

Il software non _deve_ essere distribuito in nessun modo, chi lo produce è libero di fare quello che vuole.
Se hanno scelto di rilasciarlo con la GPL è solo perche gli conviene, tra Solaris che è sempre piu di nicchia e .Net che fa concorrenza a Java… l’open source è solo l’ultimo rimedio, se avessero potuto avrebbero volentieri continuato a venderlo con licenza commerciale.
Ormai tra openoffice, netbeans, java, solaris… hanno aperto tutto!
A proposito, oggi esce la prima release di Project Nevada, la distribuzione binaria di OpenSolaris ;)
jimme
31 ott 2007 - 11:46 - #6

0 punti

ops, correggo: oggi esce Project Indiana, no Nevada!
bliss
31 ott 2007 - 14:30 - #7

5 punti

Il 4% ancora closed sia dovuto a licenze e brevetti per qualcosa di terze parti, ma non ricordo cosa e perchè in questo momento. In pratica sono parti che non dipendono direttamente da sun…
kernel_panic
31 ott 2007 - 16:45 - #8

2 punti

Infatti se Sun non si fosse trovata a fronteggiare .Net col cavolo che sarebbe open, o forse la gente si e’ gia’ dimenticata dei vincoli che aveva Java quando usci’?
Neppure Microsoft aveva messo clausole cosi’ restrittive a .Net, e infatti mono e’ libero da ogni royalties.
Andrear
31 ott 2007 - 17:38 - #9

-2 punti

Io credo che java sia stata resa open source + per gcj che per .net. gcj cominciava ad essere troppo completo e compilava nativamente
hellview
31 ott 2007 - 19:21 - #10

0 punti

non penso, gcj non è molto utilizzabile …
http://gcc.gnu.org/java/status.html
e in ambienti di produzione te lo scordi proprio …
cristiano rosencreutz
31 ott 2007 - 19:48 - #11

-1 punto

interessante, preferisco cddl, ma la doppia licenza è un vantaggio per tutti.
un’ ultima curiosità: e gpl v3?
hellview
31 ott 2007 - 20:28 - #12

0 punti

scusa mi argomenti il perché preferisci la cddl visto che c’è più software sotto gpl ?

per chi non sapesse le differenze qui una license matrix:
http://blogs.sun.com/chandan/entry/copyrights_licenses_and_cddl_illustrated
mad_max
01 nov 2007 - 07:51 - #13

1 punto

Io continuo a essere dell’idea che rilasciare il codice sotto GPL porti grossissimi vantaggi di Diffusione del software, specie con software ben fatti come Netbeans.
Infatti sono sicuro che ogni distro adesso lo includerà nei propri repo.
Quindi con questa mossa la Sun spera di riguadagnare punti su Eclipse che ormai si trova nei repo delle maggiori distro. Questo non è un male perchè Netbeans è veramente ottimo.
hellview
01 nov 2007 - 09:07 - #14

-1 punto

come non quotare mad_max.
eclipse in ambieni lavorativi almeno qui a milano è più diffuso che netbeans, anche se a mio parere netbeans è qualitativamente migliore. trovarselo già in distro è un grandissimo passo avanti …
Cristiano Rosencreutz
01 nov 2007 - 09:23 - #15

0 punti

hellview> perché riguarda i singoli file e non il progetto; quindi offre più elasticità, pur garantendo che ciò che é aperto rimanga tale (modifiche comprese).
jimme
01 nov 2007 - 09:56 - #16

3 punti

Sun ha rilasciato Openoffice, Netbeans, Java, Solaris; è come se Microsoft rendesse OpenSource Windows, .Net, Office e Visual Studio!
Perche Sun sta svuotando il portafolio software?
E per cercare di non sparire dal mercato.
Visto che ormai i suoi software li comprano solo in quattro gatti, te li regalano e sperano di ricavare qualcosa sull’assistenza e le certificazioni.
Netbeans rilasciato con la GPL si siffonderà di piu, ma loro cosa ci guadagnano visto che non lo paga nessuno?
hellview
01 nov 2007 - 11:34 - #17

-1 punto

Cristiano Rosencreutz> mi sa che forse gli devi ridare un occhio a queste licenze
sirus
01 nov 2007 - 11:37 - #18

-1 punto

Dal mio punto di vista il rilascio con licenza CDDL era più che sufficiente, la GPL rischia di far perdere il controllo del progetto ed ambienti come Java e NetBeans dovrebbero restare molto legati allo standard e non dovrebbero esserci le naturali divisioni che provoca il rilascio alla comunità.
sirus
01 nov 2007 - 11:37 - #19

0 punti

Ad ogni modo preferisco Eclipse e non credo che neppure la versione 6.0 di NetBeans riuscirà a farmi cambiare idea.
fabio 80
01 nov 2007 - 14:46 - #20

0 punti

ragazzi, ho usato java professionalmente negli ultimi 4 mesi (quotidianamente netbeans 5, 6 Mx, 6 beta ed eclipse) e fatevelo dire in tutta franchezza… netbeans è ANNI LUCE indietro ad Eclipse. Si salva solamente per creare velocemente le interfacce grafiche, ma per il resto è un’autentica ciofeca (mi dispiace). E gcj non è nemmeno paragonabile con la jvm di sun, ma proprio per niente (né prestazioni né completezza).
jimme
01 nov 2007 - 15:48 - #21

0 punti

Mi sembra un’opinione abbastanza diffusa che NetBeans è ottimo per disegnare le interfaccie grafiche ed è ben integrato con JDK mentre per quanto riguarda la stesura del codice Eclipse è molto piu avanti.
bliss
01 nov 2007 - 16:12 - #22

1 punto

sempre usato netbeans, e non ho mai avuto problemi con esso, è senza dubbio un ottimo IDE, eclipse non mi piaceva.
Sono abitudini, nulla di più.
L’editor di interfaccie è il punto di forza di NB, ma tutte le altre features non sono inferiori ad eclipse. L’unica cosa che non mi era piaciuta era l’integrazione CVS, ma il modulo è stato riscritto, tuttavia per compatibilità non ho mai testato il nuovo sistema.
fabio 80
01 nov 2007 - 17:38 - #23

0 punti

Secondo me non si tratta di abitudini solamente, mi spiego: il refactoring/renaming in netbeans offre meno opzioni e spesso non fa a dovere il suo lavoro, la capacità di risalire al package corretto senza una esplicita inclusione è molto più precisa in eclipse, le opzioni di progetto, di formattazione e di nuova classe/interfaccia sono obiettivamente molte di più in eclipse e così via. c’è anche da dire, me ne ero scordato, che netbeans integra un editor UML che non è cosa da poco (anche se è ancora da affinare molto). io poi ho misurato un abisso nelle prestazioni, almeno su windows e con jdk 6-6u3. per carità, è la mia opinione, mica mi pagano :p
coppermine
05 nov 2007 - 10:29 - #24

0 punti

secondo me netbeans nella versione 6 ha superato eclipse per queste ragioni:
supporto nativo a svn
ambiente rad per le interfaccie grafiche (che funziona ottimamente)
editor uml integrato con reverse engeenier
semplicità di configurazione ed integrazione per sviluppo applicazione EE