mboost-dp1
unknown
Det er en af de bedste nyheder, for små operativ systemer, i lang tid.
Hvis vi ser bort fra den generelle mangel på mandskab, så vil dette initiativ fra Sun betyde at mange flere platforme kan få Jave :-)
Hvis vi ser bort fra den generelle mangel på mandskab, så vil dette initiativ fra Sun betyde at mange flere platforme kan få Jave :-)
Godt initiativ men Java er indlejret i meget software (e.g. til mobiltelefoner) og mon ikke der bliver fundet en lang række exploits når det bliver frigivet som open source.
#3 Man må håbe at de har gjort deres for at få fjernet eventuelle fejl, før de har frigivet deres framwork.
Om ikke andet, skal man jo også til at downloade og installere på sin telefon, samt køre, før man kan aktivere en eventuel virus.
Der er fundet nemmere metoder at inficere en mobil. ;)
Om ikke andet, skal man jo også til at downloade og installere på sin telefon, samt køre, før man kan aktivere en eventuel virus.
Der er fundet nemmere metoder at inficere en mobil. ;)
#5
Nu er Java ikke open source, men det bliver det, og så bliver der nok fundet mange sikkerhedshuller.
Det er jo netop det folk blandt andet siger er godt ved open source, nemlig at alle kan finde huller, og med tiden bliver de lukket, men til at starte med blvier der nok fundet og udnyttet mange af dem.
Nu er Java ikke open source, men det bliver det, og så bliver der nok fundet mange sikkerhedshuller.
Det er jo netop det folk blandt andet siger er godt ved open source, nemlig at alle kan finde huller, og med tiden bliver de lukket, men til at starte med blvier der nok fundet og udnyttet mange af dem.
#3+#6 mfl: Nej, koden har hele tiden været tilgængelig. Forskellen er at den nu er rigtig åben så folk må ændre i den og at man ikke skal registreres når man downloader. Hvis du er interesseret er koden tilgængelig her:
http://www.sun.com/software/communitysource/j2se/j...
Sikkerhedsmæssigt er Java-verdenen den samme nu som om 2 måneder.
http://www.sun.com/software/communitysource/j2se/j...
Sikkerhedsmæssigt er Java-verdenen den samme nu som om 2 måneder.
Som #10 siger, java kildekoden har været tilgengælig i lang tid. Forskellen er hvad du har ret til at gøre med den, efter den nye ændring (Open source OS'er har ikke kunne bundle java idet de ikke kunne få licens dertil. Det har været muligt at få binære licenser, men også det har været besværligt/dyrt og upopulært i linux verdenen).
#1 Ikke for mit vedkommende, jeg mener sådan set at Java er seriøst ved at blive hægtet af. Det er Rails og C# der er de innovative i disse dage.
#4 Deres "framework" består af 18.000 klasser der har været under udvikling i over 10 år nu. Og nu er virus ikke specielt udbredt på Java platformen da den jo kører i en beskyttet sandkasse.
#4 Deres "framework" består af 18.000 klasser der har været under udvikling i over 10 år nu. Og nu er virus ikke specielt udbredt på Java platformen da den jo kører i en beskyttet sandkasse.
#12
RoR er et framework og ikke et sprog og er derfor ikkke
helt sammenligneligt med Java og C#.
RoR får meget omtale, men det anvendelse er indtil videre
ikke specielt stor.
.NET og C# er blevet særdeles udbredt.
Med hensyn til innovation, så er MS uhyre flittige, men de
har jo også en del at indhente.
Hvis vi kigger udenfor de store leverandører, så laves
der rigtigt mange spændende Java ting. De bedste af dem bliver så
porteret fra Jsomethiong til Nsomething. Men det er uhyre få
der starter som Nnoget og bliver porteret til Jnoget.
RoR er et framework og ikke et sprog og er derfor ikkke
helt sammenligneligt med Java og C#.
RoR får meget omtale, men det anvendelse er indtil videre
ikke specielt stor.
.NET og C# er blevet særdeles udbredt.
Med hensyn til innovation, så er MS uhyre flittige, men de
har jo også en del at indhente.
Hvis vi kigger udenfor de store leverandører, så laves
der rigtigt mange spændende Java ting. De bedste af dem bliver så
porteret fra Jsomethiong til Nsomething. Men det er uhyre få
der starter som Nnoget og bliver porteret til Jnoget.
Den mest interessante udmelding jeg har hørt fra Sun, er at med tiden vil alt deres software, blive både gratis og frit/åbent.
Se det er satme et eksempel, som er værd at fremhæve.
Glæder mig til at Java fremover, kan bliver ordentligt integreret med distributionerne. Det nuværende er noget klamp, for at sige det pænt.
Se det er satme et eksempel, som er værd at fremhæve.
Glæder mig til at Java fremover, kan bliver ordentligt integreret med distributionerne. Det nuværende er noget klamp, for at sige det pænt.
#13 Fortolkeren, Runtime/API'et og syntaksen er de 3 bærende kræfter i et sandkasset sprog (Java, C# og Ruby). Så når jeg siger Rails er det naturligvis implicit Ruby sproget der samtidig inkluderes. I sig selv er Ruby nemlig ikke voldsomt anderledes end f.eks. Python.
Jeg kan enormt godt li' den KISS tilgang der er at finde i Rails og Grails, i sammenligning med Java der er ved at drukne af sin egen kompleksitet (nu snakker de også om at tilføje closures til sproget). Og C# (og Mono) får snart LINQ som måske er endnu mere revolutionerende end Rails, eftersom vi deri får en universal query-mekanisme direkte i sproget via static type inferencing.
Jeg kan enormt godt li' den KISS tilgang der er at finde i Rails og Grails, i sammenligning med Java der er ved at drukne af sin egen kompleksitet (nu snakker de også om at tilføje closures til sproget). Og C# (og Mono) får snart LINQ som måske er endnu mere revolutionerende end Rails, eftersom vi deri får en universal query-mekanisme direkte i sproget via static type inferencing.
#16 Ruby er rent OO paradigme. Java er en hybrid med masser af lappeløsninger i sproget som det egentlig ikke var beregnet til da kerne API'et blev skabt. Se f.eks. på den halvhjertede implementation af generics.
Java: Ih altså, jeg vil også være med på moden og have auto-boxing, enums, generics, closures. Så skifter folk nok ikke, selv om jeg har 17.000 klasser i min 10 år gamle kernebiblioteker der er skrevet i Java 1.1 og derfor ikke kan drage nytte deraf.
Jeg har arbejdet med Java hver dag de sidste 3 år og kan se det forfalde.
Java: Ih altså, jeg vil også være med på moden og have auto-boxing, enums, generics, closures. Så skifter folk nok ikke, selv om jeg har 17.000 klasser i min 10 år gamle kernebiblioteker der er skrevet i Java 1.1 og derfor ikke kan drage nytte deraf.
Jeg har arbejdet med Java hver dag de sidste 3 år og kan se det forfalde.
#17
Det er rigtigt at SUN ikke ændrer gamle API'er på inkompatibel
vis. Og det sætter nogle voldsomme begrænsninger på
mulighederne for at udnytte de nye features fuldt ud.
Men jeg tror nu at de fleste er glade for det. Det er ikke
sjovt med gammel kode der ikke virker længere efter en
Java upgrade. Det er slemt nok med de warnings der blev
introduceret med 1.5 generics.
De nye features bliver udnyttet i de nye API'er.
Det er rigtigt at SUN ikke ændrer gamle API'er på inkompatibel
vis. Og det sætter nogle voldsomme begrænsninger på
mulighederne for at udnytte de nye features fuldt ud.
Men jeg tror nu at de fleste er glade for det. Det er ikke
sjovt med gammel kode der ikke virker længere efter en
Java upgrade. Det er slemt nok med de warnings der blev
introduceret med 1.5 generics.
De nye features bliver udnyttet i de nye API'er.
#18 Jeg hører til dem der synes SUN skal lave en ny, ren Java. De har jo i forvejen gang i Visual Basic på JRE'en. Jeg sidder lige nu med Swing klient software der er broken fra JRE5 til JRE6, så jeg køber ikke rigtig dén med bagudkompatibilitet.
De kunne jo kalde den nye Java, for Java2. ;)
De kunne jo kalde den nye Java, for Java2. ;)
#21
Det er mange år siden at SUN opgav modstanden mod at certficere
open source J2SE og J2EE implementationer.
Der er flere certficerede open source J2EE implementationer
(inkl. JBoss).
Apache Harmony har annonceret at de vil gå efter J2SE certficering.
Det er gammel nyt.
Det nye er at SUN vil frigive deres implementation som open source.
Den har næppe problemer med at passe TCK tests.
Og ja der er mange tests, men kompabilitet er nu også en rar ting.
Det er mange år siden at SUN opgav modstanden mod at certficere
open source J2SE og J2EE implementationer.
Der er flere certficerede open source J2EE implementationer
(inkl. JBoss).
Apache Harmony har annonceret at de vil gå efter J2SE certficering.
Det er gammel nyt.
Det nye er at SUN vil frigive deres implementation som open source.
Den har næppe problemer med at passe TCK tests.
Og ja der er mange tests, men kompabilitet er nu også en rar ting.
#21
At de gør Java frit, kommer ikke til at ændre på, hvem der styrer udviklingen. Sun vil naturligvis stadig, som det er tilfældet med OO.o og OpenSolaris, være dem som leder/maintainer projektet.
Forventninger er jo et hurtigere JVM, men hvis man husker på hvad SUN kræver af test-cases for at det kan kalde sig Java, så får open-source communitiet sig en hård opgave foran sig.
At de gør Java frit, kommer ikke til at ændre på, hvem der styrer udviklingen. Sun vil naturligvis stadig, som det er tilfældet med OO.o og OpenSolaris, være dem som leder/maintainer projektet.
#24
Min pointe var at selvom den officielle Java bliver fri, så er det stadig Sun som bestemme hvilke patches som komme med. Så de skal jo nok sørge for, at den kommer til at certificerer..· ;)
Eventuelle forks ja, de skal nok få deres at se til. Menmindre de vælger at undlade at kalde sig selv Java, så de ikke behøver leve op til noget som helst.
Min pointe var at selvom den officielle Java bliver fri, så er det stadig Sun som bestemme hvilke patches som komme med. Så de skal jo nok sørge for, at den kommer til at certificerer..· ;)
Eventuelle forks ja, de skal nok få deres at se til. Menmindre de vælger at undlade at kalde sig selv Java, så de ikke behøver leve op til noget som helst.
#26
Altså SUN bestemmer hvilke patches der kommer med i SUN Java
updates, IBM bestemmer hvilke patche der kommer med i IBM Java
updates, Apache Harmony projektet bestemmer hvilke patches
der kommer med i deres updates (når de har et produkt), du bestemmer
hvilke patches der kommer med i updates til din Java (hvis du lavede
en).
Sådan er det vel for alt software inkl. open source ??
JCP bestemmer hvilke nye features der skal inkluderes i Java.
Altså SUN bestemmer hvilke patches der kommer med i SUN Java
updates, IBM bestemmer hvilke patche der kommer med i IBM Java
updates, Apache Harmony projektet bestemmer hvilke patches
der kommer med i deres updates (når de har et produkt), du bestemmer
hvilke patches der kommer med i updates til din Java (hvis du lavede
en).
Sådan er det vel for alt software inkl. open source ??
JCP bestemmer hvilke nye features der skal inkluderes i Java.
#27
Så forsimplet var det ikke min mening, at stille det op dog.
Det eneste jeg ville pointere, var at alt kontrol naturligvis ikke forsvinder, fordi de gør softwaren fri. De kan så acceptere en patch eller ej. Hvis de har for svært ved at lytte til brugernes ønsker, så er en fork til gengæld uundgåelig.
Så forsimplet var det ikke min mening, at stille det op dog.
Det eneste jeg ville pointere, var at alt kontrol naturligvis ikke forsvinder, fordi de gør softwaren fri. De kan så acceptere en patch eller ej. Hvis de har for svært ved at lytte til brugernes ønsker, så er en fork til gengæld uundgåelig.
Opret dig som bruger i dag
Det er gratis, og du binder dig ikke til noget.
Når du er oprettet som bruger, får du adgang til en lang række af sidens andre muligheder, såsom at udforme siden efter eget ønske og deltage i diskussionerne.
- Forside
- ⟨
- Forum
- ⟨
- Nyheder
Gå til bund