[Javalist] WebStart JNLP API
istvan.ketler at lhsystems.com
istvan.ketler at lhsystems.com
2013. Feb. 5., K, 13:00:35 CET
Sajnos csak fél szemmel olvasom a listát, így sok info elsikkad, de nem lehet hogy valami ilyesmit szeretnél? Ez ötletadónak talán jó lehet azért. Ő ezt csinálja:
The scenario is as follows:
The user authenticates themselves through the browser.
The user requests the Java Web Start application from within the
authenticated session.
The server dynamically generates the Web Start JNLP file for the
client application providing the id of the session to the application
as a system property.
For each security protected service that the client application
calls over HTTP, the client appends the servlet session id to the URL
of the request.
http://www.zygal.com/integrating-browser-and-java-web-start-authentication.html
______________________________
István Ketler
Senior Consultant
Lufthansa Systems Hungária Kft.
Development Center Pest
Neumann János u. 1/e
1117 Budapest
Hungary
Phone: +36 1 887-2815
Fax: +36 1 887-0577
Mobile: +36 30 600-4936
E-mail: istvan.ketler at LHsystems.com
www.LHsystems.com
Sitz der Gesellschaft / Corporate Headquarters: Lufthansa Systems Hungaria Kft, Budapest, Fovarosi Birosag 01-09-463417
Geschaeftsfuehrung / Management Board: Peter Sipos
-----Original Message-----
From: javalist-bounces at lists.javaforum.hu [mailto:javalist-bounces at lists.javaforum.hu] On Behalf Of Zoltán Bernát
Sent: Tuesday, February 05, 2013 12:52 PM
To: Java lista
Subject: Re: [Javalist] WebStart JNLP API
Gabor! Ez a megoldas nagyon santit. Sehogy nem lehet osszehozni e ket dolgot. (file path-t hasznalni passwordkent) Mi van akkor, ha egy usert ki akarok tiltani a rendszerbol. Azaz nem akarom, hogy hozzaferjen a tovabbiakban az adott konyvtarhoz. Megvaltoztatom a konyvtar nevet, hatha azt nem talalja ki? Es a tobbi usernek meg szolok egyenkent, hogy telepitsek ujra a desktop alkalmazasukat, es mindegyiknek meguzenem az uj konyvtar nevet is? Ez nagyon gaz, nem?
Mi a bajod a http-basic auth-tal? Kifejtened nekem? Ez ha nem webbongeszo klienst es nem jnlp klienst hasznalok, ngyon is megfelelo nekem.
Alapbol az en kliens alkalmazasom egy sima swinges desktop kod. Ott rontottam el a dolgot, hogy abban biztam, hogy siman tudom majd hasznalni a Werb Start rendszert. Hat nem tudom. :(
Gábor Garami <gabor.garami at hron.me> írta (2013. február 5. 12:26):
> Azert egy fajlnevet nem olyan trivialis kitalalni, mint egy jelszot,
> mert az nem onkenyesen valasztott, hanem bizony generalt, tehat nem
> lehet szotari hokuszpokusszal elni.
>
> Viszont jelen esetben az egyik legjobb megoldas lenne. Persze, nem
> ismerem a felhasznalasi korulmenyeket (intranet? hanyan hasznaljak?)
> igy nehez okosakat mondani, de mivel jelenleg pont az a problemank,
> hogy ha authentikaljuk a jart, akkor rossz lesz az authentikacio, igy
> ez egyfajta megoldas lehet.
>
> Egyebkent lehet ez ideiglenes megoldas is, amig peldaul egy, a HTTP
> auth-tol kicsit ertelmesebb authentikaciot tesztek az alkalmazasba.
>
> Garami Gábor
> E-mail: gabor.garami at hron.me
> Tel: +36 20 235 9621
> MSN: hrgy at vipmail.hu
> Skype: hron84
>
>
> 2013/2/5 Zoltán Bernát <bernatzoltan at gmail.com>:
>> Haaat!
>> Azert ez nem igy mukodik. Nem ugy vedek egy file-t, hogy olyan helyre
>> teszem, hogy "ne talaljak meg".
>> Szoval ilyen dolog nem jatszik, hogy "eldugom a filerendszerben" es
>> bizom benne, hogy nem talaljak meg a kenyes allomanyokat, azaz
>> tulajdonkeppen a file eleresi utvonalat tekintem passwordnek. Ha azt
>> valaki kitalalja, ove a jar.
>> A file-okat passwordokkel kell vedeni. A jar file-jaimat egy
>> passworddel vedett konyvtarba tettem. (a webkontener vedi, tehat
>> nyilvan nem a linux)
>>
>>
>> Gábor Garami <gabor.garami at hron.me> írta (2013. február 5. 10:48):
>>> A dolog forditott: ha a jar nincs linkelve sehol, a JNLP nelkul
>>> ember meg nem talalja.
>>>
>>> Pont ezert kell a JNLP-t vedeni, mert az alapjan felderitheto az
>>> egesz bagazs. A jar meg legyen eldugva a fajlrendszerben, es ne
>>> mutasson ra link. Senki nem fogja tudni, hogy ott van.
>>>
>>> Garami Gábor
>>> E-mail: gabor.garami at hron.me
>>> Tel: +36 20 235 9621
>>> MSN: hrgy at vipmail.hu
>>> Skype: hron84
>>>
>>>
>>> 2013/2/5 Zoltán Bernát <bernatzoltan at gmail.com>:
>>>> Dehat a jar file-okat kell vedeni nem a jnlp-t. A jnlp az csak egy
>>>> kis xml file. A kutyat nem erdekli, ha olyanhoz is eljut, akinek
>>>> nem szanom. A jar-okat meg nem adhatom authentikacio nelkul. Pont
>>>> azokat akaorm vedeni.
>>>> Egyebkent meg azert lett http basic, mert a form (tehat a
>>>> wenkontener altal managelt form) autentikaciot nem sikerul
>>>> osszehoznom a jnlp klienssel. Tehat a jnlp kliens tud mit kezdeni
>>>> egy 401-es http koddal. (HTTP/1.1 401 Access Denied) Foldob a
>>>> usernek egy ablakot, mint egy webbrowser.
>>>> Viszont a form auth. ha jol emlekszem 301-es http koddal operal.
>>>> Azaz atiranyitja a kerest. (arra login,jsp-re,amit beallitottam a
>>>> telepitesleiroban) Ezt viszont a jnlp nem eszi meg. Tehat nyilvan
>>>> nem tud mit kezdeni az atiranyitott oldaltol kapott html-lel.
>>>> Nem fogja kitolteni a user helyett a form-ot. :)
>>>>
>>>>
>>>> Gábor Garami <gabor.garami at hron.me> írta (2013. február 4. 23:32):
>>>>> Egy kerdes: miert van a kliens letoltes HTTP auth-tal vedve?
>>>>>
>>>>> Vedjuk csak a JNLP-t, de ne http authtal, hanem valami rendes kis
>>>>> formmal, ami beauthentikal, majd felkinalja a jnlp linkjet, amit
>>>>> az app maga szolgal ki (erre a reszere egy kis szervlet
>>>>> tokeletesen eleg lehet), ezutan a jnlp a megfelelo jarokat mar
>>>>> authentikacio nelkul vinne. Gondolom a JNLP-t mar nem toltogeti le
>>>>> allandoan a javaws, ha megis, az nyug...
>>>>>
>>>>> Garami Gábor
>>>>> E-mail: gabor.garami at hron.me
>>>>> Tel: +36 20 235 9621
>>>>> MSN: hrgy at vipmail.hu
>>>>> Skype: hron84
>>>>>
>>>>>
>>>>> 2013/2/4 Zoltán Bernát <bernatzoltan at gmail.com>:
>>>>>> Tulajdonkeppen nem kell ketszer.
>>>>>>
>>>>>> A felhasznalo, a kliensprogram telepitesekor csak egyszer kell,
>>>>>> hogy megadja a jelszavat. A javaws lehetoseget ad arra, (mint
>>>>>> egy web
>>>>>> bongeszo,) hogy a usernek ne kelljen ezt a jelszot tobbet megadnia.
>>>>>> Tehat ezt a jelszot tobbet nem keri a rendszer azt a javaws
>>>>>> "megjegyzi", ha ezt a user igy akarja. A user kattint a
>>>>>> desktopjan levo ikonon (amit a jnlp kliens telepitett) es mar
>>>>>> indul is a programom. (nyilvan a jnlp kliens, a progi inditasa
>>>>>> elott megnezi, hogy a szerveren levo jar file-ok last modified
>>>>>> erteke ujabb-e, mint a kliensnel levokenek. Ehhez a persze el
>>>>>> kell ernie a szerveren a vedett mappaban levo jar-okat, ehhez
>>>>>> pedig folhasznalja a telepiteskor, elso alkalommal bekert
>>>>>> jelszot)
>>>>>>
>>>>>> Tehat elindul az en alkalmazasom, es csak az o szamara kell
>>>>>> bepotyogni minden alkalommal a un/pw parost. Raadasul a usernek
>>>>>> tobb accountja is lehet a serveren. (mint ahogyan van is) De
>>>>>> hiaba adja meg pl. a masodik fiokjanak un/pw parosat, ha az
>>>>>> alkalmazas installalasakor a jnlp-nek az elso fiokjanak az un/pw
>>>>>> parosat adta meg, soha nem tudja mar elerni a masodik fiokjat.
>>>>>>
>>>>>>
>>>>>>
>>>>>> Zsombor <gzsombor at gmail.com> írta (2013. február 4. 21:31):
>>>>>>> Hali !
>>>>>>>
>>>>>>>
>>>>>>> Miért baj, hogy nem kell kétszer authentikálni? Felhasználóként
>>>>>>> kifejezetten zavarna, ha kétszer kellene beírnom a jelszavamat ...
>>>>>>>
>>>>>>>
>>>>>>> Zs
>>>>>>>
>>>>>>> 2013/2/4 Zoltán Bernát <bernatzoltan at gmail.com>
>>>>>>>>
>>>>>>>> Sziasztok!
>>>>>>>>
>>>>>>>> Van egy vastagkliens alkalmazasom, ami web service-szel
>>>>>>>> kommunikal egy glassfish szerverrel.
>>>>>>>> Szeretnem megoldani a kliens kod Web Startos terjeszteset.
>>>>>>>> A szerveren egy konyvtarban vannak a kliens kod jar faljai es a
>>>>>>>> jnlp leiro file is.
>>>>>>>> Ezt a konyvtarat a webkontener vedi, HTTP BASIC
>>>>>>>> authentikacioval lehet hozzaferni. (persze https folott). Azaz
>>>>>>>> nem akarom, hogy barki hozzaferjen a klien kodhoz.
>>>>>>>> web.xml: <auth-method>BASIC</auth-method> (probalkoztam a
>>>>>>>> <auth-method>FORM</auth-method> megvalositassal is, sajnos
>>>>>>>> sikertelenul)
>>>>>>>>
>>>>>>>> Ilyenkor persze a jnlp kliens nem fer hozza kapasbol a jar
>>>>>>>> file-okhoz, ezert foldob a usernek egy ablakot, ahol megadhatja
>>>>>>>> a username/password parost.
>>>>>>>> Ennek megadas utan lehuzza az alkalmazast, es mar fut is a kliens gepen.
>>>>>>>>
>>>>>>>> A kliens programom is HTTP basic auth. segitsegevel eri el a
>>>>>>>> web service-eket.
>>>>>>>> Indulasakor bekeri a usertol a felhasznalo nevet es a jelszot.
>>>>>>>> Ezutan minden serverhez inditott keres http headerjebe beirja
>>>>>>>> az authotization elembe ezt a username/passsword ertekeket, es
>>>>>>>> a webkontener ezen ertekekre autentikal. A problema ott van,
>>>>>>>> hogy a user gepen futo jnlp klines(javaws.exe) a szepen
>>>>>>>> felulirja a programom altal a http headerbe irt authotization
>>>>>>>> ertekeket, azzal a username/password parossal, amit a user
>>>>>>>> akkor adott meg neki, amikor a jnlp kliens kerte tole, hogy
>>>>>>>> azzal lehuzhassa a jar file-okat a server vedett konyvtarabol.
>>>>>>>>
>>>>>>>> Igy viszont ugyebar tok mindegy milyen un/pw parost ad meg a
>>>>>>>> user, a jnlp kliens a sajat valtozatat kuldi a servernek.
>>>>>>>> (persze ha a fejlesztokornyezetbol futtaom a kliens kodot,
>>>>>>>> akkor minden megfeleloen
>>>>>>>> mukodik)
>>>>>>>>
>>>>>>>> Bogarasztam a JNLP API-t, de nem talaltam olyat, amivel
>>>>>>>> ravehetnem a jnlp klienst, hogy ne irja bele minden keres
>>>>>>>> fejebe a sajat authorization erteket.
>>>>>>>> Van v.kinek otlete, hogy lehet ebbol kikeveredni?
>>>>>>>> Koszi.
>>>>>>>> _______________________________________________
>>>>>>>> Javalist mailing list
>>>>>>>> Javalist at lists.javaforum.hu
>>>>>>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Javalist mailing list
>>>>>>> Javalist at lists.javaforum.hu
>>>>>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>>>>>
>>>>>> _______________________________________________
>>>>>> Javalist mailing list
>>>>>> Javalist at lists.javaforum.hu
>>>>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>>> _______________________________________________
>>>>> Javalist mailing list
>>>>> Javalist at lists.javaforum.hu
>>>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>> _______________________________________________
>>>> Javalist mailing list
>>>> Javalist at lists.javaforum.hu
>>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>> _______________________________________________
>>> Javalist mailing list
>>> Javalist at lists.javaforum.hu
>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
_______________________________________________
Javalist mailing list
Javalist at lists.javaforum.hu
http://lists.javaforum.hu/mailman/listinfo/javalist
További információk a(z) Javalist levelezőlistáról