My Java Desktop

6.5.2007 06:21 | linux

Ahoj lidi
Mozna je to uplna blbost a ja jen potim nesmysly z nedostatku ksyliku, ale napadl me takovy projekticek:). Chtel bych zkusit napsat nejaky Window Manager nebo mozna i cely Desktop Manager v Jave. Napadu jako by to mohlo vypadat jeste moc nemam ale jelikoz me tato myslenka nadchla chtel bych se ji venovat. Zatim jsem zkousel jen uplne banality, jako spuste ni externi applikace a pod. Vytvoril jsem session a spusti. A problem. Mozna nekteri tusite. Muj WM nemel bordery, respektive nebohl jsem posuvat z okny a popravde nevim ani jak ten border vytvorit. Kdyby nekdo vedel tak at prosim napise do diskuze. A pokud by mel snad dokonce nekdo zajem neco kutit tak at tam taaky pisne :)

       

Komentáře

[Messa]

Vzhledem k tomu, že JVM asi nebude mít podporu pro tvorbu Xkových WM, tak to asi budeš muset propojit s nějakými knihovnami, tzn. zjistit si nejdřív, jak by se to psalo třeba v C.

Jinak Sun už nějaký Java Desktop má, ale je to asi jen převlečené Gnome

Můžeš popsat prosímtě nějaké výhody, jaké by měl WM (popř. celý DE) napsaný zrovna v Javě? Chápal bych třeba Smalltalk, ale Java...

[Zdeněk Burda]

SUN má minimálně 3 roky 3D desktop napsaný v Javě, jmenuje se Looking Glass.

[Messa]

Tak to se omlouvám. Když si ve škole v Solarisu při přihlašování vyberu Java Desktop, spustí se Gnome. A na Looking Glass jsem zapomněl.

[belisarivs]

Pokud myslis Looking Glass, tak to ma k prevlecenemu GNOME dost daleko.

[kotyz]

jestli myslis java desktop system v solarisu tak to je skutecne jenom obycejne gnome. jinak looking glass je v jave (a zadna slava teda).

[Heron]

Desktop manager v Javě už je a to přímo od Sunu. Looking Glass. Můžeš si to stáhnout a zkusit jako běžnou aplikaci ve tvém stávajícím prostředí.

Projekt to je zajímavý, ALE! Ale do systému to prostě nepasuje. Osobně bych raději měl celý systém napsaný v Javě, nebo něčem podobném. MS tuším takto chtěl (v C#) napsat Longhorn (nebo jeho podstatnou část). Mám pocit, že to nějak nedopadlo a do Vist se toho moc neodstalo. Škoda, tohle mohlo být celkem zajímavé.

Celkem mi vadí stav "integrace" Javy do systému. Pro každý program se zvlášť spouští GC, správa paměti, kompiler (který kompiluje pro každý program skoro totéž) apod. Lepší by bylo, kdyby JVM prostě běžel jako služba v systému (ne-li ještě níž) a vše by se spouštělo přímo v něm. Bylo by to rychlejší a ušetřila by se nějaká ta paměť.

[Honza "tux" Friesse]

http://www.jnode.org/

Ale potřebuje to dost paměti a vývoj taky není nejrychlejší.

Ale popravdě, mě osobně víc bere: http://sourceforge.net/projects/squeaknos

[Käyttäjä 11133]

Lepší by bylo, kdyby JVM prostě běžel jako služba v systému (ne-li ještě níž)

Jo, třeba v kernelu. :D lol

[fakenickname]

a co je na tom tak vtipnyho?

[Michal Vyskočil]

Já bych to otočil. Existuje jediný rozumný důvod, proč mít JVM v jádře? A pokud ano, existuje pak rozumný důvod, proč tam nemít Parrot, Squeak, Python, Lisp, Haskell a já nevím co všechno ještě?

[Josef Kufner]

Protože dát do názvu "Virtual Machine" je dobrý marketingový tah.

[Heron]

A myslíš, že je špatná myšlenka mít OS kompletně napsaný v nějakém OOP jazyku, kde by původní VM zastával funkci jádra? Já si naopak myslím, že by to bylo velmi výhodné.

[Milan Jurik]

A v cem to bude vyhodne?

[Michal Vyskočil]

Třeba squeak? Je fakt, že Smalltalk není OOP, to je prostě objektový jazyk

[Marek Bernát]

LOL

[Kyosuke]

Rozhodně horší než mít VM jako hardwarový procesor.

[Heron]

Very funny... Zřejmě si nepochopil, o čem píšu.

[Leoš Literák]

Pro každý program se zvlášť spouští GC, správa paměti, kompiler (který kompiluje pro každý program skoro totéž) apod. Lepší by bylo, kdyby JVM prostě běžel jako služba v systému (ne-li ještě níž) a vše by se spouštělo přímo v něm. Bylo by to rychlejší a ušetřila by se nějaká ta paměť.

Jeden velky FUD. Od Javy 1.5 (tedy nejmene ctyri roky) se sdileji knihovny mezi jednotlivymi JVM. Dale nechapu, proc by se pri spousteni programu mel spoustet kompilator. To je nesmysl, asi stejny, jako tvrdit, ze pri bootovani linuxu se spousti make bzimage. Bud java program kompilujes nebo (XOR) spoustis.

[elviin]

Ale Heron nepsal nic o nesdileni/sdileni knihoven (kodu), ale o vyhrazeni zvlastni pameti pro kazdou JVM a jeji spravu. Jinak jestli se sdili alokovanej prostor pro JVM, tak by me zajimaly detaily.

Co se deje, kdyz mi bezi dejme tomu tri java procesy? Kazdy ma alokovany svuj prostor? Rekl bych, ze o gc javy vim vic nez malo a nedovedu si predstavit, ze by se collectovalo pres vsechny procesy dohromady. Navic nevim, jak by se odlisovaly novy generace od starych v ruznych procesech.

[Filip Jirsák]

Psát o sdílení alokovaného prostoru pro každou JVM a její správu je nesmysl. Buď jde o nativní spustitelný kód získaný ze souborů na disku, pak se o jeho sdílení stará operační systém. Nebo jde o data specifická pro konkrétní instanci JVM, pak nemá smysl se zabývat jejich sdílením. Nebo jde o předalokovanou volnou paměť, jejíž sdílení je zase nesmyslné, protože operační systém přidělí procesu fyzickou paměť až v okamžiku, kdy jí proces potřebuje.

To, o čem psal Leoš, je sdílení tříd ze systémových knihoven (tzn. JRE apod.) – vizte Class Data Sharing.

[elviin]

Ja jsem nepsal, ze to ma smysl. Dik za link.

[Heron]

kompilator

ve smyslu JIT

Od Javy 1.5 (tedy nejmene ctyri roky) se sdileji knihovny mezi jednotlivymi JVM

Knihovny možná. Ale co stejné classy, používané v různých programech a dejme tomu spouštěné různými uživately?

[Filip Jirsák]

Kompilátor JIT je program jako každý jiný, a jeho sdílení má tedy na starosti OS. Třídy mimo JRE se nesdílejí, protože naprogramovat to by nejspíš bylo spousta práce a přineslo by to málo užitku (nezapomeňte, že aplikace má plně ve své režii, odkud a jak bude třídy nahrávat). Jako přínosnější vidím vytvoření malého „zavaděče“ Javy, který bude mít pár MB a z internetu si stáhne potřebné části JRE až v případě potřeby (pro applety a java web start) – to je myslím v plánu. Indexování souborů v jar archivech, aby se stahovalo jen to, co je potřebné, už myslím taky funguje. No a „linkování“ knihoven při startu aplikace myslím není problém pouze javy…

[Filip Jirsák]

V tom případě by vás mohly zajímat Escher (knihovny pro X Window System napsané v Javě) a nad nimi postavený Puppet (Window Manager – ovšem ovládá se pouze z klávesnice, takže zrovna rámečky tam a přesun myší tam nenajdete).

[sssssssss]

Skončíš dřív než začneš, myslim, že napsání desktopu neni pro jednoho člověka zvládnutelný. Navíc proč to dělat? Neni lepší napsat nějakej soft, kterej na linuxu chybí a spousta lidí kvůli tomu zůstává u winows?

[honza]

+1

Honza

[paralaX]

Napsani softu kvuli kteremu lidi zustavaji u windows taky neni pro jednoho cloveka zvladnutelny

[elviin]

Jedine tak s podporou JPU (Java Processing Unit) :) Jaky je rozdil mezi Javou a vmwarem?

[Josef Kufner]

Hele, jestli máš nějakou dobrou myšlenku, nápad, představu, tak to sepiš a pak implementuj. Pokud to je jen "bude to cool a v Javě", tak se na to vybodni a běž dělat něco užitečného, třeba lítat za holkama.

[kovar.pavel]

Tak diky za vase nazory. Co se tyce lg3D tak ten je nepouzitelny (alespon zatim). Napad WM v jave je podle me docela zajimavy. Necekal ze se k tomu tolik lidi postavi jako ke veci, ktera je k nicemu. _:(

[Josef Kufner]

Podívej se na situaci kolem windowmanagerů a textových editorů. IMHO je to dostatečná ukázka

[Leoš Literák]

Lide spise za prve nevidi realne, ze to dokoncis a za druhe uzitecnost projektu. Ale jestli mas spousty casu a chces se neco naucit, nehled na ne a delej, co te bavi. Treba prekvapis

[xkucf03]

Java je skvělý jazyk (můj nejoblíbenější), ale nechápu v čem by bylo přínosné, kdyby v tom byl napsaný WM.

Když už, tak by byl zajímavý OS v javě -- ve smyslu povýšení VM na operační systém. To by ale znamenalo dopsání spoustu kódu, pro který dnes virtuální stroj využívá OS (ovladače HW, práce s diskem, síť...). A nakonec dojdeme k tomu, že by to bylo více práce než užitku.

Dnes ti nic nebrání vzít Linux/FreeBSD/Solaris, dát do něj nějakého minimalistického správce oken a zbytek napsat v javě. Takže o co jde?

[fx-95]

Určitě by mohlo být zajímavé udělat WM v emulátoru programu, ale: 1) Jeden programátor to nemá šanci dotáhnout alespoň do alfaverze.
2) Je to uplna blbost a ty jen potis nesmysly z nedostatku kysliku

[kovar.pavel]

Pravda je ze opravdu jeden programator toho moc nezmuze ale jak tady vidim ty lidi...Misto toho aby napsali ze by treba necim prispeli tak to rovnou pohrbi... To je del meho nazoru velmi spatny pristup

[xkucf03]

A není lepší si přiznat hned na začátku, že to nemá smysl, než na tom zbytečně zabít spoustu času, který mohl být využit k něčemu užitečnějšímu?

[Leoš Literák]

Me to prijde jako rozumny pristup. Pokud nejakemu projektu neverim nebo me nezajima, proc bych do nej mel prispivat?