From mesterj at freeweb.hu Thu Apr 1 08:07:02 2010 From: mesterj at freeweb.hu (=?ISO-8859-2?Q?Mester_J=F3zsef?=) Date: Thu, 01 Apr 2010 08:07:02 +0200 Subject: [Java lista] Hibernate 3-5 Message-ID: <4BB43806.90506@freeweb.hu> Üdv Kijött a Hibernate 3.5 ami már tud JPA 2-t. Én már nagyon vártam. Gondoltam hátha benneteket is érdekel. Józsi From cpt at freemail.hu Thu Apr 1 11:35:26 2010 From: cpt at freemail.hu (Cpt) Date: Thu, 1 Apr 2010 11:35:26 +0200 (CEST) Subject: [Java lista] jdo vs jpa Message-ID: Sziasztok, készítek egy kis méretű, önálló alkalmazást (Google Appengine-re), és adódott egy választási lehetőségem, hogy jdo-t vagy jpa-t használjak. Egyikben sincs tapasztalatom egyenlőre, de most legalább az egyiket megismerem. Melyiket érdemes alkalmazni? Neten kutatgattam, találtam sok összehasonlítást, de egyik sem győzött meg markánsan. Viszont belefutottam hitvitákba is. A mostani app szempontjából tuti tökmind1 melyiket választom, inkább _gyakorlati oldalról_ érdekel, hogy hosszabb távon melyik a kezesebb, melyik köré lehet könnyen nagyobb alkalmazásokat felhúzni. Ebbe bele értem azt is, ha maga a tech butácska is, de házi konvenciókkal/pluginekkel könnyen hatékonnyá lehet tenni. ... szóval a kezdő lépéshez a kezdő kérdés :) kösz, g http://db.apache.org/jdo/jdo_v_jpa.htmlhttp://www.jpox.org/docs/1_2/jdovsjpa.html ________________________________________________________
Református: 0066
211 intézmény, 4 120 munkatárs, 184 000 találkozás
--------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100401/0d4cb312/attachment.html From aron.gombas at midori.hu Thu Apr 1 11:39:31 2010 From: aron.gombas at midori.hu (Aron Gombas) Date: Thu, 01 Apr 2010 11:39:31 +0200 Subject: [Java lista] jdo vs jpa In-Reply-To: References: Message-ID: <4BB469D3.7000205@midori.hu> Azt hiszem ebben az esetben maga a GAE implementacio fogja eldonteni a kerdest, nem maguknak a szabvanyoknak az osszehasonlitasa. A Google Datastore NEM relacios adatbazis, igy mind a JPA, mind a JDO implementacio csak egy vekony reteg a low-level API folott, mindketto esetben ORIASI korlatozasokkal. A JDO kicsit elorebb jar, de megneznem meg a helyedben a GAE low-level API-jat, es a Objectify-t is. -- Aron Gombas Midori, http://www.midori.hu Cpt wrote: > Sziasztok, > > > készítek egy kis méretű, önálló alkalmazást (Google Appengine-re), és > adódott egy választási lehetőségem, hogy jdo-t vagy jpa-t használjak. > Egyikben sincs tapasztalatom egyenlőre, de most legalább az egyiket > megismerem. Melyiket érdemes alkalmazni? > > Neten kutatgattam, találtam sok összehasonlítást, de egyik sem győzött > meg markánsan. Viszont belefutottam hitvitákba is. A mostani app > szempontjából tuti tökmind1 melyiket választom, inkább _gyakorlati > oldalról_ érdekel, hogy hosszabb távon melyik a kezesebb, melyik köré > lehet könnyen nagyobb alkalmazásokat felhúzni. Ebbe bele értem azt is, > ha maga a tech butácska is, de házi konvenciókkal/pluginekkel könnyen > hatékonnyá lehet tenni. > > ... szóval a kezdő lépéshez a kezdő kérdés :) > > > kösz, g > > > http://db.apache.org/jdo/jdo_v_jpa.html > http://www.jpox.org/docs/1_2/jdovsjpa.html > > > ________________________________________________________ > Református: 0066 > 211 intézmény, 4 120 munkatárs, 184 000 találkozás > > > > ------------------------------------------------------------------------ > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist From cpt at freemail.hu Thu Apr 1 11:55:42 2010 From: cpt at freemail.hu (Cpt) Date: Thu, 1 Apr 2010 11:55:42 +0200 (CEST) Subject: [Java lista] jdo vs jpa In-Reply-To: <4BB469D3.7000205@midori.hu> Message-ID: köszi, alapvetően ez volna a helyes megoldás, de nem is az alkalmazáson van a hangsúly, hanem, hogy tanuljak valami újat, valami használhatót. g Aron Gombas írta: > Azt hiszem ebben az esetben maga a GAE implementacio fogja eldonteni >a kerdest, nem maguknak a szabvanyoknak az osszehasonlitasa. A Google >Datastore NEM relacios adatbazis, igy mind a JPA, mind a JDO implementacio >csak egy vekony reteg a low-level API folott, mindketto esetben ORIASI >korlatozasokkal. > A JDO kicsit elorebb jar, de megneznem meg a helyedben a GAE low-level >API-jat, es a Objectify-t is. >-- > Aron Gombas > Midori, http://www.midori.hu > >Cpt wrote: >> Sziasztok, >> >> >> készítek egy kis méretű, önálló alkalmazást (Google Appengine-re), és >> adódott egy választási lehetőségem, hogy jdo-t vagy jpa-t használjak. >> Egyikben sincs tapasztalatom egyenlőre, de most legalább az egyiket >> megismerem. Melyiket érdemes alkalmazni? >> >> Neten kutatgattam, találtam sok összehasonlítást, de egyik sem győzött >> meg markánsan. Viszont belefutottam hitvitákba is. A mostani app >> szempontjából tuti tökmind1 melyiket választom, inkább _gyakorlati >> oldalról_ érdekel, hogy hosszabb távon melyik a kezesebb, melyik köré >> lehet könnyen nagyobb alkalmazásokat felhúzni. Ebbe bele értem azt is, >> ha maga a tech butácska is, de házi konvenciókkal/pluginekkel könnyen >> hatékonnyá lehet tenni. >> >> ... szóval a kezdő lépéshez a kezdő kérdés :) >> >> >> kösz, g >> >> >> http://db.apache.org/jdo/jdo_v_jpa.html >> http://www.jpox.org/docs/1_2/jdovsjpa.html >> >> >> ________________________________________________________ >> Református: 0066 >> 211 intézmény, 4 120 munkatárs, 184 000 találkozás >> >> >> >> ------------------------------------------------------------------------ >> >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> http://javagrund.hu/mailman/listinfo/javalist > > >_______________________________________________ >Javalist mailing list >Javalist at javagrund.hu >http://javagrund.hu/mailman/listinfo/javalist ________________________________________________________
Református: 0066
211 intézmény, 4 120 munkatárs, 184 000 találkozás
--------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100401/aca9738a/attachment-0001.html From istvan.benedek at gmail.com Thu Apr 1 13:36:28 2010 From: istvan.benedek at gmail.com (Istvan Benedek) Date: Thu, 1 Apr 2010 13:36:28 +0200 Subject: [Java lista] Hibernate 3-5 In-Reply-To: <4BB43806.90506@freeweb.hu> References: <4BB43806.90506@freeweb.hu> Message-ID: Klassz.. en is rarepulok, elso tapasztalatok? Istvan From aszomor at computertechnika.hu Thu Apr 1 18:41:41 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Thu, 01 Apr 2010 18:41:41 +0200 Subject: [Java lista] Hibernate 3-5 In-Reply-To: <4BB43806.90506@freeweb.hu> References: <4BB43806.90506@freeweb.hu> Message-ID: <6b9e6ee2a995b71dfa0655f541128794@127.0.0.1> Hi, Én is ! Thanks, Attila. On Thu, 01 Apr 2010 08:07:02 +0200, Mester József wrote: > Üdv > > Kijött a Hibernate 3.5 ami már tud JPA 2-t. > > Én már nagyon vártam. > Gondoltam hátha benneteket is érdekel. > > Józsi > > > > > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist From aszomor at computertechnika.hu Thu Apr 1 18:45:43 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Thu, 01 Apr 2010 18:45:43 +0200 Subject: [Java lista] jdo vs jpa In-Reply-To: References: Message-ID: Szia, A JPA szabványos, de a JDO a jobb (szerintem), a Windows van mindehol, de a Linux a jobb (szerintem), Németországban nagyon jó, de Magyarországon jobb (szerintem)! Nézz rá a jfire[dot]org-ra talán segít döntened! Attila. On Thu, 1 Apr 2010 11:35:26 +0200 (CEST), Cpt wrote: > Sziasztok, készítek egy kis méretű, önálló alkalmazást (Google > Appengine-re), és adódott egy választási lehetőségem, hogy jdo-t vagy > jpa-t használjak. Egyikben sincs tapasztalatom egyenlőre, de most > legalább az egyiket megismerem. Melyiket érdemes alkalmazni? Neten > kutatgattam, találtam sok összehasonlítást, de egyik sem győzött meg > markánsan. Viszont belefutottam hitvitákba is. A mostani app > szempontjából tuti tökmind1 melyiket választom, inkább _gyakorlati > oldalról_ érdekel, hogy hosszabb távon melyik a kezesebb, melyik köré > lehet könnyen nagyobb alkalmazásokat felhúzni. Ebbe bele értem azt is, > ha maga a tech butácska is, de házi konvenciókkal/pluginekkel könnyen > hatékonnyá lehet tenni. ... szóval a kezdő lépéshez a kezdő kérdés > :) kösz, g > http://db.apache.org/jdo/jdo_v_jpa.htmlhttp://www.jpox.org/docs/1_2/jdovsjpa.html > > target="_blank">________________________________________________________
Református: > 0066
211 intézmény, 4 120 munkatárs, 184 000 találkozás >
From aszomor at computertechnika.hu Thu Apr 1 19:15:42 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Thu, 01 Apr 2010 19:15:42 +0200 Subject: [Java lista] OSS - kiborult a bili In-Reply-To: References: Message-ID: Szia, > Másrészt meg hogyan került ez most ide? Nem nézted el az URL-t? Így-e: Tisztelt Szomor Attila! Maga az SDX termékcsalád a CSP-k (Cryptographic Service Provider) és tanúsítványtár kezelése miatt Windows operációs rendszerhez kötődik, de a szerveres megoldás pont azért rendelkezik web service interfésszel, hogy Linux, vagy más Unix környezetből is hívni lehessen őket, noha ők maguk Windows server-en futnak (jelenleg is meghívják Solaris-ról, Debian és Ubuntu környezetből, a server pedig Windows-os VMware image-ben fut Linux host gépeken). Az Ügyfélkapunál alkalmazott megoldás azonban kliens oldali termék, ott a Windows egy követelmény (nyakatekert megoldás, de akár szintén lehet egy minimál Windows XP-s VMware image-t használni). Nem hivatalosan annyit tudok mondani, hogy valószínűleg lesz más csatorna is aláírt állományok feltöltésére az Ügyfélkapunál (ez a közeli jövőre datálódik), amelyeket a háttérben ?kézzel? fognak ellenőrizni, ennek mikéntjéről azonban mást nem tudok. Elképzelhetőnek tartom, hogy pl. sima OpenSSL-lel legyártott PKCS#1 aláírást és a hozzá tartozó fájlt is meg lehet adni egy fájlfeltöltő form-on, illetve állandó központi téma az ÁNYK (általános AbevJava) is, ami jelenleg a PGP-s motor rejtjelező függvényeit használja, de ki akarják bővíteni az aláírási funkciók meghívásával is (KRtitok.exe módosítása). Pont nemrég jelentették be, hogy elérhető az ÁNYK telepítő Debian-ra is (még nem próbáltam): http://hup.hu/cikkek/20100319/debian_csomagok_abevjava_altalanos_nyomtatvanykitolto Ha bármiben tudok segíteni, akkor kérem, keressen meg! Üdvözlettel Szabó Áron E-Group cim: telefon: fax: 1016 Budapest, Bérc u. 23. (+36-1) 371 25 55 (+36-1) 371 25 56 web: www.egroup.hu Szabó Áron adatbiztonsági konzulens / Information Security Consultant From: Szomor Attila [mailto:attila at szomor.hu] Sent: Wednesday, March 31, 2010 5:38 PM To: Info Subject: SDX Tisztelt Ügyintéző, Éerdeklődnék, hogy Linux operációs rendszeren hogy tudom használni az ügyfélkapun működő Önök által fejlesztett SDX-et, vagy milyen kompatibilis megoldás létezik? Köszönettel, Szomor Attila. From tamas at cservenak.net Thu Apr 1 20:31:18 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Thu, 1 Apr 2010 20:31:18 +0200 Subject: [Java lista] OSS - kiborult a bili In-Reply-To: References: Message-ID: No, meg is van az első draft egy alternatĂ­v Java alapĂş megoldĂĄsnak. Nem sokat tud jelenleg, egyesek szerint kevĂŠs lesz, de szerintem pont megteszi az alkalomnak: A neve "sokatmondĂł": Can Opener http://github.com/cstamas/canopener Thanks, ~t~ 2010/4/1 Szomor Attila > Szia, > > > MĂĄsrĂŠszt meg hogyan kerĂźlt ez most ide? Nem nĂŠzted el az URL-t? > > Így-e: > > > Tisztelt Szomor Attila! > > > > Maga az SDX termĂŠkcsalĂĄd a CSP-k (Cryptographic Service Provider) ĂŠs > tanĂşsĂ­tvĂĄnytĂĄr kezelĂŠse miatt Windows operĂĄciĂłs rendszerhez > kĂśtődik, de a szerveres megoldĂĄs pont azĂŠrt rendelkezik web service > interfĂŠsszel, hogy Linux, vagy mĂĄs Unix kĂśrnyezetből is hĂ­vni lehessen > őket, noha ők maguk Windows server-en futnak (jelenleg is meghĂ­vjĂĄk > Solaris-rĂłl, Debian ĂŠs Ubuntu kĂśrnyezetből, a server pedig Windows-os > VMware image-ben fut Linux host gĂŠpeken). Az ÜgyfĂŠlkapunĂĄl alkalmazott > megoldĂĄs azonban kliens oldali termĂŠk, ott a Windows egy kĂśvetelmĂŠny > (nyakatekert megoldĂĄs, de akĂĄr szintĂŠn lehet egy minimĂĄl Windows XP-s > VMware image-t hasznĂĄlni). > > > > Nem hivatalosan annyit tudok mondani, hogy valĂłszĂ­nĹąleg lesz mĂĄs > csatorna is alĂĄĂ­rt ĂĄllomĂĄnyok feltĂśltĂŠsĂŠre az ÜgyfĂŠlkapunĂĄl (ez a > kĂśzeli jĂśvőre datĂĄlĂłdik), amelyeket a hĂĄttĂŠrben “kĂŠzzel” fognak > ellenőrizni, ennek mikĂŠntjĂŠről azonban mĂĄst nem tudok. > ElkĂŠpzelhetőnek tartom, hogy pl. sima OpenSSL-lel legyĂĄrtott PKCS#1 > alĂĄĂ­rĂĄst ĂŠs a hozzĂĄ tartozĂł fĂĄjlt is meg lehet adni egy > fĂĄjlfeltĂśltő form-on, illetve ĂĄllandĂł kĂśzponti tĂŠma az ÁNYK > (ĂĄltalĂĄnos AbevJava) is, ami jelenleg a PGP-s motor rejtjelező > fĂźggvĂŠnyeit hasznĂĄlja, de ki akarjĂĄk bővĂ­teni az alĂĄĂ­rĂĄsi > funkciĂłk meghĂ­vĂĄsĂĄval is (KRtitok.exe mĂłdosĂ­tĂĄsa). Pont nemrĂŠg > jelentettĂŠk be, hogy elĂŠrhető az ÁNYK telepĂ­tő Debian-ra is (mĂŠg nem > prĂłbĂĄltam): > > > > > http://hup.hu/cikkek/20100319/debian_csomagok_abevjava_altalanos_nyomtatvanykitolto > > > > Ha bĂĄrmiben tudok segĂ­teni, akkor kĂŠrem, keressen meg! > > > > ÜdvĂśzlettel > SzabĂł Áron > > E-Group > cim: > telefon: > fax: > 1016 Budapest, BĂŠrc u. 23. > (+36-1) 371 25 55 > (+36-1) 371 25 56 > > web: > www.egroup.hu > > SzabĂł Áron > adatbiztonsĂĄgi konzulens / Information Security Consultant > > > > From: Szomor Attila [mailto:attila at szomor.hu] > Sent: Wednesday, March 31, 2010 5:38 PM > To: Info > Subject: SDX > > > > Tisztelt ÜgyintĂŠző, > > > ÉerdeklődnĂŠk, hogy Linux operĂĄciĂłs rendszeren hogy tudom hasznĂĄlni az > ĂźgyfĂŠlkapun mĹąkĂśdő ÖnĂśk ĂĄltal fejlesztett SDX-et, vagy milyen > kompatibilis megoldĂĄs lĂŠtezik? > > > KĂśszĂśnettel, > > Szomor Attila. > > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100401/5d463d06/attachment.html From aszomor at computertechnika.hu Thu Apr 1 21:08:44 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Thu, 01 Apr 2010 21:08:44 +0200 Subject: [Java lista] OSS - kiborult a bili In-Reply-To: References: Message-ID: <221a09a5e049f557da4d1b1c7b3689ca@127.0.0.1> Szia, > No, meg is van az első draft egy alternatív Java alapú megoldásnak. Nem > sokat tud jelenleg, egyesek szerint kevés lesz, de szerintem pont megteszi > az alkalomnak: > > A neve "sokatmondó": Can Opener Nem ez a lényeg, hanem a szándék! Ha már van aki a fő utcán sétál és nem csak megigéri, hanem be si néz a mellké utcába, az már jó! Persze ha meg kérdezzük a mellék utca lakóit, hogy az Ő adó forintjukból csak a fő utcán lehet sétálni lehet hogy nem így érzünk. Attila. From andris at freemail.hu Thu Apr 1 23:58:07 2010 From: andris at freemail.hu (Andras Dobrosi) Date: Thu, 1 Apr 2010 23:58:07 +0200 Subject: [Java lista] OSS In-Reply-To: References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> Message-ID: Mier kell egy ilyen projektnek magyarnak lennie? Pont az a plane, hogy ne zarjuk be. Felejtsuk el a hatarokat. Andris 2010/3/31 Zsombor : > > Mondjuk pont magyar vs mindenki más statisztikát nem csinál, de az ohloh > elég jó, ha valakinek a különféle kontribucióit akarja valaki összegyűjteni. > Most eltekintenék az önreklámtól :) > > > Zs > > > 2010/3/31 Király Péter >> >> >> Elnézést, csak most láttam meg a leveleket. Én időnként belefutok >> magyarokba OS Javas projektekben, például a BME-s Halacsy Péter commitált a >> Solr-ba (vagy a Lucene-be?). >> Nem reklámként, csak megemlítem, hogy van OS Java-s projekt, amiben én is >> részt veszek: >> http://code.google.com/p/xcoaitoolkit/ >> >> Király Péter >> >> >> "Tamás Cservenák" írta: >> >> Sziasztok, >> >> nagyon gyakran látom "hazai körökben", hogy kicsik és nagyok, szakik és >> laikusok, de a lagbosszantóbb, hogy a kollégáim nem tudják, nem értik mi az >> az Open Source és hogy működik. >> >> Továbbá, az a tapasztalatom, hogy Magyarországon Java körökben nem "menő" >> az Open Source részvétel. >> >> Vannak felmérések, pl. a RH felmérése ahol Magyarország szépen szerepel, >> de ez mint tudjuk, a Linux miatt van ;) (közben az RH frissített, az >> eredetin "sárgák" voltunk): >> >> http://www.redhat.com/about/where-is-open-source/environment/ >> http://people.apache.org/map.html >> >> Tudom, vannak menő magyarországi OSS projektek (MPlayer itt indult >> tudtommal), sok mas linuxos is, de mégis, hol a Java? (igen, tudom, >> spekulálok, nincs adatom). És én főleg a Java projektekre gondolok. >> >> Számomra kitűnő és szívmelengető példa amit a Verhás testvérek tettek >> (céget vagy manufaktúra nevet nem említek mert az reklám lenne :P ). Miért >> nincs több ilyen? Miért nem jellemző ez? Miért gondolja az egyén, hogy >> valami X cég jobb "ugródeszka" mint az OSS? >> >> >> Várom a véleményeket. Várom az ötleteket is! >> >> >> Thanks, >> ~t~ >> >> Sziasztok,nagyon gyakran látom "hazai körökben", hogy kicsik és nagyok, szakik és laikusok, de a lagbosszantóbb, hogy a kollégáim nem tudják, nem értik mi az az Open Source és hogy működik. >> >> >> >> Továbbá, az a tapasztalatom, hogy Magyarországon Java körökben nem "menő" az Open Source részvétel.Vannak felmérések, pl. a RH felmérése ahol Magyarország szépen szerepel, de ez mint tudjuk, a Linux miatt van ;) (közben az RH frissített, az eredetin "sárgák" voltunk): >> >> >> >> http://www.redhat.com/about/where-is-open-source/environment/http://people.apache.org/map.html >> >> >> >> Tudom, vannak menő magyarországi OSS projektek (MPlayer itt indult tudtommal), sok mas linuxos is, de mégis, hol a Java? (igen, tudom, spekulálok, nincs adatom). És én főleg a Java projektekre gondolok. >> >> >> >> Számomra kitűnő és szívmelengető példa amit a Verhás testvérek tettek (céget vagy manufaktúra nevet nem említek mert az reklám lenne :P ). Miért nincs több ilyen? Miért nem jellemző ez? Miért gondolja az egyén, hogy valami X cég jobb "ugródeszka" mint az OSS? >> >> Várom a véleményeket. Várom az ötleteket is! >> Thanks,~t~ >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> http://javagrund.hu/mailman/listinfo/javalist >> >> ________________________________________________________ >> Idén nem a hímes tojás a legnagyobb húsvéti fogás! A T-Mobile-nál számos >> készülék most akciós áron lehet a tiéd! >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> http://javagrund.hu/mailman/listinfo/javalist >> > > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > From gzsombor at gmail.com Thu Apr 1 23:59:42 2010 From: gzsombor at gmail.com (Zsombor) Date: Thu, 1 Apr 2010 23:59:42 +0200 Subject: [Java lista] OSS In-Reply-To: References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> Message-ID: 2010/4/1 Andras Dobrosi > Mier kell egy ilyen projektnek magyarnak lennie? Pont az a plane, hogy > ne zarjuk be. Felejtsuk el a hatarokat. > > Andris > > 2 > A szĂĄl indĂ­tĂłja azt kĂŠrdezte, hogy hol vannak a magyar fejlesztők ĂŠs a magyar nyilt projektek, ezek utĂĄn abba belekĂśtni, hogy miĂŠrt pont magyar? :) Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100401/013910a0/attachment.html From biziclop at gmail.com Tue Apr 6 11:36:15 2010 From: biziclop at gmail.com (biziclop) Date: Tue, 6 Apr 2010 10:36:15 +0100 Subject: [Java lista] OSS In-Reply-To: References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> Message-ID: 2010/4/1 Andras Dobrosi : > Mier kell egy ilyen projektnek magyarnak lennie? Pont az a plane, hogy > ne zarjuk be. Felejtsuk el a hatarokat. Senki nem mondott ilyet. Csak annyit, hogy ha összehasonlítod az open source-t fejlesztők számát a használók számával, akkor elég siralmas arányt kapsz. lsp From akos.gabriel at i-logic.hu Tue Apr 6 11:57:03 2010 From: akos.gabriel at i-logic.hu (=?ISO-8859-1?Q?G=E1briel_=C1kos?=) Date: Tue, 06 Apr 2010 11:57:03 +0200 Subject: [Java lista] OSS In-Reply-To: References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> Message-ID: <1270547823.30418.5.camel@gabriel-desktop> On Tue, 2010-04-06 at 10:36 +0100, biziclop wrote: > Senki nem mondott ilyet. Csak annyit, hogy ha összehasonlítod az open > source-t fejlesztők számát a használók számával, akkor elég siralmas > arányt kapsz. Ez nem siralmas, ez normális. 100-ból 90 csak használja, 9 ad vissza valamit, 1 pedig valami lényegeset. -- Üdvözlettel, Gábriel Ákos -=E-Mail :akos.gabriel at i-logic.hu|Web: http://www.i-logic.hu=- -=Tel/fax:+3612391618 |Mobil:+36209278894 =- From biziclop at gmail.com Tue Apr 6 11:57:49 2010 From: biziclop at gmail.com (biziclop) Date: Tue, 6 Apr 2010 10:57:49 +0100 Subject: [Java lista] OSS In-Reply-To: <1270547823.30418.5.camel@gabriel-desktop> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <1270547823.30418.5.camel@gabriel-desktop> Message-ID: 2010/4/6 Gábriel Ákos : > On Tue, 2010-04-06 at 10:36 +0100, biziclop wrote: > >> Senki nem mondott ilyet. Csak annyit, hogy ha összehasonlítod az open >> source-t fejlesztők számát a használók számával, akkor elég siralmas >> arányt kapsz. > > Ez nem siralmas, ez normális. 100-ból 90 csak használja, 9 ad vissza > valamit, 1 pedig valami lényegeset. Mármint más országokhoz képest siralmas. Legalábbis ez volt az eredeti premissza, hogy ezzel valaki egyetért-e, az más kérdés. lsp From hollosibalazs at gmail.com Thu Apr 8 13:44:22 2010 From: hollosibalazs at gmail.com (=?ISO-8859-1?Q?Bal=E1zs_Holl=F3si?=) Date: Thu, 8 Apr 2010 13:44:22 +0200 Subject: [Java lista] glassfish stateful webservice Message-ID: sziasztok gondoltam kiprobalom a stateful webservice tamogatasat a glassfish-nek, viszont egy kis problemam akadt. alap cikk: https://jax-ws.dev.java.net/nonav/2.1/docs/statefulWebservice.html Viszont a session kiszolgalas mar elszall nullpointerrel. (es ha jol latom, ez az egesz com.sun.xml.ws.developer package csak gf2 alatt van meg, gf3 nem tamogatja?) Talaltam egy bejegyzest, ami kisertetiesen ua, de a workaround nalam nem segitett. https://wsit.dev.java.net/issues/show_bug.cgi?id=309 szinte minden ua, mint a peldaban. probalta mar valaki ezt a vonalat? vagy van valami 3rdparty megoldas ra? koszi, B ----------------- package sandbox; import javax.jws.WebService; import javax.xml.ws.wsaddressing.W3CEndpointReference; @WebService public class Bank { @WebMethod public W3CEndpointReference login(int id) { BankAccount acc = new BankAccount(id); return BankAccount.manager.export(acc); } } ----------------- package sandbox; import com.sun.xml.ws.developer.Stateful; import com.sun.xml.ws.developer.StatefulWebServiceManager; import javax.jws.WebMethod; import javax.jws.WebService; import javax.xml.ws.soap.Addressing; @Stateful @WebService @Addressing public class BankAccount { private int id; public static StatefulWebServiceManager manager; public BankAccount(int id) { this.id = id; } @WebMethod public String kuty() { return "kurutty"; } } ----------------- hiba: (a 21-es sor a "return BankAccount.manager.export(acc);" ) The log message is null. java.lang.NullPointerException at sandbox.Bank.login(Bank.java:21) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) at com.sun.enterprise.webservice.InstanceResolverImpl$1.invoke(InstanceResolverImpl.java:112) at com.sun.xml.ws.server.InvokerTube$2.invoke(InvokerTube.java:146) at com.sun.xml.ws.server.sei.EndpointMethodHandler.invoke(EndpointMethodHandler.java:257) [...] From hollosibalazs at gmail.com Fri Apr 9 16:52:29 2010 From: hollosibalazs at gmail.com (=?ISO-8859-1?Q?Bal=E1zs_Holl=F3si?=) Date: Fri, 9 Apr 2010 16:52:29 +0200 Subject: [Java lista] glassfish stateful webservice In-Reply-To: References: Message-ID: Hali mas oldalrol megkozelitve a dolgot.. :) ha beletorodve abba, hogy ez nem egy main felhasznalas, es gyerekcipoben jar az implementacio (de viszont nekem kell a stateful ws) meg tudom-e azt csinalni, hogy : - stateless webserviceket hasznalok (web projektben annotalt pojo-k, szokasos) - definialok egy session parametert, amit minden statefulnak szant keresnel elkuld a kliens (akarcsak a "sima" stateful ws-nel) - injektalok szervlet context-et a pojo-ba eeees, itt jon amihez meg nem volt szerencsem: - valahogy (?) megadom, hogy a session az en azonositom alapjan legyen meghatarozva, mivel itt http szinten nincs session-rol szo. ezzel elmeletileg nem doftem hatba a session replikaciot meg a tobbi ficsurt.. ha nagy orultseget irtam, akkor is kivancsi vagyok a konstruktiv hozzaszolasokra, hogy lehetne ezt a problemat szepen megoldani :) koszi, B On Thu, Apr 8, 2010 at 13:44, Balázs Hollósi wrote: > sziasztok > > gondoltam kiprobalom a stateful webservice tamogatasat a > glassfish-nek, viszont egy kis problemam akadt. > > alap cikk: https://jax-ws.dev.java.net/nonav/2.1/docs/statefulWebservice.html > > Viszont a session kiszolgalas mar elszall nullpointerrel. (es ha jol > latom, ez az egesz com.sun.xml.ws.developer package csak gf2 alatt van > meg, gf3 nem tamogatja?) > > Talaltam egy bejegyzest, ami kisertetiesen ua, de a workaround nalam > nem segitett. > https://wsit.dev.java.net/issues/show_bug.cgi?id=309 > > szinte minden ua, mint a peldaban. probalta mar valaki ezt a vonalat? > vagy van valami 3rdparty megoldas ra? > > koszi, > B > > ----------------- > > package sandbox; > > import javax.jws.WebService; > import javax.xml.ws.wsaddressing.W3CEndpointReference; > > @WebService > public class Bank { > >    @WebMethod >    public W3CEndpointReference login(int id) { >        BankAccount acc = new BankAccount(id); >        return BankAccount.manager.export(acc); >    } > } > > ----------------- > > package sandbox; > > import com.sun.xml.ws.developer.Stateful; > import com.sun.xml.ws.developer.StatefulWebServiceManager; > import javax.jws.WebMethod; > import javax.jws.WebService; > import javax.xml.ws.soap.Addressing; > > @Stateful > @WebService > @Addressing > public class BankAccount { > >    private int id; >    public static StatefulWebServiceManager manager; > >    public BankAccount(int id) { >        this.id = id; >    } > >    @WebMethod >    public String kuty() { >        return "kurutty"; >    } > } > > ----------------- > > hiba: > > (a 21-es sor a "return BankAccount.manager.export(acc);" ) > > The log message is null. > java.lang.NullPointerException >        at sandbox.Bank.login(Bank.java:21) >        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >        at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >        at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >        at java.lang.reflect.Method.invoke(Method.java:597) >        at com.sun.enterprise.webservice.InstanceResolverImpl$1.invoke(InstanceResolverImpl.java:112) >        at com.sun.xml.ws.server.InvokerTube$2.invoke(InvokerTube.java:146) >        at com.sun.xml.ws.server.sei.EndpointMethodHandler.invoke(EndpointMethodHandler.java:257) > [...] > From zmblevlist at gmail.com Fri Apr 9 19:38:02 2010 From: zmblevlist at gmail.com (=?utf-8?Q?B=C3=B6sz=C3=B6rm=C3=A9nyi_P=C3=A9te?= =?utf-8?Q?r?=) Date: Fri, 09 Apr 2010 19:38:02 +0200 Subject: [Java lista] glassfish stateful webservice In-Reply-To: References: Message-ID: Hat, a JSESSIONID nevvel kuldod el a session azonositot, akkor azt fogja felhasznalni, de eros a gyanum, h valamit felreertettem. On Fri, 09 Apr 2010 16:52:29 +0200, Balázs Hollósi wrote: > Hali > > mas oldalrol megkozelitve a dolgot.. :) > > ha beletorodve abba, hogy ez nem egy main felhasznalas, es > gyerekcipoben jar az implementacio (de viszont nekem kell a stateful > ws) meg tudom-e azt csinalni, hogy : > - stateless webserviceket hasznalok (web projektben annotalt pojo-k, > szokasos) > - definialok egy session parametert, amit minden statefulnak szant > keresnel elkuld a kliens (akarcsak a "sima" stateful ws-nel) > - injektalok szervlet context-et a pojo-ba > > eeees, itt jon amihez meg nem volt szerencsem: > > - valahogy (?) megadom, hogy a session az en azonositom alapjan legyen > meghatarozva, mivel itt http szinten nincs session-rol szo. ezzel > elmeletileg nem doftem hatba a session replikaciot meg a tobbi > ficsurt.. > > ha nagy orultseget irtam, akkor is kivancsi vagyok a konstruktiv > hozzaszolasokra, hogy lehetne ezt a problemat szepen megoldani :) > > koszi, > B > > On Thu, Apr 8, 2010 at 13:44, Balázs Hollósi > wrote: >> sziasztok >> >> gondoltam kiprobalom a stateful webservice tamogatasat a >> glassfish-nek, viszont egy kis problemam akadt. >> >> alap cikk: >> https://jax-ws.dev.java.net/nonav/2.1/docs/statefulWebservice.html >> >> Viszont a session kiszolgalas mar elszall nullpointerrel. (es ha jol >> latom, ez az egesz com.sun.xml.ws.developer package csak gf2 alatt van >> meg, gf3 nem tamogatja?) >> >> Talaltam egy bejegyzest, ami kisertetiesen ua, de a workaround nalam >> nem segitett. >> https://wsit.dev.java.net/issues/show_bug.cgi?id=309 >> >> szinte minden ua, mint a peldaban. probalta mar valaki ezt a vonalat? >> vagy van valami 3rdparty megoldas ra? >> >> koszi, >> B >> >> ----------------- >> >> package sandbox; >> >> import javax.jws.WebService; >> import javax.xml.ws.wsaddressing.W3CEndpointReference; >> >> @WebService >> public class Bank { >> >> @WebMethod >> public W3CEndpointReference login(int id) { >> BankAccount acc = new BankAccount(id); >> return BankAccount.manager.export(acc); >> } >> } >> >> ----------------- >> >> package sandbox; >> >> import com.sun.xml.ws.developer.Stateful; >> import com.sun.xml.ws.developer.StatefulWebServiceManager; >> import javax.jws.WebMethod; >> import javax.jws.WebService; >> import javax.xml.ws.soap.Addressing; >> >> @Stateful >> @WebService >> @Addressing >> public class BankAccount { >> >> private int id; >> public static StatefulWebServiceManager manager; >> >> public BankAccount(int id) { >> this.id = id; >> } >> >> @WebMethod >> public String kuty() { >> return "kurutty"; >> } >> } >> >> ----------------- >> >> hiba: >> >> (a 21-es sor a "return BankAccount.manager.export(acc);" ) >> >> The log message is null. >> java.lang.NullPointerException >> at sandbox.Bank.login(Bank.java:21) >> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> at >> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39) >> at >> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) >> at java.lang.reflect.Method.invoke(Method.java:597) >> at >> com.sun.enterprise.webservice.InstanceResolverImpl$1.invoke(InstanceResolverImpl.java:112) >> at >> com.sun.xml.ws.server.InvokerTube$2.invoke(InvokerTube.java:146) >> at >> com.sun.xml.ws.server.sei.EndpointMethodHandler.invoke(EndpointMethodHandler.java:257) >> [...] >> > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist -- Üdvözlettel, Böszörményi Péter From tomto at freemail.hu Fri Apr 9 22:56:45 2010 From: tomto at freemail.hu (TomTo:)) Date: Fri, 9 Apr 2010 22:56:45 +0200 Subject: [Java lista] glassfish stateful webservice In-Reply-To: References: Message-ID: <201004092256.45542.tomto@freemail.hu> Szia Balázs! Nem tudom, hogy ezt nézted-e már, de egy próbát ez is megér. http://weblogs.java.net/blog/ramapulavarthi/archive/2006/06/maintaining_ses.html Üdv, TomTo:) 2010. április 9. dátummal Balázs Hollósi ezt írta: > Hali > > mas oldalrol megkozelitve a dolgot.. :) > > ha beletorodve abba, hogy ez nem egy main felhasznalas, es > gyerekcipoben jar az implementacio (de viszont nekem kell a stateful > ws) meg tudom-e azt csinalni, hogy : > - stateless webserviceket hasznalok (web projektben annotalt pojo-k, > szokasos) - definialok egy session parametert, amit minden statefulnak > szant keresnel elkuld a kliens (akarcsak a "sima" stateful ws-nel) > - injektalok szervlet context-et a pojo-ba > > eeees, itt jon amihez meg nem volt szerencsem: > > - valahogy (?) megadom, hogy a session az en azonositom alapjan legyen > meghatarozva, mivel itt http szinten nincs session-rol szo. ezzel > elmeletileg nem doftem hatba a session replikaciot meg a tobbi > ficsurt.. > > ha nagy orultseget irtam, akkor is kivancsi vagyok a konstruktiv > hozzaszolasokra, hogy lehetne ezt a problemat szepen megoldani :) > > koszi, > B > > On Thu, Apr 8, 2010 at 13:44, Balázs Hollósi wrote: > > sziasztok > > > > gondoltam kiprobalom a stateful webservice tamogatasat a > > glassfish-nek, viszont egy kis problemam akadt. > > > > alap cikk: > > https://jax-ws.dev.java.net/nonav/2.1/docs/statefulWebservice.html > > > > Viszont a session kiszolgalas mar elszall nullpointerrel. (es ha jol > > latom, ez az egesz com.sun.xml.ws.developer package csak gf2 alatt van > > meg, gf3 nem tamogatja?) > > > > Talaltam egy bejegyzest, ami kisertetiesen ua, de a workaround nalam > > nem segitett. > > https://wsit.dev.java.net/issues/show_bug.cgi?id=309 > > > > szinte minden ua, mint a peldaban. probalta mar valaki ezt a vonalat? > > vagy van valami 3rdparty megoldas ra? > > > > koszi, > > B > > > > ----------------- > > > > package sandbox; > > > > import javax.jws.WebService; > > import javax.xml.ws.wsaddressing.W3CEndpointReference; > > > > @WebService > > public class Bank { > > > > @WebMethod > > public W3CEndpointReference login(int id) { > > BankAccount acc = new BankAccount(id); > > return BankAccount.manager.export(acc); > > } > > } > > > > ----------------- > > > > package sandbox; > > > > import com.sun.xml.ws.developer.Stateful; > > import com.sun.xml.ws.developer.StatefulWebServiceManager; > > import javax.jws.WebMethod; > > import javax.jws.WebService; > > import javax.xml.ws.soap.Addressing; > > > > @Stateful > > @WebService > > @Addressing > > public class BankAccount { > > > > private int id; > > public static StatefulWebServiceManager manager; > > > > public BankAccount(int id) { > > this.id = id; > > } > > > > @WebMethod > > public String kuty() { > > return "kurutty"; > > } > > } > > > > ----------------- > > > > hiba: > > > > (a 21-es sor a "return BankAccount.manager.export(acc);" ) > > > > The log message is null. > > java.lang.NullPointerException > > at sandbox.Bank.login(Bank.java:21) > > at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) > > at > > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java > >:39) at > > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI > >mpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) > > at > > com.sun.enterprise.webservice.InstanceResolverImpl$1.invoke(InstanceResol > >verImpl.java:112) at > > com.sun.xml.ws.server.InvokerTube$2.invoke(InvokerTube.java:146) at > > com.sun.xml.ws.server.sei.EndpointMethodHandler.invoke(EndpointMethodHand > >ler.java:257) [...] > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From zamek at vili.pmmf.hu Sun Apr 11 13:40:03 2010 From: zamek at vili.pmmf.hu (zamek) Date: Sun, 11 Apr 2010 13:40:03 +0200 Subject: [Java lista] jvlc Message-ID: <4BC1B513.1000008@vili.pmmf.hu> hello, Foglalkozott valaki behatóbban a fenti stuffal? Egyszerű lejátszót tudok nyitni vele, de a feladat az lenne, hogy egy kameráról érkező képet feliratozzak, majd eltároljak egy file-ban. -- thx, ---------------------------------- Zoltan Zidarics programmer PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary E-Mail: zamek at vili.pmmf.hu ---------------------------------- From aszomor at computertechnika.hu Sun Apr 11 13:40:53 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Sun, 11 Apr 2010 13:40:53 +0200 Subject: [Java lista] IVY Message-ID: <7edd9410033880e50b3fb85b23fe2054@127.0.0.1> Sziasztok, Most töltöttem le az IVY-t és a hozzáadott mintapéldával kiszerettem volna próbálni, hogy működik-e, de csak egy hibát kapok mindig [taskdef] Could not load definitions from resource org/apache/ivy/ant/antlib.xml. It could not be found. Környezet: jdk1.6.0_18, apache-ant-1.8.0, apache-maven-2.2.1, apache-ivy-2.1.0. Tudna valaki segíteni ? Köszi, Attila. example\build-a-ivy-repository\ANT -v STDOUT: ------------- Apache Ant version 1.8.0 compiled on February 1 2010 Trying the default build file: build.xml Buildfile: G:\Program Files\Apache Software Foundation\apache-ivy-2.1.0\src\example\build-a-ivy-repository\build.xml Detected Java version: 1.6 in: G:\JAVA\JDK16~1.0_1\jre Detected OS: Windows XP parsing buildfile G:\Program Files\Apache Software Foundation\apache-ivy-2.1.0\src\example\build-a-ivy-repository\build.xml with URI = file:/G:/Program%20Files/Apache%20Software%20Foundation/apache-ivy-2.1.0/src/example/build-a-ivy-repository/build.xml Project base dir set to: G:\Program Files\Apache Software Foundation\apache-ivy-2.1.0\src\example\build-a-ivy-repository parsing buildfile jar:file:/G:/Program%20Files/Apache%20Software%20Foundation/apache-ant-1.8.0/lib/ant.jar!/org/apache/tools/ant/antlib.xml with URI = jar:file:/G:/Program%20Files/Apache%20Software%20Foundation/apache-ant-1.8.0/lib/ant.jar!/org/apache/tools/ant/antlib.xml from a zip file Build sequence for target(s) `maven2' is [load-ivy, init-ivy, maven2] Complete build sequence is [load-ivy, init-ivy, maven2, clean-repo, maven2-deps, clean-cache, maven2-namespace-deps, maven2-namespace, ] load-ivy: [taskdef] Could not load definitions from resource org/apache/ivy/ant/antlib.xml. It could not be found. init-ivy: [antlib:org.apache.ivy.ant] Could not load definitions from resource org/apache/ivy/ant/antlib.xml. It could not be found. ERR_OUT: --------------- BUILD FAILED G:\Program Files\Apache Software Foundation\apache-ivy-2.1.0\src\example\build-a-ivy-repository\build.xml:56: Problem: failed to create task or type antlib:org.apache.ivy.ant:settings Cause: The name is undefined. Action: Check the spelling. Action: Check that any custom tasks/types have been declared. Action: Check that any / declarations have taken place. No types or tasks have been defined in this namespace yet This appears to be an antlib declaration. Action: Check that the implementing library exists in one of: -G:\PROGRA~1\APACHE~1\apache-ant-1.8.0\lib -G:\Documents and Settings\aszomor\.ant\lib -a directory added on the command line with the -lib argument at org.apache.tools.ant.UnknownElement.getNotFoundException(UnknownElement.java:487) at org.apache.tools.ant.UnknownElement.makeObject(UnknownElement.java:419) at org.apache.tools.ant.UnknownElement.maybeConfigure(UnknownElement.java:163) at org.apache.tools.ant.Task.perform(Task.java:347) at org.apache.tools.ant.Target.execute(Target.java:390) at org.apache.tools.ant.Target.performTasks(Target.java:411) at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1360) at org.apache.tools.ant.Project.executeTarget(Project.java:1329) at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) at org.apache.tools.ant.Project.executeTargets(Project.java:1212) at org.apache.tools.ant.Main.runBuild(Main.java:801) at org.apache.tools.ant.Main.startAnt(Main.java:218) at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) Total time: 1 second From istvan.benedek at gmail.com Sun Apr 11 13:55:13 2010 From: istvan.benedek at gmail.com (Istvan Benedek) Date: Sun, 11 Apr 2010 13:55:13 +0200 Subject: [Java lista] IVY In-Reply-To: <7edd9410033880e50b3fb85b23fe2054@127.0.0.1> References: <7edd9410033880e50b3fb85b23fe2054@127.0.0.1> Message-ID: Lehetseges, hogy tudok neked segiteni... ami kellene a logokon kivul.. egy kave a semiramisban:) Istvan 2010/4/11 Szomor Attila : > Sziasztok, > > Most töltöttem le az IVY-t és a hozzáadott mintapéldával kiszerettem > volna próbálni, hogy működik-e, de csak egy hibát kapok mindig >  [taskdef] Could not load definitions from resource > org/apache/ivy/ant/antlib.xml. It could not be found. > > Környezet: jdk1.6.0_18, apache-ant-1.8.0, apache-maven-2.2.1, > apache-ivy-2.1.0. > > Tudna valaki segíteni ? > > Köszi, Attila. > > example\build-a-ivy-repository\ANT -v > STDOUT: > ------------- > Apache Ant version 1.8.0 compiled on February 1 2010 > Trying the default build file: build.xml > Buildfile: G:\Program Files\Apache Software > Foundation\apache-ivy-2.1.0\src\example\build-a-ivy-repository\build.xml > Detected Java version: 1.6 in: G:\JAVA\JDK16~1.0_1\jre > Detected OS: Windows XP > parsing buildfile G:\Program Files\Apache Software > Foundation\apache-ivy-2.1.0\src\example\build-a-ivy-repository\build.xml > with URI = > file:/G:/Program%20Files/Apache%20Software%20Foundation/apache-ivy-2.1.0/src/example/build-a-ivy-repository/build.xml > Project base dir set to: G:\Program Files\Apache Software > Foundation\apache-ivy-2.1.0\src\example\build-a-ivy-repository > parsing buildfile > jar:file:/G:/Program%20Files/Apache%20Software%20Foundation/apache-ant-1.8.0/lib/ant.jar!/org/apache/tools/ant/antlib.xml > with URI = > jar:file:/G:/Program%20Files/Apache%20Software%20Foundation/apache-ant-1.8.0/lib/ant.jar!/org/apache/tools/ant/antlib.xml > from a zip file > Build sequence for target(s) `maven2' is [load-ivy, init-ivy, maven2] > Complete build sequence is [load-ivy, init-ivy, maven2, clean-repo, > maven2-deps, clean-cache, maven2-namespace-deps, maven2-namespace, ] > > load-ivy: >  [taskdef] Could not load definitions from resource > org/apache/ivy/ant/antlib.xml. It could not be found. > > init-ivy: > [antlib:org.apache.ivy.ant] Could not load definitions from resource > org/apache/ivy/ant/antlib.xml. It could not be found. > > ERR_OUT: > --------------- > BUILD FAILED > G:\Program Files\Apache Software > Foundation\apache-ivy-2.1.0\src\example\build-a-ivy-repository\build.xml:56: > Problem: failed to create task or type antlib:org.apache.ivy.ant:settings > Cause: The name is undefined. > Action: Check the spelling. > Action: Check that any custom tasks/types have been declared. > Action: Check that any / declarations have taken > place. > No types or tasks have been defined in this namespace yet > > This appears to be an antlib declaration. > Action: Check that the implementing library exists in one of: >        -G:\PROGRA~1\APACHE~1\apache-ant-1.8.0\lib >        -G:\Documents and Settings\aszomor\.ant\lib >        -a directory added on the command line with the -lib argument > >  at > org.apache.tools.ant.UnknownElement.getNotFoundException(UnknownElement.java:487) >  at org.apache.tools.ant.UnknownElement.makeObject(UnknownElement.java:419) >  at > org.apache.tools.ant.UnknownElement.maybeConfigure(UnknownElement.java:163) >  at org.apache.tools.ant.Task.perform(Task.java:347) >  at org.apache.tools.ant.Target.execute(Target.java:390) >  at org.apache.tools.ant.Target.performTasks(Target.java:411) >  at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1360) >  at org.apache.tools.ant.Project.executeTarget(Project.java:1329) >  at > org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:41) >  at org.apache.tools.ant.Project.executeTargets(Project.java:1212) >  at org.apache.tools.ant.Main.runBuild(Main.java:801) >  at org.apache.tools.ant.Main.startAnt(Main.java:218) >  at org.apache.tools.ant.launch.Launcher.run(Launcher.java:280) >  at org.apache.tools.ant.launch.Launcher.main(Launcher.java:109) > > Total time: 1 second > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > -- Best Regards, István Benedek CEO besTest Consulting Services LTD Debrecen office, Hungary (GMT+1) Mobile phone : +36 (70) 275-9275 E-mail : istvan.benedek at gmail.com Homepage : www.bestest.hu CONFIDENTIALITY CAUTION AND DISCLAIMER This message is intended only for the use of the individual(s) or entity(ies) to which it is addressed and contains information that is legally privileged and confidential. If you are not the intended recipient, or the person responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. All unintended recipients are obliged to delete this message and destroy any printed copies. From gzsombor at gmail.com Sun Apr 11 13:56:34 2010 From: gzsombor at gmail.com (Zsombor) Date: Sun, 11 Apr 2010 13:56:34 +0200 Subject: [Java lista] IVY In-Reply-To: <7edd9410033880e50b3fb85b23fe2054@127.0.0.1> References: <7edd9410033880e50b3fb85b23fe2054@127.0.0.1> Message-ID: 2010/4/11 Szomor Attila > Sziasztok, > > Most tĂśltĂśttem le az IVY-t ĂŠs a hozzĂĄadott mintapĂŠldĂĄval kiszerettem > volna prĂłbĂĄlni, hogy mĹąkĂśdik-e, de csak egy hibĂĄt kapok mindig > [taskdef] Could not load definitions from resource > org/apache/ivy/ant/antlib.xml. It could not be found. > > KĂśrnyezet: jdk1.6.0_18, apache-ant-1.8.0, apache-maven-2.2.1, > apache-ivy-2.1.0. > > Tudna valaki segĂ­teni ? > > KĂśszi, Attila. > > example\build-a-ivy-repository\ANT -v > STDOUT: > ------------- > Apache Ant version 1.8.0 compiled on February 1 2010 > Trying the default build file: build.xml > Buildfile: G:\Program Files\Apache Software > Foundation\apache-ivy-2.1.0\src\example\build-a-ivy-repository\build.xml > Detected Java version: 1.6 in: G:\JAVA\JDK16~1.0_1\jre > Detected OS: Windows XP > parsing buildfile G:\Program Files\Apache Software > Foundation\apache-ivy-2.1.0\src\example\build-a-ivy-repository\build.xml > with URI = > > file:/G:/Program%20Files/Apache%20Software%20Foundation/apache-ivy-2.1.0/src/example/build-a-ivy-repository/build.xml > Project base dir set to: G:\Program Files\Apache Software > Foundation\apache-ivy-2.1.0\src\example\build-a-ivy-repository > parsing buildfile > > jar:file:/G:/Program%20Files/Apache%20Software%20Foundation/apache-ant-1.8.0/lib/ant.jar!/org/apache/tools/ant/antlib.xml > with URI = > > jar:file:/G:/Program%20Files/Apache%20Software%20Foundation/apache-ant-1.8.0/lib/ant.jar!/org/apache/tools/ant/antlib.xml > from a zip file > Build sequence for target(s) `maven2' is [load-ivy, init-ivy, maven2] > Complete build sequence is [load-ivy, init-ivy, maven2, clean-repo, > maven2-deps, clean-cache, maven2-namespace-deps, maven2-namespace, ] > > load-ivy: > [taskdef] Could not load definitions from resource > org/apache/ivy/ant/antlib.xml. It could not be found. > > init-ivy: > [antlib:org.apache.ivy.ant] Could not load definitions from resource > org/apache/ivy/ant/antlib.xml. It could not be found. > > ERR_OUT: > --------------- > BUILD FAILED > G:\Program Files\Apache Software > > Foundation\apache-ivy-2.1.0\src\example\build-a-ivy-repository\build.xml:56: > Problem: failed to create task or type antlib:org.apache.ivy.ant:settings > Cause: The name is undefined. > Action: Check the spelling. > Action: Check that any custom tasks/types have been declared. > Action: Check that any / declarations have taken > place. > No types or tasks have been defined in this namespace yet > > This appears to be an antlib declaration. > Action: Check that the implementing library exists in one of: > -G:\PROGRA~1\APACHE~1\apache-ant-1.8.0\lib > -G:\Documents and Settings\aszomor\.ant\lib > -a directory added on the command line with the -lib argument > Ha jĂłl ĂŠrtem, a hibaĂźzenet arrĂłl szĂłl, hogy nem talĂĄl egy taszkot, valĂłszinĹąleg nem raktad be az ivy-2.1.0.jar -t a felsorolt kĂśnyvtĂĄrak egyikĂŠbe se. Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100411/e5c6f32a/attachment.html From aszomor at computertechnika.hu Sun Apr 11 15:45:58 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Sun, 11 Apr 2010 15:45:58 +0200 Subject: [Java lista] IVY In-Reply-To: References: <7edd9410033880e50b3fb85b23fe2054@127.0.0.1> Message-ID: > > Ha jól értem, a hibaüzenet arról szól, hogy nem talál egy taszkot, > valószinűleg nem raktad be az ivy-2.1.0.jar -t a felsorolt könyvtárak > egyikébe se. > Zs Szia, Álmomban sem gondoltam volna erre, nem tudtam, hogy nekem kell kézzel bemásolni, azt hittem elég a CLASS_PATH-ba betenni a %IVY_HOME&\Lib-et betenni. Betettem a %USERPROFILE%\.ant\lib-e az ivy-2.1.0.jar -t és már megy is! Köszönöm, Attila. From gzsombor at gmail.com Sun Apr 11 15:48:09 2010 From: gzsombor at gmail.com (Zsombor) Date: Sun, 11 Apr 2010 15:48:09 +0200 Subject: [Java lista] IVY In-Reply-To: References: <7edd9410033880e50b3fb85b23fe2054@127.0.0.1> Message-ID: 2010/4/11 Szomor Attila > > > > Ha jĂłl ĂŠrtem, a hibaĂźzenet arrĂłl szĂłl, hogy nem talĂĄl egy taszkot, > > valĂłszinĹąleg nem raktad be az ivy-2.1.0.jar -t a felsorolt kĂśnyvtĂĄrak > > egyikĂŠbe se. > > Zs > > Szia, > > Álmomban sem gondoltam volna erre, nem tudtam, hogy nekem kell kĂŠzzel > bemĂĄsolni, azt hittem elĂŠg a CLASS_PATH-ba betenni a %IVY_HOME&\Lib-et > betenni. > > Betettem a %USERPROFILE%\.ant\lib-e az ivy-2.1.0.jar -t ĂŠs mĂĄr megy is! > > KĂśszĂśnĂśm, Attila. > > Ezt a CLASS_PATH nevĂź vĂĄltozĂłt mĂŠg sosem lĂĄttam, nem tudom, honnan jĂśhetett neked, gondolom valami sajĂĄt konvenciĂłd :) Zsombor --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100411/aed9c218/attachment.html From aszomor at computertechnika.hu Sun Apr 11 16:32:28 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Sun, 11 Apr 2010 16:32:28 +0200 Subject: [Java lista] IVY In-Reply-To: References: <7edd9410033880e50b3fb85b23fe2054@127.0.0.1> Message-ID: > > Ezt a CLASS_PATH nevü változót még sosem láttam, nem tudom, honnan > jöhetett > neked, gondolom valami saját konvenciód :) > > > Zsombor Szia Zsombor, Való igaz, hogy ilyet nem láthattál, mert ilyen van CLASSPATH !!! The class path can be set using either the -classpath option when calling an SDK tool (the preferred method) or by setting the CLASSPATH environment variable Attila. From peter at verhas.com Sun Apr 11 20:14:12 2010 From: peter at verhas.com (Peter Verhas) Date: Sun, 11 Apr 2010 20:14:12 +0200 Subject: [Java lista] jvlc In-Reply-To: <4BC1B513.1000008@vili.pmmf.hu> References: <4BC1B513.1000008@vili.pmmf.hu> Message-ID: Az a feladat, amit el akarsz végezni meglehetősen sokáig fut, és nem kíván többszörös hívást. Tipikusan olyan feladat, amit külön processzben indítanék el parancssoron keresztül. VLC-nek jó parancssori interfésze van. Péter 2010/4/11 zamek > hello, > > Foglalkozott valaki behatóbban a fenti stuffal? > Egyszerű lejátszót tudok nyitni vele, de a feladat az lenne, hogy egy > kameráról érkező képet feliratozzak, majd eltároljak egy file-ban. > > -- > thx, > ---------------------------------- > Zoltan Zidarics programmer > PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary > E-Mail: zamek at vili.pmmf.hu > ---------------------------------- > > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > -- Verhás Péter ügyvezető Verhás & Verhás Szoftver Manufaktúra Kft. peter at verhas.com t: +36(30)9306805 skype: verhas --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100411/36376d81/attachment.html From zamek at vili.pmmf.hu Sun Apr 11 21:15:25 2010 From: zamek at vili.pmmf.hu (zamek) Date: Sun, 11 Apr 2010 21:15:25 +0200 Subject: [Java lista] jvlc In-Reply-To: References: <4BC1B513.1000008@vili.pmmf.hu> Message-ID: <4BC21FCD.5030903@vili.pmmf.hu> On 04/11/2010 08:14 PM, Peter Verhas wrote: > Az a feladat, amit el akarsz végezni meglehetősen sokáig fut, és nem > kíván többszörös hívást. Tipikusan olyan feladat, amit külön > processzben indítanék el parancssoron keresztül. VLC-nek jó > parancssori interfésze van. > igen, csak merre induljak? Persze átolvashatnám a doksit - és át is fogom, ha érdemes -, de pont azért kérdeztem, hogy valaki ismeri-e hogy kapjak ilyeneket: a(z) xxx a barátod. Ráadásul a felirat a programomban fog keletkezni, némi ötlet jól jönne, hogy hogyan fog ez az elindított párhuzamosan futó vlc-ben a megfelelő helyre kerülni. A feladatot jmf-fel megcsináltam, de nem vagyok túl boldog tőle, egy kínszenvedés felhúzni a webkamerát. Nem a jmf a jövő. Később még histogramot is kell csinálnom rajta és felismerni állapotokat. -- thx, ---------------------------------- Zoltan Zidarics programmer PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary E-Mail: zamek at vili.pmmf.hu ---------------------------------- From hollosibalazs at gmail.com Sun Apr 11 21:24:08 2010 From: hollosibalazs at gmail.com (=?ISO-8859-1?Q?Bal=E1zs_Holl=F3si?=) Date: Sun, 11 Apr 2010 21:24:08 +0200 Subject: [Java lista] jvlc In-Reply-To: <4BC1B513.1000008@vili.pmmf.hu> References: <4BC1B513.1000008@vili.pmmf.hu> Message-ID: Szia 1-2 éve kezdtük a vlc-t használni, akkor előkerült a java oldali vezérlés is. a jvlc akkor eléggé használhatatlan volt (nem tolt tovább minden üzenetet, nem lehetett kiaknázni mindent, amit a vlc tud, stabilitás a sárga föld alatt), majd jött a processbuilder és exec, de az meg környezetenként eltérő erőforrással ment (vlc 3-4% cpu, java a maradék (?)), és ugyancsak sok probléma akadt vele, úgyhogy maradt a cpp embeddelés, van külön lib is belőle (libVLC), úgy elég jól használható, persze nagyon meg kell választani a vlc build-et, kodekeket, stb.. Ha üzleti alkalmazás lesz belőle, szerintem érdemes ezt a lehetőséget is az asztalon hagyni (esetleg jni). Üdv, B 2010/4/11 zamek : > hello, > > Foglalkozott valaki behatóbban a fenti stuffal? > Egyszerű lejátszót tudok nyitni vele, de a feladat az lenne, hogy egy > kameráról érkező képet feliratozzak, majd eltároljak egy file-ban. > > -- >  thx, > ---------------------------------- > Zoltan Zidarics programmer > PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary > E-Mail: zamek at vili.pmmf.hu > ---------------------------------- > > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From zamek at vili.pmmf.hu Sun Apr 11 22:14:14 2010 From: zamek at vili.pmmf.hu (zamek) Date: Sun, 11 Apr 2010 22:14:14 +0200 Subject: [Java lista] jvlc In-Reply-To: References: <4BC1B513.1000008@vili.pmmf.hu> Message-ID: <4BC22D96.1020908@vili.pmmf.hu> On 04/11/2010 09:24 PM, Balázs Hollósi wrote: > Szia > > 1-2 éve kezdtük a vlc-t használni, akkor előkerült a java oldali > vezérlés is. a jvlc akkor eléggé használhatatlan volt (nem tolt tovább > minden üzenetet, nem lehetett kiaknázni mindent, amit a vlc tud, > stabilitás a sárga föld alatt), majd jött a processbuilder és exec, de > az meg környezetenként eltérő erőforrással ment (vlc 3-4% cpu, java a > maradék (?)), és ugyancsak sok probléma akadt vele, úgyhogy maradt a > cpp embeddelés, van külön lib is belőle (libVLC), úgy elég jól > használható, persze nagyon meg kell választani a vlc build-et, > kodekeket, stb.. Ha üzleti alkalmazás lesz belőle, szerintem érdemes > ezt a lehetőséget is az asztalon hagyni (esetleg jni). > > En a jvlc-core-1.0.0-SNAPSHOT.jar-t hasznalom, az keri a jna-t is. Ez valoszinuleg egy wrapper a libVLC-hez. Nem tunik lassunak es cpu-t sem sokat zabal, legalabbis nalam. Visszaterve az eredeti kerdesre, ti csinaltok feliratozast? -- thx, ---------------------------------- Zoltan Zidarics programmer PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary E-Mail: zamek at vili.pmmf.hu ---------------------------------- From hollosibalazs at gmail.com Mon Apr 12 09:13:08 2010 From: hollosibalazs at gmail.com (=?ISO-8859-1?Q?Bal=E1zs_Holl=F3si?=) Date: Mon, 12 Apr 2010 09:13:08 +0200 Subject: [Java lista] jvlc In-Reply-To: <4BC22D96.1020908@vili.pmmf.hu> References: <4BC1B513.1000008@vili.pmmf.hu> <4BC22D96.1020908@vili.pmmf.hu> Message-ID: szia feliratozast nem, csak thumbnail gyartast es transkodolast mas formatumokra / meretekre. b 2010/4/11 zamek : > On 04/11/2010 09:24 PM, Balázs Hollósi wrote: >> Szia >> >> 1-2 éve kezdtük a vlc-t használni, akkor előkerült a java oldali >> vezérlés is. a jvlc akkor eléggé használhatatlan volt (nem tolt tovább >> minden üzenetet, nem lehetett kiaknázni mindent, amit a vlc tud, >> stabilitás a sárga föld alatt), majd jött a processbuilder és exec, de >> az meg környezetenként eltérő erőforrással ment (vlc 3-4% cpu, java a >> maradék (?)), és ugyancsak sok probléma akadt vele, úgyhogy maradt a >> cpp embeddelés, van külön lib is belőle (libVLC), úgy elég jól >> használható, persze nagyon meg kell választani a vlc build-et, >> kodekeket, stb.. Ha üzleti alkalmazás lesz belőle, szerintem érdemes >> ezt a lehetőséget is az asztalon hagyni (esetleg jni). >> >> > En a jvlc-core-1.0.0-SNAPSHOT.jar-t hasznalom, az keri a jna-t is. > Ez valoszinuleg egy wrapper a libVLC-hez. Nem tunik lassunak es cpu-t > sem sokat zabal, legalabbis nalam. > > Visszaterve az eredeti kerdesre, ti csinaltok feliratozast? > > -- >  thx, > ---------------------------------- > Zoltan Zidarics programmer > PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary > E-Mail: zamek at vili.pmmf.hu > ---------------------------------- > > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From hollosibalazs at gmail.com Mon Apr 12 09:30:06 2010 From: hollosibalazs at gmail.com (=?ISO-8859-1?Q?Bal=E1zs_Holl=F3si?=) Date: Mon, 12 Apr 2010 09:30:06 +0200 Subject: [Java lista] glassfish stateful webservice In-Reply-To: <201004092256.45542.tomto@freemail.hu> References: <201004092256.45542.tomto@freemail.hu> Message-ID: Szia Jól néz ki, kipróbálom, köszi! :) B 2010/4/9 TomTo:) : > Szia Balázs! > > Nem tudom, hogy ezt nézted-e már, de egy próbát ez is megér. > http://weblogs.java.net/blog/ramapulavarthi/archive/2006/06/maintaining_ses.html > > Üdv, >        TomTo:) > > 2010. április 9. dátummal Balázs Hollósi ezt írta: >> Hali >> >> mas oldalrol megkozelitve a dolgot.. :) >> >> ha beletorodve abba, hogy ez nem egy main felhasznalas, es >> gyerekcipoben jar az implementacio (de viszont nekem kell a stateful >> ws) meg tudom-e azt csinalni, hogy : >> - stateless webserviceket hasznalok (web projektben annotalt pojo-k, >>  szokasos) - definialok egy session parametert, amit minden statefulnak >>  szant keresnel elkuld a kliens (akarcsak a "sima" stateful ws-nel) >> - injektalok szervlet context-et a pojo-ba >> >> eeees, itt jon amihez meg nem volt szerencsem: >> >> - valahogy (?) megadom, hogy a session az en azonositom alapjan legyen >> meghatarozva, mivel itt http szinten nincs session-rol szo. ezzel >> elmeletileg nem doftem hatba a session replikaciot meg a tobbi >> ficsurt.. >> >> ha nagy orultseget irtam, akkor is kivancsi vagyok a konstruktiv >> hozzaszolasokra, hogy lehetne ezt a problemat szepen megoldani :) >> >> koszi, >> B >> >> On Thu, Apr 8, 2010 at 13:44, Balázs Hollósi > wrote: >> > sziasztok >> > >> > gondoltam kiprobalom a stateful webservice tamogatasat a >> > glassfish-nek, viszont egy kis problemam akadt. >> > >> > alap cikk: >> > https://jax-ws.dev.java.net/nonav/2.1/docs/statefulWebservice.html >> > >> > Viszont a session kiszolgalas mar elszall nullpointerrel. (es ha jol >> > latom, ez az egesz com.sun.xml.ws.developer package csak gf2 alatt van >> > meg, gf3 nem tamogatja?) >> > >> > Talaltam egy bejegyzest, ami kisertetiesen ua, de a workaround nalam >> > nem segitett. >> > https://wsit.dev.java.net/issues/show_bug.cgi?id=309 >> > >> > szinte minden ua, mint a peldaban. probalta mar valaki ezt a vonalat? >> > vagy van valami 3rdparty megoldas ra? >> > >> > koszi, >> > B >> > >> > ----------------- >> > >> > package sandbox; >> > >> > import javax.jws.WebService; >> > import javax.xml.ws.wsaddressing.W3CEndpointReference; >> > >> > @WebService >> > public class Bank { >> > >> >    @WebMethod >> >    public W3CEndpointReference login(int id) { >> >        BankAccount acc = new BankAccount(id); >> >        return BankAccount.manager.export(acc); >> >    } >> > } >> > >> > ----------------- >> > >> > package sandbox; >> > >> > import com.sun.xml.ws.developer.Stateful; >> > import com.sun.xml.ws.developer.StatefulWebServiceManager; >> > import javax.jws.WebMethod; >> > import javax.jws.WebService; >> > import javax.xml.ws.soap.Addressing; >> > >> > @Stateful >> > @WebService >> > @Addressing >> > public class BankAccount { >> > >> >    private int id; >> >    public static StatefulWebServiceManager manager; >> > >> >    public BankAccount(int id) { >> >        this.id = id; >> >    } >> > >> >    @WebMethod >> >    public String kuty() { >> >        return "kurutty"; >> >    } >> > } >> > >> > ----------------- >> > >> > hiba: >> > >> > (a 21-es sor a "return BankAccount.manager.export(acc);" ) >> > >> > The log message is null. >> > java.lang.NullPointerException >> >        at sandbox.Bank.login(Bank.java:21) >> >        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >> >        at >> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java >> >:39) at >> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI >> >mpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) >> >        at >> > com.sun.enterprise.webservice.InstanceResolverImpl$1.invoke(InstanceResol >> >verImpl.java:112) at >> > com.sun.xml.ws.server.InvokerTube$2.invoke(InvokerTube.java:146) at >> > com.sun.xml.ws.server.sei.EndpointMethodHandler.invoke(EndpointMethodHand >> >ler.java:257) [...] >> >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> http://javagrund.hu/mailman/listinfo/javalist >> > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From aszomor at computertechnika.hu Mon Apr 12 13:43:05 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Mon, 12 Apr 2010 13:43:05 +0200 Subject: [Java lista] =?utf-8?q?Elhagyta_az_Oracle-t_James_Gosling=2C_a_Ja?= =?utf-8?q?va_programoz=C3=A1si_nyelv_atyja=2E?= Message-ID: http://www.hwsw.hu/hirek/44326/sun-microsystems-oracle-java-james-gosling.html -- Pécs is the European Capital of Culture in 2010 From hollosibalazs at gmail.com Tue Apr 13 11:41:29 2010 From: hollosibalazs at gmail.com (=?ISO-8859-1?Q?Bal=E1zs_Holl=F3si?=) Date: Tue, 13 Apr 2010 11:41:29 +0200 Subject: [Java lista] glassfish stateful webservice In-Reply-To: References: <201004092256.45542.tomto@freemail.hu> Message-ID: szia működik a megoldás, köszi. még arra leszek kiváncsi, akiknek kiajánljuk a szolgáltatást mennyire fognak hanyatt esni attól, hogy a webservice kliensükben a cookie kezelést is meg kell oldani a session miatt, de egyenlőre úgy veszük hogy meg fogják oldani.. :) köszi a linket! Üdv, B 2010/4/12 Balázs Hollósi : > Szia > > Jól néz ki, kipróbálom, köszi! :) > > B > > 2010/4/9 TomTo:) : >> Szia Balázs! >> >> Nem tudom, hogy ezt nézted-e már, de egy próbát ez is megér. >> http://weblogs.java.net/blog/ramapulavarthi/archive/2006/06/maintaining_ses.html >> >> Üdv, >>        TomTo:) >> >> 2010. április 9. dátummal Balázs Hollósi ezt írta: >>> Hali >>> >>> mas oldalrol megkozelitve a dolgot.. :) >>> >>> ha beletorodve abba, hogy ez nem egy main felhasznalas, es >>> gyerekcipoben jar az implementacio (de viszont nekem kell a stateful >>> ws) meg tudom-e azt csinalni, hogy : >>> - stateless webserviceket hasznalok (web projektben annotalt pojo-k, >>>  szokasos) - definialok egy session parametert, amit minden statefulnak >>>  szant keresnel elkuld a kliens (akarcsak a "sima" stateful ws-nel) >>> - injektalok szervlet context-et a pojo-ba >>> >>> eeees, itt jon amihez meg nem volt szerencsem: >>> >>> - valahogy (?) megadom, hogy a session az en azonositom alapjan legyen >>> meghatarozva, mivel itt http szinten nincs session-rol szo. ezzel >>> elmeletileg nem doftem hatba a session replikaciot meg a tobbi >>> ficsurt.. >>> >>> ha nagy orultseget irtam, akkor is kivancsi vagyok a konstruktiv >>> hozzaszolasokra, hogy lehetne ezt a problemat szepen megoldani :) >>> >>> koszi, >>> B >>> >>> On Thu, Apr 8, 2010 at 13:44, Balázs Hollósi >> wrote: >>> > sziasztok >>> > >>> > gondoltam kiprobalom a stateful webservice tamogatasat a >>> > glassfish-nek, viszont egy kis problemam akadt. >>> > >>> > alap cikk: >>> > https://jax-ws.dev.java.net/nonav/2.1/docs/statefulWebservice.html >>> > >>> > Viszont a session kiszolgalas mar elszall nullpointerrel. (es ha jol >>> > latom, ez az egesz com.sun.xml.ws.developer package csak gf2 alatt van >>> > meg, gf3 nem tamogatja?) >>> > >>> > Talaltam egy bejegyzest, ami kisertetiesen ua, de a workaround nalam >>> > nem segitett. >>> > https://wsit.dev.java.net/issues/show_bug.cgi?id=309 >>> > >>> > szinte minden ua, mint a peldaban. probalta mar valaki ezt a vonalat? >>> > vagy van valami 3rdparty megoldas ra? >>> > >>> > koszi, >>> > B >>> > >>> > ----------------- >>> > >>> > package sandbox; >>> > >>> > import javax.jws.WebService; >>> > import javax.xml.ws.wsaddressing.W3CEndpointReference; >>> > >>> > @WebService >>> > public class Bank { >>> > >>> >    @WebMethod >>> >    public W3CEndpointReference login(int id) { >>> >        BankAccount acc = new BankAccount(id); >>> >        return BankAccount.manager.export(acc); >>> >    } >>> > } >>> > >>> > ----------------- >>> > >>> > package sandbox; >>> > >>> > import com.sun.xml.ws.developer.Stateful; >>> > import com.sun.xml.ws.developer.StatefulWebServiceManager; >>> > import javax.jws.WebMethod; >>> > import javax.jws.WebService; >>> > import javax.xml.ws.soap.Addressing; >>> > >>> > @Stateful >>> > @WebService >>> > @Addressing >>> > public class BankAccount { >>> > >>> >    private int id; >>> >    public static StatefulWebServiceManager manager; >>> > >>> >    public BankAccount(int id) { >>> >        this.id = id; >>> >    } >>> > >>> >    @WebMethod >>> >    public String kuty() { >>> >        return "kurutty"; >>> >    } >>> > } >>> > >>> > ----------------- >>> > >>> > hiba: >>> > >>> > (a 21-es sor a "return BankAccount.manager.export(acc);" ) >>> > >>> > The log message is null. >>> > java.lang.NullPointerException >>> >        at sandbox.Bank.login(Bank.java:21) >>> >        at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) >>> >        at >>> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java >>> >:39) at >>> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorI >>> >mpl.java:25) at java.lang.reflect.Method.invoke(Method.java:597) >>> >        at >>> > com.sun.enterprise.webservice.InstanceResolverImpl$1.invoke(InstanceResol >>> >verImpl.java:112) at >>> > com.sun.xml.ws.server.InvokerTube$2.invoke(InvokerTube.java:146) at >>> > com.sun.xml.ws.server.sei.EndpointMethodHandler.invoke(EndpointMethodHand >>> >ler.java:257) [...] >>> >>> _______________________________________________ >>> Javalist mailing list >>> Javalist at javagrund.hu >>> http://javagrund.hu/mailman/listinfo/javalist >>> >> >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> http://javagrund.hu/mailman/listinfo/javalist >> > From magyusz at gmail.com Tue Apr 13 12:36:33 2010 From: magyusz at gmail.com (=?ISO-8859-1?Q?Tam=E1s_Magyar?=) Date: Tue, 13 Apr 2010 12:36:33 +0200 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= Message-ID: http://index.hu/tech/biztonsag/2010/04/12/minden_windows_veszelyben_a_java_hibai_miatt/ http://blog.cr0.org/2010/04/javacalypse.html From biziclop at gmail.com Tue Apr 13 12:57:28 2010 From: biziclop at gmail.com (biziclop) Date: Tue, 13 Apr 2010 11:57:28 +0100 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: References: Message-ID: Atyaeg, mekkora baromsag ez. Marmint nem az eredeti problema, az nagyonis valos, hanem ahogy az index mindezt talalja. (Neha meg a jvm eltavolitasa se segit a hiban? Es ezt igy hogy?) lsp 2010/4/13 Tamás Magyar : > http://index.hu/tech/biztonsag/2010/04/12/minden_windows_veszelyben_a_java_hibai_miatt/ > http://blog.cr0.org/2010/04/javacalypse.html > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From auth.gabor at javaforum.hu Tue Apr 13 14:45:31 2010 From: auth.gabor at javaforum.hu (Auth =?iso-8859-2?q?G=E1bor?=) Date: Tue, 13 Apr 2010 14:45:31 +0200 Subject: [Java lista] =?iso-8859-2?q?biztons=E1gi_r=E9sek?= In-Reply-To: References: Message-ID: <201004131445.31356.auth.gabor@javaforum.hu> Halihó! 2010. április 13. 12.36.33 Tamás Magyar dátummal ezt írta: > http://index.hu/tech/biztonsag/2010/04/12/minden_windows_veszelyben_a_java_ > hibai_miatt/ http://blog.cr0.org/2010/04/javacalypse.html Idézném magam a hup-ról: Az összesben arról van szó, hogy az user megnéz egy káros kódot tartalmazó weboldalt, ott elindul egy applet vagy egy JavaWS, majd az user kattint a "megbízom az applet/JavaWS aláírójában" ablakon, hogy megbízik benne, majd elindul a különféle kiskapukat kihasználó kártékony kód. Van egy kapu, Tavis és társai nagyítóval keresnek olyan lehetőségeket, amelyekkel be lehet jutni, éppen azon vitáznak, hogy ha három méteres drótot megfelelően hajlítanak, és bedugják azt egy apró résen, akkor be tudnak-e jutni vagy sem, amikor jön az egyszerű felhasználó, megnyomja a kivilágított "Ajtó nyitása" gombot, és a kinyíló az ajtón besétál. Mit nem tudsz végrehajtani egy JavaWS programmal, amelyhez távolról be kell töltened egy natív kódot? Amint a felhasználó elfogadja, hogy a JavaWS programban megbízik, attól a ponttól kezdve az a JavaWS program olyan, mintha helyben indította volna el. És bármit meg lehet csinálni így, amire van a felhasználónak joga. Ennek az a háttere, hogy aláírás nélküli applet vagy JavaWS valóban sandbox- ban fut, amiból nehéz kijutni. Egy aláírt applet vagy JavaWS _önmaga_ határozza meg, hogy milyen kiutat kér a sandbox-ból, ami általában az szokott lenni, hogy mindent kér, amit egy helyben indított Java program megkap, a felhasználó meg mindig elfogadja ezt. Az aláírás lehet self signed is, nem számít, egyel több megnyomandó "Ok" gombot jelent, ezért minden applet és JavaWS alá van írva, és mindenre jogot kér. -- Auth Gábor From zmblevlist at gmail.com Tue Apr 13 14:56:51 2010 From: zmblevlist at gmail.com (=?utf-8?Q?B=C3=B6sz=C3=B6rm=C3=A9nyi_P=C3=A9te?= =?utf-8?Q?r?=) Date: Tue, 13 Apr 2010 14:56:51 +0200 Subject: [Java lista] =?utf-8?b?Yml6dG9uc8OhZ2kgcsOpc2Vr?= In-Reply-To: <201004131445.31356.auth.gabor@javaforum.hu> References: <201004131445.31356.auth.gabor@javaforum.hu> Message-ID: Egyebirant, milyen jovoje, jelene van egy appletnak, vagy a java web startnak? On Tue, 13 Apr 2010 14:45:31 +0200, Auth Gábor wrote: > Halihó! > > 2010. április 13. 12.36.33 Tamás Magyar dátummal ezt írta: >> http://index.hu/tech/biztonsag/2010/04/12/minden_windows_veszelyben_a_java_ >> hibai_miatt/ http://blog.cr0.org/2010/04/javacalypse.html > > Idézném magam a hup-ról: > Az összesben arról van szó, hogy az user megnéz egy káros kódot > tartalmazó > weboldalt, ott elindul egy applet vagy egy JavaWS, majd az user kattint a > "megbízom az applet/JavaWS aláírójában" ablakon, hogy megbízik benne, > majd > elindul a különféle kiskapukat kihasználó kártékony kód. > Van egy kapu, Tavis és társai nagyítóval keresnek olyan lehetőségeket, > amelyekkel be lehet jutni, éppen azon vitáznak, hogy ha három méteres > drótot > megfelelően hajlítanak, és bedugják azt egy apró résen, akkor be tudnak-e > jutni vagy sem, amikor jön az egyszerű felhasználó, megnyomja a > kivilágított > "Ajtó nyitása" gombot, és a kinyíló az ajtón besétál. > Mit nem tudsz végrehajtani egy JavaWS programmal, amelyhez távolról be > kell > töltened egy natív kódot? Amint a felhasználó elfogadja, hogy a JavaWS > programban megbízik, attól a ponttól kezdve az a JavaWS program olyan, > mintha > helyben indította volna el. És bármit meg lehet csinálni így, amire van a > felhasználónak joga. > Ennek az a háttere, hogy aláírás nélküli applet vagy JavaWS valóban > sandbox- > ban fut, amiból nehéz kijutni. Egy aláírt applet vagy JavaWS _önmaga_ > határozza meg, hogy milyen kiutat kér a sandbox-ból, ami általában az > szokott > lenni, hogy mindent kér, amit egy helyben indított Java program megkap, a > felhasználó meg mindig elfogadja ezt. Az aláírás lehet self signed is, > nem > számít, egyel több megnyomandó "Ok" gombot jelent, ezért minden applet és > JavaWS alá van írva, és mindenre jogot kér. -- Üdvözlettel, Böszörményi Péter From Peter.Fabian at Sun.COM Tue Apr 13 15:00:08 2010 From: Peter.Fabian at Sun.COM (Peter Fabian) Date: Tue, 13 Apr 2010 15:00:08 +0200 Subject: [Java lista] =?iso-8859-2?q?biztons=E1gi_r=E9sek?= In-Reply-To: <201004131445.31356.auth.gabor@javaforum.hu> References: <201004131445.31356.auth.gabor@javaforum.hu> Message-ID: <4BC46AD8.8040702@sun.com> jdk1.6.0_19-ben ezek egyrészére van már fix Peter On 2010.04.13. 14:45, Auth Gábor wrote: > Halihó! > > 2010. április 13. 12.36.33 Tamás Magyar dátummal ezt írta: > >> http://index.hu/tech/biztonsag/2010/04/12/minden_windows_veszelyben_a_java_ >> hibai_miatt/ http://blog.cr0.org/2010/04/javacalypse.html >> > Idézném magam a hup-ról: > Az összesben arról van szó, hogy az user megnéz egy káros kódot tartalmazó > weboldalt, ott elindul egy applet vagy egy JavaWS, majd az user kattint a > "megbízom az applet/JavaWS aláírójában" ablakon, hogy megbízik benne, majd > elindul a különféle kiskapukat kihasználó kártékony kód. > Van egy kapu, Tavis és társai nagyítóval keresnek olyan lehetőségeket, > amelyekkel be lehet jutni, éppen azon vitáznak, hogy ha három méteres drótot > megfelelően hajlítanak, és bedugják azt egy apró résen, akkor be tudnak-e > jutni vagy sem, amikor jön az egyszerű felhasználó, megnyomja a kivilágított > "Ajtó nyitása" gombot, és a kinyíló az ajtón besétál. > Mit nem tudsz végrehajtani egy JavaWS programmal, amelyhez távolról be kell > töltened egy natív kódot? Amint a felhasználó elfogadja, hogy a JavaWS > programban megbízik, attól a ponttól kezdve az a JavaWS program olyan, mintha > helyben indította volna el. És bármit meg lehet csinálni így, amire van a > felhasználónak joga. > Ennek az a háttere, hogy aláírás nélküli applet vagy JavaWS valóban sandbox- > ban fut, amiból nehéz kijutni. Egy aláírt applet vagy JavaWS _önmaga_ > határozza meg, hogy milyen kiutat kér a sandbox-ból, ami általában az szokott > lenni, hogy mindent kér, amit egy helyben indított Java program megkap, a > felhasználó meg mindig elfogadja ezt. Az aláírás lehet self signed is, nem > számít, egyel több megnyomandó "Ok" gombot jelent, ezért minden applet és > JavaWS alá van írva, és mindenre jogot kér. > -- Peter Fabian Sun Software AIM/skype/yahoo:fabianpetergabor Sun corp IM:pf120168 at sun.com From biziclop at gmail.com Tue Apr 13 15:25:12 2010 From: biziclop at gmail.com (biziclop) Date: Tue, 13 Apr 2010 14:25:12 +0100 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: References: <201004131445.31356.auth.gabor@javaforum.hu> Message-ID: 2010/4/13 Böszörményi Péter : > Egyebirant, milyen jovoje, jelene van egy appletnak, vagy a java web > startnak? Kb. semmilyen. De azert arra ettol fuggetlenul kivancsi lennek, mit is hebegne-habogna az Index jogasza egy hitelrontasi perben. :) lsp From sayusi.ando at gmail.com Tue Apr 13 15:29:11 2010 From: sayusi.ando at gmail.com (=?UTF-8?B?QW5kcsOhcyBDc8Ohbnlp?=) Date: Tue, 13 Apr 2010 15:29:11 +0200 Subject: [Java lista] =?utf-8?b?Yml6dG9uc8OhZ2kgcsOpc2Vr?= In-Reply-To: References: <201004131445.31356.auth.gabor@javaforum.hu> Message-ID: 2010/4/13 biziclop : > 2010/4/13 Böszörményi Péter : >> Egyebirant, milyen jovoje, jelene van egy appletnak, vagy a java web >> startnak? > > Kb. semmilyen. Akkor minek van jövője? -- - - -- Csanyi Andras -- http://sayusi.hu -- Sayusi Ando -- "Bízzál Istenben és tartsd szárazon a puskaport!".-- Cromwell From akos.gabriel at i-logic.hu Tue Apr 13 15:31:36 2010 From: akos.gabriel at i-logic.hu (=?ISO-8859-1?Q?G=E1briel_=C1kos?=) Date: Tue, 13 Apr 2010 15:31:36 +0200 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: References: <201004131445.31356.auth.gabor@javaforum.hu> Message-ID: <1271165496.17366.18.camel@gabriel-desktop> On Tue, 2010-04-13 at 14:25 +0100, biziclop wrote: > 2010/4/13 Böszörményi Péter : > > Egyebirant, milyen jovoje, jelene van egy appletnak, vagy a java web > > startnak? > > Kb. semmilyen. A webstartot azért nem temetném ilyen hirtelen. > > De azert arra ettol fuggetlenul kivancsi lennek, mit is > hebegne-habogna az Index jogasza egy hitelrontasi perben. :) You mean ha az Oracle beperelné? :) Egyébként ha jól láttam, nincs explicite termék megnevezve, tehát nehéz azt mondani, hogy a termék hitelét rontották. :) -- Üdvözlettel, Gábriel Ákos -=E-Mail :akos.gabriel at i-logic.hu|Web: http://www.i-logic.hu=- -=Tel/fax:+3612391618 |Mobil:+36209278894 =- From biziclop at gmail.com Tue Apr 13 15:44:14 2010 From: biziclop at gmail.com (biziclop) Date: Tue, 13 Apr 2010 14:44:14 +0100 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: <1271165496.17366.18.camel@gabriel-desktop> References: <201004131445.31356.auth.gabor@javaforum.hu> <1271165496.17366.18.camel@gabriel-desktop> Message-ID: 2010/4/13 Gábriel Ákos : > On Tue, 2010-04-13 at 14:25 +0100, biziclop wrote: >> 2010/4/13 Böszörményi Péter : >> > Egyebirant, milyen jovoje, jelene van egy appletnak, vagy a java web >> > startnak? >> >> Kb. semmilyen. > > A webstartot azért nem temetném ilyen hirtelen. Temetni nem kell, de nem hinném, hogy jelentősen megugrana egyszercsak a használata. Nem valószínű, hogy a Web3.ö-t JavaWS-re fogják építeni, na. :) >> De azert arra ettol fuggetlenul kivancsi lennek, mit is >> hebegne-habogna az Index jogasza egy hitelrontasi perben. :) > > You mean ha az Oracle beperelné? :) > Egyébként ha jól láttam, nincs explicite termék megnevezve, tehát nehéz > azt mondani, hogy a termék hitelét rontották. :) Hát olyasmi, mert ugye lényegében fogtak egy hírt, ami egy létező, bár nem túl lényeges (és részben már javított) és kizárólag kliensoldali Javát érintő biztonsági résről szúlt, és úgy állították be, mintha egy globális, a Java rendszert alapjaiban megrengető dologról lenne szó, megfűszerezve a saját pánikkeltő baromságaikkal. Nekem ettől bizony beszívódott a szemem. lsp From zamek at vili.pmmf.hu Tue Apr 13 16:14:30 2010 From: zamek at vili.pmmf.hu (zamek) Date: Tue, 13 Apr 2010 16:14:30 +0200 Subject: [Java lista] =?iso-8859-2?q?biztons=E1gi_r=E9sek?= In-Reply-To: References: <201004131445.31356.auth.gabor@javaforum.hu> <1271165496.17366.18.camel@gabriel-desktop> Message-ID: <4BC47C46.9050904@vili.pmmf.hu> hello, On 04/13/2010 03:44 PM, biziclop wrote: > Hát olyasmi, mert ugye lényegében fogtak egy hírt, ami egy létező, bár > nem túl lényeges (és részben már javított) és kizárólag kliensoldali > Javát érintő biztonsági résről szúlt, és úgy állították be, mintha egy > globális, a Java rendszert alapjaiban megrengető dologról lenne szó, > megfűszerezve a saját pánikkeltő baromságaikkal. > Javitsatok ki - mivel nem hasznalok rongydozert, csak javitok - ha rosszul tudom, de mintha az activeX-ek ugyanerre a rugora jarnanak. Ott is rakerdez, aztan ha "megbizol" a kibocsatoban, szabad a gazda. Tetezve azzal, hogy az alapertelmezetten az "ismert" file-ok kiterjeszteseit elrejti, ezert a mail-ben kapott AnnaKournikovaObszcenPozban.jpg.exe-re klikkelve ugyanigy feljon a figyelmeztetes, ami a felgerjedt ferfiemberre vajmi keves hatassal van. Akkor verjunk szoget az ActiveX koporsojaba is! -- thx, ---------------------------------- Zoltan Zidarics programmer PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary E-Mail: zamek at vili.pmmf.hu ---------------------------------- From sirkalmi at kalmiesemese.hu Tue Apr 13 21:56:59 2010 From: sirkalmi at kalmiesemese.hu (=?ISO-8859-1?Q?Mari=E1k_K=E1lm=E1n?=) Date: Tue, 13 Apr 2010 21:56:59 +0200 Subject: [Java lista] =?iso-8859-1?q?GUI_-_BoxLayout_terpeszked=E9se?= Message-ID: <1271188619.6080.10.camel@sirkalmi-laptop> Szervusztok! Függőleges orientációjú BoxLayout-ba szeretnék pakolni komponenseket de van egy olyan kellemetlen tulajdonsága, hogy mindenáron el akar terpeszkedni a teljes rendelkezésére álló területen. Hogyan oldható meg, hogy szépen egymás alatt legyenek a komponensek megadott méretű közök kihagyásával? Valamilyen emberi fogyasztásra alkalmas megoldás érdekelne. Néztem a GridLayout-ot de túlságosan bonyolult. Köszönöm a válaszokat! sirkalmi From peterwilcsinszky at gmail.com Tue Apr 13 22:14:11 2010 From: peterwilcsinszky at gmail.com (Peter Wilcsinszky) Date: Tue, 13 Apr 2010 22:14:11 +0200 Subject: [Java lista] =?utf-8?q?GUI_-_BoxLayout_terpeszked=C3=A9se?= In-Reply-To: <1271188619.6080.10.camel@sirkalmi-laptop> References: <1271188619.6080.10.camel@sirkalmi-laptop> Message-ID: Szia! Sokaknak, köztük nekem is nagyon bevált: JGoodies Forms - FormLayout http://www.jgoodies.com/freeware/forms/ üdv, p 2010/4/13 Mariák Kálmán : > Szervusztok! > > Függőleges orientációjú BoxLayout-ba szeretnék pakolni komponenseket de > van egy olyan kellemetlen tulajdonsága, hogy mindenáron el akar > terpeszkedni a teljes rendelkezésére álló területen. Hogyan oldható meg, > hogy szépen egymás alatt legyenek a komponensek megadott méretű közök > kihagyásával? Valamilyen emberi fogyasztásra alkalmas megoldás > érdekelne. Néztem a GridLayout-ot de túlságosan bonyolult. > > Köszönöm a válaszokat! > > sirkalmi > > > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From sirkalmi at kalmiesemese.hu Tue Apr 13 22:26:08 2010 From: sirkalmi at kalmiesemese.hu (=?ISO-8859-1?Q?Mari=E1k_K=E1lm=E1n?=) Date: Tue, 13 Apr 2010 22:26:08 +0200 Subject: [Java lista] =?iso-8859-1?q?GUI_-_BoxLayout_terpeszked=E9se?= In-Reply-To: References: <1271188619.6080.10.camel@sirkalmi-laptop> Message-ID: <1271190368.6080.17.camel@sirkalmi-laptop> Köszönöm a javaslatot! Még egy picit küzdök a jelenlegi struktúrával, talán megoldható ebben is. Sejtem a problémát már. Az lehet, hogy a komponenseket nem direkt pakolom bele a BoxLayout-ba, hanem egy FlowLayout-ba teszem őket és a FlowLayout-ot pakolom a BoxLayout-ba. Valószínűleg a FlowLayout terpeszkedik el mert, ha közvetlenül pakolom a komponenseket a BoxLayout-ba akkor nem tapasztalom a problámát. sirkalmi On Tue, 2010-04-13 at 22:14 +0200, Peter Wilcsinszky wrote: > Szia! > > Sokaknak, köztük nekem is nagyon bevált: > > JGoodies Forms - FormLayout > http://www.jgoodies.com/freeware/forms/ > > üdv, > p From akos.gabriel at i-logic.hu Tue Apr 13 22:54:40 2010 From: akos.gabriel at i-logic.hu (=?ISO-8859-1?Q?G=E1briel_=C1kos?=) Date: Tue, 13 Apr 2010 22:54:40 +0200 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: <4BC47C46.9050904@vili.pmmf.hu> References: <201004131445.31356.auth.gabor@javaforum.hu> <1271165496.17366.18.camel@gabriel-desktop> <4BC47C46.9050904@vili.pmmf.hu> Message-ID: <1271192080.8031.0.camel@gabriel-netbook> 2010. 04. 13, kedd keltezéssel 16.14-kor zamek ezt írta: > Akkor verjunk szoget az ActiveX koporsojaba is! Már alig látszik a koporsó a szögektől... :) Üdv, Ákos From zamek at vili.pmmf.hu Tue Apr 13 23:22:20 2010 From: zamek at vili.pmmf.hu (zamek) Date: Tue, 13 Apr 2010 23:22:20 +0200 Subject: [Java lista] =?iso-8859-2?q?GUI_-_BoxLayout_terpeszked=E9se?= In-Reply-To: <1271190368.6080.17.camel@sirkalmi-laptop> References: <1271188619.6080.10.camel@sirkalmi-laptop> <1271190368.6080.17.camel@sirkalmi-laptop> Message-ID: <4BC4E08C.50508@vili.pmmf.hu> On 04/13/2010 10:26 PM, Mariák Kálmán wrote: > Köszönöm a javaslatot! Még egy picit küzdök a jelenlegi struktúrával, > talán megoldható ebben is. Sejtem a problémát már. Az lehet, hogy a > komponenseket nem direkt pakolom bele a BoxLayout-ba, hanem egy > FlowLayout-ba teszem őket és a FlowLayout-ot pakolom a BoxLayout-ba. > Valószínűleg a FlowLayout terpeszkedik el mert, ha közvetlenül pakolom a > komponenseket a BoxLayout-ba akkor nem tapasztalom a problámát > A gridbaglayout nem jo? Az eleg rugalmas. -- thx, ---------------------------------- Zoltan Zidarics programmer PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary E-Mail: zamek at vili.pmmf.hu ---------------------------------- From zamek at vili.pmmf.hu Tue Apr 13 23:24:14 2010 From: zamek at vili.pmmf.hu (zamek) Date: Tue, 13 Apr 2010 23:24:14 +0200 Subject: [Java lista] =?iso-8859-2?q?biztons=E1gi_r=E9sek?= In-Reply-To: <1271192080.8031.0.camel@gabriel-netbook> References: <201004131445.31356.auth.gabor@javaforum.hu> <1271165496.17366.18.camel@gabriel-desktop> <4BC47C46.9050904@vili.pmmf.hu> <1271192080.8031.0.camel@gabriel-netbook> Message-ID: <4BC4E0FE.6010608@vili.pmmf.hu> On 04/13/2010 10:54 PM, Gábriel Ákos wrote: > 2010. 04. 13, kedd keltezéssel 16.14-kor zamek ezt írta: > > >> Akkor verjunk szoget az ActiveX koporsojaba is! >> > Hmmm, sem az index-en, sem egyeb tit szintu mediaban nem vertek a tamtamot, hogy az ActiveX milyen lyukas. A felmuvelt "informatikusokrol" nem is beszelve:) -- thx, ---------------------------------- Zoltan Zidarics programmer PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary E-Mail: zamek at vili.pmmf.hu ---------------------------------- From gzsombor at gmail.com Tue Apr 13 23:31:57 2010 From: gzsombor at gmail.com (Zsombor) Date: Tue, 13 Apr 2010 23:31:57 +0200 Subject: [Java lista] =?utf-8?q?GUI_-_BoxLayout_terpeszked=C3=A9se?= In-Reply-To: <1271188619.6080.10.camel@sirkalmi-laptop> References: <1271188619.6080.10.camel@sirkalmi-laptop> Message-ID: 2010/4/13 MariĂĄk KĂĄlmĂĄn > Szervusztok! > > FĂźggőleges orientĂĄciĂłjĂş BoxLayout-ba szeretnĂŠk pakolni komponenseket de > van egy olyan kellemetlen tulajdonsĂĄga, hogy mindenĂĄron el akar > terpeszkedni a teljes rendelkezĂŠsĂŠre ĂĄllĂł terĂźleten. Hogyan oldhatĂł meg, > hogy szĂŠpen egymĂĄs alatt legyenek a komponensek megadott mĂŠretĹą kĂśzĂśk > kihagyĂĄsĂĄval? Valamilyen emberi fogyasztĂĄsra alkalmas megoldĂĄs > ĂŠrdekelne. NĂŠztem a GridLayout-ot de tĂşlsĂĄgosan bonyolult. > > KĂśszĂśnĂśm a vĂĄlaszokat! > > sirkalmi > > Ezt nĂŠzted mĂĄr? http://java.sun.com/docs/books/tutorial/uiswing/layout/box.html A mĂĄsodik demĂłval lehet jĂłl eljĂĄtszani. Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100413/9bc18518/attachment.html From vekas at freemail.hu Wed Apr 14 01:35:24 2010 From: vekas at freemail.hu (Vekas Arpad) Date: Wed, 14 Apr 2010 01:35:24 +0200 (CEST) Subject: [Java lista] =?iso-8859-2?q?biztons=E1gi_r=E9sek?= Message-ID: András Csányi írta: >2010/4/13 biziclop : >>2010/4/13 Böszörményi Péter : >>>Egyebirant, milyen jovoje, jelene van egy appletnak, vagy a java webstartnak? >>Kb. semmilyen. >Akkor minek van jövője? Az appletet tényleg elhanyagolta a Sun egy kicsit. A JWS-t most frissítették, olvasom is hogy valamit variáltak a classloadekkel, amitől egy csomó kód nem működik. Sz'al.. Most így nem jut eszembe a neve, de van egy független megoldás (fejben tartom, hátha egyszer kelleni fog). Úgy települ a böngészőbe mint egy kiegészítő (plugin), és gyakorlatilag ugyanazt a funkcionalitást biztosítja mint az applet, azzal a különbséggel, hogy ez működik is. Amit kiadsz rá, azt futtatja. A plugin telepítése után nem vegzálja security popupokkal a felhasználót. Java->applet viszonylatban ezt látom most használható, profi megoldásnak, aminek értelme is van. ________________________________________________________
Icipici havidíjhoz nagyszerű készülék! Samsung Corby új, Pannon 35 számlás előfizetéssel, 2 éves hűséggel csak 6990 Ft! --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100414/7a853f60/attachment.html From aszomor at computertechnika.hu Wed Apr 14 09:11:09 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Wed, 14 Apr 2010 09:11:09 +0200 Subject: [Java lista] MD5/SHA1 Tool Message-ID: Sziasztok, Az Ivy local repository-hoz szeretnék készeni az IVY.XML fájlról MD5 és SHA1 fájlt, milyen tool van ehhez a Java-ban? Köszi, Attila. -- Pécs is the European Capital of Culture in 2010 From medzihradszky.denes at gmail.com Wed Apr 14 09:36:43 2010 From: medzihradszky.denes at gmail.com (=?ISO-8859-1?Q?D=E9nes_Medzihradszky?=) Date: Wed, 14 Apr 2010 09:36:43 +0200 Subject: [Java lista] MD5/SHA1 Tool In-Reply-To: References: Message-ID: Szia! Milyen toolra gondolsz? Én például az alábbi kóddal készítek md5 kódolt stringet adott input stringből. Ez segíthet? Tudomásom szerint az SHA1-re ugyanez használható. public String setMd5CodedPassword(String password) throws NoSuchAlgorithmException { StringBuilder sb = new StringBuilder(""); String hexa; MessageDigest md5 = MessageDigest.getInstance("md5"); md5.update(password.getBytes()); for (int arrayItem : md5.digest()) { //byte tomb bejarasa, int-kent vesszuk ki az elemeket if (arrayItem < 0) { arrayItem = (arrayItem & 0xFF) | 128; } hexa = Integer.toHexString(arrayItem); if (hexa.length() == 1) { hexa = "0" + hexa; } sb.append(hexa); } return sb.toString(); } Dénes 2010/4/14 Szomor Attila : > Sziasztok, > > > Az Ivy local repository-hoz szeretnék készeni az IVY.XML fájlról MD5 és > SHA1 fájlt, milyen tool van ehhez a Java-ban? > > Köszi, Attila. > > -- > Pécs is the European Capital of Culture in 2010 > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From gzsombor at gmail.com Wed Apr 14 10:14:33 2010 From: gzsombor at gmail.com (Zsombor) Date: Wed, 14 Apr 2010 10:14:33 +0200 Subject: [Java lista] =?utf-8?b?Yml6dG9uc8OhZ2kgcsOpc2Vr?= In-Reply-To: References: Message-ID: 2010/4/14 Vekas Arpad > AndrĂĄs CsĂĄnyi Ă­rta: > > 2010/4/13 biziclop : > > 2010/4/13 BĂśszĂśrmĂŠnyi PĂŠter : > > Egyebirant, milyen jovoje, jelene van egy appletnak, vagy a java web > startnak? > > Kb. semmilyen. > > Akkor minek van jĂśvője? > > > Az appletet tĂŠnyleg elhanyagolta a Sun egy kicsit. A JWS-t most > frissĂ­tettĂŠk, olvasom is hogy valamit variĂĄltak a classloadekkel, amitől egy > csomĂł kĂłd nem mĹąkĂśdik. Sz'al.. > > Most Ă­gy nem jut eszembe a neve, de van egy fĂźggetlen megoldĂĄs (fejben > tartom, hĂĄtha egyszer kelleni fog). Úgy telepĂźl a bĂśngĂŠszőbe mint egy > kiegĂŠszĂ­tő (plugin), ĂŠs gyakorlatilag ugyanazt a funkcionalitĂĄst biztosĂ­tja > mint az applet, azzal a kĂźlĂśnbsĂŠggel, hogy ez mĹąkĂśdik is. Amit kiadsz rĂĄ, > azt futtatja. A plugin telepĂ­tĂŠse utĂĄn nem vegzĂĄlja security popupokkal a > felhasznĂĄlĂłt. Java->applet viszonylatban ezt lĂĄtom most hasznĂĄlhatĂł, profi > megoldĂĄsnak, aminek ĂŠrtelme is van. > > Ez mi ? Link? Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100414/8e1a646e/attachment.html From aszomor at computertechnika.hu Wed Apr 14 10:20:30 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Wed, 14 Apr 2010 10:20:30 +0200 Subject: [Java lista] MD5/SHA1 Tool In-Reply-To: References: Message-ID: Szia, A google-el az md5-checker-0.9.11.jar-t találtam a sourceforge.net-en. > Milyen toolra gondolsz? Én például az alábbi kóddal készítek md5 valami ilysemire amit be lehet majd tenni a Daily Builder-be is, csak menjen parancssorból is, ne csak GUI-ból. Attila. -- Pécs is the European Capital of Culture in 2010 From viczian.istvan at gmail.com Wed Apr 14 12:07:01 2010 From: viczian.istvan at gmail.com (=?ISO-8859-1?Q?Istv=E1n_Viczi=E1n?=) Date: Wed, 14 Apr 2010 12:07:01 +0200 Subject: [Java lista] MD5/SHA1 Tool In-Reply-To: References: Message-ID: http://ant.apache.org/manual/CoreTasks/checksum.html ? Viczi 2010/4/14 Szomor Attila : > Szia, > > A google-el az md5-checker-0.9.11.jar-t találtam a sourceforge.net-en. > >> Milyen toolra gondolsz? Én például az alábbi kóddal készítek md5 > valami ilysemire amit be lehet majd tenni a Daily Builder-be is, csak > menjen parancssorból is, ne csak GUI-ból. > > Attila. > > -- > Pécs is the European Capital of Culture in 2010 > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From istvan at verhas.com Wed Apr 14 12:43:18 2010 From: istvan at verhas.com (=?ISO-8859-2?Q?Verh=E1s_Istv=E1n?=) Date: Wed, 14 Apr 2010 12:43:18 +0200 Subject: [Java lista] MD5/SHA1 Tool In-Reply-To: References: Message-ID: <4BC59C46.3000809@verhas.com> "It was determined that eliminating MD5 was a high priority, and that it was acceptable to continue to use SHA-1 for a few more years in all applications but new applications must use something else. SHA-1 was not badly broken but needs to be replaced. NIST plans to phase out all 80-bit crypto by the end of 2010." idézet a http://csrc.nist.gov/groups/SMA/ispab/documents/minutes/2005-12/ISPAB-Minutes-Dec2005.pdf dokumentumból. Amit a National Institute of Standards and Technology írt még 2005-ben. üdv vi Szomor Attila wrote: > Sziasztok, > > > Az Ivy local repository-hoz szeretnék készeni az IVY.XML fájlról MD5 és > SHA1 fájlt, milyen tool van ehhez a Java-ban? > > Köszi, Attila. > > From aszomor at computertechnika.hu Wed Apr 14 12:53:59 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Wed, 14 Apr 2010 12:53:59 +0200 Subject: [Java lista] MD5/SHA1 Tool In-Reply-To: References: Message-ID: Szia Viczi, > http://ant.apache.org/manual/CoreTasks/checksum.html Az ANT pont jó lesz !!! Köszi, Attila. -- Pécs is the European Capital of Culture in 2010 From aszomor at computertechnika.hu Wed Apr 14 12:56:05 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Wed, 14 Apr 2010 12:56:05 +0200 Subject: [Java lista] MD5/SHA1 Tool In-Reply-To: <4BC59C46.3000809@verhas.com> References: <4BC59C46.3000809@verhas.com> Message-ID: Szia Viczi, > "It was determined that eliminating MD5 was a high priority, and that it > was acceptable to continue to use SHA-1 for a few more years in all > applications but new applications must use something else. SHA-1 was not > badly broken but needs to be replaced. NIST plans to phase out all > 80-bit crypto by the end of 2010." Ez sajna most nem az én választásom az Ivy repo-ba kell mind a kettő! Azért köszönöm, mert minden infó kincs !!!! Attila. -- Pécs is the European Capital of Culture in 2010 From kristof.jozsa at gmail.com Wed Apr 14 16:04:09 2010 From: kristof.jozsa at gmail.com (Kristof Jozsa) Date: Wed, 14 Apr 2010 14:04:09 +0000 Subject: [Java lista] MD5/SHA1 Tool In-Reply-To: <4BC59C46.3000809@verhas.com> References: <4BC59C46.3000809@verhas.com> Message-ID: http://codahale.com/how-to-safely-store-a-password/ K 2010/4/14 VerhĂĄs IstvĂĄn > "It was determined that eliminating MD5 was a high priority, and that it > was acceptable to continue to use SHA-1 for a few more years in all > applications but new applications must use something else. SHA-1 was not > badly broken but needs to be replaced. NIST plans to phase out all > 80-bit crypto by the end of 2010." > > idĂŠzet a > > http://csrc.nist.gov/groups/SMA/ispab/documents/minutes/2005-12/ISPAB-Minutes-Dec2005.pdf > dokumentumbĂłl. > > Amit a National Institute of Standards and Technology Ă­rt mĂŠg 2005-ben. > > Ăźdv > vi > > Szomor Attila wrote: > > Sziasztok, > > > > > > Az Ivy local repository-hoz szeretnĂŠk kĂŠszeni az IVY.XML fĂĄjlrĂłl MD5 ĂŠs > > SHA1 fĂĄjlt, milyen tool van ehhez a Java-ban? > > > > KĂśszi, Attila. > > > > > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100414/0619a393/attachment.html From sirkalmi at kalmiesemese.hu Thu Apr 15 11:00:05 2010 From: sirkalmi at kalmiesemese.hu (=?ISO-8859-1?Q?Mari=E1k_K=E1lm=E1n?=) Date: Thu, 15 Apr 2010 11:00:05 +0200 Subject: [Java lista] =?iso-8859-1?q?GUI_-_BoxLayout_terpeszked=E9se?= In-Reply-To: <1271190368.6080.17.camel@sirkalmi-laptop> References: <1271188619.6080.10.camel@sirkalmi-laptop> <1271190368.6080.17.camel@sirkalmi-laptop> Message-ID: <1271322005.8263.8.camel@sirkalmi-laptop> Szervusztok! Valóban ez volt a hiba. HTML fejjel gondolkodva beállíottam border-t a FlowLayout-ot alkalmazó JPanel-nek és így lebukott, hogy ott van a gond. Gyanakodtam már erre korábban és próbáltam is setSize meg setPreferredSize metódusokkal kissebbre venni de nem hallgatott rá, végül a setMaximumSize-ra elkezdett hallgatni és így meggyógyult a dolog. Köszönöm a sok tanácsot a dologgal kapcsolatban, megnéztem a javasolt FormLayout-ot is ami még biztos jól fog jönni összetettebb problámák megoldására. Minden jót! sirkalmi On Tue, 2010-04-13 at 22:26 +0200, Mariák Kálmán wrote: > Köszönöm a javaslatot! Még egy picit küzdök a jelenlegi struktúrával, > talán megoldható ebben is. Sejtem a problémát már. Az lehet, hogy a > komponenseket nem direkt pakolom bele a BoxLayout-ba, hanem egy > FlowLayout-ba teszem őket és a FlowLayout-ot pakolom a BoxLayout-ba. > Valószínűleg a FlowLayout terpeszkedik el mert, ha közvetlenül pakolom > a > komponenseket a BoxLayout-ba akkor nem tapasztalom a problámát. From sirkalmi at kalmiesemese.hu Thu Apr 15 11:01:54 2010 From: sirkalmi at kalmiesemese.hu (=?ISO-8859-1?Q?Mari=E1k_K=E1lm=E1n?=) Date: Thu, 15 Apr 2010 11:01:54 +0200 Subject: [Java lista] =?iso-8859-1?q?CKEditor_=E9s_Java_file_browser/upplo?= =?iso-8859-1?q?ad?= Message-ID: <1271322114.8263.10.camel@sirkalmi-laptop> Szervusztok! Sikerült már összeházasítani valakinek a tárgybeli dolgot? Köszi a válaszokat! sirkalmi From sirkalmi at kalmiesemese.hu Thu Apr 15 11:44:01 2010 From: sirkalmi at kalmiesemese.hu (=?ISO-8859-1?Q?Mari=E1k_K=E1lm=E1n?=) Date: Thu, 15 Apr 2010 11:44:01 +0200 Subject: [Java lista] =?iso-8859-1?q?CKEditor_=E9s_Java_file_browser/upplo?= =?iso-8859-1?q?ad?= In-Reply-To: References: Message-ID: <1271324641.8263.19.camel@sirkalmi-laptop> Szervusz! Nem, dehogy. A CKEditor-ban van lehetőség a szerveren lévő file-ok (képek és egyéb dokumentumok) böngészésére és linkként vagy képként beszúrni a szerkesztett tartalomba. Ezen felül lehetőség van a kliensről a szerverre feltölteni tetszőleges file-okat. Erre a célra létezik egy Java Servlet ami kiszolgálja az előbb említett funkciókat de sajnos csak FCKEditoros verzió van belőle és nem tudom, hogy ez együtt tud-e működni a CKEdiotrral. Minden jót! sirkalmi On Thu, 2010-04-15 at 11:29 +0200, Dénes Medzihradszky wrote: > Szia! > > Nem értem pontosan... Az editorral akarsz file-t készíteni, amit > feltöltesz valahova? > Mindkettőben van némi gyakorlatom, de ilyet még nem csináltam, bár > fájlt már gyártottam ckeditorral szerkesztett szövegből... > > Dénes From biziclop at gmail.com Thu Apr 15 14:13:23 2010 From: biziclop at gmail.com (biziclop) Date: Thu, 15 Apr 2010 13:13:23 +0100 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: <201004131445.31356.auth.gabor@javaforum.hu> References: <201004131445.31356.auth.gabor@javaforum.hu> Message-ID: 2010/4/13 Auth Gábor : > Halihó! > > 2010. április 13. 12.36.33 Tamás Magyar dátummal ezt írta: >> http://index.hu/tech/biztonsag/2010/04/12/minden_windows_veszelyben_a_java_ >> hibai_miatt/ http://blog.cr0.org/2010/04/javacalypse.html > > Idézném magam a hup-ról: > Az összesben arról van szó, hogy az user megnéz egy káros kódot tartalmazó > weboldalt, ott elindul egy applet vagy egy JavaWS, majd az user kattint a > "megbízom az applet/JavaWS aláírójában" ablakon, hogy megbízik benne, majd > elindul a különféle kiskapukat kihasználó kártékony kód. Mondjuk most meg is neztem konkretan a peldat, es hat ize, nem kell kattintani sehova. Csak megnyitod az oldalt es elindul a windows calculator. Ijedosek es automatikusan linkkattintok, figyelem! Ez itt a teszt url: http://lock.cmpxchg8b.com/bb5eafbc6c6e67e11c4afc88b4e1dd22/testcase.html lsp From mesterj at freeweb.hu Thu Apr 15 16:23:00 2010 From: mesterj at freeweb.hu (=?ISO-8859-2?Q?Mester_J=F3zsef?=) Date: Thu, 15 Apr 2010 16:23:00 +0200 Subject: [Java lista] =?iso-8859-2?q?biztons=E1gi_r=E9sek?= In-Reply-To: References: <201004131445.31356.auth.gabor@javaforum.hu> Message-ID: <4BC72144.5020007@freeweb.hu> 2010.04.15. 14:13 keltezéssel, biziclop írta: > 2010/4/13 Auth Gábor: > >> Halihó! >> >> 2010. április 13. 12.36.33 Tamás Magyar dátummal ezt írta: >> >>> http://index.hu/tech/biztonsag/2010/04/12/minden_windows_veszelyben_a_java_ >>> hibai_miatt/ http://blog.cr0.org/2010/04/javacalypse.html >>> >> Idézném magam a hup-ról: >> Az összesben arról van szó, hogy az user megnéz egy káros kódot tartalmazó >> weboldalt, ott elindul egy applet vagy egy JavaWS, majd az user kattint a >> "megbízom az applet/JavaWS aláírójában" ablakon, hogy megbízik benne, majd >> elindul a különféle kiskapukat kihasználó kártékony kód. >> > Mondjuk most meg is neztem konkretan a peldat, es hat ize, nem kell > kattintani sehova. Csak megnyitod az oldalt es elindul a windows > calculator. > > Ijedosek es automatikusan linkkattintok, figyelem! Ez itt a teszt url: > > http://lock.cmpxchg8b.com/bb5eafbc6c6e67e11c4afc88b4e1dd22/testcase.html > > lsp > A windows 7 megkérdezte , hogy akarom-e futtatni. Én nem akartam... Józsi From biziclop at gmail.com Thu Apr 15 16:53:36 2010 From: biziclop at gmail.com (biziclop) Date: Thu, 15 Apr 2010 15:53:36 +0100 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: <4BC72144.5020007@freeweb.hu> References: <201004131445.31356.auth.gabor@javaforum.hu> <4BC72144.5020007@freeweb.hu> Message-ID: > A windows 7 megkérdezte , hogy akarom-e futtatni. > Én nem akartam... Az XP nem kérdez, csak üt. :) lsp From Balazs.Vig at dataexplorer.hu Thu Apr 15 17:26:59 2010 From: Balazs.Vig at dataexplorer.hu (=?iso-8859-1?Q?Vig_Bal=E1zs?=) Date: Thu, 15 Apr 2010 17:26:59 +0200 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: References: <201004131445.31356.auth.gabor@javaforum.hu> <4BC72144.5020007@freeweb.hu> Message-ID: <1F0CEED3FE34304789BFC9FF44E0DA770DA977BAF2@DESERVER01.dataexp.local> Xp, ie6, java6 nem történt semmi Firefox 3.6 alatt sem... VigB -----Original Message----- From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of biziclop Sent: 2010. április 15. 16:54 To: javalist at javagrund.hu Subject: Re: [Java lista] biztonsági rések > A windows 7 megkérdezte , hogy akarom-e futtatni. > Én nem akartam... Az XP nem kérdez, csak üt. :) lsp _______________________________________________ Javalist mailing list Javalist at javagrund.hu http://javagrund.hu/mailman/listinfo/javalist From peter at verhas.com Thu Apr 15 17:29:02 2010 From: peter at verhas.com (Peter Verhas) Date: Thu, 15 Apr 2010 17:29:02 +0200 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: <1F0CEED3FE34304789BFC9FF44E0DA770DA977BAF2@DESERVER01.dataexp.local> References: <201004131445.31356.auth.gabor@javaforum.hu> <4BC72144.5020007@freeweb.hu> <1F0CEED3FE34304789BFC9FF44E0DA770DA977BAF2@DESERVER01.dataexp.local> Message-ID: Windows XP, Java 1.6.18, Firefox 3.6 és gyönyörűen indul. Elég idegesítő. 2010/4/15 Vig Balázs > Xp, ie6, java6 nem történt semmi > Firefox 3.6 alatt sem... > > VigB > > -----Original Message----- > From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] > On Behalf Of biziclop > Sent: 2010. április 15. 16:54 > To: javalist at javagrund.hu > Subject: Re: [Java lista] biztonsági rések > > > A windows 7 megkérdezte , hogy akarom-e futtatni. > > Én nem akartam... > > Az XP nem kérdez, csak üt. :) > > lsp > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > -- Verhás Péter ügyvezető Verhás & Verhás Szoftver Manufaktúra Kft. peter at verhas.com t: +36(30)9306805 skype: verhas --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100415/c706e2dc/attachment.html From biziclop at gmail.com Thu Apr 15 17:29:20 2010 From: biziclop at gmail.com (biziclop) Date: Thu, 15 Apr 2010 16:29:20 +0100 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: <1F0CEED3FE34304789BFC9FF44E0DA770DA977BAF2@DESERVER01.dataexp.local> References: <201004131445.31356.auth.gabor@javaforum.hu> <4BC72144.5020007@freeweb.hu> <1F0CEED3FE34304789BFC9FF44E0DA770DA977BAF2@DESERVER01.dataexp.local> Message-ID: 2010/4/15 Vig Balázs : > Xp, ie6, java6 nem történt semmi > Firefox 3.6 alatt sem... Nem lehet, hogy csak nem vártál eleget? :) Elég lassú az a JavaWS, de nekem megbízhatóan betölti kérdés nélkül a jart mind ie/, mind ff3.5 és 3.6 alatt. lsp From peter at verhas.com Thu Apr 15 17:35:12 2010 From: peter at verhas.com (Peter Verhas) Date: Thu, 15 Apr 2010 17:35:12 +0200 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: References: <201004131445.31356.auth.gabor@javaforum.hu> <4BC72144.5020007@freeweb.hu> <1F0CEED3FE34304789BFC9FF44E0DA770DA977BAF2@DESERVER01.dataexp.local> Message-ID: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\ActiveX Compatibility\{CAFEEFAC-DEC7-0000-0000-ABCDEFFEDCBA}] "Compatibility Flags"=dword:0000040 IE8-ra ez megoldja, hogy az lsp által megadott oldal ne induljon el. 2010/4/15 biziclop > 2010/4/15 Vig Balázs : > > Xp, ie6, java6 nem történt semmi > > Firefox 3.6 alatt sem... > > Nem lehet, hogy csak nem vártál eleget? :) > > Elég lassú az a JavaWS, de nekem megbízhatóan betölti kérdés nélkül a > jart mind ie/, mind ff3.5 és 3.6 alatt. > > lsp > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > -- Verhás Péter ügyvezető Verhás & Verhás Szoftver Manufaktúra Kft. peter at verhas.com t: +36(30)9306805 skype: verhas --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100415/b3f55a79/attachment.html From peter at verhas.com Thu Apr 15 17:40:19 2010 From: peter at verhas.com (Peter Verhas) Date: Thu, 15 Apr 2010 17:40:19 +0200 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: References: <201004131445.31356.auth.gabor@javaforum.hu> <4BC72144.5020007@freeweb.hu> <1F0CEED3FE34304789BFC9FF44E0DA770DA977BAF2@DESERVER01.dataexp.local> Message-ID: Firefox Eszközök / Kiegészítők / Bővítmények / Java Deployment Toolkit "Letiltás" gomb, és restart Firefox. 2010/4/15 Peter Verhas > Windows Registry Editor Version 5.00 > > [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Internet Explorer\ActiveX > Compatibility\{CAFEEFAC-DEC7-0000-0000-ABCDEFFEDCBA}] > "Compatibility Flags"=dword:0000040 > > > IE8-ra ez megoldja, hogy az lsp által megadott oldal ne induljon el. > > > > 2010/4/15 biziclop > > 2010/4/15 Vig Balázs : >> > Xp, ie6, java6 nem történt semmi >> > Firefox 3.6 alatt sem... >> >> Nem lehet, hogy csak nem vártál eleget? :) >> >> Elég lassú az a JavaWS, de nekem megbízhatóan betölti kérdés nélkül a >> jart mind ie/, mind ff3.5 és 3.6 alatt. >> >> lsp >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> http://javagrund.hu/mailman/listinfo/javalist >> >> > > > -- > Verhás Péter > ügyvezető > Verhás & Verhás Szoftver Manufaktúra Kft. > peter at verhas.com > t: +36(30)9306805 > skype: verhas > -- Verhás Péter ügyvezető Verhás & Verhás Szoftver Manufaktúra Kft. peter at verhas.com t: +36(30)9306805 skype: verhas --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100415/466190a8/attachment.html From zmblevlist at gmail.com Thu Apr 15 17:46:19 2010 From: zmblevlist at gmail.com (=?utf-8?Q?B=C3=B6sz=C3=B6rm=C3=A9nyi_P=C3=A9te?= =?utf-8?Q?r?=) Date: Thu, 15 Apr 2010 17:46:19 +0200 Subject: [Java lista] =?utf-8?b?Yml6dG9uc8OhZ2kgcsOpc2Vr?= In-Reply-To: References: <201004131445.31356.auth.gabor@javaforum.hu> Message-ID: Linux alatt se Operaval, se Iceweasellel (Firefox/3.5.8) nem akar mukodni. Pedig meg egy cmd.exe scriptet is csinaltam, h futtathassa. Ennyit a write once run, anywhere szlogenrol. On Thu, 15 Apr 2010 14:13:23 +0200, biziclop wrote: > 2010/4/13 Auth Gábor : >> Halihó! >> >> 2010. április 13. 12.36.33 Tamás Magyar dátummal ezt írta: >>> http://index.hu/tech/biztonsag/2010/04/12/minden_windows_veszelyben_a_java_ >>> hibai_miatt/ http://blog.cr0.org/2010/04/javacalypse.html >> >> Idézném magam a hup-ról: >> Az összesben arról van szó, hogy az user megnéz egy káros kódot >> tartalmazó >> weboldalt, ott elindul egy applet vagy egy JavaWS, majd az user kattint >> a >> "megbízom az applet/JavaWS aláírójában" ablakon, hogy megbízik benne, >> majd >> elindul a különféle kiskapukat kihasználó kártékony kód. > > Mondjuk most meg is neztem konkretan a peldat, es hat ize, nem kell > kattintani sehova. Csak megnyitod az oldalt es elindul a windows > calculator. > > Ijedosek es automatikusan linkkattintok, figyelem! Ez itt a teszt url: > > http://lock.cmpxchg8b.com/bb5eafbc6c6e67e11c4afc88b4e1dd22/testcase.html > > lsp > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist -- Üdvözlettel, Böszörményi Péter From tenegri at tengerstudio.com Thu Apr 15 18:17:57 2010 From: tenegri at tengerstudio.com (Rákos Attila) Date: Thu, 15 Apr 2010 18:17:57 +0200 Subject: [Java lista] biztonsági rések In-Reply-To: References: <201004131445.31356.auth.gabor@javaforum.hu> Message-ID: <18210054543.20100415181757@tengerstudio.com> Nem tudom csinált-e volna valamit és kérdezett-e volna előtte, mert a vírusírtó még mindezek előtt megfogta :) XP, Firefox, IE8. Attila =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From: biziclop To: javalist at javagrund.hu Date: Thursday, April 15, 2010, 2:13:23 PM Subject: [Java lista] biztonsági rések --====----====----====----====----====----====----====----====----====----===-- 2010/4/13 Auth Gábor : > Halihó! > > 2010. április 13. 12.36.33 Tamás Magyar dátummal ezt írta: >> http://index.hu/tech/biztonsag/2010/04/12/minden_windows_veszelyben_a_java_ >> hibai_miatt/ http://blog.cr0.org/2010/04/javacalypse.html > > Idézném magam a hup-ról: > Az összesben arról van szó, hogy az user megnéz egy káros kódot tartalmazó > weboldalt, ott elindul egy applet vagy egy JavaWS, majd az user kattint a > "megbízom az applet/JavaWS aláírójában" ablakon, hogy megbízik benne, majd > elindul a különféle kiskapukat kihasználó kártékony kód. Mondjuk most meg is neztem konkretan a peldat, es hat ize, nem kell kattintani sehova. Csak megnyitod az oldalt es elindul a windows calculator. Ijedosek es automatikusan linkkattintok, figyelem! Ez itt a teszt url: http://lock.cmpxchg8b.com/bb5eafbc6c6e67e11c4afc88b4e1dd22/testcase.html lsp _______________________________________________ Javalist mailing list Javalist at javagrund.hu http://javagrund.hu/mailman/listinfo/javalist =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= From suller.andras at gmail.com Thu Apr 15 20:51:32 2010 From: suller.andras at gmail.com (Suller Andras) Date: Thu, 15 Apr 2010 20:51:32 +0200 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: <18210054543.20100415181757@tengerstudio.com> References: <201004131445.31356.auth.gabor@javaforum.hu> <18210054543.20100415181757@tengerstudio.com> Message-ID: Éppen ezt akartam írni. Ezek szerint mindenki más antivírus nélkül netezik? Ha igen, akkor nem biztos hogy a java webstart a legnagyobb biztonsági kockázat :) András 2010/4/15 Rákos Attila : > > Nem tudom csinált-e volna valamit és kérdezett-e volna előtte, mert a > vírusírtó még mindezek előtt megfogta :) XP, Firefox, IE8. > >  Attila From biziclop at gmail.com Thu Apr 15 21:22:13 2010 From: biziclop at gmail.com (biziclop) Date: Thu, 15 Apr 2010 20:22:13 +0100 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: References: <201004131445.31356.auth.gabor@javaforum.hu> <18210054543.20100415181757@tengerstudio.com> Message-ID: 2010/4/15 Suller Andras : > Éppen ezt akartam írni. Ezek szerint mindenki más antivírus nélkül > netezik? Ha igen, akkor nem biztos hogy a java webstart a legnagyobb > biztonsági kockázat :) Megmondom őszintén: fogalmam sincs, milyen víruskeresőt pakolt a cég a munkahelyi gépemre (egy ideig követtem, de annyit cserélgették, hogy meguntam). De valami biztos van, és egy szót se szólt. Az amúgy se jó kifogás exploitra, hogy ha vírusirtót használsz vagy ha kézzel megbabrálod a registry-t, akkor kivédhető. Jó persze tudni, de azon a tényen ez nem változtat, hogy ez a hiba nem ugyanaz a kategória, mint amikor óvatlanul elfogadsz egy bizonytalan eredetű, de aláírt kódot. lsp From Balazs.Vig at dataexplorer.hu Fri Apr 16 09:58:00 2010 From: Balazs.Vig at dataexplorer.hu (=?iso-8859-2?Q?Vig_Bal=E1zs?=) Date: Fri, 16 Apr 2010 09:58:00 +0200 Subject: [Java lista] =?iso-8859-2?q?biztons=E1gi_r=E9sek?= In-Reply-To: References: <201004131445.31356.auth.gabor@javaforum.hu> <4BC72144.5020007@freeweb.hu> <1F0CEED3FE34304789BFC9FF44E0DA770DA977BAF2@DESERVER01.dataexp.local> Message-ID: <1F0CEED3FE34304789BFC9FF44E0DA770DA977BAF3@DESERVER01.dataexp.local> Elég sokat vártam, de csak "ting"-elt egyet a gép mindkét böngészővel. Minden default-on. Szóval kiejelenthetjük, hogy ez nem minden gépet fenyeget. vigb -----Original Message----- From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of biziclop Sent: 2010. április 15. 17:29 To: javalist at javagrund.hu Subject: Re: [Java lista] biztonsági rések 2010/4/15 Vig Balázs : > Xp, ie6, java6 nem történt semmi > Firefox 3.6 alatt sem... Nem lehet, hogy csak nem vártál eleget? :) Elég lassú az a JavaWS, de nekem megbízhatóan betölti kérdés nélkül a jart mind ie/, mind ff3.5 és 3.6 alatt. lsp _______________________________________________ Javalist mailing list Javalist at javagrund.hu http://javagrund.hu/mailman/listinfo/javalist From istvan.benedek at gmail.com Fri Apr 16 10:06:37 2010 From: istvan.benedek at gmail.com (Istvan Benedek) Date: Fri, 16 Apr 2010 10:06:37 +0200 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: References: <201004131445.31356.auth.gabor@javaforum.hu> <18210054543.20100415181757@tengerstudio.com> Message-ID: JDK 6 Update 20 (JDK or JRE) ! http://java.sun.com/javase/downloads/index.jsp impressive speed! Istvan 2010/4/15 Suller Andras : > Éppen ezt akartam írni. Ezek szerint mindenki más antivírus nélkül > netezik? Ha igen, akkor nem biztos hogy a java webstart a legnagyobb > biztonsági kockázat :) > > András > > 2010/4/15 Rákos Attila : >> >> Nem tudom csinált-e volna valamit és kérdezett-e volna előtte, mert a >> vírusírtó még mindezek előtt megfogta :) XP, Firefox, IE8. >> >>  Attila > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > -- Best Regards, István Benedek CEO besTest Consulting Services LTD Debrecen office, Hungary (GMT+1) Mobile phone : +36 (70) 275-9275 E-mail : istvan.benedek at gmail.com Homepage : www.bestest.hu CONFIDENTIALITY CAUTION AND DISCLAIMER This message is intended only for the use of the individual(s) or entity(ies) to which it is addressed and contains information that is legally privileged and confidential. If you are not the intended recipient, or the person responsible for delivering the message to the intended recipient, you are hereby notified that any dissemination, distribution or copying of this communication is strictly prohibited. All unintended recipients are obliged to delete this message and destroy any printed copies. From auth.gabor at javaforum.hu Fri Apr 16 10:29:36 2010 From: auth.gabor at javaforum.hu (Auth =?iso-8859-2?q?G=E1bor?=) Date: Fri, 16 Apr 2010 10:29:36 +0200 Subject: [Java lista] =?iso-8859-2?q?biztons=E1gi_r=E9sek?= In-Reply-To: References: <201004131445.31356.auth.gabor@javaforum.hu> Message-ID: <201004161029.36483.auth.gabor@javaforum.hu> Halihó! biziclop írta: > Mondjuk most meg is neztem konkretan a peldat, es hat ize, nem kell > kattintani sehova. Csak megnyitod az oldalt es elindul a windows > calculator. Hm... akkor néha másképp működik, géptől és böngészőtől függ ezek szerint. Annyi még a megszorítás, amit leírtam talán később, hogy az user gépén kell legyen a kártékony futtatandó natív kód, vagy Windows megosztáson elérhető kell legyen. Létezik a hiba, kihasználható, ám eléggé nehéz kihasználni. De amint az az Apache esetéből látszik, esetleg ugródeszka lehet egy töréshez, és sokkal egyszerűbb social engineering bevetése. Ha kitennék egy kártékony weboldalra egy JavaWS kódot, self signed cert-el, hogy XYZ programhoz keygen szoftver, ezernyi kattintást kapna, boldog- boldogtalan töltené le, és gond nélkül tudnék bármit letölteni és telepíteni a felhasználó gépén. Ja, nem is kell ehhez Java, egy .exe bármikor tudja ezt a feature-t... :P Összefoglalva: létező hiba, javítani kell, s ezt nem is vitatta senki, de nagyobb a füstje, mint a lángja. -- http://www.javaforum.hu -=- http://www.enaplo.hu Auth Gábor -=- http://www.javaforum.hu/web/10/authgabor From biziclop at gmail.com Fri Apr 16 11:19:38 2010 From: biziclop at gmail.com (biziclop) Date: Fri, 16 Apr 2010 10:19:38 +0100 Subject: [Java lista] =?iso-8859-1?q?biztons=E1gi_r=E9sek?= In-Reply-To: <201004161029.36483.auth.gabor@javaforum.hu> References: <201004131445.31356.auth.gabor@javaforum.hu> <201004161029.36483.auth.gabor@javaforum.hu> Message-ID: 2010/4/16 Auth Gábor : > Halihó! > > biziclop írta: >> Mondjuk most meg is neztem konkretan a peldat, es hat ize, nem kell >> kattintani sehova. Csak megnyitod az oldalt es elindul a windows >> calculator. > >  Hm... akkor néha másképp működik, géptől és böngészőtől függ ezek szerint. > >  Annyi még a megszorítás, amit leírtam talán később, hogy az user gépén kell > legyen a kártékony futtatandó natív kód, vagy Windows megosztáson elérhető > kell legyen. Persze, de ha már futtathatsz bármilyen java kódot sandbox nélkül, vajon mennyire lehet nehéz egy byte tömbből kiírni egy dll file-t? :) Mindegy, a lényeg, hogy kijavították. lsp From auth.gabor at javaforum.hu Fri Apr 16 11:44:03 2010 From: auth.gabor at javaforum.hu (Auth =?iso-8859-2?q?G=E1bor?=) Date: Fri, 16 Apr 2010 11:44:03 +0200 Subject: [Java lista] =?iso-8859-2?q?biztons=E1gi_r=E9sek?= In-Reply-To: References: <201004161029.36483.auth.gabor@javaforum.hu> Message-ID: <201004161144.04077.auth.gabor@javaforum.hu> Halihó! biziclop írta: >> Annyi még a megszorítás, amit leírtam talán később, hogy az user gépén >> kell legyen a kártékony futtatandó natív kód, vagy Windows megosztáson >> elérhető kell legyen. > Persze, de ha már futtathatsz bármilyen java kódot sandbox nélkül, > vajon mennyire lehet nehéz egy byte tömbből kiírni egy dll file-t? :) Ez a 22-es csapdája. Ahhoz, hogy kiírj a felhasználó gépére egy dll-t sandbox-bl, ahhoz először kell egy olyan dll, amely segítségével ki tudsz jönni a sandbox-ból. :) Ugródeszkának jó a hiba, hogy futtatni tudj egy előzőleg más sebezhetőséggel letöltött fájlt, tehát mindenképpen veszélyes lehet, de ehhez kell némi social engineering is. -- http://www.javaforum.hu -=- http://www.enaplo.hu Auth Gábor -=- http://www.javaforum.hu/web/10/authgabor From gzsombor at gmail.com Fri Apr 16 11:46:26 2010 From: gzsombor at gmail.com (Zsombor) Date: Fri, 16 Apr 2010 11:46:26 +0200 Subject: [Java lista] =?utf-8?b?Yml6dG9uc8OhZ2kgcsOpc2Vr?= In-Reply-To: <201004161144.04077.auth.gabor@javaforum.hu> References: <201004161029.36483.auth.gabor@javaforum.hu> <201004161144.04077.auth.gabor@javaforum.hu> Message-ID: 2010/4/16 Auth GĂĄbor > HalihĂł! > > biziclop Ă­rta: > >> Annyi mĂŠg a megszorĂ­tĂĄs, amit leĂ­rtam talĂĄn kĂŠsőbb, hogy az user gĂŠpĂŠn > >> kell legyen a kĂĄrtĂŠkony futtatandĂł natĂ­v kĂłd, vagy Windows megosztĂĄson > >> elĂŠrhető kell legyen. > > Persze, de ha mĂĄr futtathatsz bĂĄrmilyen java kĂłdot sandbox nĂŠlkĂźl, > > vajon mennyire lehet nehĂŠz egy byte tĂśmbből kiĂ­rni egy dll file-t? :) > > Ez a 22-es csapdĂĄja. Ahhoz, hogy kiĂ­rj a felhasznĂĄlĂł gĂŠpĂŠre egy dll-t > sandbox-bl, ahhoz előszĂśr kell egy olyan dll, amely segĂ­tsĂŠgĂŠvel ki tudsz > jĂśnni a sandbox-bĂłl. :) > UgrĂłdeszkĂĄnak jĂł a hiba, hogy futtatni tudj egy előzőleg mĂĄs > sebezhetősĂŠggel > letĂśltĂśtt fĂĄjlt, tehĂĄt mindenkĂŠppen veszĂŠlyes lehet, de ehhez kell nĂŠmi > social > engineering is. > Nem, az a kĂłd ami el tud indĂ­tani egy calc.exe-t az ki tud irni sok mindent a file rendszerbe. AmĂşgy maga a jar-ban levő osztĂĄly nem csinĂĄl tĂşl sokat, hiv egy Runtime.exec-et. Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100416/acd97e69/attachment.html From auth.gabor at javaforum.hu Fri Apr 16 12:03:47 2010 From: auth.gabor at javaforum.hu (Auth =?utf-8?q?G=C3=A1bor?=) Date: Fri, 16 Apr 2010 12:03:47 +0200 Subject: [Java lista] =?utf-8?b?Yml6dG9uc8OhZ2kgcsOpc2Vr?= In-Reply-To: References: <201004161144.04077.auth.gabor@javaforum.hu> Message-ID: <201004161203.47171.auth.gabor@javaforum.hu> Halihó! Zsombor írta: > Nem, az a kód ami el tud indítani egy calc.exe-t az ki tud irni sok mindent > a file rendszerbe. Amúgy maga a jar-ban levő osztály nem csinál túl sokat, > hiv egy Runtime.exec-et. Nah, jobban utánaolvastam, én egy másik sebezhetőségről írtam, amelyet az u19-ben javítottak. Tavis által jelzett sebezhetőséget pedig az u20-ban. A Tavis által jelzett valóban képes arra, hogy úgy indítsa az applet-et vagy JavaWS-t, hogy sandbox-ban induljon, de ne sandbox-ban fusson. -- http://www.javaforum.hu -=- http://www.enaplo.hu Auth Gábor -=- http://www.javaforum.hu/web/10/authgabor From laja at freemail.hu Mon Apr 19 19:01:23 2010 From: laja at freemail.hu (Laja) Date: Mon, 19 Apr 2010 19:01:23 +0200 Subject: [Java lista] pdfdoclet ekezet Message-ID: <4BCC8C63.3020702@freemail.hu> Hi! API docot kell generálnbom PDF-ben, méghozzá ékes magyar nyelven. A forrás szépen dokumentálva van UTF-8- al. A pdfdoclet legújabbal szenvedek, de a kész PDF-ben mindig hibásak az ékezetek. Valaki tudja mi a megoldás? build.xml-ben ez van: A pdfdoc.properties tartalma: debug=true workdir=docgener/pdf2 api.title.page=yes api.title.file=cover.html filter=false author=no version=no since=no summary.table=yes inherited.summary.table=internal encrypted=yes allow.printing=yes create.links=yes create.index=yes create.frame=yes dontspec=java.util,java.lang label.tag.param=Paraméterek: label.tag.return=Visszatérési érték: label.tag.see=Lásd még: label.tag.todo=Teendők: font.text.name=font/FreeSerif.ttf font.text.enc=UTF-8 font.code.name=font/FreeMono.ttf font.code.enc=UTF-8 A saját betűkészletet már kínlódásból raktam bele, de azzal se működik... Laja IU: Auriga-val is próbálkoztam, de az még elszáll mielőtt PDF lenne belőle :( From aszomor at computertechnika.hu Thu Apr 22 09:52:25 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Thu, 22 Apr 2010 09:52:25 +0200 Subject: [Java lista] JAAS LoginContext / Standalone Client Message-ID: Sziasztok, Egy GlassFish v3 szerveren létrehoztam a jdbcRealm-ot ahogy a szakkönyvek és a google ajánlotta, az EJB-ket elláttam a megfelelő annotációkat sun-application.xml és a sun-ejb.xml fájlokat is kitöltöttem, ez a része jó is mert ProgrammaticLogin-al rátudok lépni és működik is. Viszsont én egy standalone kliensből a LoginContext-et használva szeretnék a jdbcRealm-ba bejelentkezni, egyelőre a "No LoginModules configured" hibáig sikerült eljutnom. Sajnos ezt a munkaadóm nem tartja eredménynek, tudtok útmutatást adni merre van az előre? Köszönom, Attila. Kód részlet: ------------ try { log.debug("START: jdbcRealm"); ph = new CTMedikaClientPassiveCallbackHandler(username, password); lc = new LoginContext("jdbcRealm",ph); lc.login(); // --- Test this call is allowed or denyed ? ua = (UserAuthenticationRemote)ic.lookup(UserAuthenticationRemote.class.getName()); ua.getUserByPassword(password); // --- lc.logout(); log.debug("STOP: jdbcRealm"); } catch (Exception e) { log.error(e); } jaas.config: ------------ jdbcRealm { com.sun.enterprise.security.auth.login.ClientPasswordLoginModule required debug=true; }; log: ---- 16:07:50,364 DEBUG CTMedikaClientFacade:423 - START: jdbcRealm 16:07:50,371 ERROR CTMedikaClientFacade:432 - javax.security.auth.login.LoginException: No LoginModules configured for jdbcRealm -- Pécs is the European Capital of Culture in 2010 From levlista at biroati.hu Thu Apr 22 09:56:18 2010 From: levlista at biroati.hu (Biro Attila) Date: Thu, 22 Apr 2010 09:56:18 +0200 Subject: [Java lista] =?iso-8859-2?q?Serializ=E1l=E1s=2C_egyszer=FB_titkos?= =?iso-8859-2?q?=EDt=E1s?= Message-ID: <4BD00122.7090106@biroati.hu> Sziasztok! Egy beadandó programomban szeretnék bizonyos adatokat titkosítva eltárolni egy fájlban. Arra gondoltam hogy titkosítom az objektumokat, majd szerializálással kirakom fájlba. Az lenne a kérdésem, hogy ha egy objektum adattagjai más objektumokra hivatkoznak akkor a azoknak is meg kell valósítania a Serializable interfészt, vagy azoknak már nem kell? Illetve akkor elég azt az egy objektumot SealedObject-té alakítani, hogy az adatok védve legyenek? -- Üdv. B. Attila From aron.gombas at midori.hu Thu Apr 22 10:04:39 2010 From: aron.gombas at midori.hu (Aron Gombas) Date: Thu, 22 Apr 2010 10:04:39 +0200 Subject: [Java lista] =?iso-8859-1?q?=5BJOB=5D_Java_Web_Developer_-_t=E1vm?= =?iso-8859-1?q?unka_N=E9meto=2E-ba?= Message-ID: <4BD00317.5020308@midori.hu> Java developers at Intland Software build the Jolt finalist product "codeBeamer" - used by Allianz, T-Systems, ASUS, Continental, and more. We are now looking for a new Java web developer to our engineering team. You will add new features to the product, from the persistence tier to the web UI. YOU * rock-solid Java * Spring (IoC, MVC) * MySQL or Postgres or Oracle * Tomcat * JUnit or TestNG & TDD * good English (good German is a plus) * SVN or Mercurial or Git (the more the better) * can start as soon as possible * enjoy working remotely WE * above-average salary, based on experience * product development on a Jolt finalist product * jeans and tshirt environment TO APPLY Send your resume or LinkedIn profile to aron.gombas kukac intland.com From viczian.istvan at gmail.com Thu Apr 22 10:45:48 2010 From: viczian.istvan at gmail.com (=?ISO-8859-2?Q?Istv=E1n_Viczi=E1n?=) Date: Thu, 22 Apr 2010 10:45:48 +0200 Subject: [Java lista] =?iso-8859-2?q?Serializ=E1l=E1s=2C_egyszer=FB_titkos?= =?iso-8859-2?q?=EDt=E1s?= In-Reply-To: <4BD00122.7090106@biroati.hu> References: <4BD00122.7090106@biroati.hu> Message-ID: Szia! Meg kell valósítnia szerializáláskor, vagy tedd rá az attribútumra a transient kulcsszót, és akkor azt nem fogja lementeni, így szerializálhatónak sem kell lennie. Viczi 2010/4/22 Biro Attila : > Sziasztok! > > Egy beadandó programomban szeretnék bizonyos adatokat titkosítva > eltárolni egy fájlban. Arra gondoltam hogy titkosítom az objektumokat, > majd szerializálással kirakom fájlba. > Az lenne a kérdésem, hogy ha egy objektum adattagjai más objektumokra > hivatkoznak akkor a azoknak is meg kell valósítania a Serializable > interfészt, vagy azoknak már nem kell? Illetve akkor elég azt az egy > objektumot SealedObject-té alakítani, hogy az adatok védve legyenek? > -- > Üdv. > B. Attila > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From levlista at biroati.hu Thu Apr 22 10:48:18 2010 From: levlista at biroati.hu (Biro Attila) Date: Thu, 22 Apr 2010 10:48:18 +0200 Subject: [Java lista] =?iso-8859-2?q?Serializ=E1l=E1s=2C_egyszer=FB_titkos?= =?iso-8859-2?q?=EDt=E1s?= In-Reply-To: References: <4BD00122.7090106@biroati.hu> Message-ID: <4BD00D52.8060407@biroati.hu> 2010.04.22. 10:45 keltezéssel, István Viczián írta: > Szia! > > Meg kell valósítnia szerializáláskor, vagy tedd rá az attribútumra a > transient kulcsszót, és akkor azt nem fogja lementeni, így > szerializálhatónak sem kell lennie. > És ha mondjuk egy objektum egy Stringet tartalmaz? Az is objektum de nem én írom az osztályát. Azt kiírja? -- Üdv. B. Attila From zmblevlist at gmail.com Thu Apr 22 10:49:15 2010 From: zmblevlist at gmail.com (=?utf-8?Q?B=C3=B6sz=C3=B6rm=C3=A9nyi_P=C3=A9te?= =?utf-8?Q?r?=) Date: Thu, 22 Apr 2010 10:49:15 +0200 Subject: [Java lista] =?utf-8?b?U2VyaWFsaXrDoWzDoXMsIGVneXN6ZXLFsSB0aXRr?= =?utf-8?b?b3PDrXTDoXM=?= In-Reply-To: <4BD00D52.8060407@biroati.hu> References: <4BD00122.7090106@biroati.hu> <4BD00D52.8060407@biroati.hu> Message-ID: Ha szerializalhato, akkor igen. On Thu, 22 Apr 2010 10:48:18 +0200, Biro Attila wrote: > 2010.04.22. 10:45 keltezéssel, István Viczián írta: >> Szia! >> >> Meg kell valósítnia szerializáláskor, vagy tedd rá az attribútumra a >> transient kulcsszót, és akkor azt nem fogja lementeni, így >> szerializálhatónak sem kell lennie. >> > > És ha mondjuk egy objektum egy Stringet tartalmaz? > Az is objektum de nem én írom az osztályát. Azt kiírja? > -- Üdvözlettel, Böszörményi Péter From tomto at freemail.hu Thu Apr 22 10:54:34 2010 From: tomto at freemail.hu (TomTo:)) Date: Thu, 22 Apr 2010 10:54:34 +0200 Subject: [Java lista] =?iso-8859-2?q?Serializ=E1l=E1s_=2C_egyszer=FB_titko?= =?iso-8859-2?q?s=EDt=E1s?= In-Reply-To: <4BD00D52.8060407@biroati.hu> References: <4BD00122.7090106@biroati.hu> <4BD00D52.8060407@biroati.hu> Message-ID: <201004221054.34431.tomto@freemail.hu> 2010. április 22. dátummal Biro Attila ezt írta: > 2010.04.22. 10:45 keltezéssel, István Viczián írta: > > Szia! > > > > Meg kell valósítnia szerializáláskor, vagy tedd rá az attribútumra a > > transient kulcsszót, és akkor azt nem fogja lementeni, így > > szerializálhatónak sem kell lennie. > > És ha mondjuk egy objektum egy Stringet tartalmaz? > Az is objektum de nem én írom az osztályát. Azt kiírja? > http://java.sun.com/javase/6/docs/api/java/lang/String.html (All implemented interface...) ;) From levlista at biroati.hu Thu Apr 22 10:59:28 2010 From: levlista at biroati.hu (Biro Attila) Date: Thu, 22 Apr 2010 10:59:28 +0200 Subject: [Java lista] =?iso-8859-2?q?Serializ=E1l=E1s_=2C_egyszer=FB_titko?= =?iso-8859-2?q?s=EDt=E1s?= In-Reply-To: <201004221054.34431.tomto@freemail.hu> References: <4BD00122.7090106@biroati.hu> <4BD00D52.8060407@biroati.hu> <201004221054.34431.tomto@freemail.hu> Message-ID: <4BD00FF0.7080603@biroati.hu> 2010.04.22. 10:54 keltezéssel, TomTo:) írta: > 2010. április 22. dátummal Biro Attila ezt írta: >> 2010.04.22. 10:45 keltezéssel, István Viczián írta: >>> Szia! >>> >>> Meg kell valósítnia szerializáláskor, vagy tedd rá az attribútumra a >>> transient kulcsszót, és akkor azt nem fogja lementeni, így >>> szerializálhatónak sem kell lennie. >> >> És ha mondjuk egy objektum egy Stringet tartalmaz? >> Az is objektum de nem én írom az osztályát. Azt kiírja? >> > http://java.sun.com/javase/6/docs/api/java/lang/String.html (All implemented > interface...) ;) Tehát akkor ha használok ArrayList -eket akkor azok nem fognak eltárolódni? -- Üdv. B. Attila From medzihradszky.denes at gmail.com Thu Apr 22 11:04:18 2010 From: medzihradszky.denes at gmail.com (=?ISO-8859-1?Q?D=E9nes_Medzihradszky?=) Date: Thu, 22 Apr 2010 11:04:18 +0200 Subject: [Java lista] =?iso-8859-2?q?Serializ=E1l=E1s=2C_egyszer=FB_titkos?= =?iso-8859-2?q?=EDt=E1s?= In-Reply-To: <4BD00D52.8060407@biroati.hu> References: <4BD00122.7090106@biroati.hu> <4BD00D52.8060407@biroati.hu> Message-ID: Szia! A String megvalósítja a Serializable interfészt, tehát minden további nélkül szerializálható. Ha viszont olyan osztályod van, amit nem te írtál és nem implementálja az interfészt (ne feledjük, hogy ez csak egy marker interfész, nem "csinál" semmit) és te mégis szeretnéd, hogy működjön a szerializáció - tehát nem akarsz rátenni transient módosítót - akkor meg kell írni a szerializáló metódusokat. Közben más is válaszolt már... :) Újabb kérdésedre is ott a válasz a java dokumentációban - az ArrayList is implementálja a Serializable interfészt.... Medzihradszky Dénes 2010/4/22 Biro Attila : > 2010.04.22. 10:45 keltezéssel, István Viczián írta: >> Szia! >> >> Meg kell valósítnia szerializáláskor, vagy tedd rá az attribútumra a >> transient kulcsszót, és akkor azt nem fogja lementeni, így >> szerializálhatónak sem kell lennie. >> > > És ha mondjuk egy objektum egy Stringet tartalmaz? > Az is objektum de nem én írom az osztályát. Azt kiírja? > > -- > Üdv. > B. Attila > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From levlista at biroati.hu Thu Apr 22 11:20:42 2010 From: levlista at biroati.hu (Biro Attila) Date: Thu, 22 Apr 2010 11:20:42 +0200 Subject: [Java lista] =?iso-8859-2?q?Serializ=E1l=E1s=2C_egyszer=FB_titkos?= =?iso-8859-2?q?=EDt=E1s?= In-Reply-To: References: <4BD00122.7090106@biroati.hu> <4BD00D52.8060407@biroati.hu> Message-ID: <4BD014EA.2000701@biroati.hu> 2010.04.22. 11:04 keltezéssel, Dénes Medzihradszky írta: > Szia! > > A String megvalósítja a Serializable interfészt, tehát minden további > nélkül szerializálható. Ha viszont olyan osztályod van, amit nem te > írtál és nem implementálja az interfészt (ne feledjük, hogy ez csak > egy marker interfész, nem "csinál" semmit) és te mégis szeretnéd, hogy > működjön a szerializáció - tehát nem akarsz rátenni transient > módosítót - akkor meg kell írni a szerializáló metódusokat. > Közben más is válaszolt már... :) > > Újabb kérdésedre is ott a válasz a java dokumentációban - az ArrayList > is implementálja a Serializable interfészt.... > Köszi. Én a List-et néztem a dokumentációban, az nem valósítja meg a Serializable -t, ráadásul én List tipust használtam ArrayList konstruktorral, ezért nem is ment a szerializálás. Most már viszont megy. Mégegyszer köszönöm mindenkinek a segítséget. -- Üdv. B. Attila From viktor.tamas at gmail.com Thu Apr 22 11:36:47 2010 From: viktor.tamas at gmail.com (=?UTF-8?Q?Tam=C3=A1s_Viktor?=) Date: Thu, 22 Apr 2010 11:36:47 +0200 Subject: [Java lista] =?utf-8?b?IFNlcmlhbGl6w6Fsw6FzLCBlZ3lzemVyxbEgdGl0?= =?utf-8?b?a29zw610w6Fz?= Message-ID: "akkor meg kell irni a szerializalo metodusokat." Nem kell megirni. Ha nem irod meg, akkor a java default szerializacios mechanizmusat fogja hasznalni, azaz az osszes nem transient adattagot kiszerializalja a default modon. (Rekurzio.) Ha megirod, akkor a tiedet fogja hasznalni. Szerializalt objektumokat en inkabb ugy titkositanek, hogy titkositott OutputStream-et hasznalok. Pl. javax.cripto.CipherOutputStream. Ha csak bizonyos adattagokat kell titkositani, akkor viszont lehet hogy megirnam a sajat writeObject metodust. V From gzsombor at gmail.com Thu Apr 22 11:44:24 2010 From: gzsombor at gmail.com (Zsombor) Date: Thu, 22 Apr 2010 11:44:24 +0200 Subject: [Java lista] =?utf-8?b?U2VyaWFsaXrDoWzDoXMsIGVneXN6ZXLFsSB0aXRr?= =?utf-8?b?b3PDrXTDoXM=?= In-Reply-To: <4BD014EA.2000701@biroati.hu> References: <4BD00122.7090106@biroati.hu> <4BD00D52.8060407@biroati.hu> <4BD014EA.2000701@biroati.hu> Message-ID: 2010/4/22 Biro Attila > 2010.04.22. 11:04 keltezĂŠssel, DĂŠnes Medzihradszky Ă­rta: > > Szia! > > > > A String megvalĂłsĂ­tja a Serializable interfĂŠszt, tehĂĄt minden tovĂĄbbi > > nĂŠlkĂźl szerializĂĄlhatĂł. Ha viszont olyan osztĂĄlyod van, amit nem te > > Ă­rtĂĄl ĂŠs nem implementĂĄlja az interfĂŠszt (ne feledjĂźk, hogy ez csak > > egy marker interfĂŠsz, nem "csinĂĄl" semmit) ĂŠs te mĂŠgis szeretnĂŠd, hogy > > mĹąkĂśdjĂśn a szerializĂĄciĂł - tehĂĄt nem akarsz rĂĄtenni transient > > mĂłdosĂ­tĂłt - akkor meg kell Ă­rni a szerializĂĄlĂł metĂłdusokat. > > KĂśzben mĂĄs is vĂĄlaszolt mĂĄr... :) > > > > Újabb kĂŠrdĂŠsedre is ott a vĂĄlasz a java dokumentĂĄciĂłban - az ArrayList > > is implementĂĄlja a Serializable interfĂŠszt.... > > > > KĂśszi. > Én a List-et nĂŠztem a dokumentĂĄciĂłban, az nem valĂłsĂ­tja meg a > Serializable -t, rĂĄadĂĄsul ĂŠn List tipust hasznĂĄltam ArrayList > konstruktorral, ezĂŠrt nem is ment a szerializĂĄlĂĄs. Most mĂĄr viszont megy. > MĂŠgegyszer kĂśszĂśnĂśm mindenkinek a segĂ­tsĂŠget. > > Az ArrayList egy tipus, nevezetesen egy osztĂĄly, de a List is egy tipus de az egy interfĂŠsz amit implementĂĄl az ArrayList. Hogy mit csinĂĄltĂĄl, aminek hatĂĄsĂĄra nem ment az ArrayList szerializĂĄciĂł, el nem tudom kĂŠpzelni. Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100422/d1457d54/attachment.html From aszomor at computertechnika.hu Thu Apr 22 14:46:42 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Thu, 22 Apr 2010 14:46:42 +0200 Subject: [Java lista] JAAS LoginContext / Standalone Client In-Reply-To: References: Message-ID: Sziasztok, ProgrammaticLogin-al továbbra is jó! A LoginContext-re most már tesz is valamit,de a szerveren ez jelenik meg a logban az ic.lookup(): ------------------------------------------------------------------------------------------------- Initializing Sun's JavaServer Faces implementation (1.2_04-b22-p05) for context '' JBIFW0012: JBI framework startup complete. The FileRealm classname, "com.sun.enterprise.security.auth.realm.jdbc.JDBCRealm" does not extend "com.sun.enterprise.security.auth.realm.file.FileRealm". The FileRealm classname, "com.sun.enterprise.security.auth.realm.jdbc.JDBCRealm" does not extend "com.sun.enterprise.security.auth.realm.file.FileRealm". Attila. 2010.04.22. 09:52:25 dátumon Szomor Attila írta: > Sziasztok, > > Egy GlassFish v3 szerveren létrehoztam a jdbcRealm-ot ahogy a szakkönyvek > és a google ajánlotta, az EJB-ket elláttam a megfelelő annotációkat > sun-application.xml és a sun-ejb.xml fájlokat is kitöltöttem, ez a része > jó is mert ProgrammaticLogin-al rátudok lépni és működik is. > > Viszsont én egy standalone kliensből a LoginContext-et használva > szeretnék > a jdbcRealm-ba bejelentkezni, egyelőre a "No LoginModules configured" > hibáig sikerült eljutnom. > Sajnos ezt a munkaadóm nem tartja eredménynek, tudtok útmutatást adni > merre van az előre? > > Köszönom, Attila. > > Kód részlet: > ------------ > try { > log.debug("START: jdbcRealm"); > ph = new CTMedikaClientPassiveCallbackHandler(username, password); > lc = new LoginContext("jdbcRealm",ph); > lc.login(); > > // --- Test this call is allowed or denyed ? > ua = > (UserAuthenticationRemote)ic.lookup(UserAuthenticationRemote.class.getName()); > ua.getUserByPassword(password); > // --- > > lc.logout(); > log.debug("STOP: jdbcRealm"); > } catch (Exception e) { > log.error(e); > } > > jaas.config: > ------------ > jdbcRealm { > com.sun.enterprise.security.auth.login.ClientPasswordLoginModule > required debug=true; > }; > > log: > ---- > 16:07:50,364 DEBUG CTMedikaClientFacade:423 - START: jdbcRealm > 16:07:50,371 ERROR CTMedikaClientFacade:432 - > javax.security.auth.login.LoginException: No LoginModules configured for > jdbcRealm > > > -- Pécs is the European Capital of Culture in 2010 From Peter.Fabian at Sun.COM Thu Apr 22 19:51:57 2010 From: Peter.Fabian at Sun.COM (Peter Fabian) Date: Thu, 22 Apr 2010 19:51:57 +0200 Subject: [Java lista] NetBeans IDE 6.9 Beta Message-ID: <4BD08CBD.9020701@sun.com> íme, megjelent a 6.9 béta: http://netbeans.org/community/releases/69/ néhány érdekesség *OSGi* * Develop OSGi bundles with Maven * Bundled Felix container, ability to register other containers such as Equinox * Use OSGi bundles in a NetBeans RCP application *Java EE* * Support for Contexts and Dependency Injection (CDI) (JSR-299) has been added. * Spring Framework 3.0 support * Easy regeneration of JPA entities after database change * REST web services support for RCP applications és RoR 3.0, PHP Zend Framework, JavaFX Composer stb stb -- Peter Fabian Sun Software AIM/skype/yahoo:fabianpetergabor Sun corp IM:pf120168 at sun.com --------- következ? rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100422/04b7eab2/attachment.html From akos.gabriel at i-logic.hu Thu Apr 22 21:30:13 2010 From: akos.gabriel at i-logic.hu (=?ISO-8859-1?Q?G=E1briel_=C1kos?=) Date: Thu, 22 Apr 2010 21:30:13 +0200 Subject: [Java lista] java.util.Logging memory leak Message-ID: <1271964613.2579.0.camel@gabriel-netbook> 1.6.0.17 nem leakel, a többi igen. See: http://drums-of-peace.blogspot.com/2010/04/javautillogging-memory-leak.html Üdv, Ákos From zmblevlist at gmail.com Thu Apr 22 21:39:50 2010 From: zmblevlist at gmail.com (=?utf-8?Q?B=C3=B6sz=C3=B6rm=C3=A9nyi_P=C3=A9te?= =?utf-8?Q?r?=) Date: Thu, 22 Apr 2010 21:39:50 +0200 Subject: [Java lista] java.util.Logging memory leak In-Reply-To: <1271964613.2579.0.camel@gabriel-netbook> References: <1271964613.2579.0.camel@gabriel-netbook> Message-ID: Allat, megegy indok, h kikukazzuk az egesz jul-t On Thu, 22 Apr 2010 21:30:13 +0200, Gábriel Ákos wrote: > 1.6.0.17 nem leakel, a többi igen. See: > > http://drums-of-peace.blogspot.com/2010/04/javautillogging-memory-leak.html > > Üdv, > Ákos > > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist -- Üdvözlettel, Böszörményi Péter From biziclop at gmail.com Thu Apr 22 22:47:59 2010 From: biziclop at gmail.com (biziclop) Date: Thu, 22 Apr 2010 21:47:59 +0100 Subject: [Java lista] java.util.Logging memory leak In-Reply-To: <1271964613.2579.0.camel@gabriel-netbook> References: <1271964613.2579.0.camel@gabriel-netbook> Message-ID: 2010/4/22 Gábriel Ákos : > 1.6.0.17 nem leakel, a többi igen. See: > > http://drums-of-peace.blogspot.com/2010/04/javautillogging-memory-leak.html Ahogy elnézem, ez csak azoknak okoz valójában gondot, akik agyhalott módon minden egyes logoláshoz új loggert kérnek ki, ahelyett, hogy elrakják az először kapott referenciát. lsp From akos.gabriel at i-logic.hu Fri Apr 23 09:44:39 2010 From: akos.gabriel at i-logic.hu (=?ISO-8859-1?Q?G=E1briel_=C1kos?=) Date: Fri, 23 Apr 2010 09:44:39 +0200 Subject: [Java lista] java.util.Logging memory leak In-Reply-To: References: <1271964613.2579.0.camel@gabriel-netbook> Message-ID: <1272008679.18366.1.camel@gabriel-desktop> On Thu, 2010-04-22 at 21:47 +0100, biziclop wrote: > 2010/4/22 Gábriel Ákos : > > 1.6.0.17 nem leakel, a többi igen. See: > > > > http://drums-of-peace.blogspot.com/2010/04/javautillogging-memory-leak.html > > Ahogy elnézem, ez csak azoknak okoz valójában gondot, akik agyhalott > módon minden egyes logoláshoz új loggert kérnek ki, ahelyett, hogy > elrakják az először kapott referenciát. > > lsp Nem néztem utána részletesen a problémának, de a fickót sok mindennek gondolnám, agyhalottnak pont nem. Érdekes hozzáállás egy olyan problémához, amely bizonyos jdk alverziók alatt gondot okoz, bizonyosak alatt meg nem. Persze tudni kell, hogy a komplett fűtésvezérlése (ennek az agyhalottnak) 4MB heap-el működik, és ebből fut ki. -- Üdvözlettel, Gábriel Ákos -=E-Mail :akos.gabriel at i-logic.hu|Web: http://www.i-logic.hu=- -=Tel/fax:+3612391618 |Mobil:+36209278894 =- From biziclop at gmail.com Fri Apr 23 10:57:43 2010 From: biziclop at gmail.com (biziclop) Date: Fri, 23 Apr 2010 09:57:43 +0100 Subject: [Java lista] java.util.Logging memory leak In-Reply-To: <1272008679.18366.1.camel@gabriel-desktop> References: <1271964613.2579.0.camel@gabriel-netbook> <1272008679.18366.1.camel@gabriel-desktop> Message-ID: > Nem néztem utána részletesen a problémának, de a fickót sok mindennek > gondolnám, agyhalottnak pont nem. > Érdekes hozzáállás egy olyan problémához, amely bizonyos jdk alverziók > alatt gondot okoz, bizonyosak alatt meg nem. > Persze tudni kell, hogy a komplett fűtésvezérlése (ennek az > agyhalottnak) 4MB heap-el működik, és ebből fut ki. Nem ő az agyhalott, hiszen a hibajelentésben ez áll: ust more information about the issue. The code above is just an artificial piece of code which easily reproduces the problem. In the live system the allocation call tree looks like: ... com.sun.jmx.mbeanserver.JmxMBeanServer.getAttribute(ObjectName name, String attribute) ... com.sun.jmx.trace.TraceManager.getLogger(int type) java.util.logging.Logger.getLogger(String name) Tehát ha jól értem, a JmxMBeanServer az, amelyik bénán kezeli a loggereket. Tehát hacsak nem a haverod írta az mbeanservert, akkor nem ő a hunyó. Te láttál vagy írtál már olyan kódot, amelyik annyiszor kért új logger instance-t, ahányszor ki akart írni egy új sort a logba? lsp From attila at netalfa.hu Fri Apr 23 14:24:59 2010 From: attila at netalfa.hu (=?ISO-8859-2?Q?bogn=E1r_attila?=) Date: Fri, 23 Apr 2010 14:24:59 +0200 Subject: [Java lista] vaadin Message-ID: <4BD1919B.5040105@netalfa.hu> Sziasztok, http://vaadin.com - használtátok már, ha igen, mik a tapasztalatok? Köszi, üdv, Attila From chico at tisztanet.hu Sat Apr 24 16:41:32 2010 From: chico at tisztanet.hu (chico at tisztanet.hu) Date: Sat, 24 Apr 2010 16:41:32 +0200 (CEST) Subject: [Java lista] vaadin Message-ID: <44005.87.97.44.87.1272120092.squirrel@office.hitpark.hu> Üdv! > >http://vaadin.com - használtátok már, ha igen, mik a tapasztalatok? > Én kb. 1 hónapja használom egy munkahelyi és egy saját projektben. (Környezet: Ubuntu 9.10/10.04b, Sun Java 1.6, Tomcat 6, SpringSource Tools Suite 2.3.2) - Az üzleti logika a szerveren marad, csak a vizuális komponensekből készül javascript - kevesebb GWT compile kell (ez fejlesztéskor és debug-ban jó), de több a szerver kommunikáció (azaz, ha leáll a szerver, akkor leáll az alkalmazás a böngészőben is, még másik sort sem lehet kiválasztani egy táblázatban...) - Normálisan lehet Java forráskódban debug-olni, nem kell semmilyen extra browser (mint a GWT host mode), sem semmilyen más brower plugin - Nagyon könyen lehet saját theme-t készíteni, ahol CSS-el könnyen és szabadon lehet tunningolni az esetleges megjelenítésbeli hiányosságokat - Notification: ezt inkább érdemes kipróbálni: http://demo.vaadin.com/sampler/#NotificationCustom - Van hozzá Eclipse plugin, és Maven2 plugin, ami legyártja a maven2+vaadin struktúrát (m2Eclipse) - Van hozzá grafikus komponens editor (csak az alap widget-eket és néhány layout-ot tud, de legalább van:) ) - Jó mintapéldák vannak, pl. a JPA+Spring+Spring Security+Vaadin integrációhoz (Amint próbáltam: Vaadin Appliction-ban működik a Spring-es @Autowire annotation...) - a nyelvi resource-okat a Spring-en keresztül lehet elérni és a Spring config-ban lehet - a szokott módon - beállítani - kevesebb komponens van készen mint pl. a Smart GWT-ben, de képes átvenni normál GWT-s komponenseket (erre van a Vaadin Maven plugin-ban egy mintaprojekt, azt kipróbáltam, de összetettebb, adatműveleteket végző komponenssel még nem) Összegzés: nekem egyenlőre tetsztik, és jó, hogy egyszerűen lehet a webes komponenesekkel dolgozni. Saját vizuális komponenst még nem készítettem, csak a "gyáriakat" használtam fel. Üdv, Chico From attila at netalfa.hu Sun Apr 25 14:06:06 2010 From: attila at netalfa.hu (=?ISO-8859-2?Q?bogn=E1r_attila?=) Date: Sun, 25 Apr 2010 14:06:06 +0200 Subject: [Java lista] vaadin In-Reply-To: <44005.87.97.44.87.1272120092.squirrel@office.hitpark.hu> References: <44005.87.97.44.87.1272120092.squirrel@office.hitpark.hu> Message-ID: <4BD4302E.6090605@netalfa.hu> Köszi szépen az összefoglalót, ez alapján úgy tűnik túl nagy gáz nincs vele :-) > Notification: ezt inkább érdemes kipróbálni: > http://demo.vaadin.com/sampler/#NotificationCustom > Mit értesz azalatt, hogy inkább érdemes kipróbálni? Olyan használtál, hogy szerver oldalról benyomni valamit az UI-ba? Például van egy listád (táblázat), keletkezik egy új sor, és azt meg lehet-e jeleníteni a böngészőkben? ("pollozás" nélkül) Üdv, Attila From chico at tisztanet.hu Sun Apr 25 17:24:44 2010 From: chico at tisztanet.hu (chico at tisztanet.hu) Date: Sun, 25 Apr 2010 17:24:44 +0200 (CEST) Subject: [Java lista] vaadin Message-ID: <50063.172.16.100.1.1272209084.squirrel@office.hitpark.hu> >> Notification: ezt inkább érdemes kipróbálni: >> http://demo.vaadin.com/sampler/#NotificationCustom >> > >Mit értesz azalatt, hogy inkább érdemes kipróbálni? > A látvány miatt :) Pl. Position=Bottom Right és Style=Tray : hasonló hatást lehet elérni, mint a Windows-on megjelenő tray üzenetek. (tudom, ezeket máshogyan is meg lehet oldani, de nekem tetszik ez a fajta megközelítés, főleg, mert nem kell vele sokat foglalkozni) >Olyan használtál, hogy szerver oldalról benyomni valamit az UI-ba? >Például van egy listád (táblázat), keletkezik egy új sor, és azt meg >lehet-e jeleníteni a böngészőkben? ("pollozás" nélkül) > Nem próbáltam még ilyet. Üdv, Chico From chico at tisztanet.hu Sun Apr 25 17:38:54 2010 From: chico at tisztanet.hu (chico at tisztanet.hu) Date: Sun, 25 Apr 2010 17:38:54 +0200 (CEST) Subject: [Java lista] vaadin Message-ID: <50225.81.0.93.58.1272209934.squirrel@office.hitpark.hu> >Olyan használtál, hogy szerver oldalról benyomni valamit az UI-ba? >Például van egy listád (táblázat), keletkezik egy új sor, és azt meg >lehet-e jeleníteni a böngészőkben? ("pollozás" nélkül) > Kicsit utánanéztem, és az alábbi megoldást találtam: http://vaadin.com/forum/-/message_boards/message/148386 Van szavazás arról, hogy mi kerüljön be a következő verzióba, és ez a kérés áll az élen: http://vaadin.uservoice.com/forums/20474-general/suggestions/385149-simple-push-solution?ref=title Üdv, Chico From peter.olaj at amkai.com Tue Apr 27 17:32:49 2010 From: peter.olaj at amkai.com (=?ISO-8859-2?Q?Olaj_P=E9ter?=) Date: Tue, 27 Apr 2010 17:32:49 +0200 Subject: [Java lista] Wicket refresh In-Reply-To: <4BD1919B.5040105@netalfa.hu> References: <4BD1919B.5040105@netalfa.hu> Message-ID: <4BD703A1.7040107@amkai.com> Sziasztok! Kezdő Wicket-es vagyok, de nagyon tetszik. Beleütköztem a következő problémába: a setResponsePage-nek ugye megadhatok Class-t, ekkor ha jól gondolom példányosítja ezt az osztályt, de megadhatok egy Page leszármazottat is. Én ezt szeretném használni, mivel egy oldalra több oldalról is el szeretnék jutni, de átadnám, hogy honnan jöttem és akkor a setResponsePage-nek ezt adom oda. Viszont ebben az esetben nem frissülnek be az oldalon lévő adatok (ami igazából várható is volt). A kérdésem az lenne, hogy valahogy rá lehet venni mégis ebben az esetben a frissülésre, vagy ennek a problémának más a megoldása? Köszi Péter From cserepj at gmail.com Tue Apr 27 17:40:26 2010 From: cserepj at gmail.com (Cserep Janos) Date: Tue, 27 Apr 2010 17:40:26 +0200 Subject: [Java lista] Wicket refresh In-Reply-To: <4BD703A1.7040107@amkai.com> References: <4BD1919B.5040105@netalfa.hu> <4BD703A1.7040107@amkai.com> Message-ID: > a setResponsePage-nek ugye megadhatok Class-t, ekkor ha jól gondolom > példányosítja ezt az osztályt, de megadhatok egy Page leszármazottat is. Rosszul gondolod, csak akkor példányosítja, amikor a linkre kattintva a user átmegy a Class által definiált oldalra. > Én ezt szeretném használni, mivel egy oldalra több oldalról is el > szeretnék jutni, de átadnám, hogy honnan jöttem és akkor a > setResponsePage-nek ezt adom oda. Átadhatod PageParameter-ként is: setResponsePage(xxxx.class, new PageParameters("honnan=" + this.getClass().getName()), vagy akár a Session-ön keresztül. Ha mindenáron példányként akarod átadni, annak csak annyi hátulütője van, hogy a page-ed nem lesz stateless, és a két objektum között lesz egy referencia, ami ha az oldal példány szerializálódik növeli szépen az objektumok méretét. > Viszont ebben az esetben nem > frissülnek be az oldalon lévő adatok (ami igazából várható is volt). A > kérdésem az lenne, hogy valahogy rá lehet venni mégis ebben az esetben a > frissülésre, vagy ennek a problémának más a megoldása? Mutass konkrét kódot, hogy mi nem frissül be. Valószinűbb inkább, hogy statikus modelleket használsz, de ez így kevés információ. From istvan at verhas.com Tue Apr 27 18:17:35 2010 From: istvan at verhas.com (=?ISO-8859-2?Q?Verh=E1s_Istv=E1n?=) Date: Tue, 27 Apr 2010 18:17:35 +0200 Subject: [Java lista] Wicket refresh In-Reply-To: References: <4BD1919B.5040105@netalfa.hu> <4BD703A1.7040107@amkai.com> Message-ID: <4BD70E1F.6040406@verhas.com> Van még egy lényeges különbség a Class és az instance hívás között. Ha instance-t adsz akkor értelem szerűen te példányosítod, vélhetően minden requestre ami a linket éri. Ha Class-t adsz akkor a wicket-re bízod, hogy új példányt készít vagy cache-ből szolgálja ki. A cache használatánál természetesen figyelembe veszi a paramétereket is. Ez addig nem érdemi különbség amíg csak játszol vele, de amikor "sokan" használják és/vagy az oldal összeállítása erőforrás igényes... Az oldal frissülés fogalma a leírásod alapján nekem sem világos. üdv vi Cserep Janos wrote: >> a setResponsePage-nek ugye megadhatok Class-t, ekkor ha jól gondolom >> példányosítja ezt az osztályt, de megadhatok egy Page leszármazottat is. >> > > Rosszul gondolod, csak akkor példányosítja, amikor a linkre kattintva > a user átmegy a Class által definiált oldalra. > > >> Én ezt szeretném használni, mivel egy oldalra több oldalról is el >> szeretnék jutni, de átadnám, hogy honnan jöttem és akkor a >> setResponsePage-nek ezt adom oda. >> > > Átadhatod PageParameter-ként is: setResponsePage(xxxx.class, new > PageParameters("honnan=" + this.getClass().getName()), vagy akár a > Session-ön keresztül. Ha mindenáron példányként akarod átadni, annak > csak annyi hátulütője van, hogy a page-ed nem lesz stateless, és a két > objektum között lesz egy referencia, ami ha az oldal példány > szerializálódik növeli szépen az objektumok méretét. > > >> Viszont ebben az esetben nem >> frissülnek be az oldalon lévő adatok (ami igazából várható is volt). A >> kérdésem az lenne, hogy valahogy rá lehet venni mégis ebben az esetben a >> frissülésre, vagy ennek a problémának más a megoldása? >> > > Mutass konkrét kódot, hogy mi nem frissül be. Valószinűbb inkább, hogy > statikus modelleket használsz, de ez így kevés információ. > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100427/96233dc4/attachment.html From biziclop at gmail.com Tue Apr 27 19:40:42 2010 From: biziclop at gmail.com (biziclop) Date: Tue, 27 Apr 2010 18:40:42 +0100 Subject: [Java lista] Wicket refresh In-Reply-To: <4BD703A1.7040107@amkai.com> References: <4BD1919B.5040105@netalfa.hu> <4BD703A1.7040107@amkai.com> Message-ID: 2010/4/27 Olaj Péter : > Sziasztok! > > Kezdő Wicket-es vagyok, de nagyon tetszik. > Beleütköztem a következő problémába: > a setResponsePage-nek ugye megadhatok Class-t, ekkor ha jól gondolom > példányosítja ezt az osztályt, de megadhatok egy Page leszármazottat is. > Én ezt szeretném használni, mivel egy oldalra több oldalról is el > szeretnék jutni, de átadnám, hogy honnan jöttem és akkor a > setResponsePage-nek ezt adom oda. Viszont ebben az esetben nem > frissülnek be az oldalon lévő adatok (ami igazából várható is volt). A > kérdésem az lenne, hogy valahogy rá lehet venni mégis ebben az esetben a > frissülésre, vagy ennek a problémának más a megoldása? 1. Honnan hivod a setResponsePage()-et? 2. Normal esetben hogy frissited az adatokat? lsp From zamek at vili.pmmf.hu Wed Apr 28 08:46:48 2010 From: zamek at vili.pmmf.hu (zamek) Date: Wed, 28 Apr 2010 08:46:48 +0200 Subject: [Java lista] GF 3.1 nem latom a fatol az erdot Message-ID: <4BD7D9D8.2000905@vili.pmmf.hu> hello, Kicsit beletekeredtem a gf3-ba. Csináltam egy egyszerű EJB modult, ami néhány beant tartalmaz. A bean-ekhez tartozik remote interface is. Aztán csináltam egy egyszerű web applikációt (jsf), ami ezeket használná. Az ejb modult külön debug-gal elindítom, megy is, látszik az application fülön. Ha elindítom a web app-ot, akkor kiabál, hogy javax.naming.NameAlreadyBoundException és látom, hogy a web-app war-ban lévő ejb modul jar-ból megpróbálja újra elindítani az ejb modult! Ha nem csomagolom be az ejb modul jar-t a web-apphoz, akkor persze classnotfoundexception van. Ha az ejb modult undeploy-olom, akkor a web modul elindul fut és látszólag jól működik, vagyis ha kell az ejb modul betölti elindítja és használja! Hogy lehet lebeszélni erről? Környezet: Linux, Java 1.6, GlassFish v3 (build 74.2), netbeans 6.8 -- thx, ---------------------------------- Zoltan Zidarics programmer PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary E-Mail: zamek at vili.pmmf.hu ---------------------------------- From peter.olaj at amkai.com Wed Apr 28 09:03:30 2010 From: peter.olaj at amkai.com (=?ISO-8859-2?Q?Olaj_P=E9ter?=) Date: Wed, 28 Apr 2010 09:03:30 +0200 Subject: [Java lista] Wicket refresh In-Reply-To: References: <4BD1919B.5040105@netalfa.hu> <4BD703A1.7040107@amkai.com> Message-ID: <4BD7DDC2.60208@amkai.com> 2010.04.27. 19:40 keltezéssel, biziclop írta: > 1. Honnan hivod a setResponsePage()-et? > 2. Normal esetben hogy frissited az adatokat? > > lsp > A mindenféle fellelhető példák alapján a Page konstruktorában állítom össze az oldalt és pl egy listview is itt van létrehozva, a populateItem pedig inline módon megírva. Innen gondoltam, hogy ha Class-ként adom és a Wicket újrapéldányosítja, akkor természetesen az új példányban már az új adatokkal jön létre újra, viszont ha Page példányt adok át, akkor az már tartalmazza az akkori adatokat, melyek az adatbázisban hiába változtak, a példányban még a régi van. Erre keresek megoldást, hogy a példány ugyanaz, de az adatokat olvassa újra. Gondolom nem a konstruktorban kellene az adatlekérést végezni, de arra nem találtam még megoldást, hogy akkor hol. Az apidoc nem túl bőbeszédű. Köszi Péter From aszomor at computertechnika.hu Wed Apr 28 09:05:32 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Wed, 28 Apr 2010 09:05:32 +0200 Subject: [Java lista] GF 3.1 nem latom a fatol az erdot In-Reply-To: <4BD7D9D8.2000905@vili.pmmf.hu> References: <4BD7D9D8.2000905@vili.pmmf.hu> Message-ID: Szia Zamek, > Hogy lehet lebeszélni erről? A remote interface-t és az EJB-t rakd külön jar-ba és a web projekthez csak a remote interface-t tartalmazó jar-t add hozzá. Attila. -- Pécs is the European Capital of Culture in 2010 From zamek at vili.pmmf.hu Wed Apr 28 09:15:46 2010 From: zamek at vili.pmmf.hu (zamek) Date: Wed, 28 Apr 2010 09:15:46 +0200 Subject: [Java lista] GF 3.1 nem latom a fatol az erdot In-Reply-To: References: <4BD7D9D8.2000905@vili.pmmf.hu> Message-ID: <4BD7E0A2.2030106@vili.pmmf.hu> hello On 04/28/2010 09:05 AM, Szomor Attila wrote: > Szia Zamek, > >> Hogy lehet lebeszélni erről? >> > A remote interface-t és az EJB-t rakd külön jar-ba és a web projekthez > csak a remote interface-t tartalmazó jar-t add hozzá. > > Ez workaround lenne, nem igazi megoldás. Ugyanis 1. ha az ejb változik, egy másik project-ben is módosítanom kell 2. A gf2 is tudta ezt, talán csak nem fejlődtünk vissza? -- thx, ---------------------------------- Zoltan Zidarics programmer PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary E-Mail: zamek at vili.pmmf.hu ---------------------------------- From viczian.istvan at gmail.com Wed Apr 28 09:18:19 2010 From: viczian.istvan at gmail.com (=?ISO-8859-1?Q?Istv=E1n_Viczi=E1n?=) Date: Wed, 28 Apr 2010 09:18:19 +0200 Subject: [Java lista] GF 3.1 nem latom a fatol az erdot In-Reply-To: <4BD7E0A2.2030106@vili.pmmf.hu> References: <4BD7D9D8.2000905@vili.pmmf.hu> <4BD7E0A2.2030106@vili.pmmf.hu> Message-ID: Üdv, Miért nem jó, ha egy ear-ba teszed a két modult? Viczi 2010/4/28 zamek : > hello > On 04/28/2010 09:05 AM, Szomor Attila wrote: >> Szia Zamek, >> >>> Hogy lehet lebeszélni erről? >>> >> A remote interface-t és az EJB-t rakd külön jar-ba és a web projekthez >> csak a remote interface-t tartalmazó jar-t add hozzá. >> >> > Ez workaround lenne, nem igazi megoldás. Ugyanis > 1. ha az ejb változik, egy másik project-ben is módosítanom kell > 2. A gf2 is tudta ezt, talán csak nem fejlődtünk vissza? > > -- >  thx, > ---------------------------------- > Zoltan Zidarics programmer > PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary > E-Mail: zamek at vili.pmmf.hu > ---------------------------------- > > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From zamek at vili.pmmf.hu Wed Apr 28 09:21:03 2010 From: zamek at vili.pmmf.hu (zamek) Date: Wed, 28 Apr 2010 09:21:03 +0200 Subject: [Java lista] GF 3.1 nem latom a fatol az erdot In-Reply-To: References: <4BD7D9D8.2000905@vili.pmmf.hu> <4BD7E0A2.2030106@vili.pmmf.hu> Message-ID: <4BD7E1DF.1020802@vili.pmmf.hu> On 04/28/2010 09:18 AM, István Viczián wrote: > Üdv, > > Miért nem jó, ha egy ear-ba teszed a két modult? > > mert két _teljesen_ külön modul, külön fejlesztik, a webapp, csak használja egy részét, amúgy semmi közük egymáshoz. -- thx, ---------------------------------- Zoltan Zidarics programmer PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary E-Mail: zamek at vili.pmmf.hu ---------------------------------- From aszomor at computertechnika.hu Wed Apr 28 09:57:52 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Wed, 28 Apr 2010 09:57:52 +0200 Subject: [Java lista] GF 3.1 nem latom a fatol az erdot In-Reply-To: <4BD7E0A2.2030106@vili.pmmf.hu> References: <4BD7D9D8.2000905@vili.pmmf.hu> <4BD7E0A2.2030106@vili.pmmf.hu> Message-ID: >> > Ez workaround lenne, nem igazi megoldás. Ugyanis > 1. ha az ejb változik, egy másik project-ben is módosítanom kell Nem hinném, mivel az ejb-nek is a remote interface-t tartalmazó jar-t kell használnia, így szinkronban maradnak. > 2. A gf2 is tudta ezt, talán csak nem fejlődtünk vissza? > Lehet, de már ott is lehetett az általam vázolt megoldást használni, nem magam találtam ki a GF dev-ek ajánlották. Egy OpenSwing-es cuccban szedették szét velem az eredetile clientos.jar és serveros.jar-t, három részre commonoc, clientos, serveros és azóta működik a dolog. Ez csak egy tipp volt a sok közül, válaszd a magadnak tetszőt. Attila. -- Pécs is the European Capital of Culture in 2010 From viczian.istvan at gmail.com Wed Apr 28 10:55:15 2010 From: viczian.istvan at gmail.com (=?ISO-8859-1?Q?Istv=E1n_Viczi=E1n?=) Date: Wed, 28 Apr 2010 10:55:15 +0200 Subject: [Java lista] GF 3.1 nem latom a fatol az erdot In-Reply-To: References: <4BD7D9D8.2000905@vili.pmmf.hu> <4BD7E0A2.2030106@vili.pmmf.hu> Message-ID: Üdv, Anno láttam olyan megoldást, hogy van egy kis parancssoros program, talán Ant task is, ami az ejb modulból kigyűjtögeti a kliensnek kellő class-okat, és abból előállít egy JAR-t. Ezt bele lehet tenni a build folyamatodba. Nem tudom, ez GF-nél volt-e, vagy van-e standard megoldás. István 2010/4/28 Szomor Attila : >>> >> Ez workaround lenne, nem igazi megoldás. Ugyanis >> 1. ha az ejb változik, egy másik project-ben is módosítanom kell > Nem hinném, mivel az ejb-nek is a remote interface-t tartalmazó jar-t kell > használnia, így szinkronban maradnak. > >> 2. A gf2 is tudta ezt, talán csak nem fejlődtünk vissza? >> > Lehet, de már ott is lehetett az általam vázolt megoldást használni, nem > magam találtam ki a GF dev-ek ajánlották. > Egy OpenSwing-es cuccban szedették szét velem az eredetile clientos.jar és > serveros.jar-t, három részre commonoc, clientos, serveros és azóta működik > a dolog. > > Ez csak egy tipp volt a sok közül, válaszd a magadnak tetszőt. > > Attila. > -- > Pécs is the European Capital of Culture in 2010 > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From viczian.istvan at gmail.com Wed Apr 28 10:56:47 2010 From: viczian.istvan at gmail.com (=?ISO-8859-1?Q?Istv=E1n_Viczi=E1n?=) Date: Wed, 28 Apr 2010 10:56:47 +0200 Subject: [Java lista] GF 3.1 nem latom a fatol az erdot In-Reply-To: References: <4BD7D9D8.2000905@vili.pmmf.hu> <4BD7E0A2.2030106@vili.pmmf.hu> Message-ID: Üdv, Vagy lehet, hogy a project properties-edben a Compile library-nél, ahol hivatkozol az EJB modulra, nincs kikapcsolva a package pipa? Viczi 2010/4/28 István Viczián : > Üdv, > > Anno láttam olyan megoldást, hogy van egy kis parancssoros program, > talán Ant task is, ami az ejb modulból kigyűjtögeti a kliensnek kellő > class-okat, és abból előállít egy JAR-t. Ezt bele lehet tenni a build > folyamatodba. Nem tudom, ez GF-nél volt-e, vagy van-e standard > megoldás. > > István > > 2010/4/28 Szomor Attila : >>>> >>> Ez workaround lenne, nem igazi megoldás. Ugyanis >>> 1. ha az ejb változik, egy másik project-ben is módosítanom kell >> Nem hinném, mivel az ejb-nek is a remote interface-t tartalmazó jar-t kell >> használnia, így szinkronban maradnak. >> >>> 2. A gf2 is tudta ezt, talán csak nem fejlődtünk vissza? >>> >> Lehet, de már ott is lehetett az általam vázolt megoldást használni, nem >> magam találtam ki a GF dev-ek ajánlották. >> Egy OpenSwing-es cuccban szedették szét velem az eredetile clientos.jar és >> serveros.jar-t, három részre commonoc, clientos, serveros és azóta működik >> a dolog. >> >> Ez csak egy tipp volt a sok közül, válaszd a magadnak tetszőt. >> >> Attila. >> -- >> Pécs is the European Capital of Culture in 2010 >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> http://javagrund.hu/mailman/listinfo/javalist >> > From zamek at vili.pmmf.hu Wed Apr 28 11:01:48 2010 From: zamek at vili.pmmf.hu (zamek) Date: Wed, 28 Apr 2010 11:01:48 +0200 Subject: [Java lista] GF 3.1 nem latom a fatol az erdot In-Reply-To: References: <4BD7D9D8.2000905@vili.pmmf.hu> <4BD7E0A2.2030106@vili.pmmf.hu> Message-ID: <4BD7F97C.6000007@vili.pmmf.hu> hello, On 04/28/2010 10:56 AM, István Viczián wrote: > Üdv, > > Vagy lehet, hogy a project properties-edben a Compile library-nél, > ahol hivatkozol az EJB modulra, nincs kikapcsolva a package pipa? nem lehet kikapcsolni, mert akkor ClassNotFoundException lesz. Ha meg mellecsomagolom, akkor el akarja inditani a becsomagolt ejb modult. Valoszinuleg az lesz, amit javasoltatok, hogy egy ant task eloallitja a csak interface-eket tartalmazo kulon jart. Semmikepp nem akarom kezzel, mert azt mindig el fogjak felejteni. -- thx, ---------------------------------- Zoltan Zidarics programmer PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary E-Mail: zamek at vili.pmmf.hu ---------------------------------- From biziclop at gmail.com Wed Apr 28 11:37:16 2010 From: biziclop at gmail.com (biziclop) Date: Wed, 28 Apr 2010 10:37:16 +0100 Subject: [Java lista] Wicket refresh In-Reply-To: <4BD7DDC2.60208@amkai.com> References: <4BD1919B.5040105@netalfa.hu> <4BD703A1.7040107@amkai.com> <4BD7DDC2.60208@amkai.com> Message-ID: 2010/4/28 Olaj Péter : > 2010.04.27. 19:40 keltezéssel, biziclop írta: >> 1. Honnan hivod a setResponsePage()-et? >> 2. Normal esetben hogy frissited az adatokat? >> >> lsp >> > A mindenféle fellelhető példák alapján a Page konstruktorában állítom > össze az oldalt és pl egy listview is itt van létrehozva, a populateItem > pedig inline módon megírva. Innen gondoltam, hogy ha Class-ként adom és > a Wicket újrapéldányosítja, akkor természetesen az új példányban már az > új adatokkal jön létre újra, viszont ha Page példányt adok át, akkor az > már tartalmazza az akkori adatokat, melyek az adatbázisban hiába > változtak, a példányban még a régi van. Erre keresek megoldást, hogy a > példány ugyanaz, de az adatokat olvassa újra. Gondolom nem a > konstruktorban kellene az adatlekérést végezni, de arra nem találtam még > megoldást, hogy akkor hol. Az apidoc nem túl bőbeszédű. Azt hiszem, ertem. Neked valoszinuleg egy DB-bol olvaso, dinamikus Model kell a ListView-hoz. Tehat valami ilyesmi: new ListView( "id", new Model() { public Object getObject() { List lista = //es itt vegrehajtod a db queryt. return lista; } } ) { //ide jon a populateItem } lsp From peter.olaj at amkai.com Wed Apr 28 11:48:46 2010 From: peter.olaj at amkai.com (=?UTF-8?B?T2xhaiBQw6l0ZXI=?=) Date: Wed, 28 Apr 2010 11:48:46 +0200 Subject: [Java lista] Wicket refresh In-Reply-To: References: <4BD1919B.5040105@netalfa.hu> <4BD703A1.7040107@amkai.com> <4BD7DDC2.60208@amkai.com> Message-ID: <4BD8047E.7070309@amkai.com> > Azt hiszem, ertem. Neked valoszinuleg egy DB-bol olvaso, dinamikus > Model kell a ListView-hoz. > > Tehat valami ilyesmi: > > new ListView( "id", new Model() { > public Object getObject() { > List lista = //es itt vegrehajtod a db queryt. > return lista; > } } ) { > //ide jon a populateItem > } > Köszi Időközben én is nézegettem és megtaláltam ezt (vagy legalábbis hasonlót). Amire nem találtam választ, vagy átsiklottam rajta, hogy ezek a modellek egy oldal generálásakor/renderelésekor újra meg újra hívják ezt a getObject() függvényt? Mert ha így van, akkor valóban ez a megoldás a problémámra. Köszi Péter From syntern at sch.bme.hu Wed Apr 28 11:50:21 2010 From: syntern at sch.bme.hu (=?iso-8859-2?B?IlNv83MgSXN0duFuIg==?=) Date: Wed, 28 Apr 2010 11:50:21 +0200 Subject: [Java lista] Wicket refresh In-Reply-To: <4BD8047E.7070309@amkai.com> References: <4BD1919B.5040105@netalfa.hu> <4BD703A1.7040107@amkai.com> <4BD7DDC2.60208@amkai.com> <4BD8047E.7070309@amkai.com> Message-ID: <780a6f534918.4bd820fd@sch.bme.hu> ----- Original Message ----- From: Olaj Péter Date: Wednesday, April 28, 2010 11:48 am Subject: Re: [Java lista] Wicket refresh To: "javalist at javagrund.hu" > > Azt hiszem, ertem. Neked valoszinuleg egy DB-bol olvaso, dinamikus > > Model kell a ListView-hoz. > > > > Tehat valami ilyesmi: > > > > new ListView( "id", new Model() { > > public Object getObject() { > > List lista = //es itt vegrehajtod a db queryt. > > return lista; > > } } ) { > > //ide jon a populateItem > > } > > > Köszi > Időközben én is nézegettem és megtaláltam ezt (vagy legalábbis > hasonlót). Amire nem találtam választ, vagy átsiklottam rajta, hogy ezek > a modellek egy oldal generálásakor/renderelésekor újra meg újra hívják > ezt a getObject() függvényt? Mert ha így van, akkor valóban ez a > megoldás a problémámra. Nézz utána a LoadableDetachableModel-nek, meg az AbstractReadOnlyModel-nek, meg úgy amúgy a detachable modeleknek, és szerintem ki fog tisztulni a kép. Wicket wiki elég részletes ebben. Üdv, István From peter.olaj at amkai.com Wed Apr 28 11:51:11 2010 From: peter.olaj at amkai.com (=?ISO-8859-2?Q?Olaj_P=E9ter?=) Date: Wed, 28 Apr 2010 11:51:11 +0200 Subject: [Java lista] Wicket refresh In-Reply-To: <780a6f534918.4bd820fd@sch.bme.hu> References: <4BD1919B.5040105@netalfa.hu> <4BD703A1.7040107@amkai.com> <4BD7DDC2.60208@amkai.com> <4BD8047E.7070309@amkai.com> <780a6f534918.4bd820fd@sch.bme.hu> Message-ID: <4BD8050F.1020907@amkai.com> Időközben én is nézegettem és megtaláltam ezt (vagy legalábbis >> hasonlót). Amire nem találtam választ, vagy átsiklottam rajta, hogy ezek >> a modellek egy oldal generálásakor/renderelésekor újra meg újra hívják >> ezt a getObject() függvényt? Mert ha így van, akkor valóban ez a >> megoldás a problémámra. >> > Nézz utána a LoadableDetachableModel-nek, meg az AbstractReadOnlyModel-nek, meg úgy amúgy a detachable modeleknek, és szerintem ki fog tisztulni a kép. Wicket wiki elég részletes ebben. > Köszi, meg fogom nézni. From biziclop at gmail.com Wed Apr 28 11:57:52 2010 From: biziclop at gmail.com (biziclop) Date: Wed, 28 Apr 2010 10:57:52 +0100 Subject: [Java lista] Wicket refresh In-Reply-To: <4BD8047E.7070309@amkai.com> References: <4BD1919B.5040105@netalfa.hu> <4BD703A1.7040107@amkai.com> <4BD7DDC2.60208@amkai.com> <4BD8047E.7070309@amkai.com> Message-ID: >> Azt hiszem, ertem. Neked valoszinuleg egy DB-bol olvaso, dinamikus >> Model kell a ListView-hoz. >> >> Tehat valami ilyesmi: >> >> new ListView( "id", new Model() { >> public Object getObject() { >>    List lista = //es itt vegrehajtod a db queryt. >>    return lista; >> } } ) { >> //ide jon a populateItem >> } >> > Köszi > Időközben én is nézegettem és megtaláltam ezt (vagy legalábbis > hasonlót). Amire nem találtam választ, vagy átsiklottam rajta, hogy ezek > a modellek egy oldal generálásakor/renderelésekor újra meg újra hívják > ezt a getObject() függvényt? Mert ha így van, akkor valóban ez a > megoldás a problémámra. Igen, meghivjak. Pont ez a lenyege a model/view felosztasnak. Valahanyszor (barmilyen okbol) a framework ugy dont, hogy ujra kell renderelje a komponenst, kikeri az aktualis erteket a modelltol. Egyebkent en a helyedben ennek a resznek kulonosen nagy figyelmet szentelnek, mert gyakorlatilag ez a Wicket lenyege, legalabbis ezt a legnehezebb megszokni, ha eddig csak "hagyomanyos" webappokat irtal. (Es termeszetesen ezt szokas elbaszni a leggyakrabban, amikor az ember meg kezdo wicketes. :)) lsp From peter.olaj at amkai.com Wed Apr 28 12:11:49 2010 From: peter.olaj at amkai.com (=?ISO-8859-2?Q?Olaj_P=E9ter?=) Date: Wed, 28 Apr 2010 12:11:49 +0200 Subject: [Java lista] Wicket refresh In-Reply-To: References: <4BD1919B.5040105@netalfa.hu> <4BD703A1.7040107@amkai.com> <4BD7DDC2.60208@amkai.com> <4BD8047E.7070309@amkai.com> Message-ID: <4BD809E5.7070302@amkai.com> > Igen, meghivjak. Pont ez a lenyege a model/view felosztasnak. > Valahanyszor (barmilyen okbol) a framework ugy dont, hogy ujra kell > renderelje a komponenst, kikeri az aktualis erteket a modelltol. > > Egyebkent en a helyedben ennek a resznek kulonosen nagy figyelmet > szentelnek, mert gyakorlatilag ez a Wicket lenyege, legalabbis ezt a > legnehezebb megszokni, ha eddig csak "hagyomanyos" webappokat irtal. > (Es termeszetesen ezt szokas elbaszni a leggyakrabban, amikor az ember > meg kezdo wicketes. :)) > Bele is futottam rendesen :) From istvan at verhas.com Wed Apr 28 13:15:10 2010 From: istvan at verhas.com (=?ISO-8859-2?Q?Verh=E1s_Istv=E1n?=) Date: Wed, 28 Apr 2010 13:15:10 +0200 Subject: [Java lista] GF 3.1 nem latom a fatol az erdot In-Reply-To: References: <4BD7D9D8.2000905@vili.pmmf.hu> <4BD7E0A2.2030106@vili.pmmf.hu> Message-ID: <4BD818BE.8070604@verhas.com> Én meg hallottam valami eszközről, talán maven vagy mi volt a neve és vót neki ejb plugin-je és valami pom-ban be lehetett állítani egy "|generateClient|" tag-el, hogy készítsen olyan jar-t amire itt is éppen szükség lenne. Persze tudom ilyen őskövületet ti nem használtok :-) üdv vi István Viczián wrote: > Üdv, > > Anno láttam olyan megoldást, hogy van egy kis parancssoros program, > talán Ant task is, ami az ejb modulból kigyűjtögeti a kliensnek kellő > class-okat, és abból előállít egy JAR-t. Ezt bele lehet tenni a build > folyamatodba. Nem tudom, ez GF-nél volt-e, vagy van-e standard > megoldás. > > István > > 2010/4/28 Szomor Attila : > >>> Ez workaround lenne, nem igazi megoldás. Ugyanis >>> 1. ha az ejb változik, egy másik project-ben is módosítanom kell >>> >> Nem hinném, mivel az ejb-nek is a remote interface-t tartalmazó jar-t kell >> használnia, így szinkronban maradnak. >> >> >>> 2. A gf2 is tudta ezt, talán csak nem fejlődtünk vissza? >>> >>> >> Lehet, de már ott is lehetett az általam vázolt megoldást használni, nem >> magam találtam ki a GF dev-ek ajánlották. >> Egy OpenSwing-es cuccban szedették szét velem az eredetile clientos.jar és >> serveros.jar-t, három részre commonoc, clientos, serveros és azóta működik >> a dolog. >> >> Ez csak egy tipp volt a sok közül, válaszd a magadnak tetszőt. >> >> Attila. >> -- >> Pécs is the European Capital of Culture in 2010 >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> http://javagrund.hu/mailman/listinfo/javalist >> >> > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100428/291fe95d/attachment.html From zamek at vili.pmmf.hu Wed Apr 28 13:52:04 2010 From: zamek at vili.pmmf.hu (zamek) Date: Wed, 28 Apr 2010 13:52:04 +0200 Subject: [Java lista] GF 3.1 nem latom a fatol az erdot In-Reply-To: <4BD818BE.8070604@verhas.com> References: <4BD7D9D8.2000905@vili.pmmf.hu> <4BD7E0A2.2030106@vili.pmmf.hu> <4BD818BE.8070604@verhas.com> Message-ID: <4BD82164.5000302@vili.pmmf.hu> On 04/28/2010 01:15 PM, Verhás István wrote: > Én meg hallottam valami eszközről, talán maven vagy mi volt a neve és > vót neki ejb plugin-je és valami pom-ban be lehetett állítani egy > "|generateClient|" tag-el, hogy készítsen olyan jar-t amire itt is > éppen szükség lenne. Persze tudom ilyen őskövületet ti nem használtok :-) > üdv > vi > mindent hasznalunk, ami segit. Ha kell, meg szoget es kalapacsot is, esetleg gozmozdonyt:) -- thx, ---------------------------------- Zoltan Zidarics programmer PTE-PMMFK H-7621 Pecs, Boszorkany u. 2. Hungary E-Mail: zamek at vili.pmmf.hu ---------------------------------- From zmblevlist at gmail.com Wed Apr 28 15:26:36 2010 From: zmblevlist at gmail.com (=?utf-8?Q?B=C3=B6sz=C3=B6rm=C3=A9nyi_P=C3=A9te?= =?utf-8?Q?r?=) Date: Wed, 28 Apr 2010 15:26:36 +0200 Subject: [Java lista] Erthetetlen java memoria zabalas Message-ID: Udv a listanak! Adott egy java program, ami tavolrol fogad adatokat, amit lucene segitsegevel indexxel. A fogadas siman serializalt objektumokkal tortenik, nincs rmi. A lucene memory mapped fileokkal dolgozik, egy chunk size 512 mega, es be van allitva az unmap hack. a jvmn-nek egy giga heap van beallitva, megbizhatoan 200 mega korul fogyaszt, amikor a fileokat irja akkor felszalad olyan 300-ra. Viszont az OS szerint 2 giga a RES hasznalat, es 3.4 giga a virtualis memo hasznalat. Raadasul a RES erteke lassan, de novekszik. Pmappel kiiratva a memoria terkepet, akkor latszik, h a java process viszi el az osszes memoriat. A pmap idevago reszet csatoltam. Rahivtam mar parszor a gc-re (jmx-en keresztul), de nem akart memoriat felszabaditani. A kerdes tehat adott: hova tunik el ~1 giga memoria? A vezrio infok: Java java version "1.6.0_18" Java(TM) SE Runtime Environment (build 1.6.0_18-b07) Java HotSpot(TM) 64-Bit Server VM (build 16.0-b13, mixed mode) OS Distributor ID: Debian Description: Debian GNU/Linux 5.0.3 (lenny) Release: 5.0.3 Codename: lenny Kernel Linux cometke 2.6.26-2-amd64 #1 SMP Thu Nov 5 02:23:12 UTC 2009 x86_64 GNU/Linux Lucene: lucene-core-2.9.1 -- ÜdvĂśzlettel, BĂśszĂśrmĂŠnyi PĂŠter --------- következő rész --------- An embedded and charset-unspecified text was scrubbed... Name: pmap.txt Url: http://javagrund.hu/pipermail/javalist/attachments/20100428/2b65a63d/attachment.txt From gzsombor at gmail.com Wed Apr 28 15:32:40 2010 From: gzsombor at gmail.com (Zsombor) Date: Wed, 28 Apr 2010 15:32:40 +0200 Subject: [Java lista] Erthetetlen java memoria zabalas In-Reply-To: References: Message-ID: 2010/4/28 BĂśszĂśrmĂŠnyi PĂŠter > Udv a listanak! > > Adott egy java program, ami tavolrol fogad adatokat, amit lucene > segitsegevel indexxel. A fogadas siman serializalt objektumokkal tortenik, > nincs rmi. A lucene memory mapped fileokkal dolgozik, egy chunk size 512 > mega, es be van allitva az unmap hack. a jvmn-nek egy giga heap van > beallitva, megbizhatoan 200 mega korul fogyaszt, amikor a fileokat irja > akkor felszalad olyan 300-ra. Viszont az OS szerint 2 giga a RES hasznalat, > es 3.4 giga a virtualis memo hasznalat. Raadasul a RES erteke lassan, de > novekszik. Pmappel kiiratva a memoria terkepet, akkor latszik, h a java > process viszi el az osszes memoriat. A pmap idevago reszet csatoltam. > Rahivtam mar parszor a gc-re (jmx-en keresztul), de nem akart memoriat > felszabaditani. > A kerdes tehat adott: hova tunik el ~1 giga memoria? > > A vezrio infok: > Java > java version "1.6.0_18" > Java(TM) SE Runtime Environment (build 1.6.0_18-b07) > Java HotSpot(TM) 64-Bit Server VM (build 16.0-b13, mixed mode) > > OS > Distributor ID: Debian > Description: Debian GNU/Linux 5.0.3 (lenny) > Release: 5.0.3 > Codename: lenny > > Kernel > Linux cometke 2.6.26-2-amd64 #1 SMP Thu Nov 5 02:23:12 UTC 2009 x86_64 > GNU/Linux > > Lucene: > lucene-core-2.9.1 > > -- > ÜdvĂśzlettel, > BĂśszĂśrmĂŠnyi PĂŠter > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > AjĂĄnlom a jmap program hasznĂĄlatĂĄt, mind a hisztogram, mind a teljes dump igen hasznos tud lenni. Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100428/32fa9cc7/attachment-0001.html From auth.gabor at javaforum.hu Wed Apr 28 15:56:36 2010 From: auth.gabor at javaforum.hu (Auth =?utf-8?q?G=C3=A1bor?=) Date: Wed, 28 Apr 2010 15:56:36 +0200 Subject: [Java lista] Erthetetlen java memoria zabalas In-Reply-To: References: Message-ID: <201004281556.36333.auth.gabor@javaforum.hu> Halihó! 2010. április 28. 15.26.36 Böszörményi Péter dátummal ezt írta: > a jvmn-nek egy giga heap van beallitva, megbizhatoan 200 mega korul > fogyaszt, amikor a fileokat irja akkor felszalad olyan 300-ra. Mivel nézted, hogy 200-300MBájtot foglal? > Viszont az OS szerint 2 giga a RES hasznalat, es 3.4 giga a virtualis memo > hasznalat. Raadasul a RES erteke lassan, de novekszik. A 2G érdekes lehet, ha 1G van csak adva a processznek. A 3.4G virtuális normális dolog, ott jelez minden betöltésre jelölt, de be nem töltött .so/.dll állományt, tehát mégcsak swap-et se foglal ennyit. -- Auth Gábor From zmblevlist at gmail.com Wed Apr 28 19:08:32 2010 From: zmblevlist at gmail.com (=?utf-8?Q?B=C3=B6sz=C3=B6rm=C3=A9nyi_P=C3=A9te?= =?utf-8?Q?r?=) Date: Wed, 28 Apr 2010 19:08:32 +0200 Subject: [Java lista] Erthetetlen java memoria zabalas In-Reply-To: References: Message-ID: On Wed, 28 Apr 2010 15:32:40 +0200, Zsombor wrote: > 2010/4/28 Böszörményi Péter > >> Udv a listanak! >> >> Adott egy java program, ami tavolrol fogad adatokat, amit lucene >> segitsegevel indexxel. A fogadas siman serializalt objektumokkal >> tortenik, >> nincs rmi. A lucene memory mapped fileokkal dolgozik, egy chunk size 512 >> mega, es be van allitva az unmap hack. a jvmn-nek egy giga heap van >> beallitva, megbizhatoan 200 mega korul fogyaszt, amikor a fileokat irja >> akkor felszalad olyan 300-ra. Viszont az OS szerint 2 giga a RES >> hasznalat, >> es 3.4 giga a virtualis memo hasznalat. Raadasul a RES erteke lassan, de >> novekszik. Pmappel kiiratva a memoria terkepet, akkor latszik, h a java >> process viszi el az osszes memoriat. A pmap idevago reszet csatoltam. >> Rahivtam mar parszor a gc-re (jmx-en keresztul), de nem akart memoriat >> felszabaditani. >> A kerdes tehat adott: hova tunik el ~1 giga memoria? >> >> A vezrio infok: >> Java >> java version "1.6.0_18" >> Java(TM) SE Runtime Environment (build 1.6.0_18-b07) >> Java HotSpot(TM) 64-Bit Server VM (build 16.0-b13, mixed mode) >> >> OS >> Distributor ID: Debian >> Description: Debian GNU/Linux 5.0.3 (lenny) >> Release: 5.0.3 >> Codename: lenny >> >> Kernel >> Linux cometke 2.6.26-2-amd64 #1 SMP Thu Nov 5 02:23:12 UTC 2009 x86_64 >> GNU/Linux >> >> Lucene: >> lucene-core-2.9.1 >> >> -- >> Üdvözlettel, >> Böszörményi Péter >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> http://javagrund.hu/mailman/listinfo/javalist >> >> > > Ajánlom a jmap program használatát, mind a hisztogram, mind a teljes dump > igen hasznos tud lenni. > > > Zs Nezegettem, ott nem lattam semmi erdekeset. Dump viszont nem keszult, mert a heap memoria hasznalata jo, latszolag nem a java kod zabal memot. Munin grafikonon a tendencia, az, hogy allando a java memoria hasznalta. -- Üdvözlettel, Böszörményi Péter From zmblevlist at gmail.com Wed Apr 28 19:10:53 2010 From: zmblevlist at gmail.com (=?utf-8?Q?B=C3=B6sz=C3=B6rm=C3=A9nyi_P=C3=A9te?= =?utf-8?Q?r?=) Date: Wed, 28 Apr 2010 19:10:53 +0200 Subject: [Java lista] Erthetetlen java memoria zabalas In-Reply-To: <201004281556.36333.auth.gabor@javaforum.hu> References: <201004281556.36333.auth.gabor@javaforum.hu> Message-ID: On Wed, 28 Apr 2010 15:56:36 +0200, Auth Gábor wrote: > Halihó! > > 2010. április 28. 15.26.36 Böszörményi Péter dátummal ezt írta: >> a jvmn-nek egy giga heap van beallitva, megbizhatoan 200 mega korul >> fogyaszt, amikor a fileokat irja akkor felszalad olyan 300-ra. > > Mivel nézted, hogy 200-300MBájtot foglal? > jmxterm (http://www.cyclopsgroup.org/projects/jmxterm/), munin grafikonok a megfelelo MBeanekbol. >> Viszont az OS szerint 2 giga a RES hasznalat, es 3.4 giga a virtualis >> memo >> hasznalat. Raadasul a RES erteke lassan, de novekszik. > > A 2G érdekes lehet, ha 1G van csak adva a processznek. A 3.4G virtuális > normális dolog, ott jelez minden betöltésre jelölt, de be nem töltött > .so/.dll > állományt, tehát mégcsak swap-et se foglal ennyit. A virtualis memoria hasznalata engem se zavar, csak az a + 1 giga RES. -- Üdvözlettel, Böszörményi Péter From auth.gabor at javaforum.hu Wed Apr 28 19:47:36 2010 From: auth.gabor at javaforum.hu (Auth =?iso-8859-2?q?G=E1bor?=) Date: Wed, 28 Apr 2010 19:47:36 +0200 Subject: [Java lista] Erthetetlen java memoria zabalas In-Reply-To: References: <201004281556.36333.auth.gabor@javaforum.hu> Message-ID: <201004281947.36453.auth.gabor@javaforum.hu> Halihó! Böszörményi Péter írta: > jmxterm (http://www.cyclopsgroup.org/projects/jmxterm/), munin grafikonok > a megfelelo MBeanekbol. Az méri a teljes heap-et, vagy csak az old generation-t? Adj neki egy `jps`-t parancssorból, a neki szóló PID-et pedig a `jstat -gc ` parancsot. És az eredményt nézd meg, illetve küldd ide is... :) > A virtualis memoria hasznalata engem se zavar, csak az a + 1 giga RES. Mik a JVM paraméterek? PermGen, stb? -- http://www.javaforum.hu -=- http://www.enaplo.hu Auth Gábor -=- http://www.javaforum.hu/web/10/authgabor From zmblevlist at gmail.com Wed Apr 28 20:06:43 2010 From: zmblevlist at gmail.com (=?utf-8?Q?B=C3=B6sz=C3=B6rm=C3=A9nyi_P=C3=A9te?= =?utf-8?Q?r?=) Date: Wed, 28 Apr 2010 20:06:43 +0200 Subject: [Java lista] Erthetetlen java memoria zabalas In-Reply-To: <201004281947.36453.auth.gabor@javaforum.hu> References: <201004281556.36333.auth.gabor@javaforum.hu> <201004281947.36453.auth.gabor@javaforum.hu> Message-ID: On Wed, 28 Apr 2010 19:47:36 +0200, Auth Gábor wrote: > Halihó! > > Böszörményi Péter írta: >> jmxterm (http://www.cyclopsgroup.org/projects/jmxterm/), munin >> grafikonok >> a megfelelo MBeanekbol. > > Az méri a teljes heap-et, vagy csak az old generation-t? > Adj neki egy `jps`-t parancssorból, a neki szóló PID-et pedig a `jstat > -gc > ` parancsot. És az eredményt nézd meg, illetve küldd ide is... :) > S0C S1C S0U S1U EC EU OC OU PC PU YGC YGCT FGC FGCT GCT 8512.0 8512.0 0.0 1761.0 68160.0 9636.5 938816.0 35222.8 32280.0 19262.9 9957 264.164 172 40.084 304.248 Szerintem itt nincs gond. > >> A virtualis memoria hasznalata engem se zavar, csak az a + 1 giga RES. > > Mik a JVM paraméterek? PermGen, stb? java -server -Dsun.rmi.dgc.client.gcInterval=3600000 -Dsun.rmi.dgc.server.gcInterval=3600000 -XX:CMSFullGCsBeforeCompaction=1 -XX:+UseConcMarkSweepGC -XX:-CMSParallelRemarkEnabled -verbose:gc -XX:+PrintGCTimeStamps -Xloggc:log/gc_indexer.log -Xmx1000m -Xms1000m -- Üdvözlettel, Böszörményi Péter From hujtomi at gmail.com Thu Apr 29 12:47:23 2010 From: hujtomi at gmail.com (=?ISO-8859-1?Q?Huj_Tam=E1s?=) Date: Thu, 29 Apr 2010 12:47:23 +0200 Subject: [Java lista] =?iso-8859-1?q?j2me_grafikus_men=FCvel?= Message-ID: sziasztok! egy egyszerű kis j2me alkalmazást fejlesztek és grafikus menüt szeretnék hozzá, mert a listás az a mai usernek nem tetszik, és az érdekelne, hogy milvel szoktatok ilyen grafikus menüket csinálni? ezt találtam: http://java.sun.com/javame/technology/lwuit/ használta, már valaki? ellenvetés vagy pozitív visszajelzés? esetleg valami más javaslat? üdv, Tomi From aszomor at computertechnika.hu Fri Apr 30 12:48:09 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Fri, 30 Apr 2010 12:48:09 +0200 Subject: [Java lista] Eclipse RCP + external.jar Message-ID: Sziasztok, Szeretnék egy külső jar-t hozzárakni egy EclipseRCP application classpath-hoz, ez a /java/sges-v3/glassfish/modules/gf-client.jar lenne. Hogy kell ezt megtenni, már egy napja nem találok normális megoldást a google-n. Köszi, Attila. -- Pécs is the European Capital of Culture in 2010 From ferenc.boldog at gmail.com Fri Apr 30 15:09:52 2010 From: ferenc.boldog at gmail.com (Ferenc Boldog) Date: Fri, 30 Apr 2010 15:09:52 +0200 Subject: [Java lista] Eclipse RCP + external.jar In-Reply-To: References: Message-ID: Ha ez a jar egy osgi modul, akkor importald be mint binaris plugin/osgi modul. Remeljuk az exportalt resz tartalmazza a szamodra szukseges osztalyokat. 2010/4/30 Szomor Attila : > Sziasztok, > > Szeretnék egy külső jar-t hozzárakni egy EclipseRCP application > classpath-hoz, ez a /java/sges-v3/glassfish/modules/gf-client.jar lenne. > Hogy kell ezt megtenni, már egy napja nem találok normális megoldást a > google-n. > -- Happy