Java 1.4 RC

Jeg har kørt med den i et stykke tid (boundlet med Forte CE) og den er helt fin, men den for min maskine til at "stene" lidt hver gang den starter og så popper der et java ikon op nede i systray når den kører... Det er lidt irriterende at hele skidet låser, indtil den er loaded (5-7 sec.), bare fordi der er lidt java på en hjemmeside... Endnu mere irriterende at den på min Windows ME maskine har det med at få maskinen til at crashe medens den loader :-( I know jeg kører "skod winME" men det kører ellers fint på min computer, når bare jeg ikke skal køre java :-)
Min bror kører også 1.4 på sin XP maskine der ikke crasher, men det låser stadig maskinen indtil den er loaded og begynder at eksekvere java apletten eller hvad det nu er den skal køre....

ja java styrer jo for vildt, alle jer java programmører, fortæl venligst nogle programmer der ikke er lavet på slam kode?

C# - Jeg har faktisk postet det før, men nu kommer den igen: Java der IKKE er slamkode: http://www.geocities.com/inzain0/FlyingSlime.html

So bite me! :)

... Ok, der er faktisk en del fejl i, men der er da potentiale...

// annoia

hvis det skal bruges til at lave små spil på nettet vil jeg til hver en tid foretrække flash.

JavaScript er efter min mening det bedste værktøj til det formål.

Til dem der har problemer med Suns Java: Har I overvejet IBMs?

jimbo's laenge ventede feature #1 i Java 1.4: ASYNKRON IO, nu kan det ogsaa skalere udover almindeligt traadbaseret (klientorienteret) IO.

"Hooray for Captain Spaulding,
The African Explorer.
Did someone call me Schnorer?
Hooray hooray hooray!"

Hvis de saa ogsaa tilboed signaler i standard API'en saa man kunne lave letvaegts multitasking indenfor traadgraenserne ville det vaere perfekt. Som det er nu maa man implementere sit eget...

Roder lidt med Forte igen (har brugt ver. 2 paa min SuSE Linux indtil nu), udemaerket IDE (som altid), men FORFAERDELIG editor, den er lige saa daarlig som MS DEV Studio editoren (eller editorerne i de fleste andre IDE's). Ingen scripting, ingen fleksibel customization af dens opfoersel, ingen aegte smart-indentation (tab og en linie indrykkes til korrekt niveau), eneste feature er at den kan poppe en liste op over class members naar man skriver "instansnavn.".
Meget primitiv editor, selvom editoren er det mest brugte element i en IDE, men resten af miljoeet er OK.

Tilbage til standardmetodik: Xemacs/gmake/jikes for servere og application engines. Forte til GUI frontends.

Naa, tid til at indfoere et asynkront IO lag paa en server-app are for sjov :-)

Sjovt, jeg loggede ind som jimbo, skrev min artikel,
!"£$%^$%&%^* Freeserve doede, ringede op igen, sendte artiklen -og jeg kom til hjemmesiden uden at vaere logget ind, men artiklen var sendt og sat ind som gaest. Morsomt...

ghostcom97: Det bekymrer mig at hoere den laaser det hele medens den loader en brugerapp paa WindowsXP. Jeg arbejder paa WindowsNT (firmapolitik) og naar man kompilerer (C++ kode i dette tilfaelde, det tager typisk 1-20 min at kompilere et projekt.) eller kopierer mange filer i en DOS-boks (eller i explorer) saa koerer hele brugerinterfacet i sneglegang (naermest laaser). Det er bekymrende at de ikke har rettet NT kernens ufatteligt daarlige IO lag/scheduler/VM system endnu. God multitasking og god IO performance er IKKE "mutually exclusive".
Kernen skulle ellers vaere aendret betragteligt baade i 2000 og angiveligvis ogsaa i XP.

jimbo:

Hvad er det som du mangler hvad angår tråde ?

Man skal for guds skyld IKKE bruge noget på API niveau, så forsvinder platformsuafhængigheden.



C#:
Kom igen når du har et fornuftigt argument at komme med, istedet for dit konstante brok.

Java er og bliver det fedeste programmeringssprog der findes. !

<STRONG>Disky:</STRONG>
Det er det mange meninger om. Jeg syntes fx. det er et af de værste. Næst efter C's latterlige syntax.
Jeg savner de gode gamle dage med pascal, hvor man havde et flot og simpel struktur, som kunne præcist det samme som alle de andre.
Men igen, det er jo så bare min mening.

Disky: Jeg mangler intet hvad angaar traade. Java har et meget nydeligt og funktionelt traad API. Men jeg savner noget i stil med signaler i UNIX eller de elegante Active Objects i SymbianOS.

Det er mekanismer hvormed man kan lave en slags co-operative multitasking inden for en enkelt kontext, hvilket er meget mere "letvaegt" end traade og processer. Det tjener lidt samme formaal som at lave asynkron IO i stedet for traadbaseret IO. Det kraever at programmoeren ved hvad han laver men saa er det ogsaa godt.
Man kan naturligvis selv implementere noget...

At der saa er for faa programmer i det hele taget der benytter traade/signaler/multiprogrammering er en ganske anden sag. Der mangler i det hele taget forstaaelse af at brugere maaske oensker at lave flere ting samtidigt.
Jeg er f.eks. SAA traet af Winblows programmer der laase medens de er i gang med noget (ala Explorer vinduer der er laaste medens den kopierer filer) og hvad er det for noget $%%^*&* med Winzip? Hvis man forsoeget at flytte vinduet medens den pakker ud spoerger den om man oensker at afbryde... RAHSGU!
Godtnok er MFC grimt, stort, tungt at danse med og ikke "threadsafe" men at lave en separat traad til udpakningen og lade den kommunikere med GUI traaden via signal semaforer/en event koe/whatever tager 15min, selv med Windows APIet.

Den anden dag installerede jeg IE 5.5. paa arbejdet. Jeg besluttede at den kunne installere i baggrunden medens jeg debuggede en netvaerksstak (det tager aabenbaert lang tid at installere en browser, saa hvorfor ikke lave noget medens man venter?).
Men pludseligt KABOOM rebootede maskinen - IE var faerdig. Den havde godt nok sagt at man ikke burde koere andre programmer imedens men hvor svaert er det at poppe en lille "reboot now please" dialogboks op inden man hugger folks ben af med en flaekoekse...?!

Undskyld mit RANT, det var ikke rettet mod dig Disky. Vi plejer at finde paa bedre ting at skaendes om.

Hvad mener du med "Man skal for guds skyld IKKE bruge noget på API niveau, så forsvinder platformsuafhængigheden." Jeg tror du taler om noget andet. Jeg taler om API'er saasom hvad der tilbydes i java.lang, java.io, java.net, etc. i Java 1.x . Jeg kender ikke til andre API'er medmindre vi taler om noget af det gylle der ikke laengere er pure Java og som f.eks. binder Java til Microsoft only platforme (deres version af "platform independence"), men eftersom jeg kun koder Java paa Linux kommer jeg ikke i naerheden af dette.

jimbo:

Sorry jeg misforstod dig.

Vi er helt enige, at mange programmer så som winzip osv, er noget klyt.
Men for at vi ikke kun mobber windows:
Men linux er ikke helt iorden, den har en kerne begrænsning på mx antal processor per tråd (eller er det omvendt, kan ikke huske) hvilket gør at man skal reconfigurere kernen hvis man har en kraftig belastet server.

Hvis du vil læse noget om tråde og java skulle du tage og kigge på følgende bog:
http://www.bookshop.co.uk/ser/serdsp.asp?shop=2003...

Jeg så et foredrag med ham på JavaOne sidste år, skal vi ikke bare sige at han har godt nok styr på det :)

Disky: Du har ret: Linux 2.2 har en begraendsning paa antal traade hver enkelt bruger maa oprette. Jeg ved ikke om graendsen er blevet haevet i Linux 2.4.

Mange tak for bogforslaget, men jeg vaelge at vaere saa arrogant at sige jeg ogsaa har ganske godt styr paa det :-)

Har arbejdet meget med traadmodeller, multiprogrammering og OS kerner i aarenes loeb: Paa WindowsNT, Linux, SymbianOS, VxWorks, ThreadX, Cisco IOS og i Java 1.0/Java2. Naa ja, ikke at forglemme: Python! Det er ganske morsomt og meget meget nemt at lave multitraadede applikationer i Python og nemt at lave en GUI frontend i PyQT eller VxWindows hvis der er brug for den slags.

Mit seneste hjemmeprojekt er en multitraadet event-styret Home Automation server, skrevet i Java, hvor man kan lave scripts til serveren i Python (www.Jython.org) som saa gemmes i en MySQL database. Jython er genialt... Java er genialt...

Ooups, tilbage til spaghettien og Parmesanen... blevet kold... Arrgh, kan spaghetti varmes i microen? Maa proeves...

Arrgh: Er ved at blive gammel. Linux har ikke begraendsning paa antal traade en bruger maa koere, men antal processer en bruger maa koere (hvilket ioevrigt naesten er det samme paa grund af den maade traade er implementeret paa i Linux).

Begraendsningen per bruger er fjernet i Linux 2.4 saa vidt jeg ved, det goer den naturligvis lidt mere saarbar over for "Fork Bombs" hvor en bruger der er logget ind paa systemet pludseligt skaber en masse processer for at sloeve systemet maerkbart ned.

jimbo:

Okay det lyder som om du har styr på det :-)

Den med begrænsningen kom på en BOF seminar også på java one, hvor en totalt inkarneret linux freak selv kom med den, glæder mig den endelig er fjernet. Har du forresten set den nye linux scheduler som nok kommer i 2.5 ? Den er lidt sej.

Jeg vil studere den hjemmeside du linkede til senere idag :-)

Hilsen Disky

Disky: God fornoejelse. Jython goer det meget nemt at indbygge scripting i din applikation. Et hurtigt eksempel:

import org.python.util.PythonInterpreter;
import org.python.core.*;

/*

PythonInterpreter.initialize(System.getProperties(), System.getProperties(), null); kaldt under initialisering.

script = "2+2";
PythonOutput == hjemmelavet nedarvet klasse fra Writer.
man kan nedarve Java klasser i sin Python kode, saa man kan lave en API til sin app til brug for Python scripts.

*/

log(Log.USER, "Executing script");

boolean error = false;
PythonOutput pythonOutput = new PythonOutput();
pythonEvent = new PythonEvent(getName(), origin);

if((script!=null) && (script.length()>0)) {
pythonInterpreter = new PythonInterpreter();
pythonInterpreter.setOut(pythonOutput);
try {
pythonInterpreter.exec(script);
} catch(Exception e) {
pythonEvent.setOutput(e.toString());
log("Python Script Error.");
error = true;
}
if(!error) {
pythonEvent.setOutput(pythonOutput.toString());
}
}