Jáva Terminál

Java

rka küldte be a hírt:

(Vermes Mátyás) "Szeretném felhívni a figyelmet egy új szoftverfejlesztő technikára és eszközre: a Jáva terminálra.

A Jáva terminál egy alkalmazásfüggetlen grafikus megjelenítő eszköz, ami a felhasználó gépén megjeleníti a távoli gépen futó szerveralkalmazást. Természetesen annak sincs akadálya, hogy a terminál és a szerver ugyanazon a gépen fusson, ám a Jáva terminál fő erőssége a távoli programfuttatás, ezzel a webes programozás egy alternatíváját jelenti. ""A Jáva terminál elsősorban centralizálandó ügyviteli alkalmazásoknál előnyös, mint pl. egy bolthálózat nyilvántartása. A terminál és a szerver között TCP kapcsolat van (nem HTTP), és XML szintaktikájú üzenetekkel kommunikálnak. A kommunikáció SSL-lel titkosítható.

A terminálról bővebb infó található a Jáva Terminál oldalon. A terminál forráskódja ingyenesen elvihető a ComFirm szerveréről: jt.zip . Eddig csak CCC-vel (Clipper klón) csináltunk Jáva terminál alkalmazásokat, az API implementálhatóságának demonstrálása céljából azonban készült egy Python nyelvű szerver oldali könyvtár is: jtpython.zip.

Végül, ha valakinél installálva van a Jáva 1.4.2 futtató környezet, továbbá a böngészője megfelelően van konfigurálva (azaz együttműködik a JRE 1.4.2 részét képező Jáva Webstarttal), akkor a következő linken máris kipróbálhatja a terminált: CCC letöltő. Ha minden rendben van, akkor a kattintásra letöltődik és elindul a jterminal.jar Jáva program (nem applet), ez felveszi a kapcsolatot a ComFirm szerverén futó demó programmal, ami a CCC csomagok letöltésében és frissítésében segédkezik.

Hivatkozások:

ComFirm honlap

Jáva terminál áttekintés

CCC áttekintés

Letöltések"

( asm v | 2004. 01. 28., sze – 11:37 )

Java-t miert kell ékezettel irni?

Ennyi erovel lehetne Bézik, Cé++ is...

( bitfakk | 2004. 01. 28., sze – 12:58 )

Mostanaban a hideg kiraz ha ilyen sajat fejlesztesu programokrol van szo, de ez a java terminal elso szaglasra nem tunik rosszanak. Azt hiszem egy estet meger alaposabban megnezni.

Gondolom free, ha Trey kiteszi annak ellenere hogy eleg lazan kotodik a unixokhoz, de pontosan milyen liszensz alat erheto el?

( bocs | 2004. 01. 28., sze – 15:07 )

a letöltőig megnéztem, pár sor doksit olvastam.

szép-szép de ez egy belső állapot nélküli szuperbuta terminál. gyakorlatilag pontosan ugyanazt tudja, mint egy html oldal, csak ahhoz webszerver elegendő, itt meg spéci kiszolgáló programokat kell futtatni a szerver oldalon, java gépet + letöltést kell csinálni a kliens oldalon.

Nem látom be, hogy mi a komoly előnye ennek a módszernek pl a webszerver-PHP + HTML+JavaScript+böngésző párossal szemben.

Hat a magam ertelmezeseben egy platform fuggetlen GUI-t hoz letre a szerveren futo alkalmazasok szamara. Ez alapjan valami hasonlo lehet mint az SAP platingui-ja.

A kerdes az hogy melyik teren jobb mint a HTML. Ha minden user interakciora nyom egy szerver requestet akkor lehet hogy bosszantoan lassu lehet, vagy agyonnyomja a szervert.

Lassankent meg kellene nezni kozelebbrol, de addig le se toltom amig a liszensz kerdesek nem tisztazodnak, nem szennyezem shareware-el a merevlemezem :)

Szerintem nem egy eletkepes megoldas, hiszen egy RMI-s vagy Web-sercvices megoldas sokkal gyorsabb, es a programozasa is egyszerubb mint kliensoldalon, mint szerveroldalon, es a sebessege sem lehet valami egetrengeto, ha allandoan fel kell dolgozni az XML adatokat, legeneralni a UI-t, es visszakuldeni a szervernek. Masreszt meg ra vagyok utalva X Bt. altal keszitett programra, akkor mar inkabb a Sun.

( trey | 2004. 01. 28., sze – 22:26 )

a legutolso info az, hogy GPL-es stuff, csak ebbol a kiadasbol veletlenul kimaradt a licenc. de autentikus infot tovabbra is a szerzotol, egy neki kuldott levellel lehet leginkabb kinyerni.

( mrev | 2004. 01. 29., cs – 14:58 )

Az elõbb tudtam meg, hogy létezik ez a rovat,

mindjárt hozzá fogok szólni, de ki akarom elõbb

próbálni, hogy mûködik a dolog.

( mrev | 2004. 01. 29., cs – 15:02 )

Az eddig felvetõdött kérdésekre:

Jáva, mert a nyelv a Java kávéról,

az pedig a Java szigetrõl kapta a nevét,

aminek a magyar helyesírása Jáva.

Magyarban sokkal kényelmesebb azt írni és mondani,

hogy "Jávában", mint "Java-ban".

Te a C-t, színek mondod?


A liszensz kérdése nem tisztázott.

A http://www.comfirm.hu/download-ról

letölthetõ programok legalább kétfélék:

1) Programkészítõ programok.

Ezeket tekinthetitek GPL-esnek. Jelenleg

nem tudom, hogy ennek mik a pontos feltételei,

de utána fogok nézni.

2) Könyvtárak, amik az elõzõ eszközökkel

készített programokhoz kellenek.

Ezeket tekintsétek LGPL-esnek.

A jterminal.jar-ról még ki kell találni,

hogy valójában micsoda, program, könyvtár

vagy egyéb.


A programokban helyenként megtalálható

(C) ComFirm ... nem egyéb, mint reklám.

Shareware-ekkel én sem szennyezem a diszkemet.

Szorosan kötõdik a UNIX-hoz, minthogy fut rajta.

Ugyanakkor nem engedhetem meg magamnak, hogy

Windowson ne fusson, tehát azon is fut.


Szuperbuta, állapotnélküli terminál, ...

Nem értetted meg a lényeget.

A Jáva terminálos alkalmazásokban minden terminál

egy külön szerver processzel áll szemben. Az alkalmazás

állapotkezelése tehát triviális: maga a processz

képviseli az állapotot.

Nem kell hozzá webszerver.

Nem kell hozzá böngészõ.

Nincs elõmye a webszerver+PHP stílusú megoldáshoz képest,

hanem más.

A kliens oldal annyira platformfüggetlen, mint a Jáva.

A szerver oldalon bármi lehet, ami a terminál XML

szintaktikájú beszédét érti. Ha a szerver oldalon

RMI volna, máris elveszne a platformfüggetlenség,

pl. nem írhatnád a szerveredet Pythonban.

A tervezéskor az volt a célom, hogy ugyanaz a program

mûködhessen egyetlen gépen, LAN-on, vagy interneten.


Hatékony.

A kommunikációra már 14 ezres modem is elég.

A szervernek tényleg sok programot kell futtatni,

pl. ha van egyszerre 100 aktív kliensed, akkor a szervernek

futtatnia kell 100 db Python programot. A mai PC-ken

ez nem probléma. Ha egyszerre 10000 ügyfeled van,

akkor szerver farmot fogsz beállítani.

Ha meg egyszerre 1000000 ügyfeled van,

akkor te vagy a Google.


Nem szabványos. Elõször újak a dolgok,

csak aztán lesznek szabványosak. Egyébként

nem áltatom magam azzal, hogy ezt a technikát

el tudom terjeszteni. Általában mindenki

ragaszkodik a HTTP köré szervezõdött megoldásokhoz.

Sõt azt tapasztaltam, hogy bankok, ahol ezt

a technikát akartam alkalmazni kereken

megtiltották a JRE telepítését a gépeiken.

Szeritnem az lenyegtelen, hogy mirol kapta a nevet. Ha egyszer a Sun igy talalta ki, akkor tovabbiakban igy kell hasznalni. Azert van nagy betuvel irva, mert ez a neve (nem a szigetnek, hanem a nyelvnek).

A kiejtes az egy masik teszta. A leirasnak nem kell feltetlen kovetni kiejtest (lasd Széchenyi).

Ez csupan egy velemeny volt...

Igazad van, nem kell.

Ugyanakkor a fordítás elõmozdítja az esélyegyenõséget. Ha valaki azt olvassa "Java", és ki kell ejtenie a szót, esetleg habozik a dzsává és jáva között. Amikor én Jávát írok, azzal egybõl értésre akarom adni, hogy a dzsává nálam nem nyerõ.

Most eszembe jutott, hogy politikai vonatkozásai is lehetnének a dolognak, de nincsenek. Mindenki írjon

úgy, ahogy tetszik neki.

Az a baj, hogy ha van egy feladatra egy szabványos dolog, akkor nehéz egy még nem szabványos dologgal előrukkolni, aminek nincs is egetrengető előnye. A java platformfüggetlen, ha server oldalon programnyelv független dolgot akarsz akkor ott a Web Services, kb ugyanazt csinálja mint te, csak általánosabban, és nagy előnye hogy szabvány. Bár ettől függetlenül lehet nagyon jó, ez a dolog, csak ne várjátok, hogy el fog terjedni.

Szipka

]]Szuperbuta, állapotnélküli terminál, ...

]Nem értetted meg a lényeget.

]A Jáva terminálos alkalmazásokban minden terminál

]egy külön szerver processzel áll szemben. Az alkalmazás

]állapotkezelése tehát triviális: maga a processz

]képviseli az állapotot.

hát akkor eddig ugyanazt mondtuk...

]Nem kell hozzá webszerver.

]Nem kell hozzá böngészõ.

vagyis elterjedt, letesztelt, kis overhead-del járó technikák helyett XML és Java, aztán nagy terhelést és hosszú tranzakciókat okozó spéci szerver programok... elgondolkodtató...

]Nincs elõmye a webszerver+PHP stílusú megoldáshoz képest,

]hanem más.

hm, megnyugodtam. ;)