From fisha at freemail.hu Mon Mar 1 18:02:53 2010 From: fisha at freemail.hu (fisha) Date: Mon, 01 Mar 2010 18:02:53 +0100 Subject: [Java lista] xdoclet ejb In-Reply-To: <201002251446.39509.zmblevlist@gmail.com> References: <4B867DD4.2010403@freemail.hu> <201002251446.39509.zmblevlist@gmail.com> Message-ID: <4B8BF33D.5040903@freemail.hu> Szia! Kicsit megkésve ugyan, de köszi. Kipróbálom. Üdv, Fisha Böszörményi Péter wrote: > Javadocot at tudja tolni, genericset nem. Nalunk az xjavadocs: xjavadocs-1.5- > snapshot050611.jar. > > On Thursday 25 February 2010 14:40:36 fisha wrote: > >> Sziasztok! >> >> Xdocletet rá lehet valahogy venni, hogy ejb-k esetén áttolja a javadocot >> is az interface-ekre? >> Ezen felül tök örülnék, ha sikerülne generics-es ki-bemenő paramétereket >> is átvinni az interfészre, és nem lenne sima List belőlük. >> >> Van ezekre valami ötletetek? >> >> Előre is köszi! >> >> Üdv, >> Fisha >> >> u.i.: tudom-tudom, miért nem használok annotationt. Rajtam kívülálló >> okok miatt... :( >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> http://javagrund.hu/mailman/listinfo/javalist >> >> > > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.435 / Virus Database: 271.1.1/2707 - Release Date: 02/24/10 07:34:00 > > From levpista at freemail.hu Wed Mar 3 09:13:24 2010 From: levpista at freemail.hu (Levi) Date: Wed, 3 Mar 2010 09:13:24 +0100 (CET) Subject: [Java lista] =?iso-8859-2?q?Elj=E1r=E1sok_gy=FBjtem=E9nye=2E?= Message-ID: Sziasztok!Szeretném azt megvalósítani, hogy a több helyen használt eljárásaimat, függvényeimet, egy helyen (egy fájlban) összegyűjteni, aztán a különböző helyeken meghívogatni.Ez nem egy klasszikus értelemben vett osztály lenne, nem kellene példányosítani, csak függvények gyűjtőhelye lenne.Hogyan lehet ezt java-ban megoldani?Üdv,Levi

________________________________________________________
 Kössön utasbiztosítást online most 20% kedvezménnyel! --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100303/b6a67626/attachment.html From gsashee at gmail.com Wed Mar 3 09:16:11 2010 From: gsashee at gmail.com (sashee) Date: Wed, 3 Mar 2010 09:16:11 +0100 Subject: [Java lista] =?iso-8859-2?q?Elj=E1r=E1sok_gy=FBjtem=E9nye=2E?= In-Reply-To: References: Message-ID: Szia, statikus függvényekkel meg lehet oldani pl. Vagy singletonnal. statikus importtal még a file nevét sem kell kiírni. sashee 2010/3/3 Levi : > Sziasztok! > Szeretném azt megvalósítani, hogy a több helyen használt eljárásaimat, > függvényeimet, egy helyen (egy fájlban) összegyűjteni, aztán a különböző > helyeken meghívogatni. > Ez nem egy klasszikus értelemben vett osztály lenne, nem kellene > példányosítani, csak függvények gyűjtőhelye lenne. > Hogyan lehet ezt java-ban megoldani? > Üdv, > Levi > > ________________________________________________________ > Kössön utasbiztosítást online most 20% kedvezménnyel! > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > From zmblevlist at gmail.com Wed Mar 3 09:16:30 2010 From: zmblevlist at gmail.com (zmblevlist at gmail.com) Date: Wed, 3 Mar 2010 09:16:30 +0100 Subject: [Java lista] =?utf-8?b?RWxqw6Fyw6Fzb2sgZ3nFsWp0ZW3DqW55ZS4=?= In-Reply-To: References: Message-ID: <201003030916.30782.zmblevlist@gmail.com> Legyenek a fuggvenyek statikusok. On Wednesday 03 March 2010 09:13:24 Levi wrote: > Sziasztok!Szeretném azt megvalósítani, hogy a több helyen használt > eljárásaimat, függvényeimet, egy helyen (egy fájlban) összegyűjteni, aztán > a különböző helyeken meghívogatni.Ez nem egy klasszikus értelemben vett > osztály lenne, nem kellene példányosítani, csak függvények gyűjtőhelye > lenne.Hogyan lehet ezt java-ban megoldani?Üdv,Levi > > target="_blank">

__________________________________________________ > ______
 href="http://ghu.hit.gemius.pl/hitredir/id=B3CVH_dUUb_QHI_jJBbX57R5Ld_y2Ob > ec7Z.NP_ArIj.y7/stparam=lpgomiepan/url=https://www.allianzdirect.hu"> > Kössön utasbiztosítást online most 20% kedvezménnyel! > > -- Üdvözlettel, Böszörményi Péter From jkeresztes at vati.hu Wed Mar 3 09:28:21 2010 From: jkeresztes at vati.hu (Keresztes Jozsef) Date: Wed, 3 Mar 2010 09:28:21 +0100 Subject: [Java lista] =?iso-8859-2?q?Elj=E1r=E1sok_gy=FBjtem=E9nye=2E?= Message-ID: Hi Levi ! Akkor már én is had írjak valamit :) Csinálsz egy ilyen Utilities osztályt, aminek statikus metódusai vannak: public class Utilities { public static void elso(String str, ...) { ... } public static int masodik(int xyz) { ... return ...; } } Aztán ezt hivogatod bárhonnan: Utilities.elso("pamparam", ...); int eredmeny = Utilities.masodik(7654); Joe ________________________________ From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of Levi Sent: Wednesday, March 03, 2010 9:13 AM To: javalist Subject: [Java lista] Eljárások gyűjteménye. Sziasztok! Szeretném azt megvalósítani, hogy a több helyen használt eljárásaimat, függvényeimet, egy helyen (egy fájlban) összegyűjteni, aztán a különböző helyeken meghívogatni. Ez nem egy klasszikus értelemben vett osztály lenne, nem kellene példányosítani, csak függvények gyűjtőhelye lenne. Hogyan lehet ezt java-ban megoldani? Üdv, Levi ________________________________________________________ Kössön utasbiztosítást online most 20% kedvezménnyel! From fisha at freemail.hu Wed Mar 3 09:35:12 2010 From: fisha at freemail.hu (fisha) Date: Wed, 03 Mar 2010 09:35:12 +0100 Subject: [Java lista] =?iso-8859-2?q?Elj=E1r=E1sok_gy=FBjtem=E9nye=2E?= In-Reply-To: References: Message-ID: <4B8E1F40.4070909@freemail.hu> Hello! Ettől a statikus importtol mentett volna meg minket az Úristen! Szerintetek miért kell ilyen gányolási irányokba (is) fejlődni a javanak? Üdv, Fisha sashee wrote: > Szia, > > statikus függvényekkel meg lehet oldani pl. Vagy singletonnal. > statikus importtal még a file nevét sem kell kiírni. > > sashee > > 2010/3/3 Levi : > >> Sziasztok! >> Szeretném azt megvalósítani, hogy a több helyen használt eljárásaimat, >> függvényeimet, egy helyen (egy fájlban) összegyűjteni, aztán a különböző >> helyeken meghívogatni. >> Ez nem egy klasszikus értelemben vett osztály lenne, nem kellene >> példányosítani, csak függvények gyűjtőhelye lenne. >> Hogyan lehet ezt java-ban megoldani? >> Üdv, >> Levi >> >> ________________________________________________________ >> Kössön utasbiztosítást online most 20% kedvezménnyel! >> _______________________________________________ >> 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 > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.435 / Virus Database: 271.1.1/2717 - Release Date: 03/01/10 19:34:00 > > From gsashee at gmail.com Wed Mar 3 09:37:16 2010 From: gsashee at gmail.com (sashee) Date: Wed, 3 Mar 2010 09:37:16 +0100 Subject: [Java lista] =?iso-8859-2?q?Elj=E1r=E1sok_gy=FBjtem=E9nye=2E?= In-Reply-To: <4B8E1F40.4070909@freemail.hu> References: <4B8E1F40.4070909@freemail.hu> Message-ID: Pontosan miért? Bár nagyon ritkán használtam, de mondjuk konstansoknál szebb lett tőle a kód (egy kicsit). sashee 2010/3/3 fisha : > Hello! > > Ettől a statikus importtol mentett volna meg minket az Úristen! > Szerintetek miért kell ilyen gányolási irányokba (is) fejlődni a javanak? > > Üdv, > Fisha > > sashee wrote: >> Szia, >> >> statikus függvényekkel meg lehet oldani pl. Vagy singletonnal. >> statikus importtal még a file nevét sem kell kiírni. >> >> sashee >> >> 2010/3/3 Levi : >> >>> Sziasztok! >>> Szeretném azt megvalósítani, hogy a több helyen használt eljárásaimat, >>> függvényeimet, egy helyen (egy fájlban) összegyűjteni, aztán a különböző >>> helyeken meghívogatni. >>> Ez nem egy klasszikus értelemben vett osztály lenne, nem kellene >>> példányosítani, csak függvények gyűjtőhelye lenne. >>> Hogyan lehet ezt java-ban megoldani? >>> Üdv, >>> Levi >>> >>> ________________________________________________________ >>> Kössön utasbiztosítást online most 20% kedvezménnyel! >>> _______________________________________________ >>> 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 >> >> ------------------------------------------------------------------------ >> >> >> No virus found in this incoming message. >> Checked by AVG - www.avg.com >> Version: 8.5.435 / Virus Database: 271.1.1/2717 - Release Date: 03/01/10 19:34:00 >> >> > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From peter at verhas.com Wed Mar 3 09:48:50 2010 From: peter at verhas.com (Peter Verhas) Date: Wed, 3 Mar 2010 08:48:50 +0000 Subject: [Java lista] =?utf-8?b?VsOhbGFzejogUmU6ICBFbGrDoXLDoXNvayBnecWx?= =?utf-8?q?jtem=C3=A9nye=2E?= In-Reply-To: <4B8E1F40.4070909@freemail.hu> References: <4B8E1F40.4070909@freemail.hu> Message-ID: <1453893164-1267606126-cardhu_decombobulator_blackberry.rim.net-820259896-@bda161.bisx.produk.on.blackberry> Egyetertek. Verhás Péter +36(30)9306805 peter at verhas.com -----Original Message----- From: fisha Date: Wed, 03 Mar 2010 09:35:12 To: Subject: Re: [Java lista] Eljárások gyűjteménye. Hello! Ettől a statikus importtol mentett volna meg minket az Úristen! Szerintetek miért kell ilyen gányolási irányokba (is) fejlődni a javanak? Üdv, Fisha sashee wrote: > Szia, > > statikus függvényekkel meg lehet oldani pl. Vagy singletonnal. > statikus importtal még a file nevét sem kell kiírni. > > sashee > > 2010/3/3 Levi : > >> Sziasztok! >> Szeretném azt megvalósítani, hogy a több helyen használt eljárásaimat, >> függvényeimet, egy helyen (egy fájlban) összegyűjteni, aztán a különböző >> helyeken meghívogatni. >> Ez nem egy klasszikus értelemben vett osztály lenne, nem kellene >> példányosítani, csak függvények gyűjtőhelye lenne. >> Hogyan lehet ezt java-ban megoldani? >> Üdv, >> Levi >> >> ________________________________________________________ >> Kössön utasbiztosítást online most 20% kedvezménnyel! >> _______________________________________________ >> 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 > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.435 / Virus Database: 271.1.1/2717 - Release Date: 03/01/10 19:34:00 > > _______________________________________________ Javalist mailing list Javalist at javagrund.hu http://javagrund.hu/mailman/listinfo/javalist From levpista at freemail.hu Wed Mar 3 09:51:36 2010 From: levpista at freemail.hu (Levi) Date: Wed, 3 Mar 2010 09:51:36 +0100 (CET) Subject: [Java lista] =?iso-8859-2?q?Elj=E1r=E1sok_gy=FBjtem=E9nye=2E?= In-Reply-To: Message-ID: Köszi mindenkinek!!! Keresztes Jozsef írta: > >Hi Levi ! > >Akkor már én is had írjak valamit :) >Csinálsz egy ilyen Utilities osztályt, aminek statikus metódusai vannak: > >public class Utilities { > public static void elso(String str, ...) { > ... > } > public static int masodik(int xyz) { > ... > return ...; > } >} > >Aztán ezt hivogatod bárhonnan: > >Utilities.elso("pamparam", ...); > >int eredmeny = Utilities.masodik(7654); > >Joe > >________________________________ > >From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of Levi >Sent: Wednesday, March 03, 2010 9:13 AM >To: javalist >Subject: [Java lista] Eljárások gyűjteménye. > > >Sziasztok! >Szeretném azt megvalósítani, hogy a több helyen használt eljárásaimat, függvényeimet, egy helyen (egy fájlban) összegyűjteni, aztán a különböző helyeken meghívogatni. >Ez nem egy klasszikus értelemben vett osztály lenne, nem kellene példányosítani, csak függvények gyűjtőhelye lenne. >Hogyan lehet ezt java-ban megoldani? >Üdv, >Levi > > >________________________________________________________ >Kössön utasbiztosítást online most 20% kedvezménnyel! > >_______________________________________________ >Javalist mailing list >Javalist at javagrund.hu >http://javagrund.hu/mailman/listinfo/javalist

________________________________________________________
 Kössön utasbiztosítást online most 20% kedvezménnyel! --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100303/98b9299e/attachment.html From levpista at freemail.hu Wed Mar 3 09:55:13 2010 From: levpista at freemail.hu (Levi) Date: Wed, 3 Mar 2010 09:55:13 +0100 (CET) Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A_Re=3A__Elj=E1r=E1sok_gy?= =?iso-8859-2?q?=FBjtem=E9nye=2E?= In-Reply-To: <1453893164-1267606126-cardhu_decombobulator_blackberry.rim.net-820259896-@bda161.bisx.produk.on.blackberry> Message-ID: Tanulás céljából:Akkor hogyan csinálnád meg azt, hogy bizonyos általános (nem osztályfüggő) eljárásokat, függvényeket ne kelljen többször is különböző helyekre beírni?Levi Peter Verhas írta: >Egyetertek. > > >Verhás Péter >+36(30)9306805 >peter at verhas.com > > >-----Original Message----- >From: fisha >Date: Wed, 03 Mar 2010 09:35:12 >To: >Subject: Re: [Java lista] Eljárások gyűjteménye. > >Hello! > >Ettől a statikus importtol mentett volna meg minket az Úristen! >Szerintetek miért kell ilyen gányolási irányokba (is) fejlődni a javanak? > >Üdv, >Fisha > >sashee wrote: >> Szia, >> >> statikus függvényekkel meg lehet oldani pl. Vagy singletonnal. >> statikus importtal még a file nevét sem kell kiírni. >> >> sashee >> >> 2010/3/3 Levi : >> >>> Sziasztok! >>> Szeretném azt megvalósítani, hogy a több helyen használt eljárásaimat, >>> függvényeimet, egy helyen (egy fájlban) összegyűjteni, aztán a különböző >>> helyeken meghívogatni. >>> Ez nem egy klasszikus értelemben vett osztály lenne, nem kellene >>> példányosítani, csak függvények gyűjtőhelye lenne. >>> Hogyan lehet ezt java-ban megoldani? >>> Üdv, >>> Levi >>> >>> ________________________________________________________ >>> Kössön utasbiztosítást online most 20% kedvezménnyel! >>> _______________________________________________ >>> 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 >> >> ------------------------------------------------------------------------ >> >> >> No virus found in this incoming message. >> Checked by AVG - www.avg.com >> Version: 8.5.435 / Virus Database: 271.1.1/2717 - Release Date: 03/01/10 19:34:00 >> >> > >_______________________________________________ >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össön utasbiztosítást online most 20% kedvezménnyel! --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100303/afbaeba4/attachment-0001.html From fisha at freemail.hu Wed Mar 3 10:03:26 2010 From: fisha at freemail.hu (fisha) Date: Wed, 03 Mar 2010 10:03:26 +0100 Subject: [Java lista] =?utf-8?b?VsOhbGFzejogUmU6ICBFbGrDoXLDoXNvayBnecWx?= =?utf-8?q?jtem=C3=A9nye=2E?= In-Reply-To: References: Message-ID: <4B8E25DE.60102@freemail.hu> Hello! Nem a statikus metódus fáj nekem, hanem a statikus import, amitől totál követhetetlen lesz, hogy mi hol van implementálva. Szóval statikus metódus mindig osztálynévvel meghivatkozva az üdvözítő megoldás szerintem. Amúgy a statikus importnak az úttörői a junit tesztek. Vakargattam is a fejemet, mikor először rájöttem, hogy mi a fenét is csinálnak... :) Mondjuk ott talán még megbocsájtható a dolog, mert mindig ugyanazt a pár dolgot kell használni viszont rengeteg helyen. Üdv, Fisha Levi wrote: > Tanulás céljából: > Akkor hogyan csinálnád meg azt, hogy bizonyos általános (nem > osztályfüggő) eljárásokat, függvényeket ne kelljen többször is > különböző helyekre beírni? > Levi > > > Peter Verhas írta: > > Egyetertek. > > > Verhás Péter > +36(30)9306805 > peter at verhas.com > > > -----Original Message----- > From: fisha > Date: Wed, 03 Mar 2010 09:35:12 > To: > Subject: Re: [Java lista] Eljárások gyűjteménye. > > Hello! > > Ettől a statikus importtol mentett volna meg minket az Úristen! > Szerintetek miért kell ilyen gányolási irányokba (is) fejlődni a javanak? > > Üdv, > Fisha > > sashee wrote: > > Szia, > > > > statikus függvényekkel meg lehet oldani pl. Vagy singletonnal. > > statikus importtal még a file nevét sem kell kiírni. > > > > sashee > > > > 2010/3/3 Levi : > > > >> Sziasztok! > >> Szeretném azt megvalósítani, hogy a több helyen használt eljárásaimat, > >> függvényeimet, egy helyen (egy fájlban) összegyűjteni, aztán a különböző > >> helyeken meghívogatni. > >> Ez nem egy klasszikus értelemben vett osztály lenne, nem kellene > >> példányosítani, csak függvények gyűjtőhelye lenne. > >> Hogyan lehet ezt java-ban megoldani? > >> Üdv, > >> Levi > >> > >> ________________________________________________________ > >> Kössön utasbiztosítást online most 20% kedvezménnyel! > >> _______________________________________________ > >> 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 > > > > ------------------------------------------------------------------------ > > > > > > No virus found in this incoming message. > > Checked by AVG - www.avg.com > > Version: 8.5.435 / Virus Database: 271.1.1/2717 - Release Date: 03/01/10 19:34:00 > > > > > > _______________________________________________ > 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össön utasbiztosítást online most 20% kedvezménnyel! > > > ------------------------------------------------------------------------ > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.435 / Virus Database: 271.1.1/2717 - Release Date: 03/01/10 19:34:00 > > From viktor.tamas at gmail.com Wed Mar 3 10:06:04 2010 From: viktor.tamas at gmail.com (=?UTF-8?Q?Tam=C3=A1s_Viktor?=) Date: Wed, 3 Mar 2010 10:06:04 +0100 Subject: [Java lista] =?utf-8?b?IEVsasOhcsOhc29rIGd5xbFqdGVtw6lueWUu?= Message-ID: <3dd755941003030106x24bbf2b7qb388f96705297716@mail.gmail.com> Azert lehet gazos mert minel tobb osztalybol hasznalsz statikus importot, annal kovethetetlenebb lesz hogy mi honnan jon. Persze ha sok (>1) statikusan importalt osztaly van az eleve gyanus, mert a kod valoszinuleg megszegi a Single Responsibility Principle-t. Tehat esszel kell hasznalni. V Pontosan miért? Bár nagyon ritkán használtam, de mondjuk konstansoknál szebb lett tőle a kód (egy kicsit) > Ettől a statikus importtol mentett volna meg minket az Úristen! > Szerintetek miért kell ilyen gányolási irányokba (is) fejlődni a javanak? From jkeresztes at vati.hu Wed Mar 3 10:40:04 2010 From: jkeresztes at vati.hu (Keresztes Jozsef) Date: Wed, 3 Mar 2010 10:40:04 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A_Re=3A__Elj=E1r=E1sok_gy?= =?iso-8859-2?q?=FBjtem=E9nye=2E?= Message-ID: Levi ! Talán félreértetted amit a többiek írtak. A statikus import csak azt jelenti hogy pl. a Math osztályban a java fejlesztői elhelyeztek egy csomó olyan STATIKUS metódust mint pl. abs(), round(), ... Neked alapesetben így kell hívnod őket az osztályaidból: Math.abs(), Math.round(), ... De ha az osztályod elején csinálsz egy statikus importot a Math osztályra (házi feladat: megnézni hogy írunk ilyet :) akkor nem kell a híváskor kiírni a "Math" szócskát, csak annyit írsz hogy abs(), round(),... Joe ________________________________ From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of Levi Sent: Wednesday, March 03, 2010 9:55 AM To: javalist at javagrund.hu Subject: Re: [Java lista]Válasz: Re: Eljárások gyűjteménye. Tanulás céljából: Akkor hogyan csinálnád meg azt, hogy bizonyos általános (nem osztályfüggő) eljárásokat, függvényeket ne kelljen többször is különböző helyekre beírni? Levi Peter Verhas írta: Egyetertek. Verhás Péter +36(30)9306805 peter at verhas.com -----Original Message----- From: fisha Date: Wed, 03 Mar 2010 09:35:12 To: Subject: Re: [Java lista] Eljárások gyűjteménye. Hello! Ettől a statikus importtol mentett volna meg minket az Úristen! Szerintetek miért kell ilyen gányolási irányokba (is) fejlődni a javanak? Üdv, Fisha sashee wrote: > Szia, > > statikus függvényekkel meg lehet oldani pl. Vagy singletonnal. > statikus importtal még a file nevét sem kell kiírni. > > sashee > > 2010/3/3 Levi : > >> Sziasztok! >> Szeretném azt megvalósítani, hogy a több helyen használt eljárásaimat, >> függvényeimet, egy helyen (egy fájlban) összegyűjteni, aztán a különböző >> helyeken meghívogatni. >> Ez nem egy klasszikus értelemben vett osztály lenne, nem kellene >> példányosítani, csak függvények gyűjtőhelye lenne. >> Hogyan lehet ezt java-ban megoldani? >> Üdv, >> Levi >> >> ________________________________________________________ >> Kössön utasbiztosítást online most 20% kedvezménnyel! >> _______________________________________________ >> 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 > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.435 / Virus Database: 271.1.1/2717 - Release Date: 03/01/10 19:34:00 > > _______________________________________________ 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össön utasbiztosítást online most 20% kedvezménnyel! From biziclop at gmail.com Wed Mar 3 10:55:49 2010 From: biziclop at gmail.com (biziclop) Date: Wed, 3 Mar 2010 09:55:49 +0000 Subject: [Java lista] =?iso-8859-2?q?Elj=E1r=E1sok_gy=FBjtem=E9nye=2E?= In-Reply-To: References: Message-ID: 2010/3/3 Keresztes Jozsef : > > Hi Levi ! > > Akkor már én is had írjak valamit :) > Csinálsz egy ilyen Utilities osztályt, aminek statikus metódusai vannak: > > public class Utilities { >  public static void elso(String str, ...) { >    ... >  } >  public static int masodik(int xyz) { >    ... >    return ...; >  } > } Ehhez csak ket dolgot tudok hozzatenni: 1. Biztos, ami biztos, a class legyen final, es legyen neki egy private Utilities() {} konstruktora. 2. Ne egy osztalyba gyujtsel mindent, probald meg tema szerint szetvalogatni oket kulonbozo osztalyokba, egy osztalyban lehetoleg ne legyen tobb egy-ket tucat metodusnal. Sokkal konnyebb lesz kesobb kisilabizalni, hogy mire is gondolt a kolto. lsp From akos.gabriel at i-logic.hu Wed Mar 3 11:33:31 2010 From: akos.gabriel at i-logic.hu (=?ISO-8859-1?Q?G=E1briel_=C1kos?=) Date: Wed, 03 Mar 2010 11:33:31 +0100 Subject: [Java lista] =?iso-8859-1?q?Elj=E1r=E1sok_gy=3Fjtem=E9nye=2E?= In-Reply-To: References: Message-ID: <1267612411.15579.5.camel@gabriel-desktop> On Wed, 2010-03-03 at 09:28 +0100, Keresztes Jozsef wrote: > Hi Levi ! > > Akkor már én is had írjak valamit :) > Csinálsz egy ilyen Utilities osztályt, aminek statikus metódusai vannak: Ja, ez így a kevésbé ocsmány megoldás, én is ezt javallanám. -- Ü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 auth.gabor at javaforum.hu Wed Mar 3 11:47:06 2010 From: auth.gabor at javaforum.hu (Auth =?iso-8859-2?q?G=E1bor?=) Date: Wed, 3 Mar 2010 11:47:06 +0100 Subject: [Java lista] =?iso-8859-2?q?Elj=E1r=E1sok_gy=FBjtem=E9nye=2E?= In-Reply-To: References: Message-ID: <201003031147.06133.auth.gabor@javaforum.hu> Halihó! 2010. március 3. 09.28.21 Keresztes Jozsef dátummal ezt írta: > Akkor már én is had írjak valamit :) Meg én is... :) Ha kicsit összetettebb lenne a dolog, akkor érdemes fellapozni a design patterns listát. Erre a problémára illik a Facade és a Command is, felhasználástól függően. -- Auth Gábor From aszomor at computertechnika.hu Thu Mar 4 09:44:29 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Thu, 04 Mar 2010 09:44:29 +0100 Subject: [Java lista] Version control Message-ID: Sziasztok, Nem olyan rég volt egy ilyen téma és ott felmerült, hogy a CVS-nek és az SVN-nek már leáldozott, melyik volt az az új trónkövetelő? K0szi, Attila. From nlajtos at gmail.com Thu Mar 4 09:49:16 2010 From: nlajtos at gmail.com (Norbert Lajtos) Date: Thu, 4 Mar 2010 09:49:16 +0100 Subject: [Java lista] Version control In-Reply-To: References: Message-ID: <69d85e421003040049h2492508uf2ab405bab43b287@mail.gmail.com> Hali! Szerintem a git-re gondolsz, de nem hinnĂŠm, hogy ettől mĂŠg leĂĄldozott az svn, cvs pĂĄrosnak... :) http://git-scm.com/ Üdv: Norbi 2010/3/4 Szomor Attila > Sziasztok, > > Nem olyan rĂŠg volt egy ilyen tĂŠma ĂŠs ott felmerĂźlt, hogy a CVS-nek ĂŠs az > SVN-nek mĂĄr leĂĄldozott, melyik volt az az Ăşj trĂłnkĂśvetelő? > > K0szi, 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/20100304/2340e023/attachment.html From ferenc.czina at gmail.com Thu Mar 4 09:49:20 2010 From: ferenc.czina at gmail.com (Ferenc Czina) Date: Thu, 4 Mar 2010 09:49:20 +0100 Subject: [Java lista] Version control In-Reply-To: References: Message-ID: Bár az említett témára nem emlékszem, azt hiszem a GIT-t (http://git-scm.com/download) nyomatják mostanában nagyon. Üdv Czina Feri 2010/3/4 Szomor Attila : > Sziasztok, > > Nem olyan rég volt egy ilyen téma és ott felmerült, hogy a CVS-nek és az > SVN-nek már leáldozott, melyik volt az az új trónkövetelő? > > K0szi, Attila. > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > -- Üdv Czina Ferenc From peter at verhas.com Thu Mar 4 10:04:52 2010 From: peter at verhas.com (Peter Verhas) Date: Thu, 4 Mar 2010 09:04:52 +0000 Subject: [Java lista] =?windows-1252?q?V=E1lasz=3A__Version_control?= In-Reply-To: References: Message-ID: <1896673506-1267693488-cardhu_decombobulator_blackberry.rim.net-51588059-@bda161.bisx.produk.on.blackberry> Martin Fowler a blogjaban par hete eppen errol irt egy szosszenetet. Azert az arnyalja az "svn-nek lealdozott" mondast. Imho cvs-t mar nem valasztanek most indulo projekthez (mar 5 éve nem tennek ilyent) inkabb svn-t. Peter Verhás Péter +36(30)9306805 peter at verhas.com -----Original Message----- From: "Szomor Attila" Date: Thu, 04 Mar 2010 09:44:29 To: javalist at javagrund.hu Subject: [Java lista] Version control Sziasztok, Nem olyan rég volt egy ilyen téma és ott felmerült, hogy a CVS-nek és az SVN-nek már leáldozott, melyik volt az az új trónkövetelő? K0szi, Attila. _______________________________________________ Javalist mailing list Javalist at javagrund.hu http://javagrund.hu/mailman/listinfo/javalist From syntern at sch.bme.hu Thu Mar 4 10:14:50 2010 From: syntern at sch.bme.hu (=?iso-8859-2?B?IlNv83MgSXN0duFuIg==?=) Date: Thu, 04 Mar 2010 10:14:50 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A__Version_control?= In-Reply-To: <1896673506-1267693488-cardhu_decombobulator_blackberry.rim.net-51588059-@bda161.bisx.produk.on.blackberry> References: <1896673506-1267693488-cardhu_decombobulator_blackberry.rim.net-51588059-@bda161.bisx.produk.on.blackberry> Message-ID: <7709583f4f11.4b8f881a@sch.bme.hu> Használ esetleg valaki Mercurialt huzamosabb ideje? István ----- Original Message ----- From: Peter Verhas Date: Thursday, March 4, 2010 10:04 am Subject: [Java lista] Válasz: Version control To: javalist at javagrund.hu > Martin Fowler a blogjaban par hete eppen errol irt egy szosszenetet. Azert az arnyalja az > "svn-nek lealdozott" mondast. > > Imho cvs-t mar nem valasztanek most indulo projekthez (mar 5 éve nem tennek ilyent) inkabb > svn-t. > > Peter > Verhás Péter > +36(30)9306805 > peter at verhas.com > > > -----Original Message----- > From: "Szomor Attila" > Date: Thu, 04 Mar 2010 09:44:29 > To: javalist at javagrund.hu > Subject: [Java lista] Version control > > Sziasztok, > > Nem olyan rég volt egy ilyen téma és ott felmerült, hogy a CVS-nek és az > SVN-nek már leáldozott, melyik volt az az új trónkövetelő? > > K0szi, Attila. > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > From kirunews at freemail.hu Thu Mar 4 10:24:00 2010 From: kirunews at freemail.hu (=?ISO-8859-2?Q?Kir=E1ly_P=E9ter?=) Date: Thu, 4 Mar 2010 10:24:00 +0100 (CET) Subject: [Java lista] Struts helyett milyen MVC? Message-ID: Sziasztok, van egy réges-régi alkalmazásom, amit Struts-ban csináltam (még az egyesben). Most szeretném egy kicsit felújítani, úgy hogy közben tanuljak valami újat. Ti mit ajánlotok, mire váltsam le a Struts-ot? Szeretnék Tomcat alatt maradni. más megkötés nincs. Király Péter

________________________________________________________
 Kössön utasbiztosítást online most 20% kedvezménnyel! --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100304/181e474c/attachment.html From zmblevlist at gmail.com Thu Mar 4 10:47:06 2010 From: zmblevlist at gmail.com (zmblevlist at gmail.com) Date: Thu, 4 Mar 2010 10:47:06 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: References: Message-ID: <201003041047.06829.zmblevlist@gmail.com> Strucc 2, Spring MVC On Thursday 04 March 2010 10:24:00 Király Péter wrote: > Sziasztok, van egy réges-régi alkalmazásom, amit Struts-ban csináltam (még > az egyesben). Most szeretném egy kicsit felújítani, úgy hogy közben > tanuljak valami újat. Ti mit ajánlotok, mire váltsam le a Struts-ot? > Szeretnék Tomcat alatt maradni. más megkötés nincs. Király Péter > > target="_blank">

__________________________________________________ > ______
 href="http://ghu.hit.gemius.pl/hitredir/id=B3CVH_dUUb_QHI_jJBbX57R5Ld_y2Ob > ec7Z.NP_ArIj.y7/stparam=lpgomiepan/url=https://www.allianzdirect.hu"> > Kössön utasbiztosítást online most 20% kedvezménnyel! > > -- Üdvözlettel, Böszörményi Péter From gzsombor at gmail.com Thu Mar 4 11:01:39 2010 From: gzsombor at gmail.com (Zsombor) Date: Thu, 4 Mar 2010 11:01:39 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <201003041047.06829.zmblevlist@gmail.com> References: <201003041047.06829.zmblevlist@gmail.com> Message-ID: 2010/3/4 > Strucc 2, Spring MVC > > On Thursday 04 March 2010 10:24:00 KirĂĄly PĂŠter wrote: > > Sziasztok, van egy rĂŠges-rĂŠgi alkalmazĂĄsom, amit Struts-ban csinĂĄltam > (mĂŠg > > az egyesben). Most szeretnĂŠm egy kicsit felĂşjĂ­tani, Ăşgy hogy kĂśzben > > tanuljak valami Ăşjat. Ti mit ajĂĄnlotok, mire vĂĄltsam le a Struts-ot? > > SzeretnĂŠk Tomcat alatt maradni. mĂĄs megkĂśtĂŠs nincs. KirĂĄly PĂŠter > > > > Wicket. Vagy GWT. De az igazĂĄn nagy vĂĄltozĂĄs lenne :) Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100304/9ca81fdc/attachment.html From istvan.szekely at i-logic.hu Thu Mar 4 11:03:49 2010 From: istvan.szekely at i-logic.hu (=?ISO-8859-2?Q?Istv=E1n_Sz=E9kely?=) Date: Thu, 04 Mar 2010 11:03:49 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: References: Message-ID: <4B8F8585.7080402@i-logic.hu> Hello, Király Péter wrote: > Sziasztok, > > van egy réges-régi alkalmazásom, amit Struts-ban csináltam (még az > egyesben). Most szeretném egy kicsit felújítani, úgy hogy közben > tanuljak valami újat. Ti mit ajánlotok, mire váltsam le a Struts-ot? > Szeretnék Tomcat alatt maradni. más megkötés nincs. Nem tudom, mennyire érdekel a Struts 2. Szerintem ez olyan sokban eltér a Struts 1-től, hogy én kezdek teljesen különálló frameworkként tekinteni rá. Nincs form pl., xwork2-re épül, stb. Rövid migrációs, átállós tutorial, ami szerintem nagyon hasznos: http://www.infoq.com/articles/converting-struts-2-part1 http://www.infoq.com/articles/migrating-struts-2-part2 Ami nekem nagyon tetszik benne, az a csomagok használata (Struts 2 csomagok, semmi köze a Java csomagokhoz). Ezzel csináltam olyat, hogy az Action-öm JSON választ ad vissza (application/json MIME típus), ami egy YUI-s AutoCompleter adatforrása. Mellette meg van egy portletes csomag portletes Action-ökkel. Mostanában egyre többet hallani a Vaadinról. Ez teljesen más szemlélet, GWT-re épül. Java kódot írsz csak, mintha Swinges asztali alkalmazást írnál. http://vaadin.com Ezen kívül más esetleg ajánlhatja a Wicketet, erről többet én nem tudok mondani. http://wicket.apache.org/ Üdv, Stivi From istvan.szekely at i-logic.hu Thu Mar 4 11:09:04 2010 From: istvan.szekely at i-logic.hu (=?ISO-8859-2?Q?Istv=E1n_Sz=E9kely?=) Date: Thu, 04 Mar 2010 11:09:04 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <4B8F8585.7080402@i-logic.hu> References: <4B8F8585.7080402@i-logic.hu> Message-ID: <4B8F86C0.5040800@i-logic.hu> Valami kimaradt. A Struts 2 AJAX tagekkel csak óvatosan. Nem véletlen, hogy YUI AutoCompletert használtunk, nem a Strust 2-ét. Ami abban van, az valami őskövület DOJO verzióra épül, és egy kalap sz at r. Teljesen hektikusan működik (?). Stivi István Székely wrote: > Hello, > > Király Péter wrote: > >> Sziasztok, >> >> van egy réges-régi alkalmazásom, amit Struts-ban csináltam (még az >> egyesben). Most szeretném egy kicsit felújítani, úgy hogy közben >> tanuljak valami újat. Ti mit ajánlotok, mire váltsam le a Struts-ot? >> Szeretnék Tomcat alatt maradni. más megkötés nincs. >> > > Nem tudom, mennyire érdekel a Struts 2. Szerintem ez olyan sokban eltér > a Struts 1-től, hogy én kezdek teljesen különálló frameworkként > tekinteni rá. Nincs form pl., xwork2-re épül, stb. Rövid migrációs, > átállós tutorial, ami szerintem nagyon hasznos: > http://www.infoq.com/articles/converting-struts-2-part1 > http://www.infoq.com/articles/migrating-struts-2-part2 > > Ami nekem nagyon tetszik benne, az a csomagok használata (Struts 2 > csomagok, semmi köze a Java csomagokhoz). Ezzel csináltam olyat, hogy az > Action-öm JSON választ ad vissza (application/json MIME típus), ami egy > YUI-s AutoCompleter adatforrása. Mellette meg van egy portletes csomag > portletes Action-ökkel. > > Mostanában egyre többet hallani a Vaadinról. Ez teljesen más szemlélet, > GWT-re épül. Java kódot írsz csak, mintha Swinges asztali alkalmazást írnál. > http://vaadin.com > > Ezen kívül más esetleg ajánlhatja a Wicketet, erről többet én nem tudok > mondani. > http://wicket.apache.org/ > From tomto at freemail.hu Thu Mar 4 11:32:07 2010 From: tomto at freemail.hu (TomTo:)) Date: Thu, 4 Mar 2010 11:32:07 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <201003041047.06829.zmblevlist@gmail.com> References: <201003041047.06829.zmblevlist@gmail.com> Message-ID: <201003041132.07444.tomto@freemail.hu> Szia! 2010. március 4. dátummal zmblevlist at gmail.com ezt írta: > Strucc 2, Spring MVC Ha már szóbakerült a Spring, akkor szerintem a Grails ( http://grails.org/ ) is megérne egy próbát. Üdv, TomTo:) From timortinj at freemail.hu Thu Mar 4 12:38:31 2010 From: timortinj at freemail.hu (=?iso-8859-2?Q?Moln=E1r_Mikl=F3s?=) Date: Thu, 4 Mar 2010 12:38:31 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <4B8F8585.7080402@i-logic.hu> References: <4B8F8585.7080402@i-logic.hu> Message-ID: <1FA7D9DE2EE2452F819D6274D76F694C@amd64> >http://vaadin.com Skacok, ez marha szimpi így első ránézésre, és nagyon köszi az infót is. Zöldmezős fejlesztés esetén milyen ellenérvet tudnának ellene mondani a wicket-esek vagy springesek? ;) MM From gsashee at gmail.com Thu Mar 4 11:45:35 2010 From: gsashee at gmail.com (sashee) Date: Thu, 4 Mar 2010 11:45:35 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <1FA7D9DE2EE2452F819D6274D76F694C@amd64> References: <4B8F8585.7080402@i-logic.hu> <1FA7D9DE2EE2452F819D6274D76F694C@amd64> Message-ID: Mivel js-el generált az egész, ezért a google spider nem tudja indexelni. 2010/3/4 Molnár Miklós : >>http://vaadin.com > > Skacok, ez marha szimpi így első ránézésre, és nagyon köszi az infót is. > Zöldmezős fejlesztés esetén milyen ellenérvet tudnának ellene mondani a > wicket-esek vagy springesek? ;) > > MM > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From biziclop at gmail.com Thu Mar 4 11:47:54 2010 From: biziclop at gmail.com (biziclop) Date: Thu, 4 Mar 2010 10:47:54 +0000 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: References: <201003041047.06829.zmblevlist@gmail.com> Message-ID: 2010/3/4 Zsombor : > > > 2010/3/4 >> >> Strucc 2, Spring MVC >> >> On Thursday 04 March 2010 10:24:00 Király Péter wrote: >> > Sziasztok, van egy réges-régi alkalmazásom, amit Struts-ban csináltam >> > (még >> >  az egyesben). Most szeretném egy kicsit felújítani, úgy hogy közben >> >  tanuljak valami újat. Ti mit ajánlotok, mire váltsam le a Struts-ot? >> >  Szeretnék Tomcat alatt maradni. más megkötés nincs. Király Péter >> > >> > > > Wicket. Vagy GWT. De az igazán nagy változás lenne :) A wicket nagy valtozas, de a hatasa kb. olyan, mint amikor az orvos kozli, hogy elhagyhatod a vastudot. lsp From kirunews at freemail.hu Thu Mar 4 12:18:25 2010 From: kirunews at freemail.hu (=?ISO-8859-2?Q?Kir=E1ly_P=E9ter?=) Date: Thu, 4 Mar 2010 12:18:25 +0100 (CET) Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: Message-ID: Sziasztok, jól feladtátok a leckét, azt gondoltam, hogy egy-két framework között leszvalami vita, ehelyett majd' mindenki mást mondott ;-). Amiélrt perszenagy köszönet! Legalább most átolvasom a bevezetőket, meg a tutoriálokat. Egyelőrea grails tűnikszimpatikusnak, mert a fájlszerkezete olyasmi, mint aRuby on Rails-szé, amit egyszer már próbálgattam és az tetszett, megvan hozzáparancssor, ami nagyon hasznos tud lenni sok helyzetben, nomegbenne van a Hibernate is, ami megint nem hátrány. Túl JS-es iránybanem akarok elmenni, mert ha ilyen kell, akkor a keretrendszerrelszembeni elvárásom az, hogy lehessen passzítani hozzá bármilyenJS-es könyvtárat (jQuery, YUI, Ext) (amit még a Struts 1-hez is lehet), ésviszonylagegyszerű legyen oda-vissza a JSON szerializálás, de ha nem megy,akkor még mindig ott vannak Douglas Crockford osztályai. Ami igy elsőreegyiknél sem világos, az az, hogy támogatják-e a clean URL-eket, amikornem úgy hívok meg egy oldalt, hogy showBook.do?bookid=52424, hanemegyszerűen book/52424. Tudom, hogy vannak URL rewrite könyvtárak, meghasználom is az egyiket, de jó lenne, ha már a keretrendszer is tudná. Mindenesetre ha van még javaslat, jöhet! Király Péter

________________________________________________________
 Kössön utasbiztosítást online most 20% kedvezménnyel! --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100304/bf6a2aa0/attachment-0001.html From tomto at freemail.hu Thu Mar 4 13:36:38 2010 From: tomto at freemail.hu (TomTo:)) Date: Thu, 4 Mar 2010 13:36:38 +0100 Subject: [Java lista] Struts helyett milyen MVC? Message-ID: <201003041336.38242.tomto@freemail.hu> Hali! 2010. március 4. dátummal ezt írta: > Túl JS-es irányba nem akarok elmenni, mert ha ilyen kell, akkor a > keretrendszerrelszembeni elvárásom az, hogy lehessen passzítani hozzá > bármilyenJS-es könyvtárat (jQuery, YUI, Ext) (amit még a Struts 1-hez is > lehet) Grails: http://www.grails.org/Ajax > , ésviszonylagegyszerű legyen oda-vissza a JSON szerializálás, de ha Az előző linken is van rá utalás, de ha ez nem elég, használhatod a Converters plugint (http://www.grails.org/Converters+Plugin) és akkor elég annyit mondanod a controllerben, hogy render Valami.get(id) as JSON > nem megy,akkor még mindig ott vannak Douglas Crockford osztályai. Ami igy > elsőreegyiknél sem világos, az az, hogy támogatják-e a clean URL-eket, > amikornem úgy hívok meg egy oldalt, hogy showBook.do?bookid=52424, > hanemegyszerűen book/52424. Tudom, hogy vannak URL rewrite könyvtárak, > meghasználom is az egyiket, de jó lenne, ha már a keretrendszer is tudná. Grails-ben alapból használhatod mindkét formát, de variálhatod is tetszés szerint (http://www.grails.org/URL+mapping) Szerintem érdemes körülnézni a pluginek közt, van jó pár hasznos köztük. ( http://www.grails.org/plugin/category/all ) Üdv, TomTo:) > Mindenesetre ha van még javaslat, jöhet! Király Péter > > target="_blank">

__________________________________________________ > ______
 href="http://ghu.hit.gemius.pl/hitredir/id=B3CVH_dUUb_QHI_jJBbX57R5Ld_y2Ob > ec7Z.NP_ArIj.y7/stparam=lpgomiepan/url=https://www.allianzdirect.hu"> > Kössön utasbiztosítást online most 20% kedvezménnyel! > > From biziclop at gmail.com Thu Mar 4 13:41:20 2010 From: biziclop at gmail.com (biziclop) Date: Thu, 4 Mar 2010 12:41:20 +0000 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <201003041336.38242.tomto@freemail.hu> References: <201003041336.38242.tomto@freemail.hu> Message-ID: 2010/3/4 TomTo:) : > Hali! > > 2010. március 4. dátummal ezt írta: >> Túl JS-es irányba nem akarok elmenni, mert ha ilyen kell, akkor a >>  keretrendszerrelszembeni elvárásom az, hogy lehessen passzítani hozzá >>  bármilyenJS-es könyvtárat (jQuery, YUI, Ext) (amit még a Struts 1-hez is >>  lehet) > Grails: http://www.grails.org/Ajax > >>  , ésviszonylagegyszerű legyen oda-vissza a JSON szerializálás, de ha > Az előző linken is van rá utalás, de ha ez nem elég, használhatod a Converters > plugint (http://www.grails.org/Converters+Plugin) és akkor elég annyit > mondanod a controllerben, hogy > render Valami.get(id) as JSON Vagy hasznalhatsz Wicketet es akkor nem is erdekes, hogy ki mibe szerializal. :) lsp From kristof.jozsa at gmail.com Thu Mar 4 13:47:58 2010 From: kristof.jozsa at gmail.com (Kristof Jozsa) Date: Thu, 4 Mar 2010 12:47:58 +0000 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <7709583f4f11.4b8f881a@sch.bme.hu> References: <1896673506-1267693488-cardhu_decombobulator_blackberry.rim.net-51588059-@bda161.bisx.produk.on.blackberry> <7709583f4f11.4b8f881a@sch.bme.hu> Message-ID: igen és terjesztem is tűzzel vassal ahol érem mindenkinek. aki szerint meg minek ha van svn-je, ezt épp ma reggel shareltem: http://hginit.com/00.html K 2010/3/4 "Soós István" : > Használ esetleg valaki Mercurialt huzamosabb ideje? > > István > > ----- Original Message ----- > From: Peter Verhas > Date: Thursday, March 4, 2010 10:04 am > Subject: [Java lista] Válasz:  Version control > To: javalist at javagrund.hu > >> Martin Fowler a blogjaban par hete eppen errol irt egy szosszenetet. Azert az arnyalja az >> "svn-nek lealdozott" mondast. >> >> Imho cvs-t mar nem valasztanek most indulo projekthez (mar 5 éve nem tennek ilyent) inkabb >> svn-t. >> >> Peter >> Verhás Péter >> +36(30)9306805 >> peter at verhas.com >> >> >> -----Original Message----- >> From: "Szomor Attila" >> Date: Thu, 04 Mar 2010 09:44:29 >> To: javalist at javagrund.hu >> Subject: [Java lista] Version control >> >> Sziasztok, >> >> Nem olyan rég volt egy ilyen téma és ott felmerült, hogy a CVS-nek és az >> SVN-nek már leáldozott, melyik volt az az új trónkövetelő? >> >> K0szi, Attila. >> >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> >> >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From kristof.jozsa at gmail.com Thu Mar 4 13:50:35 2010 From: kristof.jozsa at gmail.com (Kristof Jozsa) Date: Thu, 4 Mar 2010 12:50:35 +0000 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: References: Message-ID: grails nekem első blikkre olvashatatlan és a RoR koppintás se a legszimpibb (a rails tökéletes arra amire való de akkor legyen rails, miért legyen más?) +1 Wicketnek, az első web framework ami 3-4 év elteltével ugyanúgy a legjobbnak tűnik mint az első ismerkedésnél. K 2010/3/4 Király Péter : > Sziasztok, > > jól feladtátok a leckét, azt gondoltam, hogy egy-két framework között lesz > valami vita, ehelyett majd' mindenki mást mondott ;-). Amiélrt persze > nagy köszönet! > > Legalább most átolvasom a bevezetőket, meg a tutoriálokat. Egyelőre > a grails tűnikszimpatikusnak, mert a fájlszerkezete olyasmi, mint a > Ruby on Rails-szé, amit egyszer már próbálgattam és az tetszett, meg > van hozzáparancssor, ami nagyon hasznos tud lenni sok helyzetben, nomeg > benne van a Hibernate is, ami megint nem hátrány. Túl JS-es irányba > nem akarok elmenni, mert ha ilyen kell, akkor a keretrendszerrel > szembeni elvárásom az, hogy lehessen passzítani hozzá bármilyen > JS-es könyvtárat (jQuery, YUI, Ext) (amit még a Struts 1-hez is lehet), és > viszonylagegyszerű legyen oda-vissza a JSON szerializálás, de ha nem megy, > akkor még mindig ott vannak Douglas Crockford osztályai. Ami igy elsőre > egyiknél sem világos, az az, hogy támogatják-e a clean URL-eket, amikor > nem úgy hívok meg egy oldalt, hogy showBook.do?bookid=52424, hanem > egyszerűen book/52424. Tudom, hogy vannak URL rewrite könyvtárak, meg > használom is az egyiket, de jó lenne, ha már a keretrendszer is tudná. > > Mindenesetre ha van még javaslat, jöhet! > > Király Péter > > ________________________________________________________ > Kössön utasbiztosítást online most 20% kedvezménnyel! > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > From sirkalmi at kalmiesemese.hu Thu Mar 4 14:02:00 2010 From: sirkalmi at kalmiesemese.hu (=?ISO-8859-1?Q?Mari=E1k_K=E1lm=E1n?=) Date: Thu, 04 Mar 2010 14:02:00 +0100 Subject: [Java lista] =?iso-8859-1?q?Webapp-on_bel=FCl_kiny=EDrni_az_=F6ss?= =?iso-8859-1?q?zes_session-t?= Message-ID: <1267707720.2851.4.camel@sirkalmi-laptop> Szervusztok! Hogyan lehetséges kinyírni az összes session-t egy adott webappon belül? Tomcat 6.x -et használok. Van egy Lambda Probe monitoring program hozzá ami képes invalidate-re állítani session objektumokat de egyszerre csak 50 db-ot lehet kijelölni vele. Nekem több tízezret kéne tesztelés céljából kilőni egyszerre. Köszönöm a válaszokat! sirkalmi From auth.gabor at javaforum.hu Thu Mar 4 14:09:04 2010 From: auth.gabor at javaforum.hu (Auth =?iso-8859-2?q?G=E1bor?=) Date: Thu, 4 Mar 2010 14:09:04 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A_Version_control?= In-Reply-To: References: <7709583f4f11.4b8f881a@sch.bme.hu> Message-ID: <201003041409.04317.auth.gabor@javaforum.hu> Halihó! 2010. március 4. 13.47.58 Kristof Jozsa dátummal ezt írta: > igen és terjesztem is tűzzel vassal ahol érem mindenkinek. aki szerint > meg minek ha van svn-je, ezt épp ma reggel shareltem: > http://hginit.com/00.html Egy baj van ezzel a leírással, hogy MLM stílusú földbe döngöléssel próbál kuncsaftokat szerezni, tételesen leírva, hogy miért rossz az 1.4-es Svn. Lassan az 1.7-es jön. De ha megnézem a Git hasonló leírását, akkor ott az Svn és a Hg is egy fos. Ha megnézem az Svn leírását, akkor nem látom ezt a fajta lehengerlő stílust. -- Auth Gábor From sayusi.ando at gmail.com Thu Mar 4 14:11:45 2010 From: sayusi.ando at gmail.com (=?UTF-8?B?QW5kcsOhcyBDc8Ohbnlp?=) Date: Thu, 4 Mar 2010 14:11:45 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <201003041409.04317.auth.gabor@javaforum.hu> References: <7709583f4f11.4b8f881a@sch.bme.hu> <201003041409.04317.auth.gabor@javaforum.hu> Message-ID: 2010/3/4 Auth Gábor : > Halihó! > > 2010. március 4. 13.47.58 Kristof Jozsa dátummal ezt írta: >> igen és terjesztem is tűzzel vassal ahol érem mindenkinek. aki szerint >> meg minek ha van svn-je, ezt épp ma reggel shareltem: >> http://hginit.com/00.html > >  Egy baj van ezzel a leírással, hogy MLM stílusú földbe döngöléssel próbál > kuncsaftokat szerezni, tételesen leírva, hogy miért rossz az 1.4-es Svn. > Lassan az 1.7-es jön. >  De ha megnézem a Git hasonló leírását, akkor ott az Svn és a Hg is egy fos. > Ha megnézem az Svn leírását, akkor nem látom ezt a fajta lehengerlő stílust. Lehet, hogy én látom már megint rosszul a dolgokat, de ez nem úgy működik, hogy első lépésként kitalálom, hogy mit akarok. Ezt követően megnézem milyen eszközök vannak. Kipróbálom őket, majd kiválasztom, hogy számomra melyik a megfelelő. Idővel ismételten fel tudom vizsgálni, hogy milyen igényeim vannak és megcsinálom a fenti kört. Az, hogy ki mit gondol, tapasztal pedig a tapasztalataim fényében ignorálom vagy istenítem, hogy a két végletet említsem csak. -- - - -- Csanyi Andras -- http://sayusi.hu -- Sayusi Ando -- "Bízzál Istenben és tartsd szárazon a puskaport!".-- Cromwell From sirkalmi at kalmiesemese.hu Thu Mar 4 14:21:04 2010 From: sirkalmi at kalmiesemese.hu (=?ISO-8859-1?Q?Mari=E1k_K=E1lm=E1n?=) Date: Thu, 04 Mar 2010 14:21:04 +0100 Subject: [Java lista] =?iso-8859-1?q?V=E1lasz=3A_Version_control?= In-Reply-To: <201003041409.04317.auth.gabor@javaforum.hu> References: <7709583f4f11.4b8f881a@sch.bme.hu> <201003041409.04317.auth.gabor@javaforum.hu> Message-ID: <1267708864.2851.7.camel@sirkalmi-laptop> Lesz valami újdonság az 1.7-es svn-ben? Főleg a merge képesség - vagy képtelenség :-( - érdekel. Tulajdonképpen a mergelést a kliens vagy a szerver végzi? -- sirkalmi On Thu, 2010-03-04 at 14:09 +0100, Auth Gábor wrote: > Lassan az 1.7-es jön. From auth.gabor at javaforum.hu Thu Mar 4 14:24:48 2010 From: auth.gabor at javaforum.hu (Auth =?iso-8859-2?q?G=E1bor?=) Date: Thu, 4 Mar 2010 14:24:48 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A_Version_control?= In-Reply-To: <1267708864.2851.7.camel@sirkalmi-laptop> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> Message-ID: <201003041424.48401.auth.gabor@javaforum.hu> Halihó! 2010. március 4. 14.21.04 Mariák Kálmán dátummal ezt írta: > Lesz valami újdonság az 1.7-es svn-ben? Főleg a merge képesség - vagy > képtelenség :-( - érdekel. Tulajdonképpen a mergelést a kliens vagy a > szerver végzi? Mi a baj a merge (képtelenséggel)? Én naponta többször végzek merge műveleteket, és nem érzem nehéznek... hogy csinálod? -- Auth Gábor From istvan.szekely at i-logic.hu Thu Mar 4 14:33:18 2010 From: istvan.szekely at i-logic.hu (=?ISO-8859-2?Q?Istv=E1n_Sz=E9kely?=) Date: Thu, 04 Mar 2010 14:33:18 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A_Version_control?= In-Reply-To: <201003041409.04317.auth.gabor@javaforum.hu> References: <7709583f4f11.4b8f881a@sch.bme.hu> <201003041409.04317.auth.gabor@javaforum.hu> Message-ID: <4B8FB69E.70503@i-logic.hu> Hali! Auth Gábor wrote: > Halihó! > > 2010. március 4. 13.47.58 Kristof Jozsa dátummal ezt írta: > >> igen és terjesztem is tűzzel vassal ahol érem mindenkinek. aki szerint >> meg minek ha van svn-je, ezt épp ma reggel shareltem: >> http://hginit.com/00.html >> > > Egy baj van ezzel a leírással, hogy MLM stílusú földbe döngöléssel próbál > kuncsaftokat szerezni, tételesen leírva, hogy miért rossz az 1.4-es Svn. > Lassan az 1.7-es jön. > De ha megnézem a Git hasonló leírását, akkor ott az Svn és a Hg is egy fos. > Ha megnézem az Svn leírását, akkor nem látom ezt a fajta lehengerlő stílust. > Nekem is pontosan ez az érzésem volt. Olyan színpadonugrálós erőszak-marketinges, tudjuk, mire gondolok. Az svn merge valóban nem a legszuperebb, de azért nem annyira nagy gáz. 6 ember két hétig merge-el? Na ne már... Az SVN tutorialban is benne van, hogy ha branchelsz, akkor rendszeres időközben húzd be a trunk változásait, különben túl messzire távolodsz, és gond lesz a merge során. Igazából érdekel, hogy a Mercurial hogyan kezeli a fenti szituációt. Meg az is érdekel, hogy a local repository-k (benne több changeset sok változása) szinkronizációja a master repoval sem okoz gondot? Kristóf, István, tényleg ennyivel jobb a merge? Stivi From syntern at sch.bme.hu Thu Mar 4 14:33:38 2010 From: syntern at sch.bme.hu (=?iso-8859-2?B?IlNv83MgSXN0duFuIg==?=) Date: Thu, 04 Mar 2010 14:33:38 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <1FA7D9DE2EE2452F819D6274D76F694C@amd64> References: <4B8F8585.7080402@i-logic.hu> <1FA7D9DE2EE2452F819D6274D76F694C@amd64> Message-ID: <7708c1aa7211.4b8fc4c2@sch.bme.hu> > Skacok, ez marha szimpi így első ránézésre, és nagyon köszi az infót is. > Zöldmezős fejlesztés esetén milyen ellenérvet tudnának ellene mondani a > wicket-esek vagy springesek? ;) GWT-s widgetekre épít. Ha számít egy kicsit is, hogy egy search engine megtalálja az oldalad, akkor maradj pl. a wicket-nél :) István From sirkalmi at kalmiesemese.hu Thu Mar 4 14:36:12 2010 From: sirkalmi at kalmiesemese.hu (=?ISO-8859-1?Q?Mari=E1k_K=E1lm=E1n?=) Date: Thu, 04 Mar 2010 14:36:12 +0100 Subject: [Java lista] =?iso-8859-1?q?V=E1lasz=3A_Version_control?= In-Reply-To: <201003041424.48401.auth.gabor@javaforum.hu> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> Message-ID: <1267709772.2851.13.camel@sirkalmi-laptop> Azt vettem észre, hogy a hibatűrése az svn-nek egyenő a nullával. Ha megsértem a kis belső szabályrendszerét egyszer akkor utána össze vissza működik a reintegrate. Van pl egy két ágam egy dev meg egy live. Ha a live ágba átkerül egy rész ág de nem merge által, hanem átmásolással akkor ezen két rész ág között nem fog működni a reintegrate. Más idegesítő probláma, hogy csont megegyező sorokat conflict-nak jelöl meg. Sorolhatnám még, ha lenne időm de pont ezek a szarságok miatt nincs :-( Ezért kérdem, hogy a cliens vagy a szerver végzi a merge műveletet, mert lehet, hogy a subversive eclipse pluginom a szar. -- sirkalmi On Thu, 2010-03-04 at 14:24 +0100, Auth Gábor wrote: > Mi a baj a merge (képtelenséggel)? Én naponta többször végzek merge > műveleteket, és nem érzem nehéznek... hogy csinálod? From kristof.jozsa at gmail.com Thu Mar 4 14:39:51 2010 From: kristof.jozsa at gmail.com (Kristof Jozsa) Date: Thu, 4 Mar 2010 13:39:51 +0000 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <4B8FB69E.70503@i-logic.hu> References: <7709583f4f11.4b8f881a@sch.bme.hu> <201003041409.04317.auth.gabor@javaforum.hu> <4B8FB69E.70503@i-logic.hu> Message-ID: 2010/3/4 István Székely : > Igazából érdekel, hogy a Mercurial hogyan kezeli a fenti szituációt. Meg > az is érdekel, hogy a local repository-k (benne több changeset sok > változása) szinkronizációja a master repoval sem okoz gondot? Kristóf, > István, tényleg ennyivel jobb a merge? olyat én még nem láttam subversionnel hogy amikor egy csapat egyik fejlesztője egy hétig magában dolgozik és nem committol és közben csinálnak a projecten egy olyan refactort ahol 9 maven artifactból 16 lesz (értsd: file nem marad a helyén) plusz 5 másik dolgozik a VCS-be egész héten, és utána a "rogue" fejlesztő commitja conflict nélkül bepotyog minden a maga helyére. ezt hg-val konkrétan előadtuk.. a cikk stílusa lehet h gáz (nekem semmi bajom vele) de a tények attól nem változnak és egy idő után már belefárad ám az ember h más embereket erőszakkal rákényszerítsen h *nekik* legyen jó :) K ps. van hg user a környéken aki szerint aggasztó a cikk hangvétele? :) From auth.gabor at javaforum.hu Thu Mar 4 14:40:30 2010 From: auth.gabor at javaforum.hu (Auth =?iso-8859-2?q?G=E1bor?=) Date: Thu, 4 Mar 2010 14:40:30 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A_Version_control?= In-Reply-To: <1267709772.2851.13.camel@sirkalmi-laptop> References: <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> Message-ID: <201003041440.30080.auth.gabor@javaforum.hu> Halihó! 2010. március 4. 14.36.12 Mariák Kálmán dátummal ezt írta: > Azt vettem észre, hogy a hibatűrése az svn-nek egyenő a nullával. Én nem vettem észre ilyesmit... :) > Ha megsértem a kis belső szabályrendszerét egyszer akkor utána össze vissza > működik a reintegrate. Ja kérem, akkor az Ön készülékében van a hiba... :) > Van pl egy két ágam egy dev meg egy live. Ha a live ágba átkerül egy rész ág > de nem merge által, hanem átmásolással akkor ezen két rész ág között nem fog > működni a reintegrate. Ezt nem értem. Honnan kerül hova nem merge által? Milyen másolással kerül oda? > Más idegesítő probláma, hogy csont megegyező sorokat conflict-nak jelöl > meg. Sorolhatnám még, ha lenne időm de pont ezek a szarságok miatt > nincs :-( Ezért kérdem, hogy a cliens vagy a szerver végzi a merge > műveletet, mert lehet, hogy a subversive eclipse pluginom a szar. A kliens végzi. -- Auth Gábor From istvan.szekely at i-logic.hu Thu Mar 4 14:46:24 2010 From: istvan.szekely at i-logic.hu (=?ISO-8859-2?Q?Istv=E1n_Sz=E9kely?=) Date: Thu, 04 Mar 2010 14:46:24 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A_Version_control?= In-Reply-To: <1267709772.2851.13.camel@sirkalmi-laptop> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> Message-ID: <4B8FB9B0.20009@i-logic.hu> Hello, Valamit nagyon rosszul csinálsz. Ennyire nem gáz az SVN sem. Mariák Kálmán wrote: > Azt vettem észre, hogy a hibatűrése az svn-nek egyenő a nullával. Ha > megsértem a kis belső szabályrendszerét egyszer akkor utána össze vissza > működik a reintegrate. Van pl egy két ágam egy dev meg egy live. Ha a > live ágba átkerül egy rész ág de nem merge által, hanem átmásolással > akkor ezen két rész ág között nem fog működni a reintegrate. > Igen, egy kicsit érzékeny a mergeinfo propertyre. Ha azt nem kezeled rendesen, akkor ne is számíts semmi jóra. Ha valamit másolsz, akkor az nem merge, és nem kerül oda mergeinfo property. Tessék szépen úgy csinálni, ahogy illik. > Más idegesítő probláma, hogy csont megegyező sorokat conflict-nak jelöl > meg. Sorolhatnám még, ha lenne időm de pont ezek a szarságok miatt > nincs :-( Ezért kérdem, hogy a cliens vagy a szerver végzi a merge > műveletet, mert lehet, hogy a subversive eclipse pluginom a szar. > > Nem lehet, hogy whitespace különbség van? Valamelyik kollégának nem ugyanolyan formatter van beállítva (céges code convention kérdésköre), aztán formáz, elment, jól be is conflictol az egész fájl. Merge-elni csak working copyba lehet, csak a kliens végezheti. Kérdés persze, hogy milyen szerver API-kat hív a háttérben (elvégre a változás meg a szerverről jön). Nálunk Subclipse-szel ilyen nem szokott lenni. Mi is merge-elünk sokat prod és dev branch miatt, általában mégsem annyira nagy szívás. Üdv, Stivi From auth.gabor at javaforum.hu Thu Mar 4 14:51:26 2010 From: auth.gabor at javaforum.hu (Auth =?iso-8859-2?q?G=E1bor?=) Date: Thu, 4 Mar 2010 14:51:26 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A_Version_control?= In-Reply-To: References: <4B8FB69E.70503@i-logic.hu> Message-ID: <201003041451.26550.auth.gabor@javaforum.hu> Halihó! 2010. március 4. 14.39.51 Kristof Jozsa dátummal ezt írta: > olyat én még nem láttam subversionnel hogy amikor egy csapat egyik > fejlesztője egy hétig magában dolgozik és nem committol és közben > csinálnak a projecten egy olyan refactort ahol 9 maven artifactból 16 > lesz (értsd: file nem marad a helyén) plusz 5 másik dolgozik a VCS-be > egész héten, és utána a "rogue" fejlesztő commitja conflict nélkül > bepotyog minden a maga helyére. ezt hg-val konkrétan előadtuk.. Nekem most nincs időm és erőm ezt kipróbálni Subversion esetén (1.6-os igen sokat fejlődött merge tracking területén), de céges környezetben még nem éltem meg ilyet, amit írsz. Nagyobb nyílt forrású projekt esetén elhiszem, hogy létfontosságú, a git is a Linux kernel fejlesztők igényei alapján keletkezett, ahol minden nap előfordult, hogy teljes ágak kerültek szét- és összeszervezésre. A Hg is ilyen igények alapján született, az Svn pedig teljesen más elvek alapján szerveződött. Azt leírni vagy elmondani, hogy az Svn használhatatlan fos, az kicsit erős. > ps. van hg user a környéken aki szerint aggasztó a cikk hangvétele? :) Ps.: Van A..ay ügynök a környéken, aki szerint aggasztó az A..ay előadás hangvétele? :) -- Auth Gábor From kristof.jozsa at gmail.com Thu Mar 4 14:52:56 2010 From: kristof.jozsa at gmail.com (Kristof Jozsa) Date: Thu, 4 Mar 2010 13:52:56 +0000 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <201003041451.26550.auth.gabor@javaforum.hu> References: <4B8FB69E.70503@i-logic.hu> <201003041451.26550.auth.gabor@javaforum.hu> Message-ID: 2010/3/4 Auth Gábor : > Halihó! > > 2010. március 4. 14.39.51 Kristof Jozsa dátummal ezt írta: >> olyat én még nem láttam subversionnel hogy amikor egy csapat egyik >> fejlesztője egy hétig magában dolgozik és nem committol és közben >> csinálnak a projecten egy olyan refactort ahol 9 maven artifactból 16 >> lesz (értsd: file nem marad a helyén) plusz 5 másik dolgozik a VCS-be >> egész héten, és utána a "rogue" fejlesztő commitja conflict nélkül >> bepotyog minden a maga helyére. ezt hg-val konkrétan előadtuk.. > >  Nekem most nincs időm és erőm ezt kipróbálni Subversion esetén (1.6-os igen > sokat fejlődött merge tracking területén), de céges környezetben még nem éltem > meg ilyet, amit írsz. >  Nagyobb nyílt forrású projekt esetén elhiszem, hogy létfontosságú, a git is > a Linux kernel fejlesztők igényei alapján keletkezett, ahol minden nap > előfordult, hogy teljes ágak kerültek szét- és összeszervezésre. A Hg is ilyen > igények alapján született, az Svn pedig teljesen más elvek alapján > szerveződött. Azt leírni vagy elmondani, hogy az Svn használhatatlan fos, az > kicsit erős. szerintem simán ti ketten használjatok békében subversiont, a többi félkegyelmű féllábú szerencsétlen mint én például akik szerint irtalmatlan szopás az svn az olvassa el a cikket, migráljon és mindenki boldog. lapozzunk.. K >> ps. van hg user a környéken aki szerint aggasztó a cikk hangvétele? :) > >  Ps.: Van A..ay ügynök a környéken, aki szerint aggasztó az A..ay előadás > hangvétele? :) hát igen ez ilyen ;) From istvan.szekely at i-logic.hu Thu Mar 4 14:55:23 2010 From: istvan.szekely at i-logic.hu (=?ISO-8859-2?Q?Istv=E1n_Sz=E9kely?=) Date: Thu, 04 Mar 2010 14:55:23 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A_Version_control?= In-Reply-To: References: <7709583f4f11.4b8f881a@sch.bme.hu> <201003041409.04317.auth.gabor@javaforum.hu> <4B8FB69E.70503@i-logic.hu> Message-ID: <4B8FBBCB.8020605@i-logic.hu> Kristof Jozsa wrote: > 2010/3/4 István Székely : > >> Igazából érdekel, hogy a Mercurial hogyan kezeli a fenti szituációt. Meg >> az is érdekel, hogy a local repository-k (benne több changeset sok >> változása) szinkronizációja a master repoval sem okoz gondot? Kristóf, >> István, tényleg ennyivel jobb a merge? >> > > olyat én még nem láttam subversionnel hogy amikor egy csapat egyik > fejlesztője egy hétig magában dolgozik és nem committol és közben > csinálnak a projecten egy olyan refactort ahol 9 maven artifactból 16 > lesz (értsd: file nem marad a helyén) plusz 5 másik dolgozik a VCS-be > egész héten, és utána a "rogue" fejlesztő commitja conflict nélkül > bepotyog minden a maga helyére. ezt hg-val konkrétan előadtuk.. > Na így már igen. Az SVN nem kezeli jól (egyáltalán?) az ilyen refaktorokat. Kapunk egy csomó "Skipping..." hibát, amit kézzel kell megcsinálni. Ekkora refaktort azért nem csinálunk túl gyakran. Ha a Hg rendesen kezeli ezt is akkor szuper, de el lehet ezt ájlávdiszkámpeni-érzés nélkül is mondani. > a cikk stílusa lehet h gáz (nekem semmi bajom vele) de a tények attól > ... > ps. van hg user a környéken aki szerint aggasztó a cikk hangvétele? : Én SVN-t használok (egyelőre), mégsem érzem magam agykárosultnak. Üdv, Stivi From istvan.szekely at i-logic.hu Thu Mar 4 15:03:19 2010 From: istvan.szekely at i-logic.hu (=?ISO-8859-2?Q?Istv=E1n_Sz=E9kely?=) Date: Thu, 04 Mar 2010 15:03:19 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A_Version_control?= In-Reply-To: References: <4B8FB69E.70503@i-logic.hu> <201003041451.26550.auth.gabor@javaforum.hu> Message-ID: <4B8FBDA7.1060208@i-logic.hu> Kristof Jozsa wrote: > szerintem simán ti ketten használjatok békében subversiont, a többi > félkegyelmű féllábú szerencsétlen mint én például akik szerint > irtalmatlan szopás az svn az olvassa el a cikket, migráljon és > mindenki boldog. lapozzunk.. > Azért meg ne sértődj már... :) Én csak annyit mondtam, hogy a cikket köcsög stílusban írták, és utána tőletek kérdeztem, hogy a Hg tényleg annyival jobb-e. Erre érdemben választ kaptam, úgyhogy tényleg lehet lapozni. Üdv, Stivi From sirkalmi at kalmiesemese.hu Thu Mar 4 15:15:39 2010 From: sirkalmi at kalmiesemese.hu (=?ISO-8859-1?Q?Mari=E1k_K=E1lm=E1n?=) Date: Thu, 04 Mar 2010 15:15:39 +0100 Subject: [Java lista] =?iso-8859-1?q?V=E1lasz=3A_Version_control?= In-Reply-To: <4B8FB9B0.20009@i-logic.hu> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> Message-ID: <1267712139.2851.19.camel@sirkalmi-laptop> Igen most már tanultam az esetből. Azért választottam ezt a megoldást mert máshogyan körülményes egyes ágakat beemelni a dev-ből a live-ba. Mondok egy esetet. A / alatt van 20 könyvtár és megjelenik egy 21. amit át szeretnék vinni a dev ágból a live ágba. Ekkor mit jelölök mi a merge reintegrate során? A / gyökér elemet? De azalatt több száz egyéb dolog lehet amit nem akarok átvinni csak azt az egy könyvtárat. Ebben az esetben mi az eljárás? Mostanában azt csinálom hogy a / gyökér elemet jelölöm ki, majd commit előtt revert-el visszavonom azokat az elemeket amiket nem akarok kitenni a live-ba. Ez horror. De működik. -- sirkalmi On Thu, 2010-03-04 at 14:46 +0100, István Székely wrote: > Igen, egy kicsit érzékeny a mergeinfo propertyre. Ha azt nem kezeled > rendesen, akkor ne is számíts semmi jóra. Ha valamit másolsz, akkor > az > nem merge, és nem kerül oda mergeinfo property. Tessék szépen úgy > csinálni, ahogy illik. From sirkalmi at kalmiesemese.hu Thu Mar 4 15:21:36 2010 From: sirkalmi at kalmiesemese.hu (=?ISO-8859-1?Q?Mari=E1k_K=E1lm=E1n?=) Date: Thu, 04 Mar 2010 15:21:36 +0100 Subject: [Java lista] =?iso-8859-1?q?V=E1lasz=3A_Version_control?= In-Reply-To: <4B8FB9B0.20009@i-logic.hu> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> Message-ID: <1267712496.2851.25.camel@sirkalmi-laptop> Egészen biztos, hogy nem erről van szó. Csak én szerkesztettem az érintett állományokat. Konkrét eset, hogy kb 50 sorban ütközést mutattott de miután az 50 sor előtti sorba nyomtam egy tab-ot hirtelen megszűnt mind az 50 sorban az ütközés pedig azok érintetlenül lettek hagyva. Ezért kérdem, hogy a szerver vagy a kliens végzi a merge műveletet? Az a gyanúm, hogy a kliens vacak. Eclipse alá mit érdemes használni? Mintha láttam volna CollabNet-es klienst Eclipse alá. Használja valaki? Ők írjták a subversion-t akkor csak tudnak rendes plugint is írni hozzá. Gyanakszom a subversive-re. Az lesz a ludas. -- sirkalmi On Thu, 2010-03-04 at 14:46 +0100, István Székely wrote: > Nem lehet, hogy whitespace különbség van? Valamelyik kollégának nem > ugyanolyan formatter van beállítva (céges code convention > kérdésköre), > aztán formáz, elment, jól be is conflictol az egész fájl. From dome at ibex.hu Thu Mar 4 16:05:00 2010 From: dome at ibex.hu (=?ISO-8859-2?Q?d=F6me?=) Date: Thu, 04 Mar 2010 16:05:00 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <7708c1aa7211.4b8fc4c2@sch.bme.hu> References: <4B8F8585.7080402@i-logic.hu> <1FA7D9DE2EE2452F819D6274D76F694C@amd64> <7708c1aa7211.4b8fc4c2@sch.bme.hu> Message-ID: <4B8FCC1C.2030202@ibex.hu> Van rá mód, hogy az akár 95%-ban Javascript-es oldalakat is lássa a gugli. Nekem is sikerült rábírni. Döme > GWT-s widgetekre épít. Ha számít egy kicsit is, hogy egy search engine megtalálja az oldalad, akkor maradj pl. a wicket-nél :) > > __________ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 4914 (20100304) __________ Az üzenetet az ESET NOD32 Antivirus ellenőrizte. http://www.eset.hu From aron.gombas at midori.hu Thu Mar 4 16:17:26 2010 From: aron.gombas at midori.hu (Aron Gombas) Date: Thu, 04 Mar 2010 16:17:26 +0100 Subject: [Java lista] =?utf-8?q?=5BJOB=5D_Silverlight-Java_integr=C3=A1ci?= =?utf-8?q?=C3=B3_-_consulting_contract?= Message-ID: <4B8FCF06.5020600@midori.hu> Uraim, Az Intland Software keres vkit, aki gyakorlati tapaszatalattal bir a következő témában: *Silverlight frontend egy már meglévő Java backend elé*, pro és kontra, gyakorlati tapasztalatok pragmatikus szemmel. Komoly hozzáértés esetén *jóval* átlag feletti óradijat jelent a contract. (A hagyományos MS flame-elést kerüljük el, ha egy mód van rá.) Ha érdekel vagy tudsz vkit, akit érdekelhet, irj egy Skype nevet vagy telszámot, és dumáljunk róla. Üdv, -- Aron Gombas Midori, http://www.midori.hu From sirkalmi at kalmiesemese.hu Thu Mar 4 16:17:55 2010 From: sirkalmi at kalmiesemese.hu (=?ISO-8859-1?Q?Mari=E1k_K=E1lm=E1n?=) Date: Thu, 04 Mar 2010 16:17:55 +0100 Subject: [Java lista] =?iso-8859-1?q?Webapp-on_bel=FCl_kiny=EDrni_az_=F6ss?= =?iso-8859-1?q?zes_session-t?= In-Reply-To: <1267707720.2851.4.camel@sirkalmi-laptop> References: <1267707720.2851.4.camel@sirkalmi-laptop> Message-ID: <1267715875.2851.28.camel@sirkalmi-laptop> Közben rájöttem, leírom hátha másnak is jól jön: 1. webapp leállít 2. work dir alatt az érintett webapp törlése 3. webapp elindít -- sirkalmi On Thu, 2010-03-04 at 14:02 +0100, Mariák Kálmán wrote: > Szervusztok! > > Hogyan lehetséges kinyírni az összes session-t egy adott webappon > belül? > Tomcat 6.x -et használok. Van egy Lambda Probe monitoring program > hozzá > ami képes invalidate-re állítani session objektumokat de egyszerre > csak > 50 db-ot lehet kijelölni vele. Nekem több tízezret kéne tesztelés > céljából kilőni egyszerre. > > Köszönöm a válaszokat! > > sirkalmi From peter at verhas.com Thu Mar 4 16:52:27 2010 From: peter at verhas.com (Peter Verhas) Date: Thu, 4 Mar 2010 16:52:27 +0100 Subject: [Java lista] =?iso-8859-1?q?V=E1lasz=3A_Version_control?= In-Reply-To: <1267712496.2851.25.camel@sirkalmi-laptop> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> Message-ID: <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> Csak most jutottam géphez, hogy kikeressem a cikket, amit említettem (telefonról azért nem egyszerű vezetés közben, még dugóban sem :-) Itt az URL: http://martinfowler.com/bliki/VersionControlTools.html Péter From syntern at sch.bme.hu Thu Mar 4 17:07:10 2010 From: syntern at sch.bme.hu (=?iso-8859-2?B?IlNv83MgSXN0duFuIg==?=) Date: Thu, 04 Mar 2010 17:07:10 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <4B8FCC1C.2030202@ibex.hu> References: <4B8F8585.7080402@i-logic.hu> <1FA7D9DE2EE2452F819D6274D76F694C@amd64> <7708c1aa7211.4b8fc4c2@sch.bme.hu> <4B8FCC1C.2030202@ibex.hu> Message-ID: <7709786c1692.4b8fe8be@sch.bme.hu> ----- Original Message ----- From: döme Date: Thursday, March 4, 2010 4:05 pm Subject: Re: [Java lista] Struts helyett milyen MVC? To: javalist at javagrund.hu > Van rá mód, hogy az akár 95%-ban Javascript-es oldalakat is lássa a gugli. > Nekem is sikerült rábírni. Milyen módszered van, ami nem jár a szerver oldali kód duplikálásával? :) (Azt mindenki meg lehet csinálni, hogy külön kinyomod a textet egy noscript mezőbe és megeszi, de ugye ehhez kétszer kell dologzni, valamint pl. ez az Adsense szabályzatával nem kompatibilis...) István From gsashee at gmail.com Thu Mar 4 17:11:42 2010 From: gsashee at gmail.com (sashee) Date: Thu, 4 Mar 2010 17:11:42 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <7709786c1692.4b8fe8be@sch.bme.hu> References: <4B8F8585.7080402@i-logic.hu> <1FA7D9DE2EE2452F819D6274D76F694C@amd64> <7708c1aa7211.4b8fc4c2@sch.bme.hu> <4B8FCC1C.2030202@ibex.hu> <7709786c1692.4b8fe8be@sch.bme.hu> Message-ID: Nekem régesrégen volt egy olyan ötletem erre, hogy egy kliens oldali js néhány másodperc után elküldi az akkori HTML-t, majd a szerver küldd neki egy URL-t, hogy melyik legyen a következő oldal, így egy konkrét belépési ponttal egy idő után szépen legenerálta az összes elérhető oldalt, és noscript-ben pedig azt is kiküldte. Hobbiproject volt, nem gondolom, hogy production rendszeren meg lehetne értelmesen csinálni, de működött a dolog tesztkörnyezetben. sashee 2010/3/4 "Soós István" : > > > ----- Original Message ----- > From: döme > Date: Thursday, March 4, 2010 4:05 pm > Subject: Re: [Java lista] Struts helyett milyen MVC? > To: javalist at javagrund.hu > >> Van rá mód, hogy az akár 95%-ban Javascript-es oldalakat is lássa a gugli. >> Nekem is sikerült rábírni. > > Milyen módszered van, ami nem jár a szerver oldali kód duplikálásával? :) (Azt mindenki meg lehet csinálni, hogy külön kinyomod a textet egy noscript mezőbe és megeszi, de ugye ehhez kétszer kell dologzni, valamint pl. ez az Adsense szabályzatával nem kompatibilis...) > > István > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From peter at verhas.com Thu Mar 4 17:26:14 2010 From: peter at verhas.com (Peter Verhas) Date: Thu, 4 Mar 2010 17:26:14 +0100 Subject: [Java lista] =?iso-8859-1?q?V=E1lasz=3A_Version_control?= In-Reply-To: <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> Message-ID: <60f30cea1003040826o121528e4jd6281a5919a3f1ff@mail.gmail.com> >And Mike will chill out and share a doobie with the interns asszem ezt a cikket ezt követően írta a faszi, annyira laza :-) [kb: És Mike el fog lazulni és a gyakornokokkal megosztja a marihuánás cigarettáját.] lol és rofl Egyébként az a véleményem, hogy minden bizonnyal lehet írni egy cikket arról is, hogy mennyivel jobb jól használni az svn-t, mint rosszul a Mercurialt. Vagy bármiről, hogy mennyivel jobb jól használni A-t, mint rosszul B-t. BTW: Azt nem tudom, hogy hányan tudjátok, hogy a TortoiseSVN képes conflict esetén elindítani az Ms Office vagy at OpenOffice megfelelő programját (szöveg szerkesztőt, vagy táblázat kezelőt) úgy, hogy a conflict-ot "track change" jelennek meg, ha a fájl kiterjesztése odt, doc, xls, ods vagy valami hasonló. Az SVN-nél a merge-t mindig a kliens készíti el, és ha nincs merge csak sima update, akkor is a kliens készíti el a deltát. Ha például szar a kliens, akkor felküldheti bármikor az egész fájlt, mint deltát, és akkor rendesen tud nőni a repo. Személyes szubjektív tapasztalatom, hogy a NetBeans svn kliensével könnyebben boldogultam, mint az Eclipse subversivvel. Péter From tamas at cservenak.net Thu Mar 4 17:36:18 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Thu, 4 Mar 2010 17:36:18 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> Message-ID: <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> En szemelyesen nem eszem meg Martin-nak a cikkeit feltetel nelkul, de meghallgatni meghallgatom. O is csak ember, es tud nagy baromsagokat irni: http://twitter.com/martinfowler/status/7246023577 Amit pedig a Peter altal emlitett cikkben ir, azt annak a tukreben kell olvasni, amit egy regebbi cikkeben leirt: annyira lelkesult az SVN irant, hogy a _teljes_ home konyvtarat verziozta! (vagy valami hasonlo). Igen, a Martin bacsi. :) Git az igazi szamomra (egyetlen komolyabb problemaja van), de mindketto merfoldekkel jobb a tavoli SVN-tol .Nagyon sok esetben az SVN szerver es a te geped nem egy LANon vannak, es az SVN fo ellensege a halozati latencia ami lokalis LAN-okat kiveve altalaban hatalmas szokott lenni. A savszelesseg _nem_ segit, pedig a szolgaltatok csak azt "toljak", a latenciara rakerdezve altalaban meg szamot sem tudnak mondani. Te merheted meg, _miutan_ megrendelted es bekotteted a netet, de akkor mar altalaban keso. De valojaban aki egyszer is lefekudt a Git/Hg valamelyikevel, nem kivankozik vissza a CVS/SVN vilagaba. A Git hihetetlenul (komolyan! DE KOMOLYAN) gyors, ha SVN vilagabol erkezel. Es hihetetlenul "okos". A fenti emlitett problemak (merge, "kitorni a szabalyrendszerbol es gaz van", stb) mind igazak a SVN-re, de egyaltalan nem igazak a Gitre. En csak neztem, miutan hosszu gondolkodas utan SVN utan belemereszkedtem a Git hasznalataba.... azota is a Git es a Github a legjobb baratom. Nalunk a Contegix hosztolja az SVN reposunkat (ugyanaz a ceg es subnet ahol a maven central is van), mikor kint voltam SF-ban, a SVN jo volt, de Nexus branch merge eseten igy is jutott ido egy-egy cigire. Szegeden mar tusolni is tudok (volt LANnet, most Kabelnet). Lassan mozdulunk ki GITre, es azt kell mondanom, hogy a GIT jo az egeszsegemre, de a higieniam az megcsappant :D == Ami pedig az eclipse SVN integraciot illeti (mindketto): hasznalhatatlanok. De tudvalevo, hogy nem a subclipse/subversive programozokkal van a baj, mert ugyanezekkel a gondokkal kuszkodik a M2e Maven integracio, ez pedig az idiota "resource abstraction" ami az eclipse-ben van.... "File is outdated, refresh..." valaki? Thanks, ~t~ 2010/3/4 Peter Verhas > Csak most jutottam gĂŠphez, hogy kikeressem a cikket, amit emlĂ­tettem > (telefonrĂłl azĂŠrt nem egyszerĹą vezetĂŠs kĂśzben, mĂŠg dugĂłban sem :-) > > Itt az URL: > > http://martinfowler.com/bliki/VersionControlTools.html > > PĂŠter > _______________________________________________ > 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/20100304/a497521e/attachment.html From peter at verhas.com Thu Mar 4 18:11:14 2010 From: peter at verhas.com (Peter Verhas) Date: Thu, 4 Mar 2010 18:11:14 +0100 Subject: [Java lista] =?iso-8859-1?q?V=E1lasz=3A_Version_control?= In-Reply-To: <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> Message-ID: <60f30cea1003040911w44f2acf9mf2abd6f6a16fe791@mail.gmail.com> > te geped nem egy LANon vannak, es az SVN fo ellensege a halozati latencia Miért? Ezt csak érzed, vagy van valami tudományos alapja? Én nem érzem: vagy türelmesebb vagyok, vagy a Magyarországon belüli (BIX) látencia még elfogadható (tracert szerint olyan 20-30ms körül van). Tengeren túlra 100ms szokott lenni, annál sokkal rövidebbet meg a fizika szabályai szerint ne várj, tudod fénysebesség meg ilyenek. Egyébként meg az SVN http(s) DAV. Nem értem a látencia problémát. De hiszek neked, csak magyarázd el, lécci. Péter From istvan at verhas.com Thu Mar 4 18:19:35 2010 From: istvan at verhas.com (=?ISO-8859-2?Q?Verh=E1s_Istv=E1n?=) Date: Thu, 04 Mar 2010 18:19:35 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A__Version_control?= In-Reply-To: <7709583f4f11.4b8f881a@sch.bme.hu> References: <1896673506-1267693488-cardhu_decombobulator_blackberry.rim.net-51588059-@bda161.bisx.produk.on.blackberry> <7709583f4f11.4b8f881a@sch.bme.hu> Message-ID: <4B8FEBA7.7050003@verhas.com> Valami NetBeans nevű open source project mintha tavaly állt volna át Mercurial-ra cvs-ről. Írtak is róla cikket, hogy miért pont azt választották és miért nem svn-t. üdv vi Soós István wrote: > Használ esetleg valaki Mercurialt huzamosabb ideje? > > István > > ----- Original Message ----- > From: Peter Verhas > Date: Thursday, March 4, 2010 10:04 am > Subject: [Java lista] Válasz: Version control > To: javalist at javagrund.hu > > >> Martin Fowler a blogjaban par hete eppen errol irt egy szosszenetet. Azert az arnyalja az >> "svn-nek lealdozott" mondast. >> >> Imho cvs-t mar nem valasztanek most indulo projekthez (mar 5 éve nem tennek ilyent) inkabb >> svn-t. >> >> Peter >> Verhás Péter >> +36(30)9306805 >> peter at verhas.com >> >> >> -----Original Message----- >> From: "Szomor Attila" >> Date: Thu, 04 Mar 2010 09:44:29 >> To: javalist at javagrund.hu >> Subject: [Java lista] Version control >> >> Sziasztok, >> >> Nem olyan rég volt egy ilyen téma és ott felmerült, hogy a CVS-nek és az >> SVN-nek már leáldozott, melyik volt az az új trónkövetelő? >> >> K0szi, Attila. >> >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> >> >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> >> > _______________________________________________ > 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/20100304/6f162841/attachment.html From tamas at cservenak.net Thu Mar 4 18:22:52 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Thu, 4 Mar 2010 18:22:52 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <60f30cea1003040911w44f2acf9mf2abd6f6a16fe791@mail.gmail.com> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> <60f30cea1003040911w44f2acf9mf2abd6f6a16fe791@mail.gmail.com> Message-ID: <53d6e7831003040922t6f41b72cqa1f8f95b1d6e1310@mail.gmail.com> http://svn.haxx.se/users/archive-2006-04/0204.shtml Sok kis csomag "burst"-ben, ilyen mar a DAV/DeltaV protokol, ezen soha nem tudnak majd valtoztatni (hacsak a transport protokollt nem valtoztatjak meg). Igen, van "nativ" svn transport protokoll, de oszinten, hasznalja azt valaki? Egyik "erossegenek" emlegetik, hogy az SVN repo "browseable".... tehat nem varhato valtozas e teren, egyik erosseget eldobni? Miert legyek turelmesebb? Hasznaljam a Posta szolgaltatasait, es dobjam az email klienseimet? Az IRC kliensemet? A Skype-omat? Na ne, ez nem argumentum... "Tudomanyos" alapot nem tudok adni, csakis tapasztalatit: Clean Nexus OSS checkout (SVN): legalabb 3-5 perc (soha nem mertem, de legalabb 1-2 cigi, vagy 1 cigi + egy espresso elkeszitese) Clean NexusPEEDY checkout (Git) -- ez pedig a Nexus OSS Svn "mirror"ja Gitben: ha van 1perc.. Probald ki, gyujts tapasztalatot! :D http://svn.sonatype.org/nexus/trunk/ http://github.com/cstamas/nexus-peedy Thanks, ~t~ 2010/3/4 Peter Verhas > > te geped nem egy LANon vannak, es az SVN fo ellensege a halozati latencia > > MiĂŠrt? Ezt csak ĂŠrzed, vagy van valami tudomĂĄnyos alapja? > > Én nem ĂŠrzem: vagy tĂźrelmesebb vagyok, vagy a MagyarorszĂĄgon belĂźli > (BIX) lĂĄtencia mĂŠg elfogadhatĂł (tracert szerint olyan 20-30ms kĂśrĂźl > van). Tengeren tĂşlra 100ms szokott lenni, annĂĄl sokkal rĂśvidebbet meg > a fizika szabĂĄlyai szerint ne vĂĄrj, tudod fĂŠnysebessĂŠg meg ilyenek. > > EgyĂŠbkĂŠnt meg az SVN http(s) DAV. Nem ĂŠrtem a lĂĄtencia problĂŠmĂĄt. De > hiszek neked, csak magyarĂĄzd el, lĂŠcci. > > PĂŠter > _______________________________________________ > 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/20100304/ef275a61/attachment.html From kristof.jozsa at gmail.com Thu Mar 4 18:24:17 2010 From: kristof.jozsa at gmail.com (Kristof Jozsa) Date: Thu, 4 Mar 2010 18:24:17 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <4B8FEBA7.7050003@verhas.com> References: <1896673506-1267693488-cardhu_decombobulator_blackberry.rim.net-51588059-@bda161.bisx.produk.on.blackberry> <7709583f4f11.4b8f881a@sch.bme.hu> <4B8FEBA7.7050003@verhas.com> Message-ID: szerintem azért mert nem értenek az svn-hez :) K 2010/3/4 Verhás István : > Valami NetBeans nevű open source project mintha tavaly állt volna át > Mercurial-ra cvs-ről. Írtak is róla cikket, hogy miért pont azt választották > és miért nem svn-t. > üdv > vi > > Soós István wrote: > > Használ esetleg valaki Mercurialt huzamosabb ideje? > > István > > ----- Original Message ----- > From: Peter Verhas > Date: Thursday, March 4, 2010 10:04 am > Subject: [Java lista] Válasz: Version control > To: javalist at javagrund.hu > > > > Martin Fowler a blogjaban par hete eppen errol irt egy szosszenetet. Azert > az arnyalja az > "svn-nek lealdozott" mondast. > > Imho cvs-t mar nem valasztanek most indulo projekthez (mar 5 éve nem tennek > ilyent) inkabb > svn-t. > > Peter > Verhás Péter > +36(30)9306805 > peter at verhas.com > > > -----Original Message----- > From: "Szomor Attila" > Date: Thu, 04 Mar 2010 09:44:29 > To: javalist at javagrund.hu > Subject: [Java lista] Version control > > Sziasztok, > > Nem olyan rég volt egy ilyen téma és ott felmerült, hogy a CVS-nek és az > SVN-nek már leáldozott, melyik volt az az új trónkövetelő? > > K0szi, Attila. > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > > > > _______________________________________________ > 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 biziclop at gmail.com Thu Mar 4 18:27:04 2010 From: biziclop at gmail.com (biziclop) Date: Thu, 4 Mar 2010 17:27:04 +0000 Subject: [Java lista] =?iso-8859-1?q?V=E1lasz=3A_Version_control?= In-Reply-To: <53d6e7831003040922t6f41b72cqa1f8f95b1d6e1310@mail.gmail.com> References: <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> <60f30cea1003040911w44f2acf9mf2abd6f6a16fe791@mail.gmail.com> <53d6e7831003040922t6f41b72cqa1f8f95b1d6e1310@mail.gmail.com> Message-ID: > Clean Nexus OSS checkout (SVN): > legalabb 3-5 perc (soha nem mertem, de legalabb 1-2 cigi, vagy 1 cigi + egy > espresso elkeszitese) > Clean NexusPEEDY checkout (Git) -- ez pedig a Nexus OSS Svn "mirror"ja > Gitben: > ha van 1perc.. Es igy bizonyitottak be, hogy az SVN nem csak gyengeelmejuseget, hanem tudorakot is okoz. lsp From istvan at verhas.com Thu Mar 4 18:32:13 2010 From: istvan at verhas.com (=?UTF-8?B?VmVyaMOhcyBJc3R2w6Fu?=) Date: Thu, 04 Mar 2010 18:32:13 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <53d6e7831003040922t6f41b72cqa1f8f95b1d6e1310@mail.gmail.com> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> <60f30cea1003040911w44f2acf9mf2abd6f6a16fe791@mail.gmail.com> <53d6e7831003040922t6f41b72cqa1f8f95b1d6e1310@mail.gmail.com> Message-ID: <4B8FEE9D.9060407@verhas.com> Biztos valami ant-os project ĂŠs a lib kĂśnyvtĂĄrban vannak a jar-ok, azĂŠrt lassĂş a checkout :-)))))) Egy maven repo hasznĂĄlata nagysĂĄgrenddel meggyorsĂ­tja mĂŠg az svn-t is ĂŠs lelassĂ­tja az első fordĂ­tĂĄst! Ăźdv vi TamĂĄs CservenĂĄk wrote: > http://svn.haxx.se/users/archive-2006-04/0204.shtml > > Sok kis csomag "burst"-ben, ilyen mar a DAV/DeltaV protokol, ezen soha > nem tudnak majd valtoztatni (hacsak a transport protokollt nem > valtoztatjak meg). Igen, van "nativ" svn transport protokoll, de > oszinten, hasznalja azt valaki? Egyik "erossegenek" emlegetik, hogy az > SVN repo "browseable".... tehat nem varhato valtozas e teren, egyik > erosseget eldobni? > > Miert legyek turelmesebb? Hasznaljam a Posta szolgaltatasait, es > dobjam az email klienseimet? Az IRC kliensemet? A Skype-omat? Na ne, > ez nem argumentum... > > "Tudomanyos" alapot nem tudok adni, csakis tapasztalatit: > > Clean Nexus OSS checkout (SVN): > legalabb 3-5 perc (soha nem mertem, de legalabb 1-2 cigi, vagy 1 cigi > + egy espresso elkeszitese) > > Clean NexusPEEDY checkout (Git) -- ez pedig a Nexus OSS Svn "mirror"ja > Gitben: > ha van 1perc.. > > Probald ki, gyujts tapasztalatot! :D > > http://svn.sonatype.org/nexus/trunk/ > http://github.com/cstamas/nexus-peedy > > > Thanks, > ~t~ > > > 2010/3/4 Peter Verhas > > > > te geped nem egy LANon vannak, es az SVN fo ellensege a halozati > latencia > > MiĂŠrt? Ezt csak ĂŠrzed, vagy van valami tudomĂĄnyos alapja? > > Én nem ĂŠrzem: vagy tĂźrelmesebb vagyok, vagy a MagyarorszĂĄgon belĂźli > (BIX) lĂĄtencia mĂŠg elfogadhatĂł (tracert szerint olyan 20-30ms kĂśrĂźl > van). Tengeren tĂşlra 100ms szokott lenni, annĂĄl sokkal rĂśvidebbet meg > a fizika szabĂĄlyai szerint ne vĂĄrj, tudod fĂŠnysebessĂŠg meg ilyenek. > > EgyĂŠbkĂŠnt meg az SVN http(s) DAV. Nem ĂŠrtem a lĂĄtencia problĂŠmĂĄt. De > hiszek neked, csak magyarĂĄzd el, lĂŠcci. > > PĂŠter > _______________________________________________ > 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/20100304/976abc4d/attachment.html From istvan at verhas.com Thu Mar 4 19:20:41 2010 From: istvan at verhas.com (=?ISO-8859-2?Q?Verh=E1s_Istv=E1n?=) Date: Thu, 04 Mar 2010 19:20:41 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A_Version_control?= In-Reply-To: <1267709772.2851.13.camel@sirkalmi-laptop> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> Message-ID: <4B8FF9F9.40203@verhas.com> "The new reintegrate option is a shorthanded version of the 2-URL merge....In other words, reintegrate is just a new syntax plus some safety checks (more on this later). If these checks fail and cannot easily be corrected, then you can use the older syntax. " @ http://blogs.open.collab.net/svn/2008/07/subversion-merg.html Én még sosem használtam a reintegrate-t, csak merge-t, mert az még világos, hogy mit csinál(ok) pontosan. Igaz nem végez ellenőrzést, hanem körültekintőnek kell lenni. Ha nem vagy elég körültekintő azért nem tud akkor bajt okozni mint a védőlap nélküli körfűrész esetén, mert itt van revert, főleg ha előtte volt commit. üdv vi Mariák Kálmán wrote: > Azt vettem észre, hogy a hibatűrése az svn-nek egyenő a nullával. Ha > megsértem a kis belső szabályrendszerét egyszer akkor utána össze vissza > működik a reintegrate. Van pl egy két ágam egy dev meg egy live. Ha a > live ágba átkerül egy rész ág de nem merge által, hanem átmásolással > akkor ezen két rész ág között nem fog működni a reintegrate. > Más idegesítő probláma, hogy csont megegyező sorokat conflict-nak jelöl > meg. Sorolhatnám még, ha lenne időm de pont ezek a szarságok miatt > nincs :-( Ezért kérdem, hogy a cliens vagy a szerver végzi a merge > műveletet, mert lehet, hogy a subversive eclipse pluginom a szar. > > -- > sirkalmi > > On Thu, 2010-03-04 at 14:24 +0100, Auth Gábor wrote: > >> Mi a baj a merge (képtelenséggel)? Én naponta többször végzek merge >> műveleteket, és nem érzem nehéznek... hogy csinálod? >> > > _______________________________________________ > 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/20100304/92b1685c/attachment-0001.html From peter at verhas.com Thu Mar 4 19:27:39 2010 From: peter at verhas.com (Peter Verhas) Date: Thu, 4 Mar 2010 19:27:39 +0100 Subject: [Java lista] =?iso-8859-1?q?V=E1lasz=3A_Version_control?= In-Reply-To: <53d6e7831003040922t6f41b72cqa1f8f95b1d6e1310@mail.gmail.com> References: <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> <60f30cea1003040911w44f2acf9mf2abd6f6a16fe791@mail.gmail.com> <53d6e7831003040922t6f41b72cqa1f8f95b1d6e1310@mail.gmail.com> Message-ID: <60f30cea1003041027x49282552y63b94471941facb7@mail.gmail.com> Azért ha szigorú akarok lenni, akkor itt almát hasonlítasz körtével. Az SVN csak azért nem lehet rosszabb, mert neki van HTTP DAV protokollja *is*, míg a GIT-nek nincs. Szóval, ha korrektek akarnánk lenni (akarunk?), akkor a natív svn:// protokoll sebességét kellene a git-hez hasonlítani. Amúgy, ha web borzolható front-endet akarsz svn-hez, akkor annyiszor Groowiki ahányszor neked maven és nexus :-) Péter 2010/3/4 Tamás Cservenák : > http://svn.haxx.se/users/archive-2006-04/0204.shtml > Sok kis csomag "burst"-ben, ilyen mar a DAV/DeltaV protokol, ezen soha nem > tudnak majd valtoztatni (hacsak a transport protokollt nem valtoztatjak > meg). Igen, van "nativ" svn transport protokoll, de oszinten, hasznalja azt > valaki? Egyik "erossegenek" emlegetik, hogy az SVN repo "browseable".... > tehat nem varhato valtozas e teren, egyik erosseget eldobni? > Miert legyek turelmesebb? Hasznaljam a Posta szolgaltatasait, es dobjam az > email klienseimet? Az IRC kliensemet? A Skype-omat? Na ne, ez nem > argumentum... > "Tudomanyos" alapot nem tudok adni, csakis tapasztalatit: > Clean Nexus OSS checkout (SVN): > legalabb 3-5 perc (soha nem mertem, de legalabb 1-2 cigi, vagy 1 cigi + egy > espresso elkeszitese) > Clean NexusPEEDY checkout (Git) -- ez pedig a Nexus OSS Svn "mirror"ja > Gitben: > ha van 1perc.. > Probald ki, gyujts tapasztalatot! :D > http://svn.sonatype.org/nexus/trunk/ > http://github.com/cstamas/nexus-peedy > > Thanks, > ~t~ > > 2010/3/4 Peter Verhas >> >> > te geped nem egy LANon vannak, es az SVN fo ellensege a halozati >> > latencia >> >> Miért? Ezt csak érzed, vagy van valami tudományos alapja? >> >> Én nem érzem: vagy türelmesebb vagyok, vagy a Magyarországon belüli >> (BIX) látencia még elfogadható (tracert szerint olyan 20-30ms körül >> van). Tengeren túlra 100ms szokott lenni, annál sokkal rövidebbet meg >> a fizika szabályai szerint ne várj, tudod fénysebesség meg ilyenek. >> >> Egyébként meg az SVN http(s) DAV. Nem értem a látencia problémát. De >> hiszek neked, csak magyarázd el, lécci. >> >> Péter >> _______________________________________________ >> 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 From einstand at gmail.com Thu Mar 4 23:56:32 2010 From: einstand at gmail.com (=?UTF-8?B?RWxlayBNw6FydG9u?=) Date: Thu, 4 Mar 2010 23:56:32 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> Message-ID: > Git az igazi szamomra (egyetlen komolyabb problemaja van), de mindketto Érdekelne mi az a komoly probléma. Kiváncsi vagyok hol kezdődnek a korlátok. > De valojaban aki egyszer is lefekudt a Git/Hg valamelyikevel, nem kivankozik > vissza a CVS/SVN vilagaba. "I know exactly what you mean" üdv m. Ráadás két link. Nem akarok téríteni, mindegyik csak annak, aki már használja valamelyik DVCSt. Egy szép release módszer (git a példa de hgben is ugyanígy néz ki) http://nvie.com/git-model És a kedvenc hg vs. git összehasonlításom. Én általában hg-t használok, de sokat tanultam belőle, a dolgok természetéről: http://stackoverflow.com/questions/1598759/git-and-mercurial-compare-and-contrast From istvan at verhas.com Fri Mar 5 00:00:38 2010 From: istvan at verhas.com (=?UTF-8?B?VmVyaMOhcyBJc3R2w6Fu?=) Date: Fri, 05 Mar 2010 00:00:38 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> Message-ID: <4B903B96.5070606@verhas.com> Szia TamĂĄs! A tĂĄvoli svn elĂŠrĂŠsre egy git szerető embernek nem megoldĂĄs az, hogy telepĂ­tesz egy svn-git-t a lan-on? FelmerĂźlt egyĂŠbkĂŠnt a wandisco hasznĂĄlata is? Ăźdv vi TamĂĄs CservenĂĄk wrote: > En szemelyesen nem eszem meg Martin-nak a cikkeit feltetel nelkul, de > meghallgatni meghallgatom. > > O is csak ember, es tud nagy baromsagokat irni: > > http://twitter.com/martinfowler/status/7246023577 > > Amit pedig a Peter altal emlitett cikkben ir, azt annak a tukreben > kell olvasni, amit egy regebbi cikkeben leirt: annyira lelkesult az > SVN irant, hogy a _teljes_ home konyvtarat verziozta! (vagy valami > hasonlo). Igen, a Martin bacsi. :) > > Git az igazi szamomra (egyetlen komolyabb problemaja van), de > mindketto merfoldekkel jobb a tavoli SVN-tol .Nagyon sok esetben az > SVN szerver es a te geped nem egy LANon vannak, es az SVN fo ellensege > a halozati latencia ami lokalis LAN-okat kiveve altalaban hatalmas > szokott lenni. A savszelesseg _nem_ segit, pedig a szolgaltatok csak > azt "toljak", a latenciara rakerdezve altalaban meg szamot sem tudnak > mondani. Te merheted meg, _miutan_ megrendelted es bekotteted a netet, > de akkor mar altalaban keso. > > De valojaban aki egyszer is lefekudt a Git/Hg valamelyikevel, nem > kivankozik vissza a CVS/SVN vilagaba. A Git hihetetlenul (komolyan! DE > KOMOLYAN) gyors, ha SVN vilagabol erkezel. Es hihetetlenul "okos". A > fenti emlitett problemak (merge, "kitorni a szabalyrendszerbol es gaz > van", stb) mind igazak a SVN-re, de egyaltalan nem igazak a Gitre. En > csak neztem, miutan hosszu gondolkodas utan SVN utan belemereszkedtem > a Git hasznalataba.... azota is a Git es a Github a legjobb baratom. > > Nalunk a Contegix hosztolja az SVN reposunkat (ugyanaz a ceg es subnet > ahol a maven central is van), mikor kint voltam SF-ban, a SVN jo volt, > de Nexus branch merge eseten igy is jutott ido egy-egy cigire. > Szegeden mar tusolni is tudok (volt LANnet, most Kabelnet). Lassan > mozdulunk ki GITre, es azt kell mondanom, hogy a GIT jo az > egeszsegemre, de a higieniam az megcsappant :D > > == > > Ami pedig az eclipse SVN integraciot illeti (mindketto): > hasznalhatatlanok. De tudvalevo, hogy nem a subclipse/subversive > programozokkal van a baj, mert ugyanezekkel a gondokkal kuszkodik a > M2e Maven integracio, ez pedig az idiota "resource abstraction" ami az > eclipse-ben van.... "File is outdated, refresh..." valaki? > > > Thanks, > ~t~ > > 2010/3/4 Peter Verhas > > > Csak most jutottam gĂŠphez, hogy kikeressem a cikket, amit emlĂ­tettem > (telefonrĂłl azĂŠrt nem egyszerĹą vezetĂŠs kĂśzben, mĂŠg dugĂłban sem :-) > > Itt az URL: > > http://martinfowler.com/bliki/VersionControlTools.html > > PĂŠter > _______________________________________________ > 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/20100305/2d68202c/attachment.html From tamas at cservenak.net Fri Mar 5 00:26:09 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Fri, 5 Mar 2010 00:26:09 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <4B903B96.5070606@verhas.com> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> <4B903B96.5070606@verhas.com> Message-ID: <53d6e7831003041526naf096f9i2d3bbf77477e514d@mail.gmail.com> * git-svn: Lehet, megoldas, de gyorsan megunod. Funkcionalitasokban az SVN "reszhalmaza" a GITnek (ecceruen: a GIT "tobbet tud" mint az SVN). Ha git-svn-t hasznalsz, nagyon resen kell lenni mit csinalsz, mert nagyon konnyu a local repo-dat olyan allapotba hozni, amit a git-svn dcommit-ja (ami a comit-jaidat az SVNbe nyomna) nem tud majd "atnyomni"... tovabba, a kivaltando parancs $ svn co ketto lesz $ git commit $ git dcommit es a masodik futas kozben valojaban egy "svn co"-t futtat :) Ugyanakkor, "kesztyus kezzel" kell banni a dolgokkal: http://www.kernel.org/pub/software/scm/git/docs/git-svn.html#_caveats Gyorsan meg lehet unni. * Wandisco... nem probaltam, de szerintem mint a fenti. Egy ujabb valami en es a tavoli SVN repo kozott. Ha SVN a "cel repo", akkor miert adjak meg ujabb komplex retegeket kozem es a cel SVN repo koze, ez csak noveli a hiba eselyeit, nem gyorsit (a dcommit az SVN commit, a git svn rebase az SVN up stb... tehat tovabbra is LASSU). A git-svn egyik fontos elonye (valojaban a DVCS elonye), hogy a "sajat munkamat" tudom verziozni, visszalephetek, stb mielott "kinyomom a vilagba", mindenki pofajaba. Ettol az SVN operaciok nem lesz gyorsabbak... Thanks, ~t~ 2010/3/5 VerhĂĄs IstvĂĄn > Szia TamĂĄs! > > A tĂĄvoli svn elĂŠrĂŠsre egy git szerető embernek nem megoldĂĄs az, hogy > telepĂ­tesz egy svn-git-t a lan-on? > FelmerĂźlt egyĂŠbkĂŠnt a wandisco hasznĂĄlata is? > > Ăźdv > vi > > --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100305/2444f729/attachment.html From tamas at cservenak.net Fri Mar 5 00:38:17 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Fri, 5 Mar 2010 00:38:17 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> Message-ID: <53d6e7831003041538t14ca69b9o250ecbb9d8fd2ab@mail.gmail.com> Trivialis, ugyanakkor bosszanto a dolog, de a Git eredeti szerzojet ismerve, ertheto a "kemenykedese" (vagy kemenyfejusege): a sorvegek, windoze crlf vs unix lf. A git kizarolag _unix_ sorvegeket kezel! A "megoldast" amit kinal a windowsos vagy kevert kornyezethez az autocrlf opcio. Lasd http://help.github.com/dealing-with-lineendings/ A repoban a forrasok _ugyanaz_ lineending-gel kell hogy legyenek, es majd a kliens (a fenti opcio az kliens oldali opcio) "futtaban" atkonvertalja azokat. Ez nem is gond az esetek 95%-aban. Sot, a windowsos felhasznalok is boldogulnak manapsag a unix sorvegu fajlokkal (az eclipse gond nelkul kezeli, valojaban minden modernebb szovegszerkeszto/IDE transzparensen kezeli, nem mint a buta notepad.exe). De... van egy artifact: http://repository.sonatype.org/content/repositories/snapshots/org/sonatype/runtime/bars/bar-jsw/3.2.3-v0001-SNAPSHOT/ Ez a Java Service Wrapper BAR (Booter Archive, de ez most digresszio lenne, a jelenleg zart Sonatype Runtime Assembler Maven plugin inputja, majd OSS lesz nemsokara) artifact. Roviden, ez az artifact egy archiv, es a JSW-t tartalmazza. Van benne binaris cuccos (Windows .dll, de Unix .so stb, konfiguracios fajlok, es.... indito szkriptek minden elterjedtebb oprendszerre. Na es itt a gond ;) Unix szkriptek LF-t kivannak, mig a .BAT fajlok CRLF-t.... De mind mondottam, jelenleg ez az egyetlen artifact, amivel problemaztunk.... A masik, hogy iszonyuan macera windowson beloni, telepiteni, de ezt szerencsere nem tapasztalom (mac + linux), nincs winem. Thanks, ~t~ 2010/3/4 Elek MĂĄrton > > Érdekelne mi az a komoly problĂŠma. KivĂĄncsi vagyok hol kezdődnek a > korlĂĄtok. > > --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100305/4bd62480/attachment-0001.html From gzsombor at gmail.com Fri Mar 5 01:01:09 2010 From: gzsombor at gmail.com (Zsombor) Date: Fri, 5 Mar 2010 01:01:09 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <4B903B96.5070606@verhas.com> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> <4B903B96.5070606@verhas.com> Message-ID: 2010/3/5 VerhĂĄs IstvĂĄn > Szia TamĂĄs! > > A tĂĄvoli svn elĂŠrĂŠsre egy git szerető embernek nem megoldĂĄs az, hogy > telepĂ­tesz egy svn-git-t a lan-on? > FelmerĂźlt egyĂŠbkĂŠnt a wandisco hasznĂĄlata is? > > Ăźdv > vi > > Nekem az, s be is vĂĄlt. A kĂśrnyezet : nagyobbacska projekt 1500 java forrĂĄs fĂĄjllal, s 4000 jsp-vel, havonta kĂŠt release, pĂĄrhuzamosan 2-3 feature branch, mely 2-3 hĂłnapig tart, trunkon kisebb mĂłdosĂ­tgatĂĄsok, valamint release branchek, pĂĄrhuzamosan. Ezek kĂśzĂśtt kell ide oda mergelni a vĂĄltoztatĂĄsokat, valamint vĂĄltogatni kĂśzĂśttĂźk. Volt, hogy a git-svn Ăşgy gondolta, hogy mĂĄsik svn branchet kell kĂśvetnie mint amire ĂŠn gondoltam, de nĂŠmi minimĂĄlis bĹąvĂŠszkedĂŠssel (Ăşj lokĂĄlis brancs lĂŠtrehozĂĄsĂĄval, ĂŠs arra a kiszemelt changesetek rĂĄ pakolĂĄsĂĄval) meg lehetett oldani. Ami szĂĄmomra nagy plusz, hogy gitg-vel jĂłl ĂĄt lehet tekinteni, hogy mi is zajlik ĂŠppen a repoban, ami sosem ĂĄrt, ha az ember nem egyedĂźl, illetve nem egy időzĂłnĂĄban fejleszt :) Ăźdv Zs ui. nem akarok senkit se rĂĄbeszĂŠlni semmilyen verziĂł kĂśvető rendszerre, de aki mĂŠg mindig CVS-t hasznĂĄl arra nagyon furcsĂĄn nĂŠzek :) --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100305/b677b61e/attachment.html From biziclop at gmail.com Fri Mar 5 01:18:29 2010 From: biziclop at gmail.com (biziclop) Date: Fri, 5 Mar 2010 00:18:29 +0000 Subject: [Java lista] =?iso-8859-1?q?V=E1lasz=3A_Version_control?= In-Reply-To: References: <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> <4B903B96.5070606@verhas.com> Message-ID: > ui. nem akarok senkit se rábeszélni semmilyen verzió követő rendszerre, de > aki még mindig CVS-t használ arra nagyon furcsán nézek :) Meg jo, hogy idaig nem latsz el. :) Mondjuk nem is jokedvunkbol hasznalunk cvs-t, hanem mert a masik lehetoseg a tfs. lsp From dome at ibex.hu Fri Mar 5 07:31:29 2010 From: dome at ibex.hu (=?ISO-8859-2?Q?d=F6me?=) Date: Fri, 05 Mar 2010 07:31:29 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: References: <4B8F8585.7080402@i-logic.hu> <1FA7D9DE2EE2452F819D6274D76F694C@amd64> <7708c1aa7211.4b8fc4c2@sch.bme.hu> <4B8FCC1C.2030202@ibex.hu> <7709786c1692.4b8fe8be@sch.bme.hu> Message-ID: <4B90A541.2060104@ibex.hu> Nekem a noscriptes verzió sosem működött rendesen. Én így csinálom: ha a kérés fejlécében a google-bot van, akkor HtmlUnit-tal lefuttatom a kért oldalt a szerveren, megvárom amíg a javascriptek elvégzik a dolgukat, és utána küldöm ki a tiszta html-t a bot-nak. +1: a google behozott egy "szabványt", hogy a kliensoldali állapotot, amit eddig az ajaxosok #-al jelöltek az URL-ben, azt ezután #! kellene használni, mivel ezt a szerverre is el fogja küldeni, ha valaki egy ilyen oldalra kattintana a google.com-on. (ez ugye eddig nem volt lehetséges, így az ajax-állapotok nem voltak kereső-képesek) sashee wrote: > Nekem régesrégen volt egy olyan ötletem erre, hogy egy kliens oldali > js néhány másodperc után elküldi az akkori HTML-t, majd a szerver > küldd neki egy URL-t, hogy melyik legyen a következő oldal, így egy > konkrét belépési ponttal egy idő után szépen legenerálta az összes > elérhető oldalt, és noscript-ben pedig azt is kiküldte. Hobbiproject > volt, nem gondolom, hogy production rendszeren meg lehetne értelmesen > csinálni, de működött a dolog tesztkörnyezetben. > __________ ESET NOD32 Antivirus - Vírusdefiníciós adatbázis: 4916 (20100304) __________ Az üzenetet az ESET NOD32 Antivirus ellenőrizte. http://www.eset.hu From syntern at sch.bme.hu Fri Mar 5 08:35:39 2010 From: syntern at sch.bme.hu (=?iso-8859-2?B?IlNv83MgSXN0duFuIg==?=) Date: Fri, 05 Mar 2010 08:35:39 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <4B90A541.2060104@ibex.hu> References: <4B8F8585.7080402@i-logic.hu> <1FA7D9DE2EE2452F819D6274D76F694C@amd64> <7708c1aa7211.4b8fc4c2@sch.bme.hu> <4B8FCC1C.2030202@ibex.hu> <7709786c1692.4b8fe8be@sch.bme.hu> <4B90A541.2060104@ibex.hu> Message-ID: <76faf5796ac8.4b90c25b@sch.bme.hu> > Én így csinálom: ha a kérés fejlécében a google-bot van, > akkor HtmlUnit-tal lefuttatom a kért oldalt a szerveren, megvárom amíg a > javascriptek elvégzik a dolgukat, > és utána küldöm ki a tiszta html-t a bot-nak. Ez megintcsak ellentétes az Adsense policy-val. De legalább a google indexeli kis energiával, ez tény... István From szocske at gmail.com Fri Mar 5 08:42:17 2010 From: szocske at gmail.com (Gabor Szokoli) Date: Fri, 5 Mar 2010 08:42:17 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: References: <4B8F8585.7080402@i-logic.hu> <1FA7D9DE2EE2452F819D6274D76F694C@amd64> <7708c1aa7211.4b8fc4c2@sch.bme.hu> <4B8FCC1C.2030202@ibex.hu> <7709786c1692.4b8fe8be@sch.bme.hu> Message-ID: Sziasztok! Amit nem olvasnak a spiderek, az nyomorek mobilbongeszokbol nezve sem lesz tul informativ. Nem tudom manapsag mennyire letezo problema ez. Egyszer egy GWTn indult projecten utolag felmerult, hogy ja, Opera Mobile. Akkor utananeztem a server oldali javascript konyvtaraknak, amik elkepesztoek, de akkoriban nem volt turnkey megoldas. Sok munkaval megoldhatonak tunt egy GWT-kliens szervlet, de szerencsere megusztuk, nem kellett megcsinalni. Szocske >> ----- Original Message ----- >> From: döme >> Date: Thursday, March 4, 2010 4:05 pm >> Subject: Re: [Java lista] Struts helyett milyen MVC? >> To: javalist at javagrund.hu >> >>> Van rá mód, hogy az akár 95%-ban Javascript-es oldalakat is lássa a gugli. >>> Nekem is sikerült rábírni. >> >> Milyen módszered van, ami nem jár a szerver oldali kód duplikálásával? :) (Azt mindenki meg lehet csinálni, hogy külön kinyomod a textet egy noscript mezőbe és megeszi, de ugye ehhez kétszer kell dologzni, valamint pl. ez az Adsense szabályzatával nem kompatibilis...) >> >> István >> _______________________________________________ >> 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 orsolya.tamits at gmail.com Fri Mar 5 09:23:51 2010 From: orsolya.tamits at gmail.com (Orsolya Tamits) Date: Fri, 5 Mar 2010 09:23:51 +0100 Subject: [Java lista] =?iso-8859-1?q?PHP_programoz=F3t_keres=FCnk?= Message-ID: <749de9321003050023o65bfa31emb58e408ab4ed4cac@mail.gmail.com> WELT 2000 KFT. keres munkatĂĄrsat *PHP programozĂł* munkakĂśrbe gyakorlattal, azonnali belĂŠpĂŠssel *ElvĂĄrĂĄsok:* ¡ minimum 3 ĂŠv gyakorlat PHP programozĂĄsban, ¡ alapszintĹą adatbĂĄzis ismeretek, ¡ azonnali munkakezdĂŠs, ¡ Ăşj ismeretek maradĂŠktalan ĂŠs gyors elsajĂĄtĂ­tĂĄsa, ¡ nagy munkabĂ­rĂĄs, terhelhetősĂŠg. *Előnyt jelent:* ¡ ASP.NET ismeretek, ¡ szervezői kĂŠszsĂŠg, ¡ haladĂł adatbĂĄzis ismeretek, ¡ felsőfokĂş vĂŠgzettsĂŠg, ¡ angol nyelvismeret, ¡ jĂł kommunikĂĄciĂłs ĂŠs feladatmegoldĂł kĂŠszsĂŠg, * * *Amit kĂ­nĂĄlunk: * ¡ stabil hĂĄttĂŠr, biztos egzisztencia, ¡ versenykĂŠpes jĂśvedelem, ¡ ĂŠrdekes, vĂĄltozatos munka, ¡ felelőssĂŠgteljes, kihĂ­vĂĄst jelentő feladatok, ¡ fiatal/lendĂźletes fejlesztői csapat, ¡ kulturĂĄlt munkakĂśrĂźlmĂŠnyek. *MunkavĂŠgzĂŠs helye: * BudaĂśrs leg-frekventĂĄltabb rĂŠszĂŠn, kivĂĄlĂł kĂśzlekedĂŠs mellett, a Terra Park Business parkban. *EgyĂŠb informĂĄciĂł:* *A munkĂĄba ĂĄllĂĄs időpontja:* AZONNALI BELÉPÉSSEL *JelentkezĂŠst mĂłdja: * FĂŠnykĂŠpes SZAKMAI ĂśnĂŠletrajzĂĄt, fizetĂŠsi igĂŠny megjelĂślĂŠsĂŠvel a * hr at welt2000.hu* e-mail cĂ­mre vĂĄrjuk. --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100305/017bfe90/attachment-0001.html From peter at verhas.com Fri Mar 5 09:36:32 2010 From: peter at verhas.com (Peter Verhas) Date: Fri, 5 Mar 2010 08:36:32 +0000 Subject: [Java lista] =?windows-1252?q?V=E1lasz=3A__PHP_programoz=F3t_kere?= =?windows-1252?q?s=FCnk?= In-Reply-To: <749de9321003050023o65bfa31emb58e408ab4ed4cac@mail.gmail.com> References: <749de9321003050023o65bfa31emb58e408ab4ed4cac@mail.gmail.com> Message-ID: <1429997962-1267778187-cardhu_decombobulator_blackberry.rim.net-1734785505-@bda161.bisx.produk.on.blackberry> Ez meg már mi? Verhás Péter +36(30)9306805 peter at verhas.com -----Original Message----- From: Orsolya Tamits Date: Fri, 5 Mar 2010 09:23:51 To: Subject: [Java lista] PHP programozót keresünk _______________________________________________ Javalist mailing list Javalist at javagrund.hu http://javagrund.hu/mailman/listinfo/javalist From kristof.jozsa at gmail.com Fri Mar 5 09:36:53 2010 From: kristof.jozsa at gmail.com (Kristof Jozsa) Date: Fri, 5 Mar 2010 08:36:53 +0000 Subject: [Java lista] =?utf-8?q?PHP_programoz=C3=B3t_keres=C3=BCnk?= In-Reply-To: <749de9321003050023o65bfa31emb58e408ab4ed4cac@mail.gmail.com> References: <749de9321003050023o65bfa31emb58e408ab4ed4cac@mail.gmail.com> Message-ID: Kedves Orsolya, küldök pár hasznos linket: http://en.wikipedia.org/wiki/PHP http://en.wikipedia.org/wiki/Java_%28programming_language%29 http://en.wikipedia.org/wiki/ASP.NET ez pedig egy java lista.. kérem ha legközelebb állatorvost keres, azt se itt tegye. K 2010/3/5 Orsolya Tamits : > WELT 2000 KFT. keres munkatársat > > PHP programozó > > munkakörbe gyakorlattal, azonnali belépéssel > > Elvárások: > > ?         minimum 3 év gyakorlat PHP programozásban, > > ?         alapszintű adatbázis ismeretek, > > ?         azonnali munkakezdés, > > ?         új ismeretek maradéktalan és gyors elsajátítása, > > ?         nagy munkabírás, terhelhetőség. > > Előnyt jelent: > > ?         ASP.NET ismeretek, > > ?         szervezői készség, > > ?         haladó adatbázis ismeretek, > > ?         felsőfokú végzettség, > > ?         angol nyelvismeret, > > ?         jó kommunikációs és feladatmegoldó készség, > > > > Amit kínálunk: > > ?         stabil háttér, biztos egzisztencia, > > ?         versenyképes jövedelem, > > ?         érdekes, változatos munka, > > ?         felelősségteljes, kihívást jelentő feladatok, > > ?         fiatal/lendületes fejlesztői csapat, > > ?         kulturált munkakörülmények. > > Munkavégzés helye: > > Budaörs leg-frekventáltabb részén, kiváló közlekedés mellett, a Terra Park > Business parkban. > > Egyéb információ: > > A munkába állás időpontja: AZONNALI BELÉPÉSSEL > > Jelentkezést módja: > > Fényképes SZAKMAI önéletrajzát, fizetési igény megjelölésével a > hr at welt2000.hu e-mail címre várjuk. > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > From jkeresztes at vati.hu Fri Mar 5 09:45:04 2010 From: jkeresztes at vati.hu (Keresztes Jozsef) Date: Fri, 5 Mar 2010 09:45:04 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A__PHP_programoz=F3t_keres?= =?iso-8859-2?q?=FCnk?= Message-ID: Hi ! Látjátok nem kellett volna Java vs. PHP témát nyitni most már ezek a levelek is ide jönnek :) Amúgy én nemrég kezdtem el ismerkedni a PHP-val, kb. egy hete és LSP-vel értek egyet: A PHP az ördögtől való. Szóval már az elején annyi marhasággal találkoztam egy hét alatt (php.ini kutyulás), hogy kizártnak tartom hogy a PHP globálisan összehasonlítva jobb lenne a Java-nál. Én azért ismerkedem csak vele mert akarok írni poénból kisebb PHP-webappokat, és az tetszik benne hogy forrást mentünk notepad/gedit-tel és egyből fut a böngészőben :) Mindenesetre nem akartam hogy újra fellángoljon a régi téma, de komolyan mondom hogy aki eddig nem ismerte a PHP-t legalább egy hetet foglalkozzon vele hogy egyértelműen állást tudjon foglalni Java - PHP ügyben. Ezennel a témát magam részéről lezártam. Joe -----Original Message----- From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of Peter Verhas Sent: Friday, March 05, 2010 9:37 AM To: javalist at javagrund.hu Subject: [Java lista] Válasz: PHP programozót keresünk Ez meg már mi? Verhás Péter +36(30)9306805 peter at verhas.com -----Original Message----- From: Orsolya Tamits Date: Fri, 5 Mar 2010 09:23:51 To: Subject: [Java lista] PHP programozót keresünk _______________________________________________ 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 aron.gombas at midori.hu Fri Mar 5 10:15:57 2010 From: aron.gombas at midori.hu (Aron Gombas) Date: Fri, 05 Mar 2010 10:15:57 +0100 Subject: [Java lista] [JOB] Stellar Java web developer wanted Message-ID: <4B90CBCD.1040207@midori.hu> Java developers at Intland Software (http://www.intland.com) build the Jolt finalist product "codeBeamer" - used by Allianz, T-Systems, ASUS, Continental, and more. We are now looking for a new Java webapp 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) (Wicket is a plus) * 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/LinkedIn profile/whatever to aron.gombas at intland.com -- Follow @intland on Twitter: http://twitter.com/intland From gzsombor at gmail.com Fri Mar 5 10:21:13 2010 From: gzsombor at gmail.com (Zsombor) Date: Fri, 5 Mar 2010 10:21:13 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_PHP_programoz=C3=B3t_keres?= =?utf-8?q?=C3=BCnk?= In-Reply-To: References: Message-ID: 2010/3/5 Keresztes Jozsef > Hi ! > > LĂĄtjĂĄtok nem kellett volna Java vs. PHP tĂŠmĂĄt nyitni most mĂĄr ezek a > levelek is ide jĂśnnek :) > > AmĂşgy ĂŠn nemrĂŠg kezdtem el ismerkedni a PHP-val, kb. egy hete ĂŠs LSP-vel > ĂŠrtek egyet: > A PHP az ĂśrdĂśgtől valĂł. SzĂłval mĂĄr az elejĂŠn annyi marhasĂĄggal talĂĄlkoztam > egy hĂŠt > alatt (php.ini kutyulĂĄs), hogy kizĂĄrtnak tartom hogy a PHP globĂĄlisan > ĂśsszehasonlĂ­tva > jobb lenne a Java-nĂĄl. Én azĂŠrt ismerkedem csak vele mert akarok Ă­rni > poĂŠnbĂłl kisebb > PHP-webappokat, ĂŠs az tetszik benne hogy forrĂĄst mentĂźnk notepad/gedit-tel > ĂŠs egyből fut a bĂśngĂŠszőben :) > LĂĄtod, lĂĄtod, egy hete foglalkozol PHP-val ĂŠs mĂĄris ilyen bolondsĂĄgokat irsz, hogy "elmented a (PHP) forrĂĄst, ĂŠs egyből fut a bĂśngĂŠszőben :)" Ezek utĂĄn ne csodĂĄlkozzunk, ha hosszabb ideig tĂśrtĂŠnő kitettsĂŠg esetĂŠn sĂşlyosabb kĂĄrok is keletkeznek :) Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100305/157e4651/attachment.html From biziclop at gmail.com Fri Mar 5 11:02:53 2010 From: biziclop at gmail.com (biziclop) Date: Fri, 5 Mar 2010 10:02:53 +0000 Subject: [Java lista] =?iso-8859-1?q?V=E1lasz=3A_PHP_programoz=F3t_keres?= =?iso-8859-1?q?=FCnk?= In-Reply-To: References: Message-ID: 2010/3/5 Keresztes Jozsef : > Amúgy én nemrég kezdtem el ismerkedni a PHP-val, kb. egy hete és LSP-vel értek egyet: > A PHP az ördögtől való. Szóval már az elején annyi marhasággal találkoztam egy hét > alatt (php.ini kutyulás), hogy kizártnak tartom hogy a PHP globálisan összehasonlítva > jobb lenne a Java-nál. Én azért ismerkedem csak vele mert akarok írni poénból kisebb > PHP-webappokat, és az tetszik benne hogy forrást mentünk notepad/gedit-tel és egyből fut a böngészőben :) > Mindenesetre nem akartam hogy újra fellángoljon a régi téma, de komolyan mondom hogy > aki eddig nem ismerte a PHP-t legalább egy hetet foglalkozzon vele hogy egyértelműen > állást tudjon foglalni Java - PHP ügyben. Ezennel a témát magam részéről lezártam. A különbség az, hogy én vicceltem. Egyébként ezek a levelek vajon tényleg kulcsszavas keresés alapján landolnak itt? Tehát ha teszem azt, tesztképpen indítanánk egy vitát "Dekoratív nénik vs. Java" címmel... lsp From istvan at verhas.com Fri Mar 5 11:33:21 2010 From: istvan at verhas.com (=?UTF-8?B?VmVyaMOhcyBJc3R2w6Fu?=) Date: Fri, 05 Mar 2010 11:33:21 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <53d6e7831003041526naf096f9i2d3bbf77477e514d@mail.gmail.com> References: <201003041409.04317.auth.gabor@javaforum.hu> <1267708864.2851.7.camel@sirkalmi-laptop> <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> <4B903B96.5070606@verhas.com> <53d6e7831003041526naf096f9i2d3bbf77477e514d@mail.gmail.com> Message-ID: <4B90DDF1.40705@verhas.com> Szia TamĂĄs! A wandisco a leĂ­rĂĄsa alapjĂĄn (nem prĂłbĂĄltam ezĂŠrt is ĂŠrdeklődĂśm) nem kĂśzted ĂŠs a tĂĄvoli repo kĂśzĂśtt helyezkedik el, hanem a lan-os svn ĂŠs a tĂĄvoli svn kĂśzĂśtt ĂŠs folyamatosan uptodate tartja a kettőt. Ez azĂŠrt gyorsĂ­that csak kĂŠrdĂŠs mibe kerĂźl. Ăźdv vi TamĂĄs CservenĂĄk wrote: > * git-svn: Lehet, megoldas, de gyorsan megunod. Funkcionalitasokban az > SVN "reszhalmaza" a GITnek (ecceruen: a GIT "tobbet tud" mint az SVN). > Ha git-svn-t hasznalsz, nagyon resen kell lenni mit csinalsz, mert > nagyon konnyu a local repo-dat olyan allapotba hozni, amit a git-svn > dcommit-ja (ami a comit-jaidat az SVNbe nyomna) nem tud majd > "atnyomni"... tovabba, a kivaltando parancs > > $ svn co > > ketto lesz > > $ git commit > $ git dcommit > > es a masodik futas kozben valojaban egy "svn co"-t futtat :) > > Ugyanakkor, "kesztyus kezzel" kell banni a dolgokkal: > > http://www.kernel.org/pub/software/scm/git/docs/git-svn.html#_caveats > > Gyorsan meg lehet unni. > > * Wandisco... nem probaltam, de szerintem mint a fenti. Egy ujabb > valami en es a tavoli SVN repo kozott. > > Ha SVN a "cel repo", akkor miert adjak meg ujabb komplex retegeket > kozem es a cel SVN repo koze, ez csak noveli a hiba eselyeit, nem > gyorsit (a dcommit az SVN commit, a git svn rebase az SVN up stb... > tehat tovabbra is LASSU). A git-svn egyik fontos elonye (valojaban a > DVCS elonye), hogy a "sajat munkamat" tudom verziozni, visszalephetek, > stb mielott "kinyomom a vilagba", mindenki pofajaba. Ettol az SVN > operaciok nem lesz gyorsabbak... > > > > Thanks, > ~t~ > > > > 2010/3/5 VerhĂĄs IstvĂĄn > > > Szia TamĂĄs! > > A tĂĄvoli svn elĂŠrĂŠsre egy git szerető embernek nem megoldĂĄs az, > hogy telepĂ­tesz egy svn-git-t a lan-on? > FelmerĂźlt egyĂŠbkĂŠnt a wandisco hasznĂĄlata is? > > Ăźdv > vi > > ------------------------------------------------------------------------ > > _______________________________________________ > 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/20100305/317206b7/attachment.html From istvan at verhas.com Fri Mar 5 11:37:32 2010 From: istvan at verhas.com (=?ISO-8859-2?Q?Verh=E1s_Istv=E1n?=) Date: Fri, 05 Mar 2010 11:37:32 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: References: Message-ID: <4B90DEEC.8070601@verhas.com> Érdekes, hogy a válaszok között nem is szerepel a jsf vagy jsf+facelets. Pedig mintha az lenne a szabvány és a java közösségben a szabvány az nem diktatórikusan alakul. Ezek szerint a "többség" vagy csöndben dolgozik vagy nem is olvassa ezt a listát! üdv vi Király Péter wrote: > Sziasztok, > > jól feladtátok a leckét, azt gondoltam, hogy egy-két framework között lesz > valami vita, ehelyett majd' mindenki mást mondott ;-). Amiélrt persze > nagy köszönet! > > Legalább most átolvasom a bevezetőket, meg a tutoriálokat. Egyelőre > a grails tűnikszimpatikusnak, mert a fájlszerkezete olyasmi, mint a > Ruby on Rails-szé, amit egyszer már próbálgattam és az tetszett, meg > van hozzáparancssor, ami nagyon hasznos tud lenni sok helyzetben, nomeg > benne van a Hibernate is, ami megint nem hátrány. Túl JS-es irányba > nem akarok elmenni, mert ha ilyen kell, akkor a keretrendszerrel > szembeni elvárásom az, hogy lehessen passzítani hozzá bármilyen > JS-es könyvtárat (jQuery, YUI, Ext) (amit még a Struts 1-hez is lehet), és > viszonylagegyszerű legyen oda-vissza a JSON szerializálás, de ha nem megy, > akkor még mindig ott vannak Douglas Crockford osztályai. Ami igy elsőre > egyiknél sem világos, az az, hogy támogatják-e a clean URL-eket, amikor > nem úgy hívok meg egy oldalt, hogy showBook.do?bookid=52424, hanem > egyszerűen book/52424. Tudom, hogy vannak URL rewrite könyvtárak, meg > használom is az egyiket, de jó lenne, ha már a keretrendszer is tudná. > > Mindenesetre ha van még javaslat, jöhet! > > Király Péter > > > ________________________________________________________ > Kössön utasbiztosítást online most 20% kedvezménnyel! > > > ------------------------------------------------------------------------ > > _______________________________________________ > 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/20100305/944590bd/attachment-0001.html From jkeresztes at vati.hu Fri Mar 5 11:41:11 2010 From: jkeresztes at vati.hu (Keresztes Jozsef) Date: Fri, 5 Mar 2010 11:41:11 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A_PHP_programoz=F3t_keres?= =?iso-8859-2?q?=FCnk?= Message-ID: > A különbség az, hogy én vicceltem. Az lehet, de az "ördögtől való" jelző nagyon frappáns volt :)) -----Original Message----- From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of biziclop Sent: Friday, March 05, 2010 11:03 AM To: javalist at javagrund.hu Subject: Re: [Java lista]Válasz: PHP programozót keresünk 2010/3/5 Keresztes Jozsef : > Amúgy én nemrég kezdtem el ismerkedni a PHP-val, kb. egy hete és LSP-vel értek egyet: > A PHP az ördögtől való. Szóval már az elején annyi marhasággal találkoztam egy hét > alatt (php.ini kutyulás), hogy kizártnak tartom hogy a PHP globálisan összehasonlítva > jobb lenne a Java-nál. Én azért ismerkedem csak vele mert akarok írni poénból kisebb > PHP-webappokat, és az tetszik benne hogy forrást mentünk notepad/gedit-tel és egyből fut a böngészőben :) > Mindenesetre nem akartam hogy újra fellángoljon a régi téma, de komolyan mondom hogy > aki eddig nem ismerte a PHP-t legalább egy hetet foglalkozzon vele hogy egyértelműen > állást tudjon foglalni Java - PHP ügyben. Ezennel a témát magam részéről lezártam. A különbség az, hogy én vicceltem. Egyébként ezek a levelek vajon tényleg kulcsszavas keresés alapján landolnak itt? Tehát ha teszem azt, tesztképpen indítanánk egy vitát "Dekoratív nénik vs. Java" címmel... lsp _______________________________________________ Javalist mailing list Javalist at javagrund.hu http://javagrund.hu/mailman/listinfo/javalist From cserepj at szeretgom.hu Fri Mar 5 11:42:15 2010 From: cserepj at szeretgom.hu (Cserep Janos) Date: Fri, 5 Mar 2010 11:42:15 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <4B90DEEC.8070601@verhas.com> References: <4B90DEEC.8070601@verhas.com> Message-ID: <65ded6531003050242p72e4b034o8112621667678eea@mail.gmail.com> > Érdekes, hogy a válaszok között nem is szerepel a jsf vagy jsf+facelets. > Pedig mintha az lenne a szabvány és a java közösségben a szabvány az nem > diktatórikusan alakul. Ezek szerint a "többség" vagy csöndben dolgozik vagy > nem is olvassa ezt a listát! A jsf szépen lassan elfoglalhatná megérdemelt helyét az ejb 1.0-2.0 mellett az "EPIC FAIL" feliratú sarokban. From jkeresztes at vati.hu Fri Mar 5 11:43:12 2010 From: jkeresztes at vati.hu (Keresztes Jozsef) Date: Fri, 5 Mar 2010 11:43:12 +0100 Subject: [Java lista] Struts helyett milyen MVC? Message-ID: Hi ! Természetesen én is JavaServer Faces-t ajánlottam volna, de nem mindig jelenek meg itt a véleményemmel :) Joe ________________________________ From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of Verhás István Sent: Friday, March 05, 2010 11:38 AM To: javalist at javagrund.hu Subject: Re: [Java lista] Struts helyett milyen MVC? Érdekes, hogy a válaszok között nem is szerepel a jsf vagy jsf+facelets. Pedig mintha az lenne a szabvány és a java közösségben a szabvány az nem diktatórikusan alakul. Ezek szerint a "többség" vagy csöndben dolgozik vagy nem is olvassa ezt a listát! üdv vi Király Péter wrote: Sziasztok, jól feladtátok a leckét, azt gondoltam, hogy egy-két framework között lesz valami vita, ehelyett majd' mindenki mást mondott ;-). Amiélrt persze nagy köszönet! Legalább most átolvasom a bevezetőket, meg a tutoriálokat. Egyelőre a grails tűnikszimpatikusnak, mert a fájlszerkezete olyasmi, mint a Ruby on Rails-szé, amit egyszer már próbálgattam és az tetszett, meg van hozzáparancssor, ami nagyon hasznos tud lenni sok helyzetben, nomeg benne van a Hibernate is, ami megint nem hátrány. Túl JS-es irányba nem akarok elmenni, mert ha ilyen kell, akkor a keretrendszerrel szembeni elvárásom az, hogy lehessen passzítani hozzá bármilyen JS-es könyvtárat (jQuery, YUI, Ext) (amit még a Struts 1-hez is lehet), és viszonylagegyszerű legyen oda-vissza a JSON szerializálás, de ha nem megy, akkor még mindig ott vannak Douglas Crockford osztályai. Ami igy elsőre egyiknél sem világos, az az, hogy támogatják-e a clean URL-eket, amikor nem úgy hívok meg egy oldalt, hogy showBook.do?bookid=52424, hanem egyszerűen book/52424. Tudom, hogy vannak URL rewrite könyvtárak, meg használom is az egyiket, de jó lenne, ha már a keretrendszer is tudná. Mindenesetre ha van még javaslat, jöhet! Király Péter ________________________________________________________ Kössön utasbiztosítást online most 20% kedvezménnyel! ________________________________ _______________________________________________ Javalist mailing list Javalist at javagrund.hu http://javagrund.hu/mailman/listinfo/javalist From peter at verhas.com Fri Mar 5 11:45:49 2010 From: peter at verhas.com (Peter Verhas) Date: Fri, 5 Mar 2010 11:45:49 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <65ded6531003050242p72e4b034o8112621667678eea@mail.gmail.com> References: <4B90DEEC.8070601@verhas.com> <65ded6531003050242p72e4b034o8112621667678eea@mail.gmail.com> Message-ID: <60f30cea1003050245g590ff42bkdda58c17625b7ad0@mail.gmail.com> Ez szép és jó, főleg aranyos, de szakmai konkrétumok? 2010/3/5 Cserep Janos : >> Érdekes, hogy a válaszok között nem is szerepel a jsf vagy jsf+facelets. >> Pedig mintha az lenne a szabvány és a java közösségben a szabvány az nem >> diktatórikusan alakul. Ezek szerint a "többség" vagy csöndben dolgozik vagy >> nem is olvassa ezt a listát! > > A jsf szépen lassan elfoglalhatná megérdemelt helyét az ejb 1.0-2.0 > mellett az "EPIC FAIL" feliratú sarokban. > _______________________________________________ > 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 From istvan at verhas.com Fri Mar 5 12:48:37 2010 From: istvan at verhas.com (=?ISO-8859-2?Q?Verh=E1s_Istv=E1n?=) Date: Fri, 05 Mar 2010 12:48:37 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <4B90EDAE.7020301@verhas.com> References: <4B90DEEC.8070601@verhas.com> <65ded6531003050242p72e4b034o8112621667678eea@mail.gmail.com> <4B90EDAE.7020301@verhas.com> Message-ID: <4B90EF95.9000804@verhas.com> Erre a sarokra gondoltál? http://www.samizdata.net/blog/~pdeh/epicFAIL.jpg üdv vi Cserep Janos wrote: >>> Érdekes, hogy a válaszok között nem is szerepel a jsf vagy jsf+facelets. >>> Pedig mintha az lenne a szabvány és a java közösségben a szabvány az nem >>> diktatórikusan alakul. Ezek szerint a "többség" vagy csöndben dolgozik vagy >>> nem is olvassa ezt a listát! >>> >> >> A jsf szépen lassan elfoglalhatná megérdemelt helyét az ejb 1.0-2.0 >> mellett az "EPIC FAIL" feliratú sarokban. >> _______________________________________________ >> 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/20100305/62c64477/attachment.html From cserepj at szeretgom.hu Fri Mar 5 13:03:36 2010 From: cserepj at szeretgom.hu (Cserep Janos) Date: Fri, 5 Mar 2010 13:03:36 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <60f30cea1003050245g590ff42bkdda58c17625b7ad0@mail.gmail.com> References: <4B90DEEC.8070601@verhas.com> <65ded6531003050242p72e4b034o8112621667678eea@mail.gmail.com> <60f30cea1003050245g590ff42bkdda58c17625b7ad0@mail.gmail.com> Message-ID: <65ded6531003050403h520238efva5f88b4938d85f2c@mail.gmail.com> > Ez szép és jó, főleg aranyos, de szakmai konkrétumok? http://ptrthomas.wordpress.com/2009/01/14/seam-jsf-vs-wicket-performance-comparison/ És ez ugyebár seam mindkét frameworkkel, amit mindenki úgy dícsér, hogy a glue amitől a jsf végre használhatóvá válik... From jkeresztes at vati.hu Fri Mar 5 13:12:45 2010 From: jkeresztes at vati.hu (Keresztes Jozsef) Date: Fri, 5 Mar 2010 13:12:45 +0100 Subject: [Java lista] Struts helyett milyen MVC? Message-ID: Hi ! 1. Természetesen nem kell glue és hasonlók, a JSF önmagában is szépen használható, még kiegészítések nélkül is (richfaces,icefaces,...) lehet vele dolgozni. 2. Tetszenek ezek a leírások a sebességről meg ilyesmi, én azért mosolygok ezeken mert a szűk keresztmetszet szinte sosem a keretrendszer, hanem az adatbázis, vagyis az esetek 90%-a az SQL műveleteken úszik el, lassul le. Az ilyen írásoktól nem kell hasra esni :)) Joe -----Original Message----- From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of Cserep Janos Sent: Friday, March 05, 2010 1:04 PM To: javalist at javagrund.hu Subject: Re: [Java lista] Struts helyett milyen MVC? > Ez szép és jó, főleg aranyos, de szakmai konkrétumok? http://ptrthomas.wordpress.com/2009/01/14/seam-jsf-vs-wicket-performance-comparison/ És ez ugyebár seam mindkét frameworkkel, amit mindenki úgy dícsér, hogy a glue amitől a jsf végre használhatóvá válik... _______________________________________________ Javalist mailing list Javalist at javagrund.hu http://javagrund.hu/mailman/listinfo/javalist From syntern at sch.bme.hu Fri Mar 5 13:21:46 2010 From: syntern at sch.bme.hu (=?iso-8859-2?B?IlNv83MgSXN0duFuIg==?=) Date: Fri, 05 Mar 2010 13:21:46 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: References: Message-ID: <7ccd601a1252.4b91056a@sch.bme.hu> > 1. Természetesen nem kell glue és hasonlók, a JSF önmagában is szépen használható, > még kiegészítések nélkül is (richfaces,icefaces,...) lehet vele dolgozni. Dolgozni mindennel lehet. Kérdés mennyire hatékony az ember és mennyire dolgozik alá a technológia. Olcsóindiai fejlesztőkkel inkább JSF-eznék, a Wickethez kell egy kis ész is, no meg OO szemlélet. > 2. Tetszenek ezek a leírások a sebességről meg ilyesmi, én azért mosolygok ezeken > mert a szűk keresztmetszet szinte sosem a keretrendszer, hanem az adatbázis, vagyis az esetek > 90%-a az SQL műveleteken úszik el, lassul le. Feltételezve hogy úgyis lassú SQL-t írsz, tényleg igazad van... Aztán persze van az a világ is, amikor nem minden request jut el SQL-ig, meg van az a világ, amikor nem is SQL van adatbázisként használva. És ilyenkor már kezd számítani, hogy mennyire gagyi a keretrendszer memória-hatékonysága, szinkronizációs pontjai, általában a sebessége... Üdv, István From mesterj at freeweb.hu Fri Mar 5 13:33:15 2010 From: mesterj at freeweb.hu (=?ISO-8859-2?Q?Mester_J=F3zsef?=) Date: Fri, 05 Mar 2010 13:33:15 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <7ccd601a1252.4b91056a@sch.bme.hu> References: <7ccd601a1252.4b91056a@sch.bme.hu> Message-ID: <4B90FA0B.6030505@freeweb.hu> Helló JSF 2.0 val kapcsolatban kinek vannak tapasztalatai (már rajtam kívül)? Nekem egyelőre tetszik pedig elég régóta gyúrom. Az a kiforrottság ami valószínűleg meglesz pár hónapon belül még nagyon hiányzik, de az csak türelem kérdése... Valamint valljuk meg elég sokan fejlesztenek hozzá.. Mostmár van pár faces még az icefacesen meg a richfacesen kívül... Valamint ha jól látom a mojarra scalest bele akarják rakni mint beépített frameworkot és nagyon jópofa dolgokat tud ám. Józsi From jkeresztes at vati.hu Fri Mar 5 13:36:46 2010 From: jkeresztes at vati.hu (Keresztes Jozsef) Date: Fri, 5 Mar 2010 13:36:46 +0100 Subject: [Java lista] Struts helyett milyen MVC? Message-ID: Hi ! Ez az SQL dolog általában úgy van hogy nem egy 10 soros táblából kell a kód mező alapján a név mezőből adatot kiszedni, hanem esetleg röpködnek a futás időben generált SQL-ek (ilyen rendszerünk is van), vagy tényleg össze van join-olva x-millió tábla, view-k épülhetnek egymásra stb. De mondom, én tényleg azért mosolygok az ilyen írásokon mert sosem a keretrendszerrel volt baj, hanem mindig az SQL-részen kellett javítani. Anno én foglalkoztam régebben Struts-al, az nagyon nem tetszett, a JavaServer Faces viszont eléggé a szívemhez nőtt. Node mindenki használja azt ami neki tetszik, vagy rákényszerít a főnöke ;-) Joe -----Original Message----- From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of "Soós István" Sent: Friday, March 05, 2010 1:22 PM To: javalist at javagrund.hu Subject: Re: [Java lista] Struts helyett milyen MVC? > 1. Természetesen nem kell glue és hasonlók, a JSF önmagában is szépen használható, > még kiegészítések nélkül is (richfaces,icefaces,...) lehet vele dolgozni. Dolgozni mindennel lehet. Kérdés mennyire hatékony az ember és mennyire dolgozik alá a technológia. Olcsóindiai fejlesztőkkel inkább JSF-eznék, a Wickethez kell egy kis ész is, no meg OO szemlélet. > 2. Tetszenek ezek a leírások a sebességről meg ilyesmi, én azért mosolygok ezeken > mert a szűk keresztmetszet szinte sosem a keretrendszer, hanem az adatbázis, vagyis az esetek > 90%-a az SQL műveleteken úszik el, lassul le. Feltételezve hogy úgyis lassú SQL-t írsz, tényleg igazad van... Aztán persze van az a világ is, amikor nem minden request jut el SQL-ig, meg van az a világ, amikor nem is SQL van adatbázisként használva. És ilyenkor már kezd számítani, hogy mennyire gagyi a keretrendszer memória-hatékonysága, szinkronizációs pontjai, általában a sebessége... Üdv, István _______________________________________________ Javalist mailing list Javalist at javagrund.hu http://javagrund.hu/mailman/listinfo/javalist From jkeresztes at vati.hu Fri Mar 5 13:38:40 2010 From: jkeresztes at vati.hu (Keresztes Jozsef) Date: Fri, 5 Mar 2010 13:38:40 +0100 Subject: [Java lista] Struts helyett milyen MVC? Message-ID: József ! Mi egyelőre 1.2-es JSF-et használunk, a 2.0-ról nincs még igazán tapasztalatom, max olvastam róla a neten. Joe -----Original Message----- From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of Mester József Sent: Friday, March 05, 2010 1:33 PM To: javalist at javagrund.hu Subject: Re: [Java lista] Struts helyett milyen MVC? Helló JSF 2.0 val kapcsolatban kinek vannak tapasztalatai (már rajtam kívül)? Nekem egyelőre tetszik pedig elég régóta gyúrom. Az a kiforrottság ami valószínűleg meglesz pár hónapon belül még nagyon hiányzik, de az csak türelem kérdése... Valamint valljuk meg elég sokan fejlesztenek hozzá.. Mostmár van pár faces még az icefacesen meg a richfacesen kívül... Valamint ha jól látom a mojarra scalest bele akarják rakni mint beépített frameworkot és nagyon jópofa dolgokat tud ám. Józsi _______________________________________________ Javalist mailing list Javalist at javagrund.hu http://javagrund.hu/mailman/listinfo/javalist From mesterj at freeweb.hu Fri Mar 5 13:43:19 2010 From: mesterj at freeweb.hu (=?ISO-8859-2?Q?Mester_J=F3zsef?=) Date: Fri, 05 Mar 2010 13:43:19 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: References: Message-ID: <4B90FC67.2070901@freeweb.hu> Keresztes Jozsef írta: > József ! > > Mi egyelőre 1.2-es JSF-et használunk, a 2.0-ról nincs még igazán tapasztalatom, > max olvastam róla a neten. > > Joe Használni én is az 1.2-t használom productionban de már vannak dolgok amikkel kapcsolatban "viszket a tenyerem" hogy áttegyem 2.0-ra. De még elég bugos. A 2.0.3-nem nagyon akar kijönni. Józsi From kristof.jozsa at gmail.com Fri Mar 5 13:44:32 2010 From: kristof.jozsa at gmail.com (Kristof Jozsa) Date: Fri, 5 Mar 2010 12:44:32 +0000 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <7ccd601a1252.4b91056a@sch.bme.hu> References: <7ccd601a1252.4b91056a@sch.bme.hu> Message-ID: azokat az olcsó fejlesztőket nem kéne megtanítani OO szemléletre? K 2010/3/5 "Soós István" : > >> 1. Természetesen nem kell glue és hasonlók, a JSF önmagában is szépen használható, >> még kiegészítések nélkül is (richfaces,icefaces,...) lehet vele dolgozni. > > Dolgozni mindennel lehet. Kérdés mennyire hatékony az ember és mennyire dolgozik alá a technológia. Olcsóindiai fejlesztőkkel inkább JSF-eznék, a Wickethez kell egy kis ész is, no meg OO szemlélet. > >> 2. Tetszenek ezek a leírások a sebességről meg ilyesmi, én azért mosolygok ezeken >> mert a szűk keresztmetszet szinte sosem a keretrendszer, hanem az adatbázis, vagyis az esetek >> 90%-a az SQL műveleteken úszik el, lassul le. > > Feltételezve hogy úgyis lassú SQL-t írsz, tényleg igazad van... Aztán persze van az a világ is, amikor nem minden request jut el SQL-ig, meg van az a világ, amikor nem is SQL van adatbázisként használva. És ilyenkor már kezd számítani, hogy mennyire gagyi a keretrendszer memória-hatékonysága, szinkronizációs pontjai, általában a sebessége... > > Üdv, >  István > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From biziclop at gmail.com Fri Mar 5 13:53:31 2010 From: biziclop at gmail.com (biziclop) Date: Fri, 5 Mar 2010 12:53:31 +0000 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: References: <7ccd601a1252.4b91056a@sch.bme.hu> Message-ID: 2010/3/5 Kristof Jozsa : > azokat az olcsó fejlesztőket nem kéne megtanítani OO szemléletre? Akkor mar nem lennenek olcsok. lsp From syntern at sch.bme.hu Fri Mar 5 14:00:31 2010 From: syntern at sch.bme.hu (=?iso-8859-2?B?IlNv83MgSXN0duFuIg==?=) Date: Fri, 05 Mar 2010 14:00:31 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: References: <7ccd601a1252.4b91056a@sch.bme.hu> Message-ID: <7d6ec922390e.4b910e7f@sch.bme.hu> > azokat az olcsó fejlesztőket nem kéne megtanítani OO szemléletre? Rögtön drágábbak lesznek... István From tamas at cservenak.net Fri Mar 5 14:16:28 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Fri, 5 Mar 2010 14:16:28 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <4B90DDF1.40705@verhas.com> References: <201003041424.48401.auth.gabor@javaforum.hu> <1267709772.2851.13.camel@sirkalmi-laptop> <4B8FB9B0.20009@i-logic.hu> <1267712496.2851.25.camel@sirkalmi-laptop> <60f30cea1003040752g7ce39690n15c611295546e536@mail.gmail.com> <53d6e7831003040836x67d3388cuec35e038993885dd@mail.gmail.com> <4B903B96.5070606@verhas.com> <53d6e7831003041526naf096f9i2d3bbf77477e514d@mail.gmail.com> <4B90DDF1.40705@verhas.com> Message-ID: <53d6e7831003050516o4738de28gd5cda4d2d675a213@mail.gmail.com> Mint mondtam, az eredeti problemat biztos nem oldja meg. Kovetelmeny, hogy real-time egyutt tudjunk dolgozni. Ha Damian becsekkel egy fixet, lehet hogy nekem az azonnal kell. Wandisco _sem_ gyorsitja a kivaltando svn up + svn co parancsokat. Vagy ha a futasa gyorsabb is lesz, ugyis meg kell varnom a tartalmat, hogy a wandisco "lehozza" azt (ismetlem, nem tudom pontosam mi a wandisco, de nem is erdekel nagyon). Amit eddig emlegettunk, az mind "tuneti kezeles" (git-svn, wandisco), mind valami trukkozes. Ezek kozul egyik sem fogja _soha_ teljesen megoldani a problemat, mert a kepletben mindig ott lesz az SVN. Ezert kell a tunetet okozot kiiktatni: svn :D Ismetlem, az SVN szuper, mikor a csapat ott ul egy irodaban (egy szegmensen, vagy "kozel" [halozati szempontbol] a szerverhez). DE, ez a divat kezd hatterbe szorulni az uj trendek miatt. Nincs "kozpont", iroda, stb... Nalunk a ceg fejlesztoi szortan vannak, mindenhol egy-ket emberrel (Brazil, US keleti partok, US nyugati partok, Kanada, Franciao., Nemeto., Romania, Kina, Indonezia, es Szeged ;) Nincs olyan net szolgaltato, aki ugy tudja elhelyezni az SVN szerveredet, hogy mindegyikunknek jo legyen (a kinai kulonben is szenved a GFW miatt, ami plusz lassulas neki) :D == Csakis egy ok tart minket vissza, egy ok amiert meg mindig a "fo" cuccaink (nexus oss, nexus pro, m2e, tycho) SVN-ben vannak (sokat mar atnyomtunk a github-ra): az pedig a maven-release-plugin. Amint az megtanul Git-bol releaselni, mentunk.... Thanks, ~t~ 2010/3/5 VerhĂĄs IstvĂĄn > Szia TamĂĄs! > > A wandisco a leĂ­rĂĄsa alapjĂĄn (nem prĂłbĂĄltam ezĂŠrt is ĂŠrdeklődĂśm) nem kĂśzted > ĂŠs a tĂĄvoli repo kĂśzĂśtt helyezkedik el, hanem a lan-os svn ĂŠs a tĂĄvoli svn > kĂśzĂśtt ĂŠs folyamatosan uptodate tartja a kettőt. Ez azĂŠrt gyorsĂ­that csak > kĂŠrdĂŠs mibe kerĂźl. > > Ăźdv > vi > > --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100305/d449df58/attachment.html From viczian.istvan at gmail.com Fri Mar 5 14:18:25 2010 From: viczian.istvan at gmail.com (=?ISO-8859-1?Q?Istv=E1n_Viczi=E1n?=) Date: Fri, 5 Mar 2010 14:18:25 +0100 Subject: [Java lista] JUM - Tizennegyedik alkalom Message-ID: <4ae5230c1003050518w78a3a111yb629fc38a61081db@mail.gmail.com> Üdv, Örömmel jelentjük be a JUM következő, tizennegyedik alkalmát! Bővebb információ: http://jum.javaforum.hu/?q=node/22 Időpont Az esemény 2010. március 17-én lesz 18 órától. Helyszín Az előadások helyszíne a SZÁMALK, cím: 1119 Budapest, Mérnök u. 39. Megközelíthető a városközpont felől a 7E és 173E buszokkal. A Kelenföld városközpontig kell utazni, onnan 2 perc séta a Mérnök utca irányában). FONTOS! A terem kiválasztása miatt valamint amiatt, hogy a portán le kell adni a résztvevők nevét, szükséges az előzetes regisztráció itt. Emiatt a a jelentkezési határidő 2010. március 14. 23:59. Wifi van a teremben. Online közvetítés Előzetes tervek szerint az előadások a weben is követhetőek lesznek a következő címen. Mi mindent megteszünk, de a technika ördöge bármikor közbeszólhat. Egyszerű eszközökkel próbálkozunk, egy notebook és egy web kamera. Emiatt lehetnek problémák a kép és hangminőséggel egyaránt. Az infrastruktúrát a USTREAM biztosítja. Az előadásokat rögzíteni fogjuk, így később is lejátszhatóak lesznek. Aki ennél profibb eszközökkel tudna minket támogatni, megköszönnénk (kamera, mikrofon). Tematika Fontos, hogy alkalmanként legalább három előadást terveztünk, így ha van kedved előadni, ne habozz felvenni velünk a kapcsolatot az info kukac jum pont hu címen. A tervezett tematika alább olvasható. Az itt leírt sorrend nem feltétlenül egyezik a valós sorrenddel. Fazekas Imre - A Brillien platform A Brillien megalkotásánál a cél egy egyszerű, magas modellezési absztrakciós szinttel rendelkező platform megalkotása volt. Egy letisztult vállalati platform, mely új modellezési eszközöket nyújt, pár lépéssel csökkentve az elképzelt belső kép és a működő rendszer közötti távolságot. Elméleti alapjául egy Powerobject-nek nevezett halmaz-elméleten alapuló kommunikációs modell szolgál, mely a meglévő modellekhez képest sokkal nagyobb teret biztosít a valós probléma leképezésére. Az előadás alatt példaalkalmazásokon keresztül bemutatásra kerül mind a powerobject modell, mind az arra épülő Brillien Java alkalmazás szerver. Tematika: Motiváció A Powerobject model Brillien platform felépítése Fejlesztés Brillien-ben Brillien production környezetben Pató Bálint, Tamási Árpád - SameBug: kivételeket gyűjtünk Java fejlesztőként a Throwable osztály leszármazottjaival rengetegszer összefutunk, hol egy logban, hol az aktuális fejlesztőkörnyezet konzolján. A gyors problémamegoldás után általában örömmel szabadulunk meg tőlük. Pedig értékes információk vannak egy-egy ilyen stacktrace-ben. A SameBug projekt gyűjti ezeket a hibákat, lehet vele tudástárat építeni, hasonló hibákat keresni, üzemeltetést könnyíteni. Egy induló, ingyenes, webes megoldás első lépéseit szeretnénk veletek átbeszélni, rövid bemutató után egy laza beszélgetésen várunk ötleteket, véleményeket. Hornyák László - Todomap A todomap egy próbálkozás java és webes technológiák felhasználásával összekötni Magyarország lakosságát a lakhelyük eseményeivel és problémáival egy térképes hibakövető segítségével. Egy rövid bemutatót kaphattok a felhasznált technológiákból és a felgyült tapasztalatokból. JQuery, JQueryUI, Google maps v3, Rest, CXF spring és JPA, JMS. JUM szervezők From gsashee at gmail.com Fri Mar 5 14:38:02 2010 From: gsashee at gmail.com (sashee) Date: Fri, 5 Mar 2010 14:38:02 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <7d6ec922390e.4b910e7f@sch.bme.hu> References: <7ccd601a1252.4b91056a@sch.bme.hu> <7d6ec922390e.4b910e7f@sch.bme.hu> Message-ID: Ez a HTMLUnit-os dolog tetszik, eszember se jutott eddig, köszi a tippet:) JSF nekem nagyon bejön, bár még semmi értelmesen nem írtam vele (szakdoga, de az nem production project:)). 2.0-nak pedig elég sok kényelmi funkciója van, amivel eddig sok szívás volt. Azért kíváncsi lennék, hogy egy nagyobb látogatottságú oldalon nagyon előjönnek-e a sebességbeli problémák? sashee 2010/3/5 "Soós István" : >> azokat az olcsó fejlesztőket nem kéne megtanítani OO szemléletre? > > Rögtön drágábbak lesznek... > > István > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From akos.gabriel at i-logic.hu Fri Mar 5 17:45:10 2010 From: akos.gabriel at i-logic.hu (=?ISO-8859-1?Q?G=E1briel_=C1kos?=) Date: Fri, 05 Mar 2010 17:45:10 +0100 Subject: [Java lista] Struts helyett milyen MVC? In-Reply-To: <60f30cea1003050245g590ff42bkdda58c17625b7ad0@mail.gmail.com> References: <4B90DEEC.8070601@verhas.com> <65ded6531003050242p72e4b034o8112621667678eea@mail.gmail.com> <60f30cea1003050245g590ff42bkdda58c17625b7ad0@mail.gmail.com> Message-ID: <1267807510.25708.87.camel@gabriel-desktop> On Fri, 2010-03-05 at 11:45 +0100, Peter Verhas wrote: > Ez szép és jó, főleg aranyos, de szakmai konkrétumok? FAIL kimenetelű projekteket soroljam? :) -- Ü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 auth.gabor at javaforum.hu Fri Mar 5 21:47:37 2010 From: auth.gabor at javaforum.hu (Auth =?utf-8?q?G=C3=A1bor?=) Date: Fri, 5 Mar 2010 21:47:37 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <53d6e7831003050516o4738de28gd5cda4d2d675a213@mail.gmail.com> References: <4B90DDF1.40705@verhas.com> <53d6e7831003050516o4738de28gd5cda4d2d675a213@mail.gmail.com> Message-ID: <201003052147.37592.auth.gabor@javaforum.hu> Halihó! Tamás Cservenák írta: > Mint mondtam, az eredeti problemat biztos nem oldja meg. Kovetelmeny, hogy > real-time egyutt tudjunk dolgozni. Ha Damian becsekkel egy fixet, lehet > hogy nekem az azonnal kell. Wandisco _sem_ gyorsitja a kivaltando svn up + > svn co parancsokat. Valamit nem értek... a Git hol kerüli meg a hálózatot, hogy ebben az esetben gyorsabb? -- http://www.javaforum.hu -=- http://www.enaplo.hu Auth Gábor -=- http://www.javaforum.hu/web/10/authgabor From gzsombor at gmail.com Fri Mar 5 21:55:42 2010 From: gzsombor at gmail.com (Zsombor) Date: Fri, 5 Mar 2010 21:55:42 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Version_control?= In-Reply-To: <201003052147.37592.auth.gabor@javaforum.hu> References: <4B90DDF1.40705@verhas.com> <53d6e7831003050516o4738de28gd5cda4d2d675a213@mail.gmail.com> <201003052147.37592.auth.gabor@javaforum.hu> Message-ID: 2010/3/5 Auth GĂĄbor > HalihĂł! > > TamĂĄs CservenĂĄk Ă­rta: > > Mint mondtam, az eredeti problemat biztos nem oldja meg. Kovetelmeny, > hogy > > real-time egyutt tudjunk dolgozni. Ha Damian becsekkel egy fixet, lehet > > hogy nekem az azonnal kell. Wandisco _sem_ gyorsitja a kivaltando svn up > + > > svn co parancsokat. > > Valamit nem ĂŠrtek... a Git hol kerĂźli meg a hĂĄlĂłzatot, hogy ebben az > esetben > gyorsabb? > -- > > Meg az is kĂŠrdĂŠs, hogy vajon kollaborativ szĂśvegszerkesztőnek hasznĂĄlhatĂł e bĂĄrmelyik - csak, hogy "real time egyĂźtt tudjunk dolgozni" :) SzĂł se rĂłla, tudom hogy a lokĂĄlis repository mĹąveletek hihetetlenĂźl gyorsabbak, mint az ĂłceĂĄn tĂşl felĂŠn vĂŠgre hajtottak :) Viszont ĂŠn sem ĂŠrtem miĂŠrt nem jĂł a git-svn, s a napi egy "git svn fetch --fetch-all" ĂŠs "git svn dcommit" miĂŠrt nem elegendő, de persze mindenki mĂĄshogy csinĂĄlja. Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100305/972091c2/attachment.html From takuan at freemail.hu Sat Mar 6 09:11:27 2010 From: takuan at freemail.hu (=?ISO-8859-2?Q?G=E1dori?= Zsolt) Date: Sat, 6 Mar 2010 09:11:27 +0100 Subject: [Java lista] =?iso-8859-2?q?er=F5sen_offtopic_b=F6ng=E9sz=F5s_k?= =?iso-8859-2?q?=E9rd=E9s?= Message-ID: <20100306091127.0ddefe79.takuan@freemail.hu> Sziasztok! Elnézést, hogy ilyen dologgal terhelem a listát, de van egy apróság amivel nem boldogulok. Linuxot használok (up_to_date debian lenny) és nem bírom egyik böngészőt sem rávenni, hogy a weblapokon beágyazott térképeket megmutassa. Mindig azt hazudja, hogy az adott méretarányban nem tudja megmutatni... Egyébként minden menni látszik, ez az egyetlen hiányossága a dolognak. Merre tapogatózzak? Köszi: Zs. From zmblevlist at gmail.com Sat Mar 6 09:15:24 2010 From: zmblevlist at gmail.com (zmblevlist at gmail.com) Date: Sat, 6 Mar 2010 09:15:24 +0100 Subject: [Java lista] =?iso-8859-2?q?er=F5sen_offtopic_b=F6ng=E9sz=F5s_k?= =?iso-8859-2?q?=E9rd=E9s?= In-Reply-To: <20100306091127.0ddefe79.takuan@freemail.hu> References: <20100306091127.0ddefe79.takuan@freemail.hu> Message-ID: <201003060915.24446.zmblevlist@gmail.com> Milyen beagyazott terkep? On Saturday 06 March 2010 09:11:27 Gádori Zsolt wrote: > Sziasztok! > > Elnézést, hogy ilyen dologgal terhelem a listát, de van egy apróság > amivel nem boldogulok. > > Linuxot használok (up_to_date debian lenny) és nem bírom egyik böngészőt > sem rávenni, hogy a weblapokon beágyazott térképeket megmutassa. Mindig > azt hazudja, hogy az adott méretarányban nem tudja megmutatni... > Egyébként minden menni látszik, ez az egyetlen hiányossága a dolognak. > > Merre tapogatózzak? > > Köszi: > Zs. > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > -- Üdvözlettel, Böszörményi Péter From takuan at freemail.hu Sat Mar 6 09:56:57 2010 From: takuan at freemail.hu (=?ISO-8859-2?Q?G=E1dori?= Zsolt) Date: Sat, 6 Mar 2010 09:56:57 +0100 Subject: [Java lista] =?iso-8859-2?q?er=F5sen_offtopic_b=F6ng=E9sz=F5s_k?= =?iso-8859-2?q?=E9rd=E9s?= In-Reply-To: <201003060915.24446.zmblevlist@gmail.com> References: <20100306091127.0ddefe79.takuan@freemail.hu> <201003060915.24446.zmblevlist@gmail.com> Message-ID: <20100306095657.8ab61b0d.takuan@freemail.hu> Most reklám miatt nem akarok ide példát linkelni, inkább körbeírom: Olyanra gondolok, amiben egy vállalkozás megmutatja, hogy itt van a telephelyem. Van az oldalán egy kis csúszka, ahol lehet a méretarányt változtatni, és egy fejenálló csepp mutatja a pontot ami érdekes. A kuglitérképből van valami módon linkelve. Nekem nem jelenik meg a térkép, csak látom a szelvények határát, és bennük a szöveg, hogy sajnáljuk... De bármilyen méretarányt választok, csak a szöveg marad. Zs. On Sat, 6 Mar 2010 09:15:24 +0100 zmblevlist at gmail.com wrote: > Milyen beagyazott terkep? From zmblevlist at gmail.com Sat Mar 6 10:13:50 2010 From: zmblevlist at gmail.com (zmblevlist at gmail.com) Date: Sat, 6 Mar 2010 10:13:50 +0100 Subject: [Java lista] =?iso-8859-2?q?er=F5sen_offtopic_b=F6ng=E9sz=F5s_k?= =?iso-8859-2?q?=E9rd=E9s?= In-Reply-To: <20100306095657.8ab61b0d.takuan@freemail.hu> References: <20100306091127.0ddefe79.takuan@freemail.hu> <201003060915.24446.zmblevlist@gmail.com> <20100306095657.8ab61b0d.takuan@freemail.hu> Message-ID: <201003061013.50651.zmblevlist@gmail.com> Akkor javaslnam, h keress egy olyan beagyazott terkepet, ami nem minosul reklamnak, es elojon a hiba, es kozold a linket. Milyen bongeszokkel probaltad? On Saturday 06 March 2010 09:56:57 Gádori Zsolt wrote: > Most reklám miatt nem akarok ide példát linkelni, inkább > körbeírom: > > Olyanra gondolok, amiben egy vállalkozás megmutatja, hogy itt van a > telephelyem. Van az oldalán egy kis csúszka, ahol lehet a méretarányt > változtatni, és egy fejenálló csepp mutatja a pontot ami érdekes. > A kuglitérképből van valami módon linkelve. > Nekem nem jelenik meg a térkép, csak látom a szelvények határát, és > bennük a szöveg, hogy sajnáljuk... De bármilyen méretarányt választok, > csak a szöveg marad. > > Zs. > > On Sat, 6 Mar 2010 09:15:24 +0100 > > zmblevlist at gmail.com wrote: > > Milyen beagyazott terkep? > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > -- Üdvözlettel, Böszörményi Péter From hollosibalazs at gmail.com Sun Mar 7 15:32:14 2010 From: hollosibalazs at gmail.com (=?ISO-8859-1?Q?Bal=E1zs_Holl=F3si?=) Date: Sun, 7 Mar 2010 15:32:14 +0100 Subject: [Java lista] grails Message-ID: <66d1b6bc1003070632g18e663fbg18f995ca69a2103d@mail.gmail.com> Sziasztok vasarnap delutanra egy laza kis tema.. egy nem is olyan regi szalban ("struts helyett milyen mvc") kerult megemlitesre a grails. eddig elkerultuk egymast, viszont atolvasva a doksikat, egesz szimpatikus a grails / groovy paros. ugy tunik egesz komplett megoldast ad egy csomo kerdesre (ez lehet elony is, es hatrany is). ha van valakinek konkret tapasztalata, szivesen olvasnek rola velemenyeket.. de nem szeretnek web framework vilaghaborut inditani.. egy otthoni kis projektben hamarosan lehet ki is probalnam, de van egy olyan erzesem, hogy akar melohelyen is jol hasznalhato lenne akar junior fejlesztoket is befogva, mivel a design elegge adott, nem kellene annyira fogni a kezuket mint egy "szabadabb" keretrendszernel.. Koszi, B From tomto at freemail.hu Sun Mar 7 18:43:31 2010 From: tomto at freemail.hu (TomTo:)) Date: Sun, 7 Mar 2010 18:43:31 +0100 Subject: [Java lista] grails Message-ID: <201003071843.31544.tomto@freemail.hu> Szia! 2010. március 7. dátummal ezt írta: > Sziasztok > > vasarnap delutanra egy laza kis tema.. egy nem is olyan regi szalban > ("struts helyett milyen mvc") kerult megemlitesre a grails. eddig > elkerultuk egymast, viszont atolvasva a doksikat, egesz szimpatikus a > grails / groovy paros. ugy tunik egesz komplett megoldast ad egy csomo > kerdesre (ez lehet elony is, es hatrany is). ha van valakinek konkret > tapasztalata, szivesen olvasnek rola velemenyeket.. de nem szeretnek > web framework vilaghaborut inditani.. egy otthoni kis projektben > hamarosan lehet ki is probalnam, de van egy olyan erzesem, hogy akar > melohelyen is jol hasznalhato lenne akar junior fejlesztoket is > befogva, mivel a design elegge adott, nem kellene annyira fogni a > kezuket mint egy "szabadabb" keretrendszernel.. Én már használtam párszor a fenti párost, igaz elég kis projektekben, főleg regisztrációs formok, automatikus hírlevelk, stb. kezelésére. Nekem csak pozitív élményem volt eddig vele. Haladós, könnyen tanulható, ha meg valami extrém dolog kellene, akkor ott van alatta a Spring, illetve tetszőleges java library-k. A groovy egyébként magában is jól jön néha, én például db migrációnál használtam sikerrel, illetve 1-2 alkalommal linux shell szkript helyett (gyorsabban kész voltam vele, de ez mondjuk nem pl. a bash, hanem az én hiányosságomnak tudható be ;) ). Üdv, TomTo:) From jkeresztes at vati.hu Mon Mar 8 13:15:25 2010 From: jkeresztes at vati.hu (Keresztes Jozsef) Date: Mon, 8 Mar 2010 13:15:25 +0100 Subject: [Java lista] Glassfish export/import Message-ID: Sziasztok ! Glassfish-nél van olyan móka hogy "connection pools export/import" ? Ugyanis áttérnénk a 2.1-ről a 2.1.1-re és jelenleg úgy néz ki újra meg kéne csinálni alatta a connection pool-okat, jdbc resource-kat, instance-okat, .... Szóval van arra mód hogy ezekből valamit ki lehetne exportálni egy fájlba, és visszaimportálni az új glassfish-be ? Joe From cserepj at szeretgom.hu Mon Mar 8 13:26:52 2010 From: cserepj at szeretgom.hu (Cserep Janos) Date: Mon, 8 Mar 2010 13:26:52 +0100 Subject: [Java lista] Glassfish export/import In-Reply-To: References: Message-ID: <65ded6531003080426s30a92411n1df8af964cd1b850@mail.gmail.com> > Glassfish-nél van olyan móka hogy "connection pools export/import" ? > Ugyanis áttérnénk a 2.1-ről a 2.1.1-re és jelenleg úgy néz ki újra meg kéne csinálni > alatta a connection pool-okat, jdbc resource-kat, instance-okat, .... > Szóval van arra mód hogy ezekből valamit ki lehetne exportálni egy fájlba, > és visszaimportálni az új glassfish-be ? Glassfishnek nagyon jó a CLI-je (asadmin), úgyhogy én általában egy shell scriptet használok ilyen célra. Tudtommal export facility nincs, de érdemes már a telepítésnél ezt használni és nem a UI-t. Egyszer egy projekten nagyon jól jött, hogy mindent CLI-ből hoztunk létre és scriptesítettünk, mert egy rossz helyen kiadott rm -rf-fel az egyik kolléga lerántotta a teljes gf telepítést a migráció kezdete előtt 10 perccel... Az ötlet amúgy nem rossz, simán lehetne egy olyan funkció ami az adott domain.xml konfigurációt exportálná asadmin parancsokká - szerintem érdemes lenne egy RFE-t nyitni rá. From fisha at freemail.hu Mon Mar 8 16:25:47 2010 From: fisha at freemail.hu (fisha) Date: Mon, 08 Mar 2010 16:25:47 +0100 Subject: [Java lista] websphere shared lib In-Reply-To: <65ded6531003080426s30a92411n1df8af964cd1b850@mail.gmail.com> References: <65ded6531003080426s30a92411n1df8af964cd1b850@mail.gmail.com> Message-ID: <4B9516FB.7000500@freemail.hu> Sziasztok! Websphere alatt szeretnék shared libraryt használni méghozzá olyat, amihez native is tartozik. Ezt adom meg: Enviroment->Shared Libraries classpath: /foo/bar.jar Native Library Path: /foo/lib (itt van xxx.a file) Az EJB alkalmazáshoz is hozzárendelem a Shared Library References alatt Jelenség: - Az első futás tökéletes. - Mikor másodszor nyúlnék hozzá, akkor java.lang.UnsatisfiedLinkError hibát kapok, amit csak a server restart gyógyít meg: Van valami ötletetek, hogy mi lehet a baja? Előre is köszi a választ! Üdv, Fisha From fisha at freemail.hu Mon Mar 8 17:12:00 2010 From: fisha at freemail.hu (fisha) Date: Mon, 08 Mar 2010 17:12:00 +0100 Subject: [Java lista] websphere shared lib In-Reply-To: <4B9516FB.7000500@freemail.hu> References: <65ded6531003080426s30a92411n1df8af964cd1b850@mail.gmail.com> <4B9516FB.7000500@freemail.hu> Message-ID: <4B9521D0.8020702@freemail.hu> Sziasztok! Kérdezek ezzel kapcsolatban egy java közelebbit: :) A System.loadLibrary(String name) metódusnak pontosan mit kell megetetni, hogy betöltse a kívánt native cuccot? Ahogy látom windows alatt ez simán a dll file neve kiterjesztés nélkül. AIX alatt .a file esetén hogy van ez? Vagy már a WIN-est se értem jól? Előre is köszi! Üdv, Dani fisha wrote: > Sziasztok! > > Websphere alatt szeretnék shared libraryt használni méghozzá olyat, > amihez native is tartozik. > Ezt adom meg: > > Enviroment->Shared Libraries > classpath: /foo/bar.jar > Native Library Path: /foo/lib (itt van xxx.a file) > > Az EJB alkalmazáshoz is hozzárendelem a Shared Library References alatt > > Jelenség: > - Az első futás tökéletes. > - Mikor másodszor nyúlnék hozzá, akkor java.lang.UnsatisfiedLinkError > hibát kapok, amit csak a server restart gyógyít meg: > > Van valami ötletetek, hogy mi lehet a baja? > > Előre is köszi a választ! > > Üdv, > Fisha > > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.435 / Virus Database: 271.1.1/2727 - Release Date: 03/06/10 19:34:00 > > From gzsombor at gmail.com Mon Mar 8 22:03:31 2010 From: gzsombor at gmail.com (Zsombor) Date: Mon, 8 Mar 2010 22:03:31 +0100 Subject: [Java lista] websphere shared lib In-Reply-To: <4B9521D0.8020702@freemail.hu> References: <65ded6531003080426s30a92411n1df8af964cd1b850@mail.gmail.com> <4B9516FB.7000500@freemail.hu> <4B9521D0.8020702@freemail.hu> Message-ID: 2010/3/8 fisha > Sziasztok! > > KĂŠrdezek ezzel kapcsolatban egy java kĂśzelebbit: :) > A System.loadLibrary(String name) metĂłdusnak pontosan mit kell > megetetni, hogy betĂśltse a kĂ­vĂĄnt native cuccot? > Ahogy lĂĄtom windows alatt ez simĂĄn a dll file neve kiterjesztĂŠs nĂŠlkĂźl. > AIX alatt .a file esetĂŠn hogy van ez? > Vagy mĂĄr a WIN-est se ĂŠrtem jĂłl? > > Nem tudom, hogy AIX-on a shared objecteket hogyan nevezik el, linuxon a "libxyz.so" betĂśltĂŠsĂŠhez a System.loadLibrary("xyz")-t kell hivni. SajnĂĄlatosan ezeket a shared objecteket nem lehet unloadolni, Ă­gy ha tĂśbb class loader egymĂĄs utĂĄn meg prĂłbĂĄlja betĂślteni, akkor az nem fog sikerĂźlni. Esetleg azzal el lehetne jĂĄtszani, hogy azt a jart, aminek szĂźksĂŠge van a nativ dolgokra, azt a szerver classpathjĂĄba betenni, Ă­gy azt nem kell majd Ăşjra tĂślteni. Igen, ez szopĂĄs. Üdv Zsombor > Előre is kĂśszi! > > Üdv, > Dani > > fisha wrote: > > Sziasztok! > > > > Websphere alatt szeretnĂŠk shared libraryt hasznĂĄlni mĂŠghozzĂĄ olyat, > > amihez native is tartozik. > > Ezt adom meg: > > > > Enviroment->Shared Libraries > > classpath: /foo/bar.jar > > Native Library Path: /foo/lib (itt van xxx.a file) > > > > Az EJB alkalmazĂĄshoz is hozzĂĄrendelem a Shared Library References alatt > > > > JelensĂŠg: > > - Az első futĂĄs tĂśkĂŠletes. > > - Mikor mĂĄsodszor nyĂşlnĂŠk hozzĂĄ, akkor java.lang.UnsatisfiedLinkError > > hibĂĄt kapok, amit csak a server restart gyĂłgyĂ­t meg: > > > > Van valami Ăśtletetek, hogy mi lehet a baja? > > > > Előre is kĂśszi a vĂĄlaszt! > > > > Üdv, > > Fisha > > > > > > _______________________________________________ > > Javalist mailing list > > Javalist at javagrund.hu > > http://javagrund.hu/mailman/listinfo/javalist > > > > ------------------------------------------------------------------------ > > > > > > No virus found in this incoming message. > > Checked by AVG - www.avg.com > > Version: 8.5.435 / Virus Database: 271.1.1/2727 - Release Date: 03/06/10 > 19:34:00 > > > > > > _______________________________________________ > 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/20100308/7a9b3e6d/attachment.html From peter at verhas.com Mon Mar 8 22:57:01 2010 From: peter at verhas.com (Peter Verhas) Date: Mon, 8 Mar 2010 22:57:01 +0100 Subject: [Java lista] =?iso-8859-1?q?version_control_eszk=F6z=F6k_m=E9g_eg?= =?iso-8859-1?q?yszer?= Message-ID: <60f30cea1003081357y34763217sd7619256bd3f9b5c@mail.gmail.com> http://martinfowler.com/bliki/VcsSurvey.html Itt nem ír semmi véleményt, csak végigkérdezte a cége 99 emberét és azt összegezte. Az eredmény egyezik azzal, ami nagyjából itt a listán is szóban kialakult. Azért érdekes. From gzsombor at gmail.com Mon Mar 8 23:17:57 2010 From: gzsombor at gmail.com (Zsombor) Date: Mon, 8 Mar 2010 23:17:57 +0100 Subject: [Java lista] =?utf-8?b?dmVyc2lvbiBjb250cm9sIGVzemvDtnrDtmsgbcOp?= =?utf-8?q?g_egyszer?= In-Reply-To: <60f30cea1003081357y34763217sd7619256bd3f9b5c@mail.gmail.com> References: <60f30cea1003081357y34763217sd7619256bd3f9b5c@mail.gmail.com> Message-ID: 2010/3/8 Peter Verhas > http://martinfowler.com/bliki/VcsSurvey.html > > Itt nem Ă­r semmi vĂŠlemĂŠnyt, csak vĂŠgigkĂŠrdezte a cĂŠge 99 emberĂŠt ĂŠs > azt Ăśsszegezte. Az eredmĂŠny egyezik azzal, ami nagyjĂĄbĂłl itt a listĂĄn > is szĂłban kialakult. AzĂŠrt ĂŠrdekes. > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > Jah, egy ilyen felmĂŠrĂŠst itt is vĂŠgezhetnĂŠnk, csak hogy mindenki ĂŠrezhesse, hogy de jĂłl megmondta a tutit ĂŠs igaza lett :) Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100308/9d1fdb16/attachment.html From peter at verhas.com Mon Mar 8 23:19:37 2010 From: peter at verhas.com (Peter Verhas) Date: Mon, 8 Mar 2010 23:19:37 +0100 Subject: [Java lista] =?iso-8859-1?q?version_control_eszk=F6z=F6k_m=E9g_eg?= =?iso-8859-1?q?yszer?= In-Reply-To: References: <60f30cea1003081357y34763217sd7619256bd3f9b5c@mail.gmail.com> Message-ID: <60f30cea1003081419q7b30035dp2f8c1eeb4046488e@mail.gmail.com> Hajrá. Készítsd elő. Én beszavazok a magamét. 2010/3/8 Zsombor : > > > 2010/3/8 Peter Verhas >> >> http://martinfowler.com/bliki/VcsSurvey.html >> >> Itt nem ír semmi véleményt, csak végigkérdezte a cége 99 emberét és >> azt összegezte. Az eredmény egyezik azzal, ami nagyjából itt a listán >> is szóban kialakult. Azért érdekes. >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> http://javagrund.hu/mailman/listinfo/javalist > > > Jah, egy ilyen felmérést itt is végezhetnénk, csak hogy mindenki érezhesse, > hogy de jól megmondta a tutit és igaza lett :) > > Zs > > _______________________________________________ > 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 From gzsombor at gmail.com Tue Mar 9 01:17:58 2010 From: gzsombor at gmail.com (Zsombor) Date: Tue, 9 Mar 2010 01:17:58 +0100 Subject: [Java lista] =?utf-8?b?TmFneSBWZXJ6acOzIEtlemVsxZEgTWVnbW9uZMOz?= =?utf-8?q?_Nyomtatv=C3=A1ny?= Message-ID: Itt lehetne kitĂślteni, az adatokkal termĂŠszetesen vissza fogok ĂŠlni, vagy meg fogom hamisĂ­tani :) https://spreadsheets.google.com/viewform?formkey=dEZWaWtXUG9hZ3ZEUnRvMG9STExxN3c6MA --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100309/b2bb50a1/attachment.html From aszomor at computertechnika.hu Tue Mar 9 08:59:41 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Tue, 09 Mar 2010 08:59:41 +0100 Subject: [Java lista] websphere shared lib In-Reply-To: References: <65ded6531003080426s30a92411n1df8af964cd1b850@mail.gmail.com> <4B9516FB.7000500@freemail.hu> <4B9521D0.8020702@freemail.hu> Message-ID: Szia, A unix-on az ld.so.conf-ba tedd be a native library path-t ezután ldconfig-al érvényesítsd, ez szokott segíteni. Attila. From zmblevlist at gmail.com Tue Mar 9 09:01:55 2010 From: zmblevlist at gmail.com (=?iso-8859-15?q?B=F6sz=F6rm=E9nyi_P=E9ter?=) Date: Tue, 9 Mar 2010 09:01:55 +0100 Subject: [Java lista] =?utf-8?b?TmFneSBWZXJ6acOzIEtlemVsxZEgTWVnbW9uZMOz?= =?utf-8?q?_Nyomtatv=C3=A1ny?= In-Reply-To: References: Message-ID: <201003090901.55461.zmblevlist@gmail.com> Es hozza is igazitod a multat? :) On Tuesday 09 March 2010 01:17:58 Zsombor wrote: > Itt lehetne kitölteni, az adatokkal természetesen vissza fogok élni, vagy > meg fogom hamisítani :) > > > https://spreadsheets.google.com/viewform?formkey=dEZWaWtXUG9hZ3ZEUnRvMG9STE > xxN3c6MA > -- Üdvözlettel, Böszörményi Péter From aszomor at computertechnika.hu Tue Mar 9 11:45:24 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Tue, 09 Mar 2010 11:45:24 +0100 Subject: [Java lista] GlassFish ve update Message-ID: Sziasztok, Már a GlassFish fórumra feltettem egy kérdést, de hátha valamelyikőtök már tudja a megoldást. Játszogatok a NB6.8/GFv3/JDK6-al a JavaEE6-hoz adott minta példákkal, mostanában teszteltem az Application Client Container-t a HelloApplicaton-el, tegnap update-eltem a GFv3-at és azóta nem működik az addig jól működő mintapélda. Van tippetek? Attila. GF FORUM: ========= Hi All, It is a very simple EJB demo application wich is part of javaee6-samples-1.0-b03-installer.jar, it worked fine until yesterday. I upgraded GFv3 Yesterday and since that time I unable to connect to it, if I try to connect to the server the server side libraries started on client. Ho can I resolve this problem. Thanks, Attila. COMMON CODE ----------- package enterprise.hello_stateless_ejb; import javax.ejb.Remote; @Remote public interface StatelessSession { public String hello(); } SERVER CODE ----------- package enterprise.hello_stateless_ejb; import javax.ejb.Stateless; @Stateless public class StatelessSessionBean implements StatelessSession { public String hello() { return "hello, world!\n"; } } CLIENT CODE ----------- package enterprise.hello_stateless_client; import javax.naming.InitialContext; import enterprise.hello_stateless_ejb.StatelessSession; public class StatelessJavaClient { public static void main(String args[]) { System.out.println("StatelessSession bean says : " + returnMessage()); } public static String returnMessage() { try { InitialContext ic = new InitialContext(); StatelessSession sless = (StatelessSession) ic.lookup("enterprise.hello_stateless_ejb.StatelessSession"); return (sless.hello()); } catch(Exception e) { e.printStackTrace(); } return null; } } 1, Deploy HelloApp into GlassFish v3 Domain ------------------------------------------- INFO: Portable JNDI names for EJB StatelessSessionBean : [java:global/HelloApp/HelloApp-ejb/StatelessSessionBean!enterprise.hello_stateless_ejb.StatelessSession, java:global/HelloApp/HelloApp-ejb/StatelessSessionBean] INFO: Glassfish-specific (Non-portable) JNDI names for EJB StatelessSessionBean : [enterprise.hello_stateless_ejb.StatelessSession, enterprise.hello_stateless_ejb.StatelessSession#enterprise.hello_stateless_ejb.StatelessSession] INFO: Instantiated an instance of org.hibernate.validator.engine.resolver.JPATraversableResolver. INFO: nullID: /java/projects-6.8/HelloApp/dist/gfdeploy/HelloApp/HelloApp-app-client_jar/ CLASSES: [class enterprise.hello_stateless_client.StatelessJavaClient] ID: /java/projects-6.8/HelloApp/dist/gfdeploy/HelloApp/HelloApp-app-clemb_jar/ CLASSES: [interface enterprise.hello_stateless_ejb.StatelessSession, class enterprise.hello_stateless_client.EmbStatelessJavaClient] ID: /java/projects-6.8/HelloApp/dist/gfdeploy/HelloApp/HelloApp-ejb_jar/ CLASSES: [class enterprise.hello_stateless_ejb.StatelessSessionBean]ID: /java/projects-6.8/HelloApp/dist/gfdeploy/HelloApp/HelloApp-app-clemb_jar/ CLASSES: [interface enterprise.hello_stateless_ejb.StatelessSession, class enterprise.hello_stateless_client.EmbStatelessJavaClient] ID: /java/projects-6.8/HelloApp/dist/gfdeploy/HelloApp/HelloApp-app-client_jar/ CLASSES: [class enterprise.hello_stateless_client.StatelessJavaClient] ID: /java/projects-6.8/HelloApp/dist/gfdeploy/HelloApp/HelloApp-ejb_jar/ CLASSES: [class enterprise.hello_stateless_ejb.StatelessSessionBean]ID: /java/projects-6.8/HelloApp/dist/gfdeploy/HelloApp/HelloApp-ejb_jar/ CLASSES: [class enterprise.hello_stateless_ejb.StatelessSessionBean] ID: /java/projects-6.8/HelloApp/dist/gfdeploy/HelloApp/HelloApp-app-client_jar/ CLASSES: [class enterprise.hello_stateless_client.StatelessJavaClient] ID: /java/projects-6.8/HelloApp/dist/gfdeploy/HelloApp/HelloApp-app-clemb_jar/ CLASSES: [interface enterprise.hello_stateless_ejb.StatelessSession, class enterprise.hello_stateless_client.EmbStatelessJavaClient] INFO: ACDEPL103: Java Web Start services started for the app client HelloApp/HelloApp-app-clemb.jar (contextRoot: /HelloApp/HelloApp-app-clemb) INFO: ACDEPL103: Java Web Start services started for the app client HelloApp/HelloApp-app-client.jar (contextRoot: /HelloApp/HelloApp-app-client) INFO: HelloApp was successfully deployed in 1 932 milliseconds. 2, Generate stub for HelloAppClient ----------------------------------- /java/sges-v3/glassfish/bin/asadmin get-client-stubs --appname HelloApp /java/projects/HelloApp/dist THE RESULT ---------- Authentication failed with password from login store: /root/.asadminpass Enter admin password for user "admin"> Command get-client-stubs executed successfully. 3, Start HelloAppClient ----------------------- cd /java/projects/HelloApp/dist /java/sges-v3/glassfish/bin/appclient -client HelloAppClient.jar -name HelloApp-app-client THE RESULT ---------- 2010.03.09. 10:55:15 com.sun.enterprise.transaction.JavaEETransactionManagerSimplified initDelegates INFO: Using com.sun.enterprise.transaction.jts.JavaEETransactionManagerJTSDelegate as the delegate org.omg.CORBA.NO_PERMISSION: ----------BEGIN server-side stack trace---------- org.omg.CORBA.NO_PERMISSION: vmcid: 0x0 minor code: 0 completed: No at com.sun.enterprise.iiop.security.SecServerRequestInterceptor.handle_null_service_context(SecServerRequestInterceptor.java:414) at com.sun.enterprise.iiop.security.SecServerRequestInterceptor.receive_request(SecServerRequestInterceptor.java:436) at com.sun.corba.ee.impl.interceptors.InterceptorInvoker.invokeServerInterceptorIntermediatePoint(InterceptorInvoker.java:654) at com.sun.corba.ee.impl.interceptors.PIHandlerImpl.invokeServerPIIntermediatePoint(PIHandlerImpl.java:752) at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.getServantWithPI(CorbaServerRequestDispatcherImpl.java:395) at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:213) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1841) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1695) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:1078) at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:221) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:797) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.dispatch(CorbaMessageMediatorImpl.java:561) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.doWork(CorbaMessageMediatorImpl.java:2558) at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.performWork(ThreadPoolImpl.java:492) at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:528) ----------END server-side stack trace---------- vmcid: 0x0 minor code: 0 completed: No at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at com.sun.corba.ee.impl.protocol.giopmsgheaders.MessageBase.getSystemException(MessageBase.java:913) at com.sun.corba.ee.impl.protocol.giopmsgheaders.ReplyMessage_1_2.getSystemException(ReplyMessage_1_2.java:129) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.getSystemExceptionReply(CorbaMessageMediatorImpl.java:681) at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.processResponse(CorbaClientRequestDispatcherImpl.java:510) at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.marshalingComplete(CorbaClientRequestDispatcherImpl.java:369) at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.invoke(CorbaClientDelegateImpl.java:235) at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:354) at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:112) at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69) at com.sun.enterprise.naming.impl.SerialContext.narrowProvider(SerialContext.java:355) at com.sun.enterprise.naming.impl.SerialContext.getRemoteProvider(SerialContext.java:327) at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:271) at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:430) at javax.naming.InitialContext.lookup(InitialContext.java:392) at enterprise.hello_stateless_client.StatelessJavaClient.returnMessage(StatelessJavaClient.java:53) at enterprise.hello_stateless_client.StatelessJavaClient.main(StatelessJavaClient.java:45) 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 org.glassfish.appclient.client.acc.AppClientContainer.launch(AppClientContainer.java:424) at org.glassfish.appclient.client.AppClientFacade.launch(AppClientFacade.java:151) at org.glassfish.appclient.client.AppClientGroupFacade.main(AppClientGroupFacade.java:64) javax.naming.NamingException: Lookup failed for 'enterprise.hello_stateless_ejb.StatelessSession' in SerialContext targetHost=localhost,targetPort=3700,orb'sInitialHost=localhost,orb'sInitialPort=3700 [Root exception is javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext targetHost=localhost,targetPort=3700,orb'sInitialHost=localhost,orb'sInitialPort=3700 [Root exception is org.omg.CORBA.NO_PERMISSION: ----------BEGIN server-side stack trace---------- org.omg.CORBA.NO_PERMISSION: vmcid: 0x0 minor code: 0 completed: No at com.sun.enterprise.iiop.security.SecServerRequestInterceptor.handle_null_service_context(SecServerRequestInterceptor.java:414) at com.sun.enterprise.iiop.security.SecServerRequestInterceptor.receive_request(SecServerRequestInterceptor.java:436) at com.sun.corba.ee.impl.interceptors.InterceptorInvoker.invokeServerInterceptorIntermediatePoint(InterceptorInvoker.java:654) at com.sun.corba.ee.impl.interceptors.PIHandlerImpl.invokeServerPIIntermediatePoint(PIHandlerImpl.java:752) at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.getServantWithPI(CorbaServerRequestDispatcherImpl.java:395) at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:213) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1841) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1695) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:1078) at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:221) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:797) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.dispatch(CorbaMessageMediatorImpl.java:561) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.doWork(CorbaMessageMediatorImpl.java:2558) at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.performWork(ThreadPoolImpl.java:492) at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:528) ----------END server-side stack trace---------- vmcid: 0x0 minor code: 0 completed: No]] at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:442) at javax.naming.InitialContext.lookup(InitialContext.java:392) at enterprise.hello_stateless_client.StatelessJavaClient.returnMessage(StatelessJavaClient.java:53) at enterprise.hello_stateless_client.StatelessJavaClient.main(StatelessJavaClient.java:45) 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 org.glassfish.appclient.client.acc.AppClientContainer.launch(AppClientContainer.java:424) at org.glassfish.appclient.client.AppClientFacade.launch(AppClientFacade.java:151) at org.glassfish.appclient.client.AppClientGroupFacade.main(AppClientGroupFacade.java:64) Caused by: javax.naming.NamingException: Unable to acquire SerialContextProvider for SerialContext targetHost=localhost,targetPort=3700,orb'sInitialHost=localhost,orb'sInitialPort=3700 [Root exception is org.omg.CORBA.NO_PERMISSION: ----------BEGIN server-side stack trace---------- org.omg.CORBA.NO_PERMISSION: vmcid: 0x0 minor code: 0 completed: No at com.sun.enterprise.iiop.security.SecServerRequestInterceptor.handle_null_service_context(SecServerRequestInterceptor.java:414) at com.sun.enterprise.iiop.security.SecServerRequestInterceptor.receive_request(SecServerRequestInterceptor.java:436) at com.sun.corba.ee.impl.interceptors.InterceptorInvoker.invokeServerInterceptorIntermediatePoint(InterceptorInvoker.java:654) at com.sun.corba.ee.impl.interceptors.PIHandlerImpl.invokeServerPIIntermediatePoint(PIHandlerImpl.java:752) at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.getServantWithPI(CorbaServerRequestDispatcherImpl.java:395) at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:213) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1841) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1695) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:1078) at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:221) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:797) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.dispatch(CorbaMessageMediatorImpl.java:561) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.doWork(CorbaMessageMediatorImpl.java:2558) at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.performWork(ThreadPoolImpl.java:492) at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:528) ----------END server-side stack trace---------- vmcid: 0x0 minor code: 0 completed: No] at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:276) at com.sun.enterprise.naming.impl.SerialContext.lookup(SerialContext.java:430) ... 10 more Caused by: org.omg.CORBA.NO_PERMISSION: ----------BEGIN server-side stack trace---------- org.omg.CORBA.NO_PERMISSION: vmcid: 0x0 minor code: 0 completed: No at com.sun.enterprise.iiop.security.SecServerRequestInterceptor.handle_null_service_context(SecServerRequestInterceptor.java:414) at com.sun.enterprise.iiop.security.SecServerRequestInterceptor.receive_request(SecServerRequestInterceptor.java:436) at com.sun.corba.ee.impl.interceptors.InterceptorInvoker.invokeServerInterceptorIntermediatePoint(InterceptorInvoker.java:654) at com.sun.corba.ee.impl.interceptors.PIHandlerImpl.invokeServerPIIntermediatePoint(PIHandlerImpl.java:752) at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.getServantWithPI(CorbaServerRequestDispatcherImpl.java:395) at com.sun.corba.ee.impl.protocol.CorbaServerRequestDispatcherImpl.dispatch(CorbaServerRequestDispatcherImpl.java:213) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequestRequest(CorbaMessageMediatorImpl.java:1841) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:1695) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleInput(CorbaMessageMediatorImpl.java:1078) at com.sun.corba.ee.impl.protocol.giopmsgheaders.RequestMessage_1_2.callback(RequestMessage_1_2.java:221) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.handleRequest(CorbaMessageMediatorImpl.java:797) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.dispatch(CorbaMessageMediatorImpl.java:561) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.doWork(CorbaMessageMediatorImpl.java:2558) at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.performWork(ThreadPoolImpl.java:492) at com.sun.corba.ee.impl.orbutil.threadpool.ThreadPoolImpl$WorkerThread.run(ThreadPoolImpl.java:528) ----------END server-side stack trace---------- vmcid: 0x0 minor code: 0 completed: No at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method) at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:39) at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:27) at java.lang.reflect.Constructor.newInstance(Constructor.java:513) at com.sun.corba.ee.impl.protocol.giopmsgheaders.MessageBase.getSystemException(MessageBase.java:913) at com.sun.corba.ee.impl.protocol.giopmsgheaders.ReplyMessage_1_2.getSystemException(ReplyMessage_1_2.java:129) at com.sun.corba.ee.impl.protocol.CorbaMessageMediatorImpl.getSystemExceptionReply(CorbaMessageMediatorImpl.java:681) at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.processResponse(CorbaClientRequestDispatcherImpl.java:510) at com.sun.corba.ee.impl.protocol.CorbaClientRequestDispatcherImpl.marshalingComplete(CorbaClientRequestDispatcherImpl.java:369) at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.invoke(CorbaClientDelegateImpl.java:235) at com.sun.corba.ee.impl.protocol.CorbaClientDelegateImpl.is_a(CorbaClientDelegateImpl.java:354) at org.omg.CORBA.portable.ObjectImpl._is_a(ObjectImpl.java:112) at org.omg.CosNaming.NamingContextHelper.narrow(NamingContextHelper.java:69) at com.sun.enterprise.naming.impl.SerialContext.narrowProvider(SerialContext.java:355) at com.sun.enterprise.naming.impl.SerialContext.getRemoteProvider(SerialContext.java:327) at com.sun.enterprise.naming.impl.SerialContext.getProvider(SerialContext.java:271) ... 11 more StatelessSession bean says : null My Ubuntu 9.10 (64bit)'s environment is --------------------------------------- ANT_HOME=/java/netbeans-6.8/java3/ant ANT_PATH=/java/netbeans-6.8/java3/ant/bin BASH=/bin/bash BASH_ALIASES=() BASH_ARGC=() BASH_ARGV=() BASH_CMDS=() BASH_LINENO=() BASH_SOURCE=() BASH_VERSINFO=([0]="4" [1]="0" [2]="33" [3]="1" [4]="release" [5]="x86_64-pc-linux-gnu") BASH_VERSION='4.0.33(1)-release' CLASSPATH=/java/jdk1.6.0_18/jre/lib:/java/jdk1.6.0_18/lib:.:./lib:./ext COLORTERM=gnome-terminal COLUMNS=158 DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-P6TtNgDYMt,guid=6cd657eab1badc652005b6324b960e0c DESKTOP_SESSION=gnome DIRSTACK=() DISPLAY=:0.0 EUID=0 GDK_NATIVE_WINDOW=1 GDMSESSION=gnome GDM_KEYBOARD_LAYOUT=$'us\tintl' GDM_LANG=hu_HU.UTF-8 GF_HOME=/java/sges-v3/glassfish GNOME_DESKTOP_SESSION_ID=this-is-deprecated GNOME_KEYRING_PID=1954 GNOME_KEYRING_SOCKET=/tmp/keyring-mMj1zn/socket GPG_AGENT_INFO=/tmp/seahorse-m8ocUh/S.gpg-agent:2037:1 GROUPS=() GTK_MODULES=canberra-gtk-module GTK_RC_FILES=/etc/gtk/gtkrc:/root/.gtkrc-1.2-gnome2 HISTCONTROL=ignorespace HISTFILE=/root/.bash_history HISTFILESIZE=500 HISTSIZE=500 HOME=/root HOSTNAME=aszomor HOSTTYPE=x86_64 IFS=$' \t\n' JAVA_HOME=/java/jdk1.6.0_18 JAVA_PATH=/java/jdk1.6.0_18/bin LANG=hu_HU.UTF-8 LESSCLOSE='/usr/bin/lesspipe %s %s' LESSOPEN='| /usr/bin/lesspipe %s' LINES=43 LOGNAME=root LS_COLORS='rs=0:di=01;34:ln=01;36:hl=44;37:pi=40;33:so=01;35:do=01;35:bd=40;33;01:cd=40;33;01:or=40;31;01:su=37;41:sg=30;43:ca=30;41:tw=30;42:ow=34;42:st=37;44:ex=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.lzma=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.dz=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tbz2=01;31:*.tz=01;31:*.deb=01;31:*.rpm=01;31:*.jar=01;31:*.rar=01;31:*.ace=01;31:*.zoo=01;31:*.cpio=01;31:*.7z=01;31:*.rz=01;31:*.jpg=01;35:*.jpeg=01;35:*.gif=01;35:*.bmp=01;35:*.pbm=01;35:*.pgm=01;35:*.ppm=01;35:*.tga=01;35:*.xbm=01;35:*.xpm=01;35:*.tif=01;35:*.tiff=01;35:*.png=01;35:*.svg=01;35:*.svgz=01;35:*.mng=01;35:*.pcx=01;35:*.mov=01;35:*.mpg=01;35:*.mpeg=01;35:*.m2v=01;35:*.mkv=01;35:*.ogm=01;35:*.mp4=01;35:*.m4v=01;35:*.mp4v=01;35:*.vob=01;35:*.qt=01;35:*.nuv=01;35:*.wmv=01;35:*.asf=01;35:*.rm=01;35:*.rmvb=01;35:*.flc=01;35:*.avi=01;35:*.fli=01;35:*.flv=01;35:*.gl=01;35:*.dl=01;35:*.xcf=01;35:*.xwd=01;35:*.yuv=01;35:*.axv=01;35:*.anx=01;35:*.ogv=01;35:*.ogx= 01;35:*.aac=00;36:*.au=00;36:*.flac=00;36:*.mid=00;36:*.midi=00;36:*.mka=00;36:*.mp3=00;36:*.mpc=00;36:*.ogg=00;36:*.ra=00;36:*.wav=00;36:*.axa=00;36:*.oga=00;36:*.spx=00;36:*.xspf=00;36:' MACHTYPE=x86_64-pc-linux-gnu MAILCHECK=60 MC_SID=4428 MC_TMPDIR=/tmp/mc-root OLDPWD=/ OPTERR=1 OPTIND=1 ORBIT_SOCKETDIR=/tmp/orbit-root OSTYPE=linux-gnu PATH='/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/java/jdk1.6.0_18/bin:/java/netbeans-6.8/java3/ant/bin:~/bin' PIPESTATUS=([0]="0") PLUGIN_HOME=/java/jre1.6.0_18/plugin PPID=4426 -- Az Opera forradalmian új levelezőjét használva: http://www.opera.com/mail/ From aszomor at computertechnika.hu Tue Mar 9 15:26:00 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Tue, 09 Mar 2010 15:26:00 +0100 Subject: [Java lista] GlassFish ve update In-Reply-To: References: Message-ID: Sziasztok, Elindítottam egy undeployt, majd vissza raktam egy mentett domain.xml-t és ebbe deploy-olva újból műkszik! Attila. root at aszomor:/java/projects# ./hellostub_and_testacc.sh get STUB Authentication failed with password from login store: /root/.asadminpass Enter admin password for user "admin"> Command get-client-stubs executed successfully. start ACC 2010.03.09. 15:21:35 com.sun.enterprise.transaction.JavaEETransactionManagerSimplified initDelegates INFO: Using com.sun.enterprise.transaction.jts.JavaEETransactionManagerJTSDelegate as the delegate StatelessSession bean says : hello, world! From zmblevlist at gmail.com Tue Mar 9 21:44:46 2010 From: zmblevlist at gmail.com (zmblevlist at gmail.com) Date: Tue, 9 Mar 2010 21:44:46 +0100 Subject: [Java lista] EJB 3 jndi neve Message-ID: <201003092144.46979.zmblevlist@gmail.com> Udv a listanak! A kerdes egyszeru: Ha jee 5 alatt egy Servletben van egy @EJB-s annotacio egy adattagra (semmi parameter az annotacionak), akkor milyen nevem probalja megkeresni a jndi faaban a kontener az ejb-t? Bean: @Stateless public class ExampleBean implements Example { @Override public void foo() { System.out.println("foo"); } } Servlet: public class ControllerInvokerServlet extends HttpServlet { @EJB private Example example; ... -- Üdvözlettel, Böszörményi Péter From cserepj at szeretgom.hu Tue Mar 9 21:48:23 2010 From: cserepj at szeretgom.hu (Cserep Janos) Date: Tue, 9 Mar 2010 21:48:23 +0100 Subject: [Java lista] EJB 3 jndi neve In-Reply-To: <201003092144.46979.zmblevlist@gmail.com> References: <201003092144.46979.zmblevlist@gmail.com> Message-ID: <65ded6531003091248s233ef9bfh43cd243027bdfcf8@mail.gmail.com> > A kerdes egyszeru: Ha jee 5 alatt egy Servletben van egy @EJB-s annotacio egy > adattagra (semmi parameter az annotacionak), akkor milyen nevem probalja > megkeresni a jndi faaban a kontener az ejb-t? Ez szerintem container függő. Glassfish alatt pl az applications/generated alatti xml fájlokból ki lehet bogarászni. From auth.gabor at javaforum.hu Tue Mar 9 22:06:28 2010 From: auth.gabor at javaforum.hu (Auth =?iso-8859-2?q?G=E1bor?=) Date: Tue, 9 Mar 2010 22:06:28 +0100 Subject: [Java lista] EJB 3 jndi neve In-Reply-To: <201003092144.46979.zmblevlist@gmail.com> References: <201003092144.46979.zmblevlist@gmail.com> Message-ID: <201003092206.28871.auth.gabor@javaforum.hu> Halihó! zmblevlist at gmail.com írta: > A kerdes egyszeru: Ha jee 5 alatt egy Servletben van egy @EJB-s annotacio > egy adattagra (semmi parameter az annotacionak), akkor milyen nevem > probalja megkeresni a jndi faaban a kontener az ejb-t? Ha jól rémlik, akkor nem nevet keres hozzá, hanem az interfész implementációját adó EJB-t. Ha több ilyen van, akkor nem tudom... :) -- http://www.javaforum.hu -=- http://www.enaplo.hu Auth Gábor -=- http://www.javaforum.hu/web/10/authgabor From zmblevlist at gmail.com Tue Mar 9 22:09:05 2010 From: zmblevlist at gmail.com (zmblevlist at gmail.com) Date: Tue, 9 Mar 2010 22:09:05 +0100 Subject: [Java lista] EJB 3 jndi neve In-Reply-To: <201003092206.28871.auth.gabor@javaforum.hu> References: <201003092144.46979.zmblevlist@gmail.com> <201003092206.28871.auth.gabor@javaforum.hu> Message-ID: <201003092209.05993.zmblevlist@gmail.com> Tehat akkor eselyes, h magaban vegigturja a jndi fat? On Tuesday 09 March 2010 22:06:28 Auth Gábor wrote: > Halihó! > > zmblevlist at gmail.com írta: > > A kerdes egyszeru: Ha jee 5 alatt egy Servletben van egy @EJB-s annotacio > > egy adattagra (semmi parameter az annotacionak), akkor milyen nevem > > probalja megkeresni a jndi faaban a kontener az ejb-t? > > Ha jól rémlik, akkor nem nevet keres hozzá, hanem az interfész > implementációját adó EJB-t. Ha több ilyen van, akkor nem tudom... :) > -- Üdvözlettel, Böszörményi Péter From viczian.istvan at gmail.com Tue Mar 9 22:37:28 2010 From: viczian.istvan at gmail.com (=?ISO-8859-1?Q?Istv=E1n_Viczi=E1n?=) Date: Tue, 9 Mar 2010 22:37:28 +0100 Subject: [Java lista] EJB 3 jndi neve In-Reply-To: <201003092209.05993.zmblevlist@gmail.com> References: <201003092144.46979.zmblevlist@gmail.com> <201003092206.28871.auth.gabor@javaforum.hu> <201003092209.05993.zmblevlist@gmail.com> Message-ID: <4ae5230c1003091337j78a639cdoe56fc43f6b9dda23@mail.gmail.com> Szia, Lokális neveket keres a megadott szabály szerint, és ehhez a deployer rendel globális neveket. EJB 3.0 JSR 16.5.1.1 (414. old.): The Bean Provider uses the EJB annotation to annotate a ?eld or setter property method of the bean class as a target for the injection of an EJB reference. The reference may be to a session bean?s business interface or to the local home interface or remote home interface of a session bean or entity bean. The following example illustrates how an enterprise bean uses the EJB annotation to reference another enterprise bean. The enterprise bean reference will have the name java:comp/env/com.acme.example.ExampleBean/myCart in the referencing bean?s naming context, where ExampleBean is the name of the class of the referencing bean and com.acme.example its package. The target of the reference must be resolved by the Deployer. package com.acme.example; @Stateless public class ExampleBean implements Example { ... @EJB private ShoppingCart myCart; ... } Még némi rizsa: http://jtechlog.blogspot.com/2009/01/jndi-nevek-ejb-krnyezetben.html Remélem segít. Viczi 2010/3/9 : > Tehat akkor eselyes, h magaban vegigturja a jndi fat? > > On Tuesday 09 March 2010 22:06:28 Auth Gábor wrote: >> Halihó! >> >> zmblevlist at gmail.com írta: >> > A kerdes egyszeru: Ha jee 5 alatt egy Servletben van egy @EJB-s annotacio >> >  egy adattagra (semmi parameter az annotacionak), akkor milyen nevem >> >  probalja megkeresni a jndi faaban a kontener az ejb-t? >> >>   Ha jól rémlik, akkor nem nevet keres hozzá, hanem az interfész >> implementációját adó EJB-t. Ha több ilyen van, akkor nem tudom... :) >> > > -- > Üdvözlettel, > Böszörményi Péter > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From gzsombor at gmail.com Wed Mar 10 00:17:54 2010 From: gzsombor at gmail.com (Zsombor) Date: Wed, 10 Mar 2010 00:17:54 +0100 Subject: [Java lista] =?utf-8?b?TmFneSBWZXJ6acOzIEtlemVsxZEgTWVnbW9uZMOz?= =?utf-8?q?_Nyomtatv=C3=A1ny?= In-Reply-To: <201003090901.55461.zmblevlist@gmail.com> References: <201003090901.55461.zmblevlist@gmail.com> Message-ID: 2010/3/9 BĂśszĂśrmĂŠnyi PĂŠter > Es hozza is igazitod a multat? :) > > On Tuesday 09 March 2010 01:17:58 Zsombor wrote: > > Itt lehetne kitĂślteni, az adatokkal termĂŠszetesen vissza fogok ĂŠlni, > vagy > > meg fogom hamisĂ­tani :) > > > > > > > https://spreadsheets.google.com/viewform?formkey=dEZWaWtXUG9hZ3ZEUnRvMG9STE > > xxN3c6MA > > > > > TermĂŠszetesen :) Eddig 47 vĂĄlasz ĂŠrkezett, ha valaki tudja, hogyan lehet a google ĂĄltal rajzolt pofĂĄs kis grafikonokat publikussĂĄ tenni - ha jĂłl ĂŠrtem csak a forrĂĄs tĂĄblĂĄzatot lehet publikussĂĄ tenni, ĂŠs elĂĄrulnĂĄ nekem, akkor mindenki lĂĄthatna szĂŠp szines csĂ­kokat. Persze, ha nem zavarna senkit sem, akkor akĂĄr az egĂŠsz tĂĄblĂĄzatot is publikussĂĄ tehetem. Amit eddig ebből leszĹąrtem : - a Starteam-et kedvenckĂŠnt jelĂślők nincsenek tĂşl jĂł vĂŠlemĂŠnnyel rĂłla, egyikőjĂźk se vallotta Ăşgy, hogy profi lenne benne, sőt, letagadtĂĄk, hogy valaha is hasznĂĄltĂĄk volna, rĂĄadĂĄsul az egyikĂźk katasztrofĂĄliskĂŠnt jellemezte :) ValĂłszĂ­nĹąleg fĂŠlre kattinthattak :) - az MKS hasznĂĄlĂłnak rĂŠszvĂŠtem, mindenki ĂŠletĂŠben vannak nehĂŠz pillanatok :) - a főnĂśk lĂĄnya jĂł csaj - sajna ezt nem tĂĄmasztotta alĂĄ a kitĂśltő egyĂŠb adattal, Ăşgyhogy kĂŠnytelen vagyok bemondĂĄsra elhinni :) Az izgalmak fokozĂĄsĂĄnak ĂŠrdekĂŠben elĂĄrulom, a kedvenc versenyben a Subversion vezet, ĂŠs a Git ĂŠs a Mercurial fej-fej mellett, de azĂŠrt elĂŠggĂŠ lemaradva kĂśveti őket. De mĂŠg mindkettő bejĂśhet a 2. helyre :) Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100310/7a0893c5/attachment.html From sayusi.ando at gmail.com Wed Mar 10 07:53:11 2010 From: sayusi.ando at gmail.com (=?UTF-8?B?QW5kcsOhcyBDc8Ohbnlp?=) Date: Wed, 10 Mar 2010 07:53:11 +0100 Subject: [Java lista] =?utf-8?b?TmFneSBWZXJ6acOzIEtlemVsxZEgTWVnbW9uZMOz?= =?utf-8?q?_Nyomtatv=C3=A1ny?= In-Reply-To: References: <201003090901.55461.zmblevlist@gmail.com> Message-ID: 2010/3/10 Zsombor : >  - a főnök lánya jó csaj - sajna ezt nem támasztotta alá a kitöltő egyéb > adattal, úgyhogy kénytelen vagyok bemondásra elhinni :) Nos, ha a főnök rendes srác, akkor szívesen dolgoznék ott és csapnám a szelet a csajnak. Kép van róla? :D -- - - -- Csanyi Andras -- http://sayusi.hu -- Sayusi Ando -- "Bízzál Istenben és tartsd szárazon a puskaport!".-- Cromwell From gzsombor at gmail.com Wed Mar 10 09:31:39 2010 From: gzsombor at gmail.com (Zsombor) Date: Wed, 10 Mar 2010 09:31:39 +0100 Subject: [Java lista] =?utf-8?b?TmFneSBWZXJ6acOzIEtlemVsxZEgTWVnbW9uZMOz?= =?utf-8?q?_Nyomtatv=C3=A1ny?= In-Reply-To: References: <201003090901.55461.zmblevlist@gmail.com> Message-ID: 2010/3/10 AndrĂĄs CsĂĄnyi > 2010/3/10 Zsombor : > > > - a főnĂśk lĂĄnya jĂł csaj - sajna ezt nem tĂĄmasztotta alĂĄ a kitĂśltő egyĂŠb > > adattal, Ăşgyhogy kĂŠnytelen vagyok bemondĂĄsra elhinni :) > > Nos, ha a főnĂśk rendes srĂĄc, akkor szĂ­vesen dolgoznĂŠk ott ĂŠs csapnĂĄm a > szelet a csajnak. KĂŠp van rĂłla? :D > > Sajnos nincs, csak ennyi informĂĄciĂłt osztott meg a teszt kitĂśltője :) Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100310/98314919/attachment.html From zmblevlist at gmail.com Wed Mar 10 09:49:13 2010 From: zmblevlist at gmail.com (=?utf-8?q?B=C3=B6sz=C3=B6rm=C3=A9nyi_P=C3=A9ter?=) Date: Wed, 10 Mar 2010 09:49:13 +0100 Subject: [Java lista] EJB 3 jndi neve In-Reply-To: <4ae5230c1003091337j78a639cdoe56fc43f6b9dda23@mail.gmail.com> References: <201003092144.46979.zmblevlist@gmail.com> <201003092209.05993.zmblevlist@gmail.com> <4ae5230c1003091337j78a639cdoe56fc43f6b9dda23@mail.gmail.com> Message-ID: <201003100949.13724.zmblevlist@gmail.com> Es ez az elnevezesi mod Servlet esteben is el vajon? On Tuesday 09 March 2010 22:37:28 István Viczián wrote: > Szia, > > Lokális neveket keres a megadott szabály szerint, és ehhez a deployer > rendel globális neveket. > > EJB 3.0 JSR 16.5.1.1 (414. old.): > The Bean Provider uses the EJB annotation to annotate a ?eld or setter > property method of the bean > class as a target for the injection of an EJB reference. The reference > may be to a session bean?s business > interface or to the local home interface or remote home interface of a > session bean or entity bean. > The following example illustrates how an enterprise bean uses the EJB > annotation to reference another > enterprise bean. The enterprise bean reference will have the name > java:comp/env/com.acme.example.ExampleBean/myCart in the referencing bean?s > naming context, where ExampleBean is the name of the class of the > referencing bean and > com.acme.example its package. The target of the reference must be > resolved by the Deployer. > package com.acme.example; > @Stateless public class ExampleBean implements Example { > ... > @EJB private ShoppingCart myCart; > ... > } > > Még némi rizsa: > > http://jtechlog.blogspot.com/2009/01/jndi-nevek-ejb-krnyezetben.html > > Remélem segít. > > Viczi > > 2010/3/9 : > > Tehat akkor eselyes, h magaban vegigturja a jndi fat? > > > > On Tuesday 09 March 2010 22:06:28 Auth Gábor wrote: > >> Halihó! > >> > >> zmblevlist at gmail.com írta: > >> > A kerdes egyszeru: Ha jee 5 alatt egy Servletben van egy @EJB-s > >> > annotacio egy adattagra (semmi parameter az annotacionak), akkor > >> > milyen nevem probalja megkeresni a jndi faaban a kontener az ejb-t? > >> > >> Ha jól rémlik, akkor nem nevet keres hozzá, hanem az interfész > >> implementációját adó EJB-t. Ha több ilyen van, akkor nem tudom... :) > > > > -- > > Üdvözlettel, > > Böszörményi Péter > > _______________________________________________ > > 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 > -- Üdvözlettel, Böszörményi Péter From istvan at verhas.com Wed Mar 10 11:10:06 2010 From: istvan at verhas.com (=?UTF-8?B?VmVyaMOhcyBJc3R2w6Fu?=) Date: Wed, 10 Mar 2010 11:10:06 +0100 Subject: [Java lista] EJB 3 jndi neve In-Reply-To: <201003100949.13724.zmblevlist@gmail.com> References: <201003092144.46979.zmblevlist@gmail.com> <201003092209.05993.zmblevlist@gmail.com> <4ae5230c1003091337j78a639cdoe56fc43f6b9dda23@mail.gmail.com> <201003100949.13724.zmblevlist@gmail.com> Message-ID: <4B976FFE.5020505@verhas.com> És egyĂŠbkĂŠnt megtalĂĄlja? Ha igen, akkor nem mindegy milyen nĂŠven? Ha nem, akkor meg Ăşgyis meg kell adni. Ăźdv vi BĂśszĂśrmĂŠnyi PĂŠter wrote: > Es ez az elnevezesi mod Servlet esteben is el vajon? > > On Tuesday 09 March 2010 22:37:28 IstvĂĄn VicziĂĄn wrote: > >> Szia, >> >> LokĂĄlis neveket keres a megadott szabĂĄly szerint, ĂŠs ehhez a deployer >> rendel globĂĄlis neveket. >> >> EJB 3.0 JSR 16.5.1.1 (414. old.): >> The Bean Provider uses the EJB annotation to annotate a eld or setter >> property method of the bean >> class as a target for the injection of an EJB reference. The reference >> may be to a session bean’s business >> interface or to the local home interface or remote home interface of a >> session bean or entity bean. >> The following example illustrates how an enterprise bean uses the EJB >> annotation to reference another >> enterprise bean. The enterprise bean reference will have the name >> java:comp/env/com.acme.example.ExampleBean/myCart in the referencing bean’s >> naming context, where ExampleBean is the name of the class of the >> referencing bean and >> com.acme.example its package. The target of the reference must be >> resolved by the Deployer. >> package com.acme.example; >> @Stateless public class ExampleBean implements Example { >> ... >> @EJB private ShoppingCart myCart; >> ... >> } >> >> MĂŠg nĂŠmi rizsa: >> >> http://jtechlog.blogspot.com/2009/01/jndi-nevek-ejb-krnyezetben.html >> >> RemĂŠlem segĂ­t. >> >> Viczi >> >> 2010/3/9 : >> >>> Tehat akkor eselyes, h magaban vegigturja a jndi fat? >>> >>> On Tuesday 09 March 2010 22:06:28 Auth GĂĄbor wrote: >>> >>>> HalihĂł! >>>> >>>> zmblevlist at gmail.com Ă­rta: >>>> >>>>> A kerdes egyszeru: Ha jee 5 alatt egy Servletben van egy @EJB-s >>>>> annotacio egy adattagra (semmi parameter az annotacionak), akkor >>>>> milyen nevem probalja megkeresni a jndi faaban a kontener az ejb-t? >>>>> >>>> Ha jĂłl rĂŠmlik, akkor nem nevet keres hozzĂĄ, hanem az interfĂŠsz >>>> implementĂĄciĂłjĂĄt adĂł EJB-t. Ha tĂśbb ilyen van, akkor nem tudom... :) >>>> >>> -- >>> ÜdvĂśzlettel, >>> BĂśszĂśrmĂŠnyi PĂŠter >>> _______________________________________________ >>> 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/20100310/138a8712/attachment.html From zmblevlist at gmail.com Wed Mar 10 11:19:28 2010 From: zmblevlist at gmail.com (=?utf-8?q?B=C3=B6sz=C3=B6rm=C3=A9nyi_P=C3=A9ter?=) Date: Wed, 10 Mar 2010 11:19:28 +0100 Subject: [Java lista] EJB 3 jndi neve In-Reply-To: <4B976FFE.5020505@verhas.com> References: <201003092144.46979.zmblevlist@gmail.com> <201003100949.13724.zmblevlist@gmail.com> <4B976FFE.5020505@verhas.com> Message-ID: <201003101119.28077.zmblevlist@gmail.com> Termeszetesen megtalalja, semmi gond nincs vele. A tortenet kicsit faramuci. Adott egy feleves feladat, ejb 3, servlet, jsp alapokon, GF V2-n. Kulso libet nem lehet hasznalni. Erre kell egy kis webalkalmazast irni (egy egyszeru feladat menedzselo program). MCV szellemeben szeretnem megoldani a dolgot. Ehhez viszont sok-sok servletet kell irni, ami sok-sok web.xml turassal jar. Ezt viszont el szeretnem kerulni. Ezert jott az isteni szikra: Controller interface, amit majd a muveletek megvalositanak. A controllerek egy csomagba lesznek behanyva. Egy servlet indulaskor kibogarassza - init parameter alapjan - a controllereket, betolti az osztalyokat, peldanyositja oket, dobalja nekik a kereseket. Mivel ezeket a controller objektumokat en hoztam letre, es nem a kontener, ezert a EJB annotaciot ot nem lehet hasznalni. Ezert vagy nyomatom ezerrel a jndi lookupot a kodban, vagy - es az egesz kerdes ezert indult el - valamennyire szimulalom a kontener mukodeset, es az annotalt mezokbe en tolom bele az ejb-ket. Ez a tortenet lenyege. On Wednesday 10 March 2010 11:10:06 Verhás István wrote: > És egyébként megtalálja? > Ha igen, akkor nem mindegy milyen néven? > Ha nem, akkor meg úgyis meg kell adni. > üdv > vi > > Böszörményi Péter wrote: > > Es ez az elnevezesi mod Servlet esteben is el vajon? > > > > On Tuesday 09 March 2010 22:37:28 István Viczián wrote: > >> Szia, > >> > >> Lokális neveket keres a megadott szabály szerint, és ehhez a deployer > >> rendel globális neveket. > >> > >> EJB 3.0 JSR 16.5.1.1 (414. old.): > >> The Bean Provider uses the EJB annotation to annotate a ?eld or setter > >> property method of the bean > >> class as a target for the injection of an EJB reference. The reference > >> may be to a session bean?s business > >> interface or to the local home interface or remote home interface of a > >> session bean or entity bean. > >> The following example illustrates how an enterprise bean uses the EJB > >> annotation to reference another > >> enterprise bean. The enterprise bean reference will have the name > >> java:comp/env/com.acme.example.ExampleBean/myCart in the referencing > >> bean?s naming context, where ExampleBean is the name of the class of the > >> referencing bean and > >> com.acme.example its package. The target of the reference must be > >> resolved by the Deployer. > >> package com.acme.example; > >> @Stateless public class ExampleBean implements Example { > >> ... > >> @EJB private ShoppingCart myCart; > >> ... > >> } > >> > >> Még némi rizsa: > >> > >> http://jtechlog.blogspot.com/2009/01/jndi-nevek-ejb-krnyezetben.html > >> > >> Remélem segít. > >> > >> Viczi > >> > >> 2010/3/9 : > >>> Tehat akkor eselyes, h magaban vegigturja a jndi fat? > >>> > >>> On Tuesday 09 March 2010 22:06:28 Auth Gábor wrote: > >>>> Halihó! > >>>> > >>>> zmblevlist at gmail.com írta: > >>>>> A kerdes egyszeru: Ha jee 5 alatt egy Servletben van egy @EJB-s > >>>>> annotacio egy adattagra (semmi parameter az annotacionak), akkor > >>>>> milyen nevem probalja megkeresni a jndi faaban a kontener az ejb-t? > >>>> > >>>> Ha jól rémlik, akkor nem nevet keres hozzá, hanem az interfész > >>>> implementációját adó EJB-t. Ha több ilyen van, akkor nem tudom... :) > >>> > >>> -- > >>> Üdvözlettel, > >>> Böszörményi Péter > >>> _______________________________________________ > >>> 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 > -- Üdvözlettel, Böszörményi Péter From istvan at verhas.com Wed Mar 10 11:38:23 2010 From: istvan at verhas.com (=?UTF-8?B?VmVyaMOhcyBJc3R2w6Fu?=) Date: Wed, 10 Mar 2010 11:38:23 +0100 Subject: [Java lista] EJB 3 jndi neve In-Reply-To: <201003101119.28077.zmblevlist@gmail.com> References: <201003092144.46979.zmblevlist@gmail.com> <201003100949.13724.zmblevlist@gmail.com> <4B976FFE.5020505@verhas.com> <201003101119.28077.zmblevlist@gmail.com> Message-ID: <4B97769F.1070903@verhas.com> Szerintem nem biztos, hogy jobban jĂĄrsz mint ha a web.xml hasznĂĄlod. Az rendben van, hogy ha Te tĂśltĂśd be a controllereket akkor nem tudod hasznĂĄlni az annotĂĄciĂłt (persze ha azt is implementĂĄlod akkor mĂŠg hasznĂĄlhatod is, nincs benne varĂĄzslat, hogy csak a kontainer hasznĂĄlhatja az annotĂĄciĂłkat!!), de miĂŠrt ne tĂśltenĂŠ be a container a controllereket mint resource az "egy servlet"-ben? Vagy ha ragaszkodsz a sajĂĄt loaderhez akkor az "egy servlet"-ben mĂŠg mindig hasznĂĄlhatod a @EJB annotĂĄciĂłt. Ăźdv vi BĂśszĂśrmĂŠnyi PĂŠter wrote: > Termeszetesen megtalalja, semmi gond nincs vele. > > A tortenet kicsit faramuci. > Adott egy feleves feladat, ejb 3, servlet, jsp alapokon, GF V2-n. Kulso libet > nem lehet hasznalni. Erre kell egy kis webalkalmazast irni (egy egyszeru > feladat menedzselo program). MCV szellemeben szeretnem megoldani a dolgot. > Ehhez viszont sok-sok servletet kell irni, ami sok-sok web.xml turassal jar. > Ezt viszont el szeretnem kerulni. Ezert jott az isteni szikra: Controller > interface, amit majd a muveletek megvalositanak. A controllerek egy csomagba > lesznek behanyva. Egy servlet indulaskor kibogarassza - init parameter alapjan > - a controllereket, betolti az osztalyokat, peldanyositja oket, dobalja nekik > a kereseket. Mivel ezeket a controller objektumokat en hoztam letre, es nem a > kontener, ezert a EJB annotaciot ot nem lehet hasznalni. Ezert vagy nyomatom > ezerrel a jndi lookupot a kodban, vagy - es az egesz kerdes ezert indult el - > valamennyire szimulalom a kontener mukodeset, es az annotalt mezokbe en tolom > bele az ejb-ket. Ez a tortenet lenyege. > > On Wednesday 10 March 2010 11:10:06 VerhĂĄs IstvĂĄn wrote: > >> És egyĂŠbkĂŠnt megtalĂĄlja? >> Ha igen, akkor nem mindegy milyen nĂŠven? >> Ha nem, akkor meg Ăşgyis meg kell adni. >> Ăźdv >> vi >> >> BĂśszĂśrmĂŠnyi PĂŠter wrote: >> >>> Es ez az elnevezesi mod Servlet esteben is el vajon? >>> >>> On Tuesday 09 March 2010 22:37:28 IstvĂĄn VicziĂĄn wrote: >>> >>>> Szia, >>>> >>>> LokĂĄlis neveket keres a megadott szabĂĄly szerint, ĂŠs ehhez a deployer >>>> rendel globĂĄlis neveket. >>>> >>>> EJB 3.0 JSR 16.5.1.1 (414. old.): >>>> The Bean Provider uses the EJB annotation to annotate a eld or setter >>>> property method of the bean >>>> class as a target for the injection of an EJB reference. The reference >>>> may be to a session bean’s business >>>> interface or to the local home interface or remote home interface of a >>>> session bean or entity bean. >>>> The following example illustrates how an enterprise bean uses the EJB >>>> annotation to reference another >>>> enterprise bean. The enterprise bean reference will have the name >>>> java:comp/env/com.acme.example.ExampleBean/myCart in the referencing >>>> bean’s naming context, where ExampleBean is the name of the class of the >>>> referencing bean and >>>> com.acme.example its package. The target of the reference must be >>>> resolved by the Deployer. >>>> package com.acme.example; >>>> @Stateless public class ExampleBean implements Example { >>>> ... >>>> @EJB private ShoppingCart myCart; >>>> ... >>>> } >>>> >>>> MĂŠg nĂŠmi rizsa: >>>> >>>> http://jtechlog.blogspot.com/2009/01/jndi-nevek-ejb-krnyezetben.html >>>> >>>> RemĂŠlem segĂ­t. >>>> >>>> Viczi >>>> >>>> 2010/3/9 : >>>> >>>>> Tehat akkor eselyes, h magaban vegigturja a jndi fat? >>>>> >>>>> On Tuesday 09 March 2010 22:06:28 Auth GĂĄbor wrote: >>>>> >>>>>> HalihĂł! >>>>>> >>>>>> zmblevlist at gmail.com Ă­rta: >>>>>> >>>>>>> A kerdes egyszeru: Ha jee 5 alatt egy Servletben van egy @EJB-s >>>>>>> annotacio egy adattagra (semmi parameter az annotacionak), akkor >>>>>>> milyen nevem probalja megkeresni a jndi faaban a kontener az ejb-t? >>>>>>> >>>>>> Ha jĂłl rĂŠmlik, akkor nem nevet keres hozzĂĄ, hanem az interfĂŠsz >>>>>> implementĂĄciĂłjĂĄt adĂł EJB-t. Ha tĂśbb ilyen van, akkor nem tudom... :) >>>>>> >>>>> -- >>>>> ÜdvĂśzlettel, >>>>> BĂśszĂśrmĂŠnyi PĂŠter >>>>> _______________________________________________ >>>>> 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/20100310/bc3e9f22/attachment.html From zmblevlist at gmail.com Wed Mar 10 12:29:25 2010 From: zmblevlist at gmail.com (=?utf-8?q?B=C3=B6sz=C3=B6rm=C3=A9nyi_P=C3=A9ter?=) Date: Wed, 10 Mar 2010 12:29:25 +0100 Subject: [Java lista] EJB 3 jndi neve In-Reply-To: <4B97769F.1070903@verhas.com> References: <201003092144.46979.zmblevlist@gmail.com> <201003101119.28077.zmblevlist@gmail.com> <4B97769F.1070903@verhas.com> Message-ID: <201003101229.25553.zmblevlist@gmail.com> Ez alatt mit is ertesz pontosan? On Wednesday 10 March 2010 11:38:23 Verhás István wrote: > használhatja az annotációkat!!), de miért ne töltené be a container a > controllereket mint resource az "egy servlet"-ben? Vagy ha ragaszkodsz a > > Böszörményi Péter wrote: > > Termeszetesen megtalalja, semmi gond nincs vele. > > > > A tortenet kicsit faramuci. > > Adott egy feleves feladat, ejb 3, servlet, jsp alapokon, GF V2-n. Kulso > > libet nem lehet hasznalni. Erre kell egy kis webalkalmazast irni (egy > > egyszeru feladat menedzselo program). MCV szellemeben szeretnem megoldani > > a dolgot. Ehhez viszont sok-sok servletet kell irni, ami sok-sok web.xml > > turassal jar. Ezt viszont el szeretnem kerulni. Ezert jott az isteni > > szikra: Controller interface, amit majd a muveletek megvalositanak. A > > controllerek egy csomagba lesznek behanyva. Egy servlet indulaskor > > kibogarassza - init parameter alapjan - a controllereket, betolti az > > osztalyokat, peldanyositja oket, dobalja nekik a kereseket. Mivel ezeket > > a controller objektumokat en hoztam letre, es nem a kontener, ezert a EJB > > annotaciot ot nem lehet hasznalni. Ezert vagy nyomatom ezerrel a jndi > > lookupot a kodban, vagy - es az egesz kerdes ezert indult el - > > valamennyire szimulalom a kontener mukodeset, es az annotalt mezokbe en > > tolom bele az ejb-ket. Ez a tortenet lenyege. > > > > On Wednesday 10 March 2010 11:10:06 Verhás István wrote: > >> És egyébként megtalálja? > >> Ha igen, akkor nem mindegy milyen néven? > >> Ha nem, akkor meg úgyis meg kell adni. > >> üdv > >> vi > >> > >> Böszörményi Péter wrote: > >>> Es ez az elnevezesi mod Servlet esteben is el vajon? > >>> > >>> On Tuesday 09 March 2010 22:37:28 István Viczián wrote: > >>>> Szia, > >>>> > >>>> Lokális neveket keres a megadott szabály szerint, és ehhez a deployer > >>>> rendel globális neveket. > >>>> > >>>> EJB 3.0 JSR 16.5.1.1 (414. old.): > >>>> The Bean Provider uses the EJB annotation to annotate a ?eld or setter > >>>> property method of the bean > >>>> class as a target for the injection of an EJB reference. The reference > >>>> may be to a session bean?s business > >>>> interface or to the local home interface or remote home interface of a > >>>> session bean or entity bean. > >>>> The following example illustrates how an enterprise bean uses the EJB > >>>> annotation to reference another > >>>> enterprise bean. The enterprise bean reference will have the name > >>>> java:comp/env/com.acme.example.ExampleBean/myCart in the referencing > >>>> bean?s naming context, where ExampleBean is the name of the class of > >>>> the referencing bean and > >>>> com.acme.example its package. The target of the reference must be > >>>> resolved by the Deployer. > >>>> package com.acme.example; > >>>> @Stateless public class ExampleBean implements Example { > >>>> ... > >>>> @EJB private ShoppingCart myCart; > >>>> ... > >>>> } > >>>> > >>>> Még némi rizsa: > >>>> > >>>> http://jtechlog.blogspot.com/2009/01/jndi-nevek-ejb-krnyezetben.html > >>>> > >>>> Remélem segít. > >>>> > >>>> Viczi > >>>> > >>>> 2010/3/9 : > >>>>> Tehat akkor eselyes, h magaban vegigturja a jndi fat? > >>>>> > >>>>> On Tuesday 09 March 2010 22:06:28 Auth Gábor wrote: > >>>>>> Halihó! > >>>>>> > >>>>>> zmblevlist at gmail.com írta: > >>>>>>> A kerdes egyszeru: Ha jee 5 alatt egy Servletben van egy @EJB-s > >>>>>>> annotacio egy adattagra (semmi parameter az annotacionak), akkor > >>>>>>> milyen nevem probalja megkeresni a jndi faaban a kontener az ejb-t? > >>>>>> > >>>>>> Ha jól rémlik, akkor nem nevet keres hozzá, hanem az interfész > >>>>>> implementációját adó EJB-t. Ha több ilyen van, akkor nem tudom... :) > >>>>> > >>>>> -- > >>>>> Üdvözlettel, > >>>>> Böszörményi Péter > >>>>> _______________________________________________ > >>>>> 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 > -- Üdvözlettel, Böszörményi Péter From syntern at sch.bme.hu Wed Mar 10 13:04:04 2010 From: syntern at sch.bme.hu (=?iso-8859-2?B?IlNv83MgSXN0duFuIg==?=) Date: Wed, 10 Mar 2010 13:04:04 +0100 Subject: [Java lista] =?iso-8859-2?q?Nagy_Verzi=F3_Kezel=F5_Megmond=F3_Nyo?= =?iso-8859-2?q?mtatv=E1ny?= In-Reply-To: References: <201003090901.55461.zmblevlist@gmail.com> Message-ID: <7ccc8da44996.4b9798c4@sch.bme.hu> > Természetesen :) Eddig 47 válasz érkezett, ha valaki tudja, hogyan lehet a > google által rajzolt pofás kis grafikonokat publikussá tenni - ha jól értem > csak a forrás táblázatot lehet publikussá tenni, és elárulná nekem, akkor > mindenki láthatna szép szines csíkokat. Screenshot? Esetleg a kérdőív megosztása is hátha lehetséges... Üdv, István From biziclop at gmail.com Wed Mar 10 13:33:34 2010 From: biziclop at gmail.com (biziclop) Date: Wed, 10 Mar 2010 12:33:34 +0000 Subject: [Java lista] =?iso-8859-2?q?Nagy_Verzi=F3_Kezel=F5_Megmond=F3_Nyo?= =?iso-8859-2?q?mtatv=E1ny?= In-Reply-To: <7ccc8da44996.4b9798c4@sch.bme.hu> References: <201003090901.55461.zmblevlist@gmail.com> <7ccc8da44996.4b9798c4@sch.bme.hu> Message-ID: 2010/3/10 "Soós István" : > >> Természetesen :) Eddig 47 válasz érkezett, ha valaki tudja, hogyan lehet a >> google által rajzolt pofás kis grafikonokat publikussá tenni - ha jól értem >> csak a forrás táblázatot lehet publikussá tenni, és elárulná nekem, akkor >> mindenki láthatna szép szines csíkokat. > > Screenshot? Esetleg a kérdőív megosztása is hátha lehetséges... Szerintem johetnek a nyers adatok, es akkor rendezhetunk "ki tud hulyebb statisztikat fabrikalni" versenyt. :) lsp From fisha at freemail.hu Wed Mar 10 13:52:33 2010 From: fisha at freemail.hu (fisha) Date: Wed, 10 Mar 2010 13:52:33 +0100 Subject: [Java lista] websphere shared lib - native In-Reply-To: References: <65ded6531003080426s30a92411n1df8af964cd1b850@mail.gmail.com> <4B9516FB.7000500@freemail.hu> <4B9521D0.8020702@freemail.hu> Message-ID: <4B979611.9040308@freemail.hu> Sziasztok! Köszi mindenkinek a segítséget! - AIX alatt úgy tűnik meggyógyult a dolog: kiszedtem a shared lib-ből a native classpath-t, és betettem helyette a server java.library.pah-ra. (ne kérdezzétek, ez miért számít) - Win alatt még nem sikerült megoldanom a problémát. Tök véletlenszerűen (de sajna nagyon gyakran) rájön ez a duplabetöltéses hülyeség. Azért nem értem a dolgot, mert egyetlen osztályon keresztül használjuk csak, és annak a static blokkjában van a loadlibrary. Üdv, Dani Szomor Attila wrote: > Szia, > > A unix-on az ld.so.conf-ba tedd be a native library path-t ezután > ldconfig-al érvényesítsd, ez szokott segíteni. > > Attila. > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.436 / Virus Database: 271.1.1/2731 - Release Date: 03/08/10 19:33:00 > > From zmblevlist at gmail.com Wed Mar 10 13:57:02 2010 From: zmblevlist at gmail.com (=?iso-8859-2?q?B=F6sz=F6rm=E9nyi_P=E9ter?=) Date: Wed, 10 Mar 2010 13:57:02 +0100 Subject: [Java lista] websphere shared lib - native In-Reply-To: <4B979611.9040308@freemail.hu> References: <4B979611.9040308@freemail.hu> Message-ID: <201003101357.02972.zmblevlist@gmail.com> Ha egy osztalyt egy masik classloader is betolt, akkor megint lefut a static blokk. On Wednesday 10 March 2010 13:52:33 fisha wrote: > Sziasztok! > > Köszi mindenkinek a segítséget! > > - AIX alatt úgy tűnik meggyógyult a dolog: kiszedtem a shared lib-ből a > native classpath-t, és betettem helyette a server java.library.pah-ra. > (ne kérdezzétek, ez miért számít) > - Win alatt még nem sikerült megoldanom a problémát. Tök > véletlenszerűen (de sajna nagyon gyakran) rájön ez a duplabetöltéses > hülyeség. Azért nem értem a dolgot, mert egyetlen osztályon keresztül > használjuk csak, és annak a static blokkjában van a loadlibrary. > > Üdv, > Dani > > Szomor Attila wrote: > > Szia, > > > > A unix-on az ld.so.conf-ba tedd be a native library path-t ezután > > ldconfig-al érvényesítsd, ez szokott segíteni. > > > > Attila. > > _______________________________________________ > > Javalist mailing list > > Javalist at javagrund.hu > > http://javagrund.hu/mailman/listinfo/javalist > > > > ------------------------------------------------------------------------ > > > > > > No virus found in this incoming message. > > Checked by AVG - www.avg.com > > Version: 8.5.436 / Virus Database: 271.1.1/2731 - Release Date: 03/08/10 > > 19:33:00 > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > -- Üdvözlettel, Böszörményi Péter From fisha at freemail.hu Wed Mar 10 14:49:46 2010 From: fisha at freemail.hu (fisha) Date: Wed, 10 Mar 2010 14:49:46 +0100 Subject: [Java lista] websphere shared lib - native In-Reply-To: <201003101357.02972.zmblevlist@gmail.com> References: <4B979611.9040308@freemail.hu> <201003101357.02972.zmblevlist@gmail.com> Message-ID: <4B97A37A.8070200@freemail.hu> Hello! Igen ez rendben is van, de még azt nem fejtettem meg, hogy az én kis egyszerő rational developeres webspheremben mitől fut több classloader. Üdv, Dani Böszörményi Péter wrote: > Ha egy osztalyt egy masik classloader is betolt, akkor megint lefut a static > blokk. > > On Wednesday 10 March 2010 13:52:33 fisha wrote: > >> Sziasztok! >> >> Köszi mindenkinek a segítséget! >> >> - AIX alatt úgy tűnik meggyógyult a dolog: kiszedtem a shared lib-ből a >> native classpath-t, és betettem helyette a server java.library.pah-ra. >> (ne kérdezzétek, ez miért számít) >> - Win alatt még nem sikerült megoldanom a problémát. Tök >> véletlenszerűen (de sajna nagyon gyakran) rájön ez a duplabetöltéses >> hülyeség. Azért nem értem a dolgot, mert egyetlen osztályon keresztül >> használjuk csak, és annak a static blokkjában van a loadlibrary. >> >> Üdv, >> Dani >> >> Szomor Attila wrote: >> >>> Szia, >>> >>> A unix-on az ld.so.conf-ba tedd be a native library path-t ezután >>> ldconfig-al érvényesítsd, ez szokott segíteni. >>> >>> Attila. >>> _______________________________________________ >>> Javalist mailing list >>> Javalist at javagrund.hu >>> http://javagrund.hu/mailman/listinfo/javalist >>> >>> ------------------------------------------------------------------------ >>> >>> >>> No virus found in this incoming message. >>> Checked by AVG - www.avg.com >>> Version: 8.5.436 / Virus Database: 271.1.1/2731 - Release Date: 03/08/10 >>> 19:33:00 >>> >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> http://javagrund.hu/mailman/listinfo/javalist >> >> > > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.436 / Virus Database: 271.1.1/2731 - Release Date: 03/08/10 19:33:00 > > From viktor.tamas at gmail.com Wed Mar 10 16:34:54 2010 From: viktor.tamas at gmail.com (=?UTF-8?Q?Tam=C3=A1s_Viktor?=) Date: Wed, 10 Mar 2010 16:34:54 +0100 Subject: [Java lista] =?utf-8?q?_Nagy_Verzi=C3=B3_Kezel=C5=91_Megmond?= =?utf-8?b?w7MgTnlvbXRhdHbDoW55?= Message-ID: <3dd755941003100734j2b253b6eldf03a2f1e8c059d@mail.gmail.com> Ez nem mukodik?: Ramesz a grafikonra, megjelenik a fejlec es a bal felso sarokban lenyilo menuben van olyan hogy Publis Chart... Ott talalsz egy URL-t, azt kopizod. V From gzsombor at gmail.com Wed Mar 10 18:07:27 2010 From: gzsombor at gmail.com (Zsombor) Date: Wed, 10 Mar 2010 18:07:27 +0100 Subject: [Java lista] =?utf-8?b?TmFneSBWZXJ6acOzIEtlemVsxZEgTWVnbW9uZMOz?= =?utf-8?q?_Nyomtatv=C3=A1ny?= In-Reply-To: <3dd755941003100734j2b253b6eldf03a2f1e8c059d@mail.gmail.com> References: <3dd755941003100734j2b253b6eldf03a2f1e8c059d@mail.gmail.com> Message-ID: 2010/3/10 TamĂĄs Viktor > Ez nem mukodik?: > Ramesz a grafikonra, megjelenik a fejlec es a bal felso sarokban > lenyilo menuben van olyan hogy Publis Chart... > Ott talalsz egy URL-t, azt kopizod. > V > Nem tudok rĂĄmenni a grafikonra. Egyes sheeteket meg tudom sharelni, viszont a grafikonok nem a sheeteknĂŠl jelennek meg, hanem ha megnyitom a form-ot, ĂŠs ott a "Show summary of response"-t. Ott meg nincs ilyen beĂĄllĂ­tĂĄs. Most azt sikerĂźlt bekapcsolnom, hogy aki kitĂślti, az utĂĄna lĂĄssa ezt a summary-t. Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100310/510f261e/attachment.html From hodicska.gergely at ustream.tv Thu Mar 11 04:32:00 2010 From: hodicska.gergely at ustream.tv (Gergely Hodicska) Date: Wed, 10 Mar 2010 19:32:00 -0800 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A__PHP_programoz=F3t_keres?= =?iso-8859-2?q?=FCnk?= In-Reply-To: References: Message-ID: <4B986430.6030506@avalon.aut.bme.hu> > Mindenesetre nem akartam hogy újra fellángoljon a régi téma, de komolyan mondom hogy > aki eddig nem ismerte a PHP-t legalább egy hetet foglalkozzon vele hogy egyértelműen > állást tudjon foglalni Java - PHP ügyben. Ezennel a témát magam részéről lezártam. Egy hét alatt akarsz állást foglalni? lol (Legalább ne lennél rá büszke...) From jkeresztes at vati.hu Thu Mar 11 09:32:41 2010 From: jkeresztes at vati.hu (Keresztes Jozsef) Date: Thu, 11 Mar 2010 09:32:41 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A__PHP_programoz=F3t_keres?= =?iso-8859-2?q?=FCnk?= Message-ID: Hi ! Pedig hidd el teljesen biztos vagyok benne. Amennyi baromsággal találkoztam a PHP-ban egy hét alatt... Komolyan mondom a pl/sql sem egy komoly nyelv, de simán veri a php-t. Mivel azonban ez egy java lista, én úgy érzem itt nincs helye a php-nak, és tényleg ez volt az utolsó php-s hozzászólásom. Joe -----Original Message----- From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of Gergely Hodicska Sent: Thursday, March 11, 2010 4:32 AM To: javalist at javagrund.hu Subject: Re: [Java lista] Válasz: PHP programozót keresünk > Mindenesetre nem akartam hogy újra fellángoljon a régi téma, de komolyan mondom hogy > aki eddig nem ismerte a PHP-t legalább egy hetet foglalkozzon vele hogy egyértelműen > állást tudjon foglalni Java - PHP ügyben. Ezennel a témát magam részéről lezártam. Egy hét alatt akarsz állást foglalni? lol (Legalább ne lennél rá büszke...) _______________________________________________ Javalist mailing list Javalist at javagrund.hu http://javagrund.hu/mailman/listinfo/javalist From hollosibalazs at gmail.com Thu Mar 11 09:34:58 2010 From: hollosibalazs at gmail.com (=?ISO-8859-1?Q?Bal=E1zs_Holl=F3si?=) Date: Thu, 11 Mar 2010 09:34:58 +0100 Subject: [Java lista] =?iso-8859-1?q?V=E1lasz=3A_PHP_programoz=F3t_keres?= =?iso-8859-1?q?=FCnk?= In-Reply-To: <4B986430.6030506@avalon.aut.bme.hu> References: <4B986430.6030506@avalon.aut.bme.hu> Message-ID: <66d1b6bc1003110034l33ba20fdke46971987f8c48c4@mail.gmail.com> > Egy hét alatt akarsz állást foglalni? lol (Legalább ne lennél rá büszke...) varj, lehet ugyan ennyi javas tapasztalata van, ugy korrekt a velemenye.. :-D b 2010/3/11 Gergely Hodicska : >> Mindenesetre nem akartam hogy újra fellángoljon a régi téma, de komolyan mondom hogy >> aki eddig nem ismerte a PHP-t legalább egy hetet foglalkozzon vele hogy egyértelműen >> állást tudjon foglalni Java - PHP ügyben. Ezennel a témát magam részéről lezártam. > Egy hét alatt akarsz állást foglalni? lol (Legalább ne lennél rá büszke...) > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From jkeresztes at vati.hu Thu Mar 11 09:36:44 2010 From: jkeresztes at vati.hu (Keresztes Jozsef) Date: Thu, 11 Mar 2010 09:36:44 +0100 Subject: [Java lista] =?iso-8859-2?q?V=E1lasz=3A_PHP_programoz=F3t_keres?= =?iso-8859-2?q?=FCnk?= Message-ID: Java-ban 1998 óta programozok. -----Original Message----- From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of Balázs Hollósi Sent: Thursday, March 11, 2010 9:35 AM To: javalist at javagrund.hu Subject: Re: [Java lista]Válasz: PHP programozót keresünk > Egy hét alatt akarsz állást foglalni? lol (Legalább ne lennél rá büszke...) varj, lehet ugyan ennyi javas tapasztalata van, ugy korrekt a velemenye.. :-D b 2010/3/11 Gergely Hodicska : >> Mindenesetre nem akartam hogy újra fellángoljon a régi téma, de komolyan mondom hogy >> aki eddig nem ismerte a PHP-t legalább egy hetet foglalkozzon vele hogy egyértelműen >> állást tudjon foglalni Java - PHP ügyben. Ezennel a témát magam részéről lezártam. > Egy hét alatt akarsz állást foglalni? lol (Legalább ne lennél rá büszke...) > _______________________________________________ > 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 istvan at verhas.com Thu Mar 11 13:32:24 2010 From: istvan at verhas.com (=?UTF-8?B?VmVyaMOhcyBJc3R2w6Fu?=) Date: Thu, 11 Mar 2010 13:32:24 +0100 Subject: [Java lista] EJB 3 jndi neve In-Reply-To: <201003101229.25553.zmblevlist@gmail.com> References: <201003092144.46979.zmblevlist@gmail.com> <201003101119.28077.zmblevlist@gmail.com> <4B97769F.1070903@verhas.com> <201003101229.25553.zmblevlist@gmail.com> Message-ID: <4B98E2D8.70905@verhas.com> A @Resource annotĂĄciĂłra gondoltam. Persze ehhez szintĂŠn a web.xml-ben kell "tĂşrni", hogy legyen ilyen resource-od. Ăźdv vi BĂśszĂśrmĂŠnyi PĂŠter wrote: > Ez alatt mit is ertesz pontosan? > > On Wednesday 10 March 2010 11:38:23 VerhĂĄs IstvĂĄn wrote: > >> hasznĂĄlhatja az annotĂĄciĂłkat!!), de miĂŠrt ne tĂśltenĂŠ be a container a >> controllereket mint resource az "egy servlet"-ben? Vagy ha ragaszkodsz a >> >> BĂśszĂśrmĂŠnyi PĂŠter wrote: >> >>> Termeszetesen megtalalja, semmi gond nincs vele. >>> >>> A tortenet kicsit faramuci. >>> Adott egy feleves feladat, ejb 3, servlet, jsp alapokon, GF V2-n. Kulso >>> libet nem lehet hasznalni. Erre kell egy kis webalkalmazast irni (egy >>> egyszeru feladat menedzselo program). MCV szellemeben szeretnem megoldani >>> a dolgot. Ehhez viszont sok-sok servletet kell irni, ami sok-sok web.xml >>> turassal jar. Ezt viszont el szeretnem kerulni. Ezert jott az isteni >>> szikra: Controller interface, amit majd a muveletek megvalositanak. A >>> controllerek egy csomagba lesznek behanyva. Egy servlet indulaskor >>> kibogarassza - init parameter alapjan - a controllereket, betolti az >>> osztalyokat, peldanyositja oket, dobalja nekik a kereseket. Mivel ezeket >>> a controller objektumokat en hoztam letre, es nem a kontener, ezert a EJB >>> annotaciot ot nem lehet hasznalni. Ezert vagy nyomatom ezerrel a jndi >>> lookupot a kodban, vagy - es az egesz kerdes ezert indult el - >>> valamennyire szimulalom a kontener mukodeset, es az annotalt mezokbe en >>> tolom bele az ejb-ket. Ez a tortenet lenyege. >>> >>> On Wednesday 10 March 2010 11:10:06 VerhĂĄs IstvĂĄn wrote: >>> >>>> És egyĂŠbkĂŠnt megtalĂĄlja? >>>> Ha igen, akkor nem mindegy milyen nĂŠven? >>>> Ha nem, akkor meg Ăşgyis meg kell adni. >>>> Ăźdv >>>> vi >>>> >>>> BĂśszĂśrmĂŠnyi PĂŠter wrote: >>>> >>>>> Es ez az elnevezesi mod Servlet esteben is el vajon? >>>>> >>>>> On Tuesday 09 March 2010 22:37:28 IstvĂĄn VicziĂĄn wrote: >>>>> >>>>>> Szia, >>>>>> >>>>>> LokĂĄlis neveket keres a megadott szabĂĄly szerint, ĂŠs ehhez a deployer >>>>>> rendel globĂĄlis neveket. >>>>>> >>>>>> EJB 3.0 JSR 16.5.1.1 (414. old.): >>>>>> The Bean Provider uses the EJB annotation to annotate a eld or setter >>>>>> property method of the bean >>>>>> class as a target for the injection of an EJB reference. The reference >>>>>> may be to a session bean’s business >>>>>> interface or to the local home interface or remote home interface of a >>>>>> session bean or entity bean. >>>>>> The following example illustrates how an enterprise bean uses the EJB >>>>>> annotation to reference another >>>>>> enterprise bean. The enterprise bean reference will have the name >>>>>> java:comp/env/com.acme.example.ExampleBean/myCart in the referencing >>>>>> bean’s naming context, where ExampleBean is the name of the class of >>>>>> the referencing bean and >>>>>> com.acme.example its package. The target of the reference must be >>>>>> resolved by the Deployer. >>>>>> package com.acme.example; >>>>>> @Stateless public class ExampleBean implements Example { >>>>>> ... >>>>>> @EJB private ShoppingCart myCart; >>>>>> ... >>>>>> } >>>>>> >>>>>> MĂŠg nĂŠmi rizsa: >>>>>> >>>>>> http://jtechlog.blogspot.com/2009/01/jndi-nevek-ejb-krnyezetben.html >>>>>> >>>>>> RemĂŠlem segĂ­t. >>>>>> >>>>>> Viczi >>>>>> >>>>>> 2010/3/9 : >>>>>> >>>>>>> Tehat akkor eselyes, h magaban vegigturja a jndi fat? >>>>>>> >>>>>>> On Tuesday 09 March 2010 22:06:28 Auth GĂĄbor wrote: >>>>>>> >>>>>>>> HalihĂł! >>>>>>>> >>>>>>>> zmblevlist at gmail.com Ă­rta: >>>>>>>> >>>>>>>>> A kerdes egyszeru: Ha jee 5 alatt egy Servletben van egy @EJB-s >>>>>>>>> annotacio egy adattagra (semmi parameter az annotacionak), akkor >>>>>>>>> milyen nevem probalja megkeresni a jndi faaban a kontener az ejb-t? >>>>>>>>> >>>>>>>> Ha jĂłl rĂŠmlik, akkor nem nevet keres hozzĂĄ, hanem az interfĂŠsz >>>>>>>> implementĂĄciĂłjĂĄt adĂł EJB-t. Ha tĂśbb ilyen van, akkor nem tudom... :) >>>>>>>> >>>>>>> -- >>>>>>> ÜdvĂśzlettel, >>>>>>> BĂśszĂśrmĂŠnyi PĂŠter >>>>>>> _______________________________________________ >>>>>>> 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/20100311/9c2c3041/attachment.html From zmblevlist at gmail.com Thu Mar 11 13:39:42 2010 From: zmblevlist at gmail.com (=?utf-8?q?B=C3=B6sz=C3=B6rm=C3=A9nyi_P=C3=A9ter?=) Date: Thu, 11 Mar 2010 13:39:42 +0100 Subject: [Java lista] EJB 3 jndi neve In-Reply-To: <4B98E2D8.70905@verhas.com> References: <201003092144.46979.zmblevlist@gmail.com> <201003101229.25553.zmblevlist@gmail.com> <4B98E2D8.70905@verhas.com> Message-ID: <201003111339.42500.zmblevlist@gmail.com> Sejtettem. Akkor megint ott vagyok, ahonnan elindultam. On Thursday 11 March 2010 13:32:24 Verhás István wrote: > A @Resource annotációra gondoltam. Persze ehhez szintén a web.xml-ben > kell "túrni", hogy legyen ilyen resource-od. > üdv > vi > > Böszörményi Péter wrote: > > Ez alatt mit is ertesz pontosan? > > > > On Wednesday 10 March 2010 11:38:23 Verhás István wrote: > >> használhatja az annotációkat!!), de miért ne töltené be a container a > >> controllereket mint resource az "egy servlet"-ben? Vagy ha ragaszkodsz a > >> > >> Böszörményi Péter wrote: > >>> Termeszetesen megtalalja, semmi gond nincs vele. > >>> > >>> A tortenet kicsit faramuci. > >>> Adott egy feleves feladat, ejb 3, servlet, jsp alapokon, GF V2-n. Kulso > >>> libet nem lehet hasznalni. Erre kell egy kis webalkalmazast irni (egy > >>> egyszeru feladat menedzselo program). MCV szellemeben szeretnem > >>> megoldani a dolgot. Ehhez viszont sok-sok servletet kell irni, ami > >>> sok-sok web.xml turassal jar. Ezt viszont el szeretnem kerulni. Ezert > >>> jott az isteni szikra: Controller interface, amit majd a muveletek > >>> megvalositanak. A controllerek egy csomagba lesznek behanyva. Egy > >>> servlet indulaskor kibogarassza - init parameter alapjan - a > >>> controllereket, betolti az osztalyokat, peldanyositja oket, dobalja > >>> nekik a kereseket. Mivel ezeket a controller objektumokat en hoztam > >>> letre, es nem a kontener, ezert a EJB annotaciot ot nem lehet > >>> hasznalni. Ezert vagy nyomatom ezerrel a jndi lookupot a kodban, vagy - > >>> es az egesz kerdes ezert indult el - valamennyire szimulalom a kontener > >>> mukodeset, es az annotalt mezokbe en tolom bele az ejb-ket. Ez a > >>> tortenet lenyege. > >>> > >>> On Wednesday 10 March 2010 11:10:06 Verhás István wrote: > >>>> És egyébként megtalálja? > >>>> Ha igen, akkor nem mindegy milyen néven? > >>>> Ha nem, akkor meg úgyis meg kell adni. > >>>> üdv > >>>> vi > >>>> > >>>> Böszörményi Péter wrote: > >>>>> Es ez az elnevezesi mod Servlet esteben is el vajon? > >>>>> > >>>>> On Tuesday 09 March 2010 22:37:28 István Viczián wrote: > >>>>>> Szia, > >>>>>> > >>>>>> Lokális neveket keres a megadott szabály szerint, és ehhez a > >>>>>> deployer rendel globális neveket. > >>>>>> > >>>>>> EJB 3.0 JSR 16.5.1.1 (414. old.): > >>>>>> The Bean Provider uses the EJB annotation to annotate a ?eld or > >>>>>> setter property method of the bean > >>>>>> class as a target for the injection of an EJB reference. The > >>>>>> reference may be to a session bean?s business > >>>>>> interface or to the local home interface or remote home interface of > >>>>>> a session bean or entity bean. > >>>>>> The following example illustrates how an enterprise bean uses the > >>>>>> EJB annotation to reference another > >>>>>> enterprise bean. The enterprise bean reference will have the name > >>>>>> java:comp/env/com.acme.example.ExampleBean/myCart in the referencing > >>>>>> bean?s naming context, where ExampleBean is the name of the class of > >>>>>> the referencing bean and > >>>>>> com.acme.example its package. The target of the reference must be > >>>>>> resolved by the Deployer. > >>>>>> package com.acme.example; > >>>>>> @Stateless public class ExampleBean implements Example { > >>>>>> ... > >>>>>> @EJB private ShoppingCart myCart; > >>>>>> ... > >>>>>> } > >>>>>> > >>>>>> Még némi rizsa: > >>>>>> > >>>>>> http://jtechlog.blogspot.com/2009/01/jndi-nevek-ejb-krnyezetben.html > >>>>>> > >>>>>> Remélem segít. > >>>>>> > >>>>>> Viczi > >>>>>> > >>>>>> 2010/3/9 : > >>>>>>> Tehat akkor eselyes, h magaban vegigturja a jndi fat? > >>>>>>> > >>>>>>> On Tuesday 09 March 2010 22:06:28 Auth Gábor wrote: > >>>>>>>> Halihó! > >>>>>>>> > >>>>>>>> zmblevlist at gmail.com írta: > >>>>>>>>> A kerdes egyszeru: Ha jee 5 alatt egy Servletben van egy @EJB-s > >>>>>>>>> annotacio egy adattagra (semmi parameter az annotacionak), akkor > >>>>>>>>> milyen nevem probalja megkeresni a jndi faaban a kontener az > >>>>>>>>> ejb-t? > >>>>>>>> > >>>>>>>> Ha jól rémlik, akkor nem nevet keres hozzá, hanem az interfész > >>>>>>>> implementációját adó EJB-t. Ha több ilyen van, akkor nem tudom... > >>>>>>>> :) > >>>>>>> > >>>>>>> -- > >>>>>>> Üdvözlettel, > >>>>>>> Böszörményi Péter > >>>>>>> _______________________________________________ > >>>>>>> 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 > -- Üdvözlettel, Böszörményi Péter From laja at freemail.hu Thu Mar 11 16:05:04 2010 From: laja at freemail.hu (Laja) Date: Thu, 11 Mar 2010 16:05:04 +0100 Subject: [Java lista] jdbc autocommit Message-ID: <4B9906A0.3040108@freemail.hu> Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100311/d13e9db6/attachment.html From tomto at freemail.hu Thu Mar 11 16:37:35 2010 From: tomto at freemail.hu (TomTo:)) Date: Thu, 11 Mar 2010 16:37:35 +0100 Subject: [Java lista] jdbc autocommit In-Reply-To: <4B9906A0.3040108@freemail.hu> References: <4B9906A0.3040108@freemail.hu> Message-ID: <201003111637.35404.tomto@freemail.hu> Szia! 2010. március 11. dátummal Laja ezt írta: > Hi! > > Mi van akkor, ha egy JDBC connectionben az autocommit TRUE, és olyan > parancsot adok ki amiben van BEGIN ... COMMIT blokk, és hiba történik? > Ilyenkor egy rollback visszacsinál mindent? Szerintem nem. Az auto-commit-nak pont az a lényege, hogy minden sql utasítást eleminek vesz és "befoglalja" egy-egy külön tranzakcióba. Üdv, TomTo:) From tomto at freemail.hu Thu Mar 11 16:46:39 2010 From: tomto at freemail.hu (TomTo:)) Date: Thu, 11 Mar 2010 16:46:39 +0100 Subject: [Java lista] jdbc autocommit In-Reply-To: <201003111637.35404.tomto@freemail.hu> References: <4B9906A0.3040108@freemail.hu> <201003111637.35404.tomto@freemail.hu> Message-ID: <201003111646.39407.tomto@freemail.hu> 2010. március 11. dátummal TomTo:) ezt írta: > Szia! > > 2010. március 11. dátummal Laja ezt írta: > > Hi! > > > > Mi van akkor, ha egy JDBC connectionben az autocommit TRUE, és olyan > > parancsot adok ki amiben van BEGIN ... COMMIT blokk, és hiba történik? > > Ilyenkor egy rollback visszacsinál mindent? > > Szerintem nem. Az auto-commit-nak pont az a lényege, hogy minden sql > utasítást eleminek vesz és "befoglalja" egy-egy külön tranzakcióba. Ráadásul, ha ne adj' Isten tranzakció közben macerálod az auto-commit-ot, az tutira kiküld egy commitot is, ha pedig a connection-od elosztott tranzakcióban vesz részt és úgy akarod beállítani az auto-commit-ot true-ra, akkor még egy SQLException is jön ;) (legalább is DB2 esetében így van, de szerintem a többi db sem nagyon tér el ettől) TomTo:) From nlajtos at gmail.com Fri Mar 12 12:02:24 2010 From: nlajtos at gmail.com (Norbert Lajtos) Date: Fri, 12 Mar 2010 12:02:24 +0100 Subject: [Java lista] protocol buffers Message-ID: <69d85e421003120302u41fb5d93s7de30f168adaad75@mail.gmail.com> Sziasztok! Java-s kĂśrnyezetben kliens-szerver kommunikĂĄciĂłhoz hasznĂĄlt mĂĄr valaki Protocol Buffers-es szerializĂĄciĂłt? Tapasztalatok ĂŠs vĂŠlemĂŠnyek is ĂŠrdekelnĂŠnek. A neten fellelhető megnyĂ­lvĂĄnulĂĄsok elĂŠg vegyesek magĂĄval a technolĂłgiĂĄval kapcsolatban. (bĂĄr azok rĂŠszĂŠről, akik ki is prĂłbĂĄltĂĄk tĂśbb a pozitĂ­v vĂŠlemĂŠny, mint a negatĂ­v...) KĂśszi, Norbi --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100312/c308ff40/attachment.html From aszomor at computertechnika.hu Fri Mar 12 15:49:05 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Fri, 12 Mar 2010 15:49:05 +0100 Subject: [Java lista] JPQL Result Type of the SELECT Clause Message-ID: Sziasztok, Szeretném csak részlegesen feltölteni az entitásokat, például ha ComboBox-ba nem használt a többi mezőt pl. így "select e.id,e.code,e.name from entityName e" a JPA rendesen értelmezi és futtatja is, de nem teszi be az eredményt az entitás megfelelő propertibe, hanem három objectumba teszi. A "select e from entityName e" esetén rendesen feltölti az osztályt, mondjuk logikus is mert az "e" pont olyan típusű, az e.id pedig nem. Nem szeretném egy jó nagy ciklussal átmásolni az eredményhalmazt egy új listába, hogy tudnám rákényszeríteni, hogy a választ entitás típusú osztályba tegye és a többimező pedig legyen null? Attila. -- Pécs is the European Capital of Culture in 2010 From istvan at verhas.com Fri Mar 12 15:58:07 2010 From: istvan at verhas.com (=?ISO-8859-2?Q?Verh=E1s_Istv=E1n?=) Date: Fri, 12 Mar 2010 15:58:07 +0100 Subject: [Java lista] JPQL Result Type of the SELECT Clause In-Reply-To: References: Message-ID: <4B9A567F.7090903@verhas.com> Olybá tűnik lett egy új entitásod ami 1-1 kapcsolatban áll az "entityName"-el és van három (vagy négy ha visszafelé is navigálható akar lenni) attributuma. Az "entityName"-ben pedig lett a három attributum helyett egy ha navigálható illetve eltűnt ha nem navigálható. üdv vi Szomor Attila wrote: > Sziasztok, > > Szeretném csak részlegesen feltölteni az entitásokat, például ha > ComboBox-ba nem használt a többi mezőt pl. így > "select e.id,e.code,e.name from entityName e" > a JPA rendesen értelmezi és futtatja is, de nem teszi be az eredményt az > entitás megfelelő propertibe, hanem három objectumba teszi. > A "select e from entityName e" esetén rendesen feltölti az osztályt, > mondjuk logikus is mert az "e" pont olyan típusű, az e.id pedig nem. > Nem szeretném egy jó nagy ciklussal átmásolni az eredményhalmazt egy új > listába, hogy tudnám rákényszeríteni, hogy a választ entitás típusú > osztályba tegye és a többimező pedig legyen null? > > Attila. > > From aszomor at computertechnika.hu Fri Mar 12 16:18:34 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Fri, 12 Mar 2010 16:18:34 +0100 Subject: [Java lista] JPQL Result Type of the SELECT Clause In-Reply-To: <4B9A567F.7090903@verhas.com> References: <4B9A567F.7090903@verhas.com> Message-ID: Szia István, Ilyenkor, hogy jelölöm azt, hogy az 1-1 kapcsolat elemei igazából ugyan abban a táblában valósuljanak meg normál attributumokként? Valőjában azt szeretném elérni, hogy egy adott entitást többféle feltöltöttségi szinten érhessek el, pl. nem kellenek a különböző kapcsolati egy grid-be vagy egy kobóba stb. Az entitásra már meg vannak írva a különböző transformáló eljárások, ezeket nem szívesen írnám meg többször. Több lehetőségről is olvastam, --pl hogy egy táblát több entitáshoz is hozzárendelhetek, ekkor persze mindegyik más osztály lesz. --vagy egy NativeQuery-nek megadhatom, hogy milyen osztályba tegye be az eredményt valahogy ez utóbbit szeretném elérni, rossz esetben forgatom, egy grid-ben úgyis lapozni kell, csak képtelen vagyok felfogni, hogy ilyen egyszerú dolgot ne tudna a JPA, miért kell minden attributumot és kapcsolatot beolvasni, ha épp nincs is rá szükség? Attila. 2010.03.12. 15:58:07 dátumon Verhás István írta: > Olybá tűnik lett egy új entitásod ami 1-1 kapcsolatban áll az > "entityName"-el és van három (vagy négy ha visszafelé is navigálható > akar lenni) attributuma. Az "entityName"-ben pedig lett a három > attributum helyett egy ha navigálható illetve eltűnt ha nem navigálható. > üdv > vi > > Szomor Attila wrote: >> Sziasztok, >> >> Szeretném csak részlegesen feltölteni az entitásokat, például ha >> ComboBox-ba nem használt a többi mezőt pl. így >> "select e.id,e.code,e.name from entityName e" >> a JPA rendesen értelmezi és futtatja is, de nem teszi be az eredményt az >> entitás megfelelő propertibe, hanem három objectumba teszi. >> A "select e from entityName e" esetén rendesen feltölti az osztályt, >> mondjuk logikus is mert az "e" pont olyan típusű, az e.id pedig nem. >> Nem szeretném egy jó nagy ciklussal átmásolni az eredményhalmazt egy új >> listába, hogy tudnám rákényszeríteni, hogy a választ entitás típusú >> osztályba tegye és a többimező pedig legyen null? >> >> Attila. >> >> > > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist -- Pécs is the European Capital of Culture in 2010 From istvan at verhas.com Fri Mar 12 16:26:59 2010 From: istvan at verhas.com (=?ISO-8859-2?Q?Verh=E1s_Istv=E1n?=) Date: Fri, 12 Mar 2010 16:26:59 +0100 Subject: [Java lista] JPQL Result Type of the SELECT Clause In-Reply-To: References: <4B9A567F.7090903@verhas.com> Message-ID: <4B9A5D43.4050300@verhas.com> Amire te vágysz az a lazy loading. Ezt támogatj a JPA ha az attributum nem primitív hanem entitás. Az alapértelmezett fetch type a kapcsolat számosságától függ. Ha a túloldalból csak egy van akkor eager vagyis betölti, ha sok akkor lazy. Szóval a sokkal nem kell törődni azt eleve nem tölti be csak amikor meghívod a gettert, az egy az egyes illetve az n az egyes-nél pedig be lehet állítani pl. így @OneToOne(fetch=FetchType.LAZY) Ezt kérdezted? üdv vi Szomor Attila wrote: > Szia István, > > Ilyenkor, hogy jelölöm azt, hogy az 1-1 kapcsolat elemei igazából ugyan > abban a táblában valósuljanak meg normál attributumokként? > > Valőjában azt szeretném elérni, hogy egy adott entitást többféle > feltöltöttségi szinten érhessek el, pl. nem kellenek a különböző > kapcsolati egy grid-be vagy egy kobóba stb. > Az entitásra már meg vannak írva a különböző transformáló eljárások, > ezeket nem szívesen írnám meg többször. > > Több lehetőségről is olvastam, > --pl hogy egy táblát több entitáshoz is hozzárendelhetek, ekkor persze > mindegyik más osztály lesz. > --vagy egy NativeQuery-nek megadhatom, hogy milyen osztályba tegye be az > eredményt > valahogy ez utóbbit szeretném elérni, rossz esetben forgatom, egy grid-ben > úgyis lapozni kell, csak képtelen vagyok felfogni, hogy ilyen egyszerú > dolgot ne tudna a JPA, miért kell minden attributumot és kapcsolatot > beolvasni, ha épp nincs is rá szükség? > > > Attila. > > 2010.03.12. 15:58:07 dátumon Verhás István írta: > > >> Olybá tűnik lett egy új entitásod ami 1-1 kapcsolatban áll az >> "entityName"-el és van három (vagy négy ha visszafelé is navigálható >> akar lenni) attributuma. Az "entityName"-ben pedig lett a három >> attributum helyett egy ha navigálható illetve eltűnt ha nem navigálható. >> üdv >> vi >> >> Szomor Attila wrote: >> >>> Sziasztok, >>> >>> Szeretném csak részlegesen feltölteni az entitásokat, például ha >>> ComboBox-ba nem használt a többi mezőt pl. így >>> "select e.id,e.code,e.name from entityName e" >>> a JPA rendesen értelmezi és futtatja is, de nem teszi be az eredményt az >>> entitás megfelelő propertibe, hanem három objectumba teszi. >>> A "select e from entityName e" esetén rendesen feltölti az osztályt, >>> mondjuk logikus is mert az "e" pont olyan típusű, az e.id pedig nem. >>> Nem szeretném egy jó nagy ciklussal átmásolni az eredményhalmazt egy új >>> listába, hogy tudnám rákényszeríteni, hogy a választ entitás típusú >>> osztályba tegye és a többimező pedig legyen null? >>> >>> 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/20100312/d52904e8/attachment.html From aszomor at computertechnika.hu Fri Mar 12 16:48:00 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Fri, 12 Mar 2010 16:48:00 +0100 Subject: [Java lista] JPQL Result Type of the SELECT Clause In-Reply-To: <4B9A5D43.4050300@verhas.com> References: <4B9A567F.7090903@verhas.com> <4B9A5D43.4050300@verhas.com> Message-ID: 2010.03.12. 16:26:59 dátumon Verhás István írta: > Amire te vágysz az a lazy loading. Ezt támogatj a JPA ha az attributum > nem primitív hanem entitás. Az alapértelmezett fetch type a kapcsolat > számosságától függ. Ha a túloldalból csak egy van akkor eager vagyis > betölti, ha sok akkor lazy. Szóval a sokkal nem kell törődni azt eleve > nem tölti be csak amikor meghívod a gettert, az egy az egyes illetve az > n az egyes-nél pedig be lehet állítani pl. így > @OneToOne(fetch=FetchType.LAZY) > Ezt kérdezted? > üdv > vi Sajna nem, ezt (és még sok ilyet) szeretném elkerülni: ------------------------------------------------------ String query = "SELECT e FROM TerapiaTerap e"; if (gridParams.getOtherGridParams().containsKey("GENERIC_GRID_QUERY")) { query = "SELECT e.id,e.tenam,e.tecna,e.teflg FROM TerapiaTerap e"; } response = JPAUtils.getBlockFromQuery( gridParams.getAction(), gridParams.getStartPos(), blockSize, gridParams.getFilteredColumns(), gridParams.getCurrentSortedColumns(), gridParams.getCurrentSortedVersusColumns(), TerapiaTerap.class, query, new Object[0], em ); if (gridParams.getOtherGridParams().containsKey("GENERIC_GRID_QUERY")) { // EZ AZ AMIT NEM SZERETNÉK !!! VOListResponse voListResponse = (VOListResponse)response; ArrayList terapiaList = new ArrayList(); List rows = voListResponse.getRows(); for (int c=0; c $$$ } return response; mivel a JPA válasz egy "Object[]" nem pedig egy "TerapiaTerap" osztály a kért négy attributummal feltöltve (sajnos)! Ami miatt érdekel ennek a táblának száznál több egyszerú attributuma van, amiből a kliensnek 4 kell abból is kettő hidden a grid-ben. -- Pécs is the European Capital of Culture in 2010 From zforgo at gmail.com Fri Mar 12 17:04:23 2010 From: zforgo at gmail.com (=?UTF-8?B?Rm9yZ8OzIFpvbHTDoW4=?=) Date: Fri, 12 Mar 2010 17:04:23 +0100 Subject: [Java lista] JPQL Result Type of the SELECT Clause In-Reply-To: References: <4B9A567F.7090903@verhas.com> <4B9A5D43.4050300@verhas.com> Message-ID: Üdv! Lehet, hogy valamit fĂŠlreĂŠrtek, de nem a @NamedNativeQuery ĂŠs @SqlResultSetMapping kell neked? @NamedNativeQueries({ @NamedNativeQuery( name = "queryname", query = "SELECT .. FROM ... WHERE", resultSetMapping = "myMapping" ) }) @SqlResultSetMapping( name ="myMapping", entities = { @EntityResult( entityClass = EntityName.class) } ) Z 2010/3/12 Szomor Attila > 2010.03.12. 16:26:59 dĂĄtumon VerhĂĄs IstvĂĄn Ă­rta: > > > Amire te vĂĄgysz az a lazy loading. Ezt tĂĄmogatj a JPA ha az attributum > > nem primitĂ­v hanem entitĂĄs. Az alapĂŠrtelmezett fetch type a kapcsolat > > szĂĄmossĂĄgĂĄtĂłl fĂźgg. Ha a tĂşloldalbĂłl csak egy van akkor eager vagyis > > betĂślti, ha sok akkor lazy. SzĂłval a sokkal nem kell tĂśrődni azt eleve > > nem tĂślti be csak amikor meghĂ­vod a gettert, az egy az egyes illetve az > > n az egyes-nĂŠl pedig be lehet ĂĄllĂ­tani pl. Ă­gy > > @OneToOne(fetch=FetchType.LAZY) > > Ezt kĂŠrdezted? > > Ăźdv > > vi > > Sajna nem, ezt (ĂŠs mĂŠg sok ilyet) szeretnĂŠm elkerĂźlni: > ------------------------------------------------------ > String query = "SELECT e FROM TerapiaTerap e"; > if (gridParams.getOtherGridParams().containsKey("GENERIC_GRID_QUERY")) { > query = "SELECT e.id,e.tenam,e.tecna,e.teflg FROM TerapiaTerap e"; > } > response = JPAUtils.getBlockFromQuery( > gridParams.getAction(), > gridParams.getStartPos(), > blockSize, > gridParams.getFilteredColumns(), > gridParams.getCurrentSortedColumns(), > gridParams.getCurrentSortedVersusColumns(), > TerapiaTerap.class, > query, > new Object[0], > em > ); > if (gridParams.getOtherGridParams().containsKey("GENERIC_GRID_QUERY")) { > // EZ AZ AMIT NEM SZERETNÉK !!! > VOListResponse voListResponse = (VOListResponse)response; > ArrayList terapiaList = new ArrayList(); > List rows = voListResponse.getRows(); > for (int c=0; c TerapiaTerap terapiaTerap = new TerapiaTerap(); > Object[] row = (Object[])rows.get(c); > terapiaTerap.setId((BigInteger)row[0]); > terapiaTerap.setTenam((String)row[1]); > terapiaTerap.setTecna((String)row[2]); > terapiaTerap.setTeflg((String)row[3]); > terapiaList.add(terapiaTerap); > } > response = new > > VOListResponse(terapiaList,voListResponse.isMoreRows(),voListResponse.getResultSetLength()); > // EDDIG TART A TRANSFORMÁCIÓ OBJECT[] to ArrayList $$$ > } > return response; > mivel a JPA vĂĄlasz egy "Object[]" nem pedig egy "TerapiaTerap" osztĂĄly a > kĂŠrt nĂŠgy attributummal feltĂśltve (sajnos)! > > Ami miatt ĂŠrdekel ennek a tĂĄblĂĄnak szĂĄznĂĄl tĂśbb egyszerĂş attributuma van, > amiből a kliensnek 4 kell abbĂłl is kettő hidden a grid-ben. > > -- > PĂŠcs is the European Capital of Culture in 2010 > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > 2010/3/12 Szomor Attila > 2010.03.12. 16:26:59 dĂĄtumon VerhĂĄs IstvĂĄn Ă­rta: > > > Amire te vĂĄgysz az a lazy loading. Ezt tĂĄmogatj a JPA ha az attributum > > nem primitĂ­v hanem entitĂĄs. Az alapĂŠrtelmezett fetch type a kapcsolat > > szĂĄmossĂĄgĂĄtĂłl fĂźgg. Ha a tĂşloldalbĂłl csak egy van akkor eager vagyis > > betĂślti, ha sok akkor lazy. SzĂłval a sokkal nem kell tĂśrődni azt eleve > > nem tĂślti be csak amikor meghĂ­vod a gettert, az egy az egyes illetve az > > n az egyes-nĂŠl pedig be lehet ĂĄllĂ­tani pl. Ă­gy > > @OneToOne(fetch=FetchType.LAZY) > > Ezt kĂŠrdezted? > > Ăźdv > > vi > > Sajna nem, ezt (ĂŠs mĂŠg sok ilyet) szeretnĂŠm elkerĂźlni: > ------------------------------------------------------ > String query = "SELECT e FROM TerapiaTerap e"; > if (gridParams.getOtherGridParams().containsKey("GENERIC_GRID_QUERY")) { > query = "SELECT e.id,e.tenam,e.tecna,e.teflg FROM TerapiaTerap e"; > } > response = JPAUtils.getBlockFromQuery( > gridParams.getAction(), > gridParams.getStartPos(), > blockSize, > gridParams.getFilteredColumns(), > gridParams.getCurrentSortedColumns(), > gridParams.getCurrentSortedVersusColumns(), > TerapiaTerap.class, > query, > new Object[0], > em > ); > if (gridParams.getOtherGridParams().containsKey("GENERIC_GRID_QUERY")) { > // EZ AZ AMIT NEM SZERETNÉK !!! > VOListResponse voListResponse = (VOListResponse)response; > ArrayList terapiaList = new ArrayList(); > List rows = voListResponse.getRows(); > for (int c=0; c TerapiaTerap terapiaTerap = new TerapiaTerap(); > Object[] row = (Object[])rows.get(c); > terapiaTerap.setId((BigInteger)row[0]); > terapiaTerap.setTenam((String)row[1]); > terapiaTerap.setTecna((String)row[2]); > terapiaTerap.setTeflg((String)row[3]); > terapiaList.add(terapiaTerap); > } > response = new > > VOListResponse(terapiaList,voListResponse.isMoreRows(),voListResponse.getResultSetLength()); > // EDDIG TART A TRANSFORMÁCIÓ OBJECT[] to ArrayList $$$ > } > return response; > mivel a JPA vĂĄlasz egy "Object[]" nem pedig egy "TerapiaTerap" osztĂĄly a > kĂŠrt nĂŠgy attributummal feltĂśltve (sajnos)! > > Ami miatt ĂŠrdekel ennek a tĂĄblĂĄnak szĂĄznĂĄl tĂśbb egyszerĂş attributuma van, > amiből a kliensnek 4 kell abbĂłl is kettő hidden a grid-ben. > > -- > PĂŠcs is the European Capital of Culture in 2010 > _______________________________________________ > 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/20100312/813bdc56/attachment-0001.html From aszomor at computertechnika.hu Fri Mar 12 17:20:20 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Fri, 12 Mar 2010 17:20:20 +0100 Subject: [Java lista] JPQL Result Type of the SELECT Clause In-Reply-To: References: <4B9A567F.7090903@verhas.com> <4B9A5D43.4050300@verhas.com> Message-ID: 2010.03.12. 17:04:23 dátumon Forgó Zoltán írta: > Üdv! > > Lehet, hogy valamit félreértek, de nem a > @NamedNativeQuery és @SqlResultSetMapping kell neked? > > @NamedNativeQueries({ > > @NamedNativeQuery( > > name = "queryname", > query = "SELECT .. FROM ... WHERE", > resultSetMapping = "myMapping" > > ) > > }) > > @SqlResultSetMapping( > > name ="myMapping", > entities = { @EntityResult( entityClass = EntityName.class) } > > ) > Szia Zoli, De valami nagyon ilyesmi kellene, csak ha lehet nem NamedNativeQuery-vel! Attila. -- Pécs is the European Capital of Culture in 2010 From istvan at verhas.com Fri Mar 12 17:26:52 2010 From: istvan at verhas.com (=?ISO-8859-2?Q?Verh=E1s_Istv=E1n?=) Date: Fri, 12 Mar 2010 17:26:52 +0100 Subject: [Java lista] JPQL Result Type of the SELECT Clause In-Reply-To: References: <4B9A567F.7090903@verhas.com> <4B9A5D43.4050300@verhas.com> Message-ID: <4B9A6B4C.7040700@verhas.com> A JPA a lazy loadingot a primitívekre nem támogatja, pedig azt szeretnéd. Mivel a jpa egy Object Relational Mapping ezért fel sem merül, hogy betöltsön egy olyan objektumot amiben csak néhány attributum van beállítva mivel az adatbázisban nincs olyan entitás amiben a többi attributum null értékű lenne. Szóval ha csak annyit akarsz betölteni, akkor kell egy külön entity. Erre írtad, hogy "Az entitásra már meg vannak írva a különböző transformáló eljárások, ezeket nem szívesen írnám meg többször." Amit nem nagyon tudok hova tenni, mivel azt feltételezem, hogy az entitásokat bean-ként kezeled és annak megfelelően getter/setter-t használsz vagyis az entity belső változása nem befolyásolja a transformációkat. Ha egy táblában akarod (miért is érdekel? biztos adott a tábla szerkezet mert így kapod :-), akkor @embeddable és @embedded annotációkkal tudod megoldani. üdv vi Szomor Attila wrote: > 2010.03.12. 16:26:59 dátumon Verhás István írta: > > >> Amire te vágysz az a lazy loading. Ezt támogatj a JPA ha az attributum >> nem primitív hanem entitás. Az alapértelmezett fetch type a kapcsolat >> számosságától függ. Ha a túloldalból csak egy van akkor eager vagyis >> betölti, ha sok akkor lazy. Szóval a sokkal nem kell törődni azt eleve >> nem tölti be csak amikor meghívod a gettert, az egy az egyes illetve az >> n az egyes-nél pedig be lehet állítani pl. így >> @OneToOne(fetch=FetchType.LAZY) >> Ezt kérdezted? >> üdv >> vi >> > > Sajna nem, ezt (és még sok ilyet) szeretném elkerülni: > ------------------------------------------------------ > String query = "SELECT e FROM TerapiaTerap e"; > if (gridParams.getOtherGridParams().containsKey("GENERIC_GRID_QUERY")) { > query = "SELECT e.id,e.tenam,e.tecna,e.teflg FROM TerapiaTerap e"; > } > response = JPAUtils.getBlockFromQuery( > gridParams.getAction(), > gridParams.getStartPos(), > blockSize, > gridParams.getFilteredColumns(), > gridParams.getCurrentSortedColumns(), > gridParams.getCurrentSortedVersusColumns(), > TerapiaTerap.class, > query, > new Object[0], > em > ); > if (gridParams.getOtherGridParams().containsKey("GENERIC_GRID_QUERY")) { > // EZ AZ AMIT NEM SZERETNÉK !!! > VOListResponse voListResponse = (VOListResponse)response; > ArrayList terapiaList = new ArrayList(); > List rows = voListResponse.getRows(); > for (int c=0; c TerapiaTerap terapiaTerap = new TerapiaTerap(); > Object[] row = (Object[])rows.get(c); > terapiaTerap.setId((BigInteger)row[0]); > terapiaTerap.setTenam((String)row[1]); > terapiaTerap.setTecna((String)row[2]); > terapiaTerap.setTeflg((String)row[3]); > terapiaList.add(terapiaTerap); > } > response = new > VOListResponse(terapiaList,voListResponse.isMoreRows(),voListResponse.getResultSetLength()); > // EDDIG TART A TRANSFORMÁCIÓ OBJECT[] to ArrayList $$$ > } > return response; > mivel a JPA válasz egy "Object[]" nem pedig egy "TerapiaTerap" osztály a > kért négy attributummal feltöltve (sajnos)! > > Ami miatt érdekel ennek a táblának száznál több egyszerú attributuma van, > amiből a kliensnek 4 kell abból is kettő hidden a grid-ben. > > --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100312/46daf2f4/attachment.html From istvan at verhas.com Fri Mar 12 17:29:37 2010 From: istvan at verhas.com (=?ISO-8859-2?Q?Verh=E1s_Istv=E1n?=) Date: Fri, 12 Mar 2010 17:29:37 +0100 Subject: [Java lista] JPQL Result Type of the SELECT Clause In-Reply-To: References: <4B9A567F.7090903@verhas.com> <4B9A5D43.4050300@verhas.com> Message-ID: <4B9A6BF1.2060002@verhas.com> Akkor próbáld meg a http://www.oracle.com/technology/products/ias/toplink/jpa/resources/toplink-jpa-annotations.html#EntityResult http://www.oracle.com/technology/products/ias/toplink/jpa/resources/toplink-jpa-annotations.html#FieldResult páros named query-hez üdv vi Szomor Attila wrote: > 2010.03.12. 17:04:23 dátumon Forgó Zoltán írta: > > >> Üdv! >> >> Lehet, hogy valamit félreértek, de nem a >> @NamedNativeQuery és @SqlResultSetMapping kell neked? >> >> @NamedNativeQueries({ >> >> @NamedNativeQuery( >> >> name = "queryname", >> query = "SELECT .. FROM ... WHERE", >> resultSetMapping = "myMapping" >> >> ) >> >> }) >> >> @SqlResultSetMapping( >> >> name ="myMapping", >> entities = { @EntityResult( entityClass = EntityName.class) } >> >> ) >> >> > > Szia Zoli, > > De valami nagyon ilyesmi kellene, csak ha lehet nem NamedNativeQuery-vel! > > Attila. > > --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100312/1b29c729/attachment.html From medzihradszky.denes at gmail.com Fri Mar 12 19:09:09 2010 From: medzihradszky.denes at gmail.com (=?ISO-8859-1?Q?D=E9nes_Medzihradszky?=) Date: Fri, 12 Mar 2010 19:09:09 +0100 Subject: [Java lista] JPQL Result Type of the SELECT Clause In-Reply-To: References: Message-ID: <9f971afb1003121009n136741f7g2153653f7f444037@mail.gmail.com> Hogy én is megszólaljak sok okos ember mellett... Ha jól értem, a problémád valami következő: Egy 20-30+ attribútumos entitást kell feltölteni, mondjuk 5-6 attribútummal? Az én megoldásom a következő volt: Írtam az entitásban egy konstruktort a szükséges mezőkkel (persze meg kellett írni a default konstruktort is). A JPA lehetőséget biztosít az entitás bármely konstruktorával való entitás létrehozásra a következő módon: SELECT NEW package.package.Entitás(és itt felsorolom a kívánt konstruktor szerinti mezőket) FROM Entitás Ezt én például NamedQuery-ként adtam meg és a részlegesen feltöltött entitást táblázatosan jelenítettem meg. Egyszerűen nem akartam sok bonyolult objektumot létrehozni egy táblázatos válogatási lehetőség megadásához... Medzihradszky Dénes 2010/3/12 Szomor Attila : > Sziasztok, > > Szeretném csak részlegesen feltölteni az entitásokat, például ha > ComboBox-ba nem használt a többi mezőt pl. így >   "select e.id,e.code,e.name from entityName e" > a JPA rendesen értelmezi és futtatja is, de nem teszi be az eredményt az > entitás megfelelő propertibe, hanem három objectumba teszi. > A "select e from entityName e" esetén rendesen feltölti az osztályt, > mondjuk logikus is mert az "e" pont olyan típusű, az e.id pedig nem. > Nem szeretném egy jó nagy ciklussal átmásolni az eredményhalmazt egy új > listába, hogy tudnám rákényszeríteni, hogy a választ entitás típusú > osztályba tegye és a többimező pedig legyen null? > > 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 aszomor at computertechnika.hu Fri Mar 12 20:50:38 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Fri, 12 Mar 2010 20:50:38 +0100 Subject: [Java lista] JPQL Result Type of the SELECT Clause In-Reply-To: <9f971afb1003121009n136741f7g2153653f7f444037@mail.gmail.com> References: <9f971afb1003121009n136741f7g2153653f7f444037@mail.gmail.com> Message-ID: Szia Dénes, > Ha jól értem, a problémád valami következő: > Egy 20-30+ attribútumos entitást kell feltölteni, mondjuk 5-6 > attribútummal? IGEN > A JPA lehetőséget biztosít az entitás bármely konstruktorával való > entitás létrehozásra a következő módon: > SELECT NEW package.package.Entitás(és itt felsorolom a kívánt > konstruktor szerinti mezőket) FROM Entitás ERRŐL MÉG NEM OLVASTAM EDDIG!!! (peddig azt hittem minden JPA infót átnéztem már). Meglepő hogy akár egy DTO-ba is közvetlenül be lehet olvastatni vele az eredményt! Nagyon jó hogy ez van, neki is állok tesztelni, remélem a JPA2 is tudja még !!! Ez megoldja a problémámat, mert üzleti logika szinten is már csak TransferObject-et használunk még az attributumok neve is más mint entitás szinten pl. PlaceInt.id -> Intezmeny.azonosito és így tovább, hogy miért így van azt most hosszű lenne részletezni. A lényeg az, hogy a TranferObjectAssembler (ez egy helper osztály) az entitásokból tud TransferObjectet készíteni és fordítva ezeket nem szándékoztam átírni. Köszönöm a tippet, már megérte kérdezni, Attila. -- Pécs is the European Capital of Culture in 2010 From gzsombor at gmail.com Sat Mar 13 19:24:03 2010 From: gzsombor at gmail.com (Zsombor) Date: Sat, 13 Mar 2010 19:24:03 +0100 Subject: [Java lista] =?utf-8?b?TmFneSBWZXJ6acOzIEtlemVsxZEgTWVnbW9uZMOz?= =?utf-8?q?_Nyomtatv=C3=A1ny?= In-Reply-To: References: <3dd755941003100734j2b253b6eldf03a2f1e8c059d@mail.gmail.com> Message-ID: 2010/3/10 Zsombor > > > 2010/3/10 TamĂĄs Viktor > > Ez nem mukodik?: >> Ramesz a grafikonra, megjelenik a fejlec es a bal felso sarokban >> lenyilo menuben van olyan hogy Publis Chart... >> Ott talalsz egy URL-t, azt kopizod. >> V >> > > > Nem tudok rĂĄmenni a grafikonra. Egyes sheeteket meg tudom sharelni, viszont > a grafikonok nem a sheeteknĂŠl jelennek meg, hanem ha megnyitom a form-ot, ĂŠs > ott a "Show summary of response"-t. Ott meg nincs ilyen beĂĄllĂ­tĂĄs. Most azt > sikerĂźlt bekapcsolnom, hogy aki kitĂślti, az utĂĄna lĂĄssa ezt a summary-t. > > Zs > Most megosztottam, remĂŠlem mindenki jĂłl rĂĄ tud menni ĂŠs megnĂŠzni a nyers adatokat: http://spreadsheets.google.com/ccc?key=0AnRpRYaWuurcdEZWaWtXUG9hZ3ZEUnRvMG9STExxN3c&hl=en&invite=CIyHn-oK Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100313/a00f861a/attachment.html From timortinj at freemail.hu Tue Mar 16 05:28:14 2010 From: timortinj at freemail.hu (=?iso-8859-2?Q?Moln=E1r_Mikl=F3s?=) Date: Tue, 16 Mar 2010 05:28:14 +0100 Subject: [Java lista] javadoc2pdf Message-ID: Hali, >>>>>>>>>>>>> Van bevált módszeretek arra, hogy a forrásfát valamilyen módon a HTML JavaDoc formátumból PDF formátumba alakítsam, viszonylag kevés munkával? >>>>>>>>>>>>> Itt egy lassan három éve felmerült téma, és mivel most kellett küzdenem vele, így megosztom a tapasztalataimat. És persze kiváncsian várom, hogy milyen jobb - nem ilyen durván Windowshoz kötött - megoldás létezik, aktuálisan ajánlhatóan. 1. http://www.allimant.org/javadoc/index.php Adott a fenti site, ahonnan mindig szépen le lehet tölteni chm-ben a gyári hivatalos SUN-os doksikat. Adódik az ötlet: javadoc->chm->pdf. 2. http://www.burgaud.com/category/jd2chm/ Az 1.honlapon ajánlódik ez a kicsike és dokumentált free-progi, ami megcsinálja chm-fordításhoz szükséges állományokat, a javadoc alapján. Van egy másik fee altenatíva is erre a célra -> javadc2chm) 3. http://www.vizacc.com/products.aspx Ugyanott van szintén link erre a szintén freeware authoring-toolra. De ugyanígy jó lehet a szintén ingyenes Microsoft tool is (HTML Help Workshop). Kipróbáltam két commercial chm2pdf toolt: I. http://www.processtext.com/abcchm.html -> (20 USD) II. http://www.theta-software.com/chmtopdf.htm -> (180 EUR) A Java-tutorial CHM-et megkonvertálva, az I-re 820 oldalas, II-re 3200 oldalas (!) pdf-et kaptam. Magyarán a 20 USD-s verzió volt a szimpibb (az erdők kímélése szempontjából). Nagy minőségi különbséget nem vettem észre a két kapott pdf között. Mindkét progi jó pár percig elmolyolt a 18 MB-os CHM-en. MM From viczian.istvan at gmail.com Tue Mar 16 08:45:34 2010 From: viczian.istvan at gmail.com (=?ISO-8859-1?Q?Istv=E1n_Viczi=E1n?=) Date: Tue, 16 Mar 2010 08:45:34 +0100 Subject: [Java lista] javadoc2pdf In-Reply-To: References: Message-ID: <4ae5230c1003160045y28636b57ic737d8d3491584f6@mail.gmail.com> Szia! http://jtechlog.blogspot.com/2009/07/rendszerterv-generalas-java-kodbol.html Nálam az út: JavaDoc -> Velocity Template -> DocBook -> FOP -> PDF Igaz, a Template-tel dolgozni kell, viszont így olyan formátumot kapsz, amilyent csak akarsz. Viczi 2010/3/16 Molnár Miklós : > Hali, > >>>>>>>>>>>>>> > Van bevált módszeretek arra, hogy a forrásfát valamilyen módon a HTML > JavaDoc formátumból PDF formátumba alakítsam, viszonylag kevés munkával? >>>>>>>>>>>>>> > > Itt egy lassan három éve felmerült téma, és mivel most kellett küzdenem > vele, így megosztom a tapasztalataimat. És persze kiváncsian várom, hogy > milyen jobb - nem ilyen durván Windowshoz kötött - megoldás létezik, > aktuálisan ajánlhatóan. > > 1. http://www.allimant.org/javadoc/index.php > Adott a fenti site, ahonnan mindig szépen le lehet tölteni chm-ben a gyári > hivatalos SUN-os doksikat. Adódik az ötlet: javadoc->chm->pdf. > > 2. http://www.burgaud.com/category/jd2chm/ > Az 1.honlapon ajánlódik ez a kicsike és dokumentált free-progi, ami > megcsinálja chm-fordításhoz szükséges állományokat, a javadoc alapján. Van > egy másik fee altenatíva is erre a célra -> javadc2chm) > > 3. http://www.vizacc.com/products.aspx > Ugyanott van szintén link erre a szintén freeware authoring-toolra. De > ugyanígy jó lehet a szintén ingyenes Microsoft tool is (HTML Help Workshop). > > Kipróbáltam két commercial chm2pdf toolt: > > I. http://www.processtext.com/abcchm.html -> (20 USD) > > II. http://www.theta-software.com/chmtopdf.htm  -> (180 EUR) > > A Java-tutorial CHM-et megkonvertálva, az I-re 820 oldalas, II-re 3200 > oldalas (!) pdf-et kaptam. Magyarán a 20 USD-s verzió volt a szimpibb (az > erdők kímélése szempontjából). Nagy minőségi különbséget nem vettem észre a > két kapott pdf között. Mindkét progi jó pár percig elmolyolt a 18 MB-os > CHM-en. > > MM > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From Peter.Fabian at Sun.COM Tue Mar 16 09:13:59 2010 From: Peter.Fabian at Sun.COM (Peter Fabian) Date: Tue, 16 Mar 2010 09:13:59 +0100 Subject: [Java lista] GlassFish v3 Modularity System Message-ID: <4B9F3DC7.5020402@sun.com> egy szerintem nagyon jó kis cikksorozat első része a GlassFish v3 modulrendszeréről: http://weblogs.java.net/blog/kalali/archive/2010/03/13/glassfish-modularity-system-how-extend-glassfish-cli-and-web-administ Peter -- Peter Fabian Sun Software AIM/skype/yahoo:fabianpetergabor Sun corp IM:pf120168 at sun.com From zmblevlist at gmail.com Tue Mar 16 09:18:34 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, 16 Mar 2010 09:18:34 +0100 Subject: [Java lista] GlassFish v3 Modularity System In-Reply-To: <4B9F3DC7.5020402@sun.com> References: <4B9F3DC7.5020402@sun.com> Message-ID: Koszi! Pont ilyen utan vadasztam mostansag. BTW mennyire elfogadott dolog, hogy "kicsit" testre szabja az ember a GF installt? Kidobalni belole adott esetben felesleges modulokat, esetleg sajatokat belerakni. On Tue, 16 Mar 2010 09:13:59 +0100, Peter Fabian wrote: > egy szerintem nagyon jó kis cikksorozat első része a GlassFish v3 > modulrendszeréről: > > http://weblogs.java.net/blog/kalali/archive/2010/03/13/glassfish-modularity-system-how-extend-glassfish-cli-and-web-administ > > Peter > -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ From kirunews at freemail.hu Wed Mar 17 11:50:48 2010 From: kirunews at freemail.hu (=?ISO-8859-2?Q?Kir=E1ly_P=E9ter?=) Date: Wed, 17 Mar 2010 11:50:48 +0100 (CET) Subject: [Java lista] code4lib.hu workshop Message-ID: Sziasztok! Azért küldöm el ezt a felhívást ide is, mert úgy emlékszek, hogy itta listán is került már elő könyvtári jellegű API vagy probléma (pl. OAI-PMH).Ha rosszul emlékeznék, akkor elnézést kérek. A debreceni Networkshop mellékrendezvényeként szeretnék egy beszélgetős-kódolgatós workshopot rendezni könyvtári programozóknak, illetve ez iránt érdeklődőknek. Az időpontelőreláthatóan az első nap, április 7. késő délután 18:00-20:00.Elsősorban arról lesz szó, hogy a különféle projektek hogyan tudnánakegyüttműködni, milyen szabványokat, API-kat, metódusokat érdemeshasználni ahhoz, hogy különféle forrásból származó adatokat egyfelületen tudjunk megjelentetni, és ezáltal az olvasónak segíteniabban, hogy eljusson a számára releváns könyvhöz vagy egyébdokumentumhoz, tartalomhoz. Bővebben lásd: http://www.facebook.com/topic.php?topic=13902&uid=312261069629 http://listserv.niif.hu/pipermail/katalist/2010-March/020415.html http://listserv.niif.hu/pipermail/katalist/2010-March/020445.html http://www.konyvtaros.com/2010/03/konyvtari-adatoknak-helye-lenne-mas.html Jelentkezni lehet a fórumban (az első link), illetve itt: http://www.facebook.com/event.php?eid=354202686278&ref=mf vagy ha írtok egy válasz-emailt. A legjobbakat! Király Péter http://eXtensibleCatalog.org Árfolyamkockázat nélküli lakáshitelt keres, könnyen átlátható kamatokkal? Ezt nyújtja az MKB BUBOR Plusz Hitelprogram! --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100317/88e15d57/attachment.html From Balazs.Vig at dataexplorer.hu Thu Mar 18 10:02:58 2010 From: Balazs.Vig at dataexplorer.hu (=?iso-8859-2?Q?Vig_Bal=E1zs?=) Date: Thu, 18 Mar 2010 10:02:58 +0100 Subject: [Java lista] =?iso-8859-2?q?Javascript_k=E9rd=E9s?= Message-ID: <1F0CEED3FE34304789BFC9FF44E0DA770DA977BACE@DESERVER01.dataexp.local> Sziasztok! Bocs az off-ért, de reméltem itt van tapasztalat ilyesmiben. Egy honlapon szeretnék egy táblázatot megjeleníteni, de azt szeretném, ha egy megadott méretű (legyen 250px) helynél többet ne foglaljon el. Ha ennél nagyobb lenne a tábla, akkor legyen görgethető. Az a kérdés, hogy ezt hogyan lehetne elérni. Ja: ne legyen Iframe Előre is kösz a segítséget! VigB --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100318/3325d456/attachment.html From zmblevlist at gmail.com Thu Mar 18 10:06:04 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, 18 Mar 2010 10:06:04 +0100 Subject: [Java lista] =?utf-8?q?Javascript_k=C3=A9rd=C3=A9s?= In-Reply-To: <1F0CEED3FE34304789BFC9FF44E0DA770DA977BACE@DESERVER01.dataexp.local> References: <1F0CEED3FE34304789BFC9FF44E0DA770DA977BACE@DESERVER01.dataexp.local> Message-ID: Rakd a tablazatot egy divbe, annak allitsal be 250px magassagot, az overflow-t pedig scrollra. On Thu, 18 Mar 2010 10:02:58 +0100, Vig Balázs wrote: > Sziasztok! > > Bocs az off-ért, de reméltem itt van tapasztalat ilyesmiben. > > Egy honlapon szeretnék egy táblázatot megjeleníteni, de azt szeretném, > ha egy megadott méretű (legyen 250px) helynél többet ne foglaljon el. Ha > ennél nagyobb lenne a tábla, akkor legyen görgethető. > > Az a kérdés, hogy ezt hogyan lehetne elérni. Ja: ne legyen Iframe > > Előre is kösz a segítséget! > VigB -- Üdvözlettel, Böszörményi Péter From x.3d.gime at gmail.com Thu Mar 18 10:07:49 2010 From: x.3d.gime at gmail.com (GIMESI_Andras__ifj) Date: Thu, 18 Mar 2010 10:07:49 +0100 Subject: [Java lista] =?iso-8859-2?q?Javascript_k=E9rd=E9s?= In-Reply-To: References: <1F0CEED3FE34304789BFC9FF44E0DA770DA977BACE@DESERVER01.dataexp.local> Message-ID: <8061d8721003180207x7de09713p19bb20e400476fea@mail.gmail.com> És nem is JS, hanem CSS. ;-) Gime http://gime.hu http://audiovisions.hu 2010/3/18 Böszörményi Péter : > Rakd a tablazatot egy divbe, annak allitsal be 250px magassagot, az > overflow-t pedig scrollra. > > On Thu, 18 Mar 2010 10:02:58 +0100, Vig Balázs > wrote: > >> Sziasztok! >> >> Bocs az off-ért, de reméltem itt van tapasztalat ilyesmiben. >> >> Egy honlapon szeretnék egy táblázatot megjeleníteni, de azt szeretném, >> ha egy megadott méretű (legyen 250px) helynél többet ne foglaljon el. Ha >> ennél nagyobb lenne a tábla, akkor legyen görgethető. >> >> Az a kérdés, hogy ezt hogyan lehetne elérni. Ja: ne legyen Iframe >> >> Előre is kösz a segítséget! >> VigB > > > -- > Üdvözlettel, > Böszörményi Péter > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From Balazs.Vig at dataexplorer.hu Thu Mar 18 11:32:31 2010 From: Balazs.Vig at dataexplorer.hu (=?iso-8859-2?Q?Vig_Bal=E1zs?=) Date: Thu, 18 Mar 2010 11:32:31 +0100 Subject: [Java lista] =?iso-8859-2?q?Javascript_k=E9rd=E9s?= In-Reply-To: References: <1F0CEED3FE34304789BFC9FF44E0DA770DA977BACE@DESERVER01.dataexp.local> Message-ID: <1F0CEED3FE34304789BFC9FF44E0DA770DA977BACF@DESERVER01.dataexp.local> Kösz a segítséget! Én is ezt próbáltam, csak nem style-ban adtam meg a magasságot :( VigB -----Original Message----- From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of Böszörményi Péter Sent: 2010. március 18. 10:06 To: javalist at javagrund.hu Subject: Re: [Java lista] Javascript kérdés Rakd a tablazatot egy divbe, annak allitsal be 250px magassagot, az overflow-t pedig scrollra. On Thu, 18 Mar 2010 10:02:58 +0100, Vig Balázs wrote: > Sziasztok! > > Bocs az off-ért, de reméltem itt van tapasztalat ilyesmiben. > > Egy honlapon szeretnék egy táblázatot megjeleníteni, de azt szeretném, > ha egy megadott méretű (legyen 250px) helynél többet ne foglaljon el. > Ha ennél nagyobb lenne a tábla, akkor legyen görgethető. > > Az a kérdés, hogy ezt hogyan lehetne elérni. Ja: ne legyen Iframe > > Előre is kösz a segítséget! > VigB -- Üdvözlettel, Böszörményi Péter _______________________________________________ Javalist mailing list Javalist at javagrund.hu http://javagrund.hu/mailman/listinfo/javalist From aron.gombas at midori.hu Thu Mar 18 13:22:26 2010 From: aron.gombas at midori.hu (Aron Gombas) Date: Thu, 18 Mar 2010 13:22:26 +0100 Subject: [Java lista] Samebug a JUM XIV-en Message-ID: <4BA21B02.2020506@midori.hu> Uraim, Sajnos lemaradtam a Samebug prezentációról, de kimondottan érdekelne azok fényében, amit a blogoszférában lehet olvasni róla. Ha vkinek van kontaktja az előadókhoz (Pató Bálint és Tamási Árpád) vagy URLje a futó szolgáltatáshoz, kérem adja tovább nekem, akár privátban is. Ha esetleg Ők maguk olvassák a listát, az még jobb... Köszönöm. Üdv, -- Aron Gombas Midori, http://www.midori.hu From sicher at freemail.hu Thu Mar 18 22:46:46 2010 From: sicher at freemail.hu (Ize) Date: Thu, 18 Mar 2010 22:46:46 +0100 Subject: [Java lista] Samebug a JUM XIV-en In-Reply-To: <4BA21B02.2020506@midori.hu> References: <4BA21B02.2020506@midori.hu> Message-ID: <4BA29F46.5040908@freemail.hu> samebug at gmail.com Aron Gombas wrote: > Uraim, > > Sajnos lemaradtam a Samebug prezentációról, de kimondottan érdekelne > azok fényében, amit a blogoszférában lehet olvasni róla. > Ha vkinek van kontaktja az előadókhoz (Pató Bálint és Tamási Árpád) vagy > URLje a futó szolgáltatáshoz, kérem adja tovább nekem, akár privátban is. > Ha esetleg Ők maguk olvassák a listát, az még jobb... > Köszönöm. > Üdv, > From aron.gombas at midori.hu Fri Mar 19 09:06:15 2010 From: aron.gombas at midori.hu (Aron Gombas) Date: Fri, 19 Mar 2010 09:06:15 +0100 Subject: [Java lista] Samebug a JUM XIV-en In-Reply-To: <4BA29F46.5040908@freemail.hu> References: <4BA21B02.2020506@midori.hu> <4BA29F46.5040908@freemail.hu> Message-ID: <4BA33077.2080104@midori.hu> Szuper, kösz! -- Aron Gombas Midori, http://www.midori.hu Ize wrote: > samebug at gmail.com > Aron Gombas wrote: >> Uraim, >> >> Sajnos lemaradtam a Samebug prezentációról, de kimondottan érdekelne >> azok fényében, amit a blogoszférában lehet olvasni róla. >> Ha vkinek van kontaktja az előadókhoz (Pató Bálint és Tamási Árpád) vagy >> URLje a futó szolgáltatáshoz, kérem adja tovább nekem, akár privátban is. >> Ha esetleg Ők maguk olvassák a listát, az még jobb... >> Köszönöm. >> Üdv, >> > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From Peter.Fabian at Sun.COM Fri Mar 19 09:46:39 2010 From: Peter.Fabian at Sun.COM (Peter Fabian) Date: Fri, 19 Mar 2010 09:46:39 +0100 Subject: [Java lista] =?utf-8?q?GlassFish_v3_virtu=C3=A1lis_konferencia?= Message-ID: <4BA339EF.5010002@sun.com> szép lassan, de biztosan kerülnek fel a virtuális konferencia anyagai a GlassFish podcast-ra: http://blogs.sun.com/glassfishpodcast/entry/episode_050_glassfish_v3_by a supporting slides linken letölthetőek az előadások slide-jai is. Peter -- Peter Fabian Sun Software AIM/skype/yahoo:fabianpetergabor Sun corp IM:pf120168 at sun.com From aszomor at computertechnika.hu Fri Mar 19 14:01:56 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Fri, 19 Mar 2010 14:01:56 +0100 Subject: [Java lista] NativeQuery.setParameter Message-ID: Sziasztok, Ha NativeQuery-vel szeretnék feltölteni egy táblát INSERT INTO table (f1, f2, f3) VALUES (?1, ?2, ?3), van valami módja hogy a paramétert null-ra álltsam? A query.setParameter(3, null) hibát ad és nem szeretném soronként újra létrehozni a NativeQuery-t a hiányzó paraméterek nélkül INSERT INTO table (f1, f2) VALUES (?1, ?2). Attila. -- Pécs is the European Capital of Culture in 2010 From hollosibalazs at gmail.com Fri Mar 19 14:07:03 2010 From: hollosibalazs at gmail.com (=?ISO-8859-1?Q?Bal=E1zs_Holl=F3si?=) Date: Fri, 19 Mar 2010 14:07:03 +0100 Subject: [Java lista] NativeQuery.setParameter In-Reply-To: References: Message-ID: <66d1b6bc1003190607l2d63c89axe8e20ddbd8eda553@mail.gmail.com> ha jol emlexem, setNull(index, tipus) pl. setNull(1, java.sql.Types.VARCHAR); b 2010/3/19 Szomor Attila : > Sziasztok, > > Ha NativeQuery-vel szeretnék feltölteni egy táblát INSERT INTO table (f1, > f2, f3) VALUES (?1, ?2, ?3), van valami módja hogy a paramétert null-ra > álltsam? > A query.setParameter(3, null) hibát ad és nem szeretném soronként újra > létrehozni a NativeQuery-t a hiányzó paraméterek nélkül INSERT INTO table > (f1, f2) VALUES (?1, ?2). > > 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 aszomor at computertechnika.hu Fri Mar 19 14:23:35 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Fri, 19 Mar 2010 14:23:35 +0100 Subject: [Java lista] NativeQuery.setParameter In-Reply-To: <66d1b6bc1003190607l2d63c89axe8e20ddbd8eda553@mail.gmail.com> References: <66d1b6bc1003190607l2d63c89axe8e20ddbd8eda553@mail.gmail.com> Message-ID: Szia, A query-nek nincs seNull metódusa, valamint azt még elfelejtettem az előbb leírni, hogy a string típúsu paramétereknél elfpogadja a null-t, Integer és Date típúsoknál jön elő a probléma és nem a JPA-ban, hanem a PostgreSQL dobexception-t. Attila. 2010.03.19. 14:07:03 dátumon Balázs Hollósi írta: > ha jol emlexem, > > setNull(index, tipus) > > pl. > setNull(1, java.sql.Types.VARCHAR); > > > b > > 2010/3/19 Szomor Attila : >> Sziasztok, >> >> Ha NativeQuery-vel szeretnék feltölteni egy táblát INSERT INTO table >> (f1, >> f2, f3) VALUES (?1, ?2, ?3), van valami módja hogy a paramétert null-ra >> álltsam? >> A query.setParameter(3, null) hibát ad és nem szeretném soronként újra >> létrehozni a NativeQuery-t a hiányzó paraméterek nélkül INSERT INTO >> table >> (f1, f2) VALUES (?1, ?2). >> >> 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 -- Pécs is the European Capital of Culture in 2010 From hollosibalazs at gmail.com Fri Mar 19 15:27:55 2010 From: hollosibalazs at gmail.com (=?ISO-8859-1?Q?Bal=E1zs_Holl=F3si?=) Date: Fri, 19 Mar 2010 15:27:55 +0100 Subject: [Java lista] NativeQuery.setParameter In-Reply-To: References: <66d1b6bc1003190607l2d63c89axe8e20ddbd8eda553@mail.gmail.com> Message-ID: <66d1b6bc1003190727r1be9bf2clfba521bc9fe069a8@mail.gmail.com> Szia mi a pg hibauzenete? (prepared statement nem jatszik? annak van setNull, elobb beneztem) udv, B 2010/3/19 Szomor Attila : > Szia, > > A query-nek nincs seNull metódusa, valamint azt még elfelejtettem az előbb > leírni, hogy a string típúsu paramétereknél elfpogadja a null-t, Integer > és Date típúsoknál jön elő a probléma és nem a JPA-ban, hanem a PostgreSQL > dobexception-t. > > Attila. > > 2010.03.19. 14:07:03 dátumon Balázs Hollósi írta: > >> ha jol emlexem, >> >> setNull(index, tipus) >> >> pl. >> setNull(1, java.sql.Types.VARCHAR); >> >> >> b >> >> 2010/3/19 Szomor Attila : >>> Sziasztok, >>> >>> Ha NativeQuery-vel szeretnék feltölteni egy táblát INSERT INTO table >>> (f1, >>> f2, f3) VALUES (?1, ?2, ?3), van valami módja hogy a paramétert null-ra >>> álltsam? >>> A query.setParameter(3, null) hibát ad és nem szeretném soronként újra >>> létrehozni a NativeQuery-t a hiányzó paraméterek nélkül INSERT INTO >>> table >>> (f1, f2) VALUES (?1, ?2). >>> >>> 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 > > > -- > Pécs is the European Capital of Culture in 2010 > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From aszomor at computertechnika.hu Fri Mar 19 15:48:22 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Fri, 19 Mar 2010 15:48:22 +0100 Subject: [Java lista] NativeQuery.setParameter In-Reply-To: <66d1b6bc1003190727r1be9bf2clfba521bc9fe069a8@mail.gmail.com> References: <66d1b6bc1003190607l2d63c89axe8e20ddbd8eda553@mail.gmail.com> <66d1b6bc1003190727r1be9bf2clfba521bc9fe069a8@mail.gmail.com> Message-ID: A null-t stringnek veszi: column ""dofd_c"" is of type date but expression is of type character varying az is lehet, hogy a bind rossz ez a log-ból nem látszik! A teljes LOG: ------------- "2010.03.19 15:39:05" "0" "1" "400200100" "org.eclipse.persistence.exceptions.DatabaseException" " Internal Exception: org.postgresql.util.PSQLException: ERROR: column ""dofd_c"" is of type date but expression is of type character varying Error Code: 0 Call: INSERT INTO up_c_dinam_identy_c(uid, pid, created, modified, peba_c, card_c, name_c, newn_c, addn_c, sexi_c, dofb_c, fami_c, dofd_c, tofd_c, zipc_c, city_c, strt_c, hnum_c, floo_c, door_c, teln_c, coun_c, motn_c, plob_c, prof_c, feor_c, reln_c, rela_c, relf_c, tema_c, bloo_c, kgyi_c, kgyd_c, kgye_c, renf_c, alak_c, akat_c, sorh_c, dsor_c, dkat_c, fuvm_c, aztp_c, titk_c, nelv_c, miei_c, uszd_c, uideflg) VALUES(?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?); bind => [0, 0, 2010-03-19 15:39:05.312, 2010-03-19 15:39:05.312, 400200100, , Sznev, Aktnev, Dr, 1, 1900-01-01, 1, null, 15:39:05, 1234, Város, Utca, Hsz, Em, Ajt, Tel., HUN, Anynev, Szhely, Foglalk., 2142, Muter, HCIM, 4, Ideig. Cim , 1, , 2010-03-19, , , , , , 2010-03-19, 2010-03-19, , 1, 3, 0, null, null, 0] 2010.03.19. 15:27:55 dátumon Balázs Hollósi írta: > Szia > > mi a pg hibauzenete? (prepared statement nem jatszik? annak van > setNull, elobb beneztem) > > udv, > B > > 2010/3/19 Szomor Attila : >> Szia, >> >> A query-nek nincs seNull metódusa, valamint azt még elfelejtettem az >> előbb >> leírni, hogy a string típúsu paramétereknél elfpogadja a null-t, Integer >> és Date típúsoknál jön elő a probléma és nem a JPA-ban, hanem a >> PostgreSQL >> dobexception-t. >> >> Attila. >> >> 2010.03.19. 14:07:03 dátumon Balázs Hollósi >> írta: >> >>> ha jol emlexem, >>> >>> setNull(index, tipus) >>> >>> pl. >>> setNull(1, java.sql.Types.VARCHAR); >>> >>> >>> b >>> >>> 2010/3/19 Szomor Attila : >>>> Sziasztok, >>>> >>>> Ha NativeQuery-vel szeretnék feltölteni egy táblát INSERT INTO table >>>> (f1, >>>> f2, f3) VALUES (?1, ?2, ?3), van valami módja hogy a paramétert >>>> null-ra >>>> álltsam? >>>> A query.setParameter(3, null) hibát ad és nem szeretném soronként újra >>>> létrehozni a NativeQuery-t a hiányzó paraméterek nélkül INSERT INTO >>>> table >>>> (f1, f2) VALUES (?1, ?2). >>>> >>>> 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 >> >> >> -- >> 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 -- Pécs is the European Capital of Culture in 2010 From palacsint at palacsint.hu Fri Mar 19 17:04:02 2010 From: palacsint at palacsint.hu (=?ISO-8859-2?Q?Karak=F3_Mikl=F3s?=) Date: Fri, 19 Mar 2010 17:04:02 +0100 Subject: [Java lista] NativeQuery.setParameter In-Reply-To: References: Message-ID: <4BA3A072.8090300@palacsint.hu> Szia! Ha jó javadoc-ot nézek, akkor a setParameter(3, null) ezt a metódust hívja: setParameter(int, Object). Nem lehet, hogy neked inkább a setParameter(int, Date, TemporalType) kellene? Mondjuk valahogy így: nq.setParameter(1, (Date) null, TemporalType.DATE) ? üdv, Miki Szomor Attila írta: > Sziasztok, > > Ha NativeQuery-vel szeretnék feltölteni egy táblát INSERT INTO table (f1, > f2, f3) VALUES (?1, ?2, ?3), van valami módja hogy a paramétert null-ra > álltsam? > A query.setParameter(3, null) hibát ad és nem szeretném soronként újra > létrehozni a NativeQuery-t a hiányzó paraméterek nélkül INSERT INTO table > (f1, f2) VALUES (?1, ?2). > > Attila. From aszomor at computertechnika.hu Fri Mar 19 17:19:25 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Fri, 19 Mar 2010 17:19:25 +0100 Subject: [Java lista] NativeQuery.setParameter In-Reply-To: <4BA3A072.8090300@palacsint.hu> References: <4BA3A072.8090300@palacsint.hu> Message-ID: Szia Miki, > setParameter(int, Date, TemporalType) kellene? Mondjuk valahogy így: > nq.setParameter(1, (Date) null, TemporalType.DATE) ? próbáltuk már ezt is (sajna ez sem jó), de egyébként az egyéb nem string adattípusokat nem oldaná meg. A tiszta út persze az entitás lenne, de itt most erre nincs mód sajnos, így valószinűleg a Datasource.getConnection() és JDBC lesz a vége. -- Pécs is the European Capital of Culture in 2010 From gsashee at gmail.com Sat Mar 20 13:42:08 2010 From: gsashee at gmail.com (sashee) Date: Sat, 20 Mar 2010 13:42:08 +0100 Subject: [Java lista] Maven dependencia Message-ID: Sziasztok! Próbálkozok Mavennel, de el is akadtam rögtön. Adott 2 projectem, 'A' és 'B'. 'A' egy framework, ami tud adatbázist kezelni JDBC-vel, de értelemszerűen nem akarom ide felvenni a JDBC drivert dependenciának. 'A'-ban vannak MOJO-k, amiket 'B'-ből szeretnék hívni, ami kezel adatázist. Azt szeretném elérni, hogy a konkrét JDBC driver-t csak 'B'-ben kelljen felvenni dependenciának. Most viszont amikor 'B'-ből meghívom (parancssorból) 'A'-t, akkor nem fogja hozzááadni a dependenciáit. Tehát az utasítás, amit használok: mvn AGroupId:AArtifactId:AGoal, de a 'B' projecten belül adom ki. Hogyan lehetne neki megmondani, hogy a 'B'-ben beállított JDBC drivert is használja ilyenkor? Köszi előre is, remélem érthető a probléma sashee From zforgo at gmail.com Sat Mar 20 13:49:10 2010 From: zforgo at gmail.com (=?UTF-8?B?Rm9yZ8OzIFpvbHTDoW4=?=) Date: Sat, 20 Mar 2010 13:49:10 +0100 Subject: [Java lista] Maven dependencia In-Reply-To: References: Message-ID: Üdv! Nem igazĂĄn ĂŠrtem. A hasznĂĄl JDBC-t, de nem akarod felvenni oda a drivert? A ĂŠs B milyen viszonyban van egymĂĄssal? Ha B fĂźgg A projekttől vagy modultĂłl, akkor bizonyos esetben A fĂźggősĂŠgeit lĂĄtja tranzitĂ­v fĂźggősĂŠgkĂŠnt. De nyilvĂĄn A nem lĂĄt B-ből semmit. Nem is dolga ĂŠs ez Ă­gy van jĂłl. Esetleg konkrĂŠt pom.xml-lel tudsz szolgĂĄlni? Z 2010/3/20 sashee > Sziasztok! > > PrĂłbĂĄlkozok Mavennel, de el is akadtam rĂśgtĂśn. Adott 2 projectem, 'A' > ĂŠs 'B'. 'A' egy framework, ami tud adatbĂĄzist kezelni JDBC-vel, de > ĂŠrtelemszerĹąen nem akarom ide felvenni a JDBC drivert dependenciĂĄnak. > 'A'-ban vannak MOJO-k, amiket 'B'-ből szeretnĂŠk hĂ­vni, ami kezel > adatĂĄzist. Azt szeretnĂŠm elĂŠrni, hogy a konkrĂŠt JDBC driver-t csak > 'B'-ben kelljen felvenni dependenciĂĄnak. Most viszont amikor 'B'-ből > meghĂ­vom (parancssorbĂłl) 'A'-t, akkor nem fogja hozzĂĄĂĄadni a > dependenciĂĄit. TehĂĄt az utasĂ­tĂĄs, amit hasznĂĄlok: mvn > AGroupId:AArtifactId:AGoal, de a 'B' projecten belĂźl adom ki. Hogyan > lehetne neki megmondani, hogy a 'B'-ben beĂĄllĂ­tott JDBC drivert is > hasznĂĄlja ilyenkor? > > KĂśszi előre is, remĂŠlem ĂŠrthető a problĂŠma > > sashee > _______________________________________________ > 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/20100320/50687d53/attachment-0001.html From gsashee at gmail.com Sat Mar 20 13:58:29 2010 From: gsashee at gmail.com (sashee) Date: Sat, 20 Mar 2010 13:58:29 +0100 Subject: [Java lista] Maven dependencia In-Reply-To: References: Message-ID: Szia! Használ JDBC-t, de nem akarom a mysql-connector-java-t oda beégetni, mert lehet, hogy mondjuk máshol meg a pgsql-re lesz szükség. 'B' függ 'A'-tól. 'B' pom-jából ide vonatkozó részek: ... AGroup AArtifact 1.0-SNAPSHOT ... AGroup AArtifact 1.0-SNAPSHOT mysql mysql-connector-java 5.1.12 runtime ... 'A' pom-jából érdekes rész lehet talán: ... maven-plugin ... Tehát valahogy 'A' futásához akarok adni egy plusz dependenciát, amit 'B'-ben veszek fel, és a buildet is 'B'-ből indítom. Remélem így már érthetőbb sashee 2010/3/20 Forgó Zoltán : > Üdv! > Nem igazán értem. A használ JDBC-t, de nem akarod felvenni oda a drivert? > A és B milyen viszonyban van egymással? > Ha B függ A projekttől vagy modultól, akkor bizonyos esetben A függőségeit > látja tranzitív függőségként. De nyilván A nem lát B-ből semmit. Nem is > dolga és ez így van jól. > Esetleg konkrét pom.xml-lel tudsz szolgálni? > Z > > 2010/3/20 sashee >> >> Sziasztok! >> >> Próbálkozok Mavennel, de el is akadtam rögtön. Adott 2 projectem, 'A' >> és 'B'. 'A' egy framework, ami tud adatbázist kezelni JDBC-vel, de >> értelemszerűen nem akarom ide felvenni a JDBC drivert dependenciának. >> 'A'-ban vannak MOJO-k, amiket 'B'-ből szeretnék hívni, ami kezel >> adatázist. Azt szeretném elérni, hogy a konkrét JDBC driver-t csak >> 'B'-ben kelljen felvenni dependenciának. Most viszont amikor 'B'-ből >> meghívom (parancssorból) 'A'-t, akkor nem fogja hozzááadni a >> dependenciáit. Tehát az utasítás, amit használok: mvn >> AGroupId:AArtifactId:AGoal, de a 'B' projecten belül adom ki. Hogyan >> lehetne neki megmondani, hogy a 'B'-ben beállított JDBC drivert is >> használja ilyenkor? >> >> Köszi előre is, remélem érthető a probléma >> >> sashee >> _______________________________________________ >> 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 palacsint at palacsint.hu Sat Mar 20 14:36:55 2010 From: palacsint at palacsint.hu (=?ISO-8859-2?Q?Karak=F3_Mikl=F3s?=) Date: Sat, 20 Mar 2010 14:36:55 +0100 Subject: [Java lista] NativeQuery.setParameter In-Reply-To: References: <4BA3A072.8090300@palacsint.hu> Message-ID: <4BA4CF77.1030702@palacsint.hu> hali, @NamedNativeQuery? Ezt próbáltátok már? Ha igen: miért nem jó? :) Miki Szomor Attila írta: > Szia Miki, > >> setParameter(int, Date, TemporalType) kellene? Mondjuk valahogy így: >> nq.setParameter(1, (Date) null, TemporalType.DATE) ? > próbáltuk már ezt is (sajna ez sem jó), de egyébként az egyéb nem string > adattípusokat nem oldaná meg. > > > A tiszta út persze az entitás lenne, de itt most erre nincs mód sajnos, > így valószinűleg a Datasource.getConnection() és JDBC lesz a vége. > From viktor.tamas at gmail.com Sat Mar 20 15:39:31 2010 From: viktor.tamas at gmail.com (=?UTF-8?Q?Tam=C3=A1s_Viktor?=) Date: Sat, 20 Mar 2010 15:39:31 +0100 Subject: [Java lista] Maven dependencia Message-ID: <3dd755941003200739s610279eof9871a467c0dc12d@mail.gmail.com> Ha a Maven-ben valami nagyon esik kezre, mindig elgondolkodom hogy vajon nem en akarok-e valami marhasagot csinalni. Miert akarsz A-hoz kivulrol fuggoseget adni? Lehet hogy valojaban egy uj artifact-ra van szukseged. Akkor csinalnod kell egy uj Maven project-et neki. Vagy teszteleshez kell? Akkor vedd fel test scope-pal a JDBC driver-t fuggosegnek. V From einstand at gmail.com Sat Mar 20 20:46:25 2010 From: einstand at gmail.com (=?UTF-8?B?RWxlayBNw6FydG9u?=) Date: Sat, 20 Mar 2010 20:46:25 +0100 Subject: [Java lista] Maven dependencia In-Reply-To: References: Message-ID: Én ezt próbálnám ki: AGroup AArtifact 1.0-SNAPSHOT mysql mysql-connector-java 5.1.12 runtime üdv m. ps: A maven pluginek alapvetően nem látják a futtató maven projekt függőségeit. A legtöbb esetben nem is kell, ritkán előfordul, hogy mégis kéne. Ilyenkor azt a workaroundot szoktam látni, hogy a projekt leíróból kiszedik a szükséges függőségeket, és miután resolválták (Maven pluginből ugye ez nem túl bonyolult) kézzel összedobnak egy classloadert, ami tartalmazza azokat a jar-okat is. (Lásd pl. JAX-WS plugin. Aminek a működése közben elő is fordulnak néha furcsaságok szerintem pont a classloaderes tákolás miatt). A fenti eset persze nem ez az eset. 2010/3/20 sashee : > Szia! > > Használ JDBC-t, de nem akarom a mysql-connector-java-t oda beégetni, > mert lehet, hogy mondjuk máshol meg a pgsql-re lesz szükség. 'B' függ > 'A'-tól. > > 'B' pom-jából ide vonatkozó részek: > ... >     >       >        AGroup >        AArtifact >        1.0-SNAPSHOT >       >     > ... >     >      AGroup >      AArtifact >      1.0-SNAPSHOT >     >     >      mysql >      mysql-connector-java >      5.1.12 >      runtime >     > ... > > 'A' pom-jából érdekes rész lehet talán: > ... >  maven-plugin > ... > > Tehát valahogy 'A' futásához akarok adni egy plusz dependenciát, amit > 'B'-ben veszek fel, és a buildet is 'B'-ből indítom. > > Remélem így már érthetőbb > > sashee > > 2010/3/20 Forgó Zoltán : >> Üdv! >> Nem igazán értem. A használ JDBC-t, de nem akarod felvenni oda a drivert? >> A és B milyen viszonyban van egymással? >> Ha B függ A projekttől vagy modultól, akkor bizonyos esetben A függőségeit >> látja tranzitív függőségként. De nyilván A nem lát B-ből semmit. Nem is >> dolga és ez így van jól. >> Esetleg konkrét pom.xml-lel tudsz szolgálni? >> Z >> >> 2010/3/20 sashee >>> >>> Sziasztok! >>> >>> Próbálkozok Mavennel, de el is akadtam rögtön. Adott 2 projectem, 'A' >>> és 'B'. 'A' egy framework, ami tud adatbázist kezelni JDBC-vel, de >>> értelemszerűen nem akarom ide felvenni a JDBC drivert dependenciának. >>> 'A'-ban vannak MOJO-k, amiket 'B'-ből szeretnék hívni, ami kezel >>> adatázist. Azt szeretném elérni, hogy a konkrét JDBC driver-t csak >>> 'B'-ben kelljen felvenni dependenciának. Most viszont amikor 'B'-ből >>> meghívom (parancssorból) 'A'-t, akkor nem fogja hozzááadni a >>> dependenciáit. Tehát az utasítás, amit használok: mvn >>> AGroupId:AArtifactId:AGoal, de a 'B' projecten belül adom ki. Hogyan >>> lehetne neki megmondani, hogy a 'B'-ben beállított JDBC drivert is >>> használja ilyenkor? >>> >>> Köszi előre is, remélem érthető a probléma >>> >>> sashee >>> _______________________________________________ >>> 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 >> >> > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > From tamas at cservenak.net Sun Mar 21 01:17:23 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Sun, 21 Mar 2010 01:17:23 +0100 Subject: [Java lista] Maven dependencia In-Reply-To: References: Message-ID: <53d6e7831003201717q52312566mc49223ae309b24a3@mail.gmail.com> Hi, Golden Rule No1: Mojo-t nem bovitunk! (pontosabban, maven-plugin packaging tipusu artifactot ne hasznalj dependency-kent). A fent leirt POM peldaban te pluginkent de dependency-kent is hasznalod. Eeee. Rossz. Ha reusable kod kell, akkor azt mozgasd/refactor ki a Mojobol (annak idevalo reszeit, a plugin modulbol) egy harmadik reusable modulba. A Mojo-k (maven pluginek) alapvetoen csak _valaminek_ a konfiguralasat es meghivasat kellene hogy tartalmazzak. Ha azt veszed eszre, hogy a mojo a _valami_ konfiguralasa es meghivasan tul mast is tartalmaz, rossz uton jarsz. Ha azt veszed eszre, hogy fuggoseged van egy maven-plugin artifact-ra, rossz uton jarsz. Ha azt veszed eszre, hogy "egy mojo/maven-plugin artifactot kell bovitened", rossz uton jarsz, refactor, uj modul... A Mojo-kra (maven-plugin-ekre) "dead end"-kent kell tekinteni. Mint egy "final" metodus vagy osztaly. Nem bovitendo. Ha jol latom, a moduleA es moduleB a te "fennhatosagod" alatt van, tehat a fent leirt modositast megcsinalhatod. Akkor lesz egy "kozos" moduleC. Igy mar a pom-ok is trivialisak lesznek. moduleA (p: maven-plugin) fuggosegei: moduleC(p:jar, scope: compile), mysql-connector (p:jar, scope: test) [vagy "optional"!] moduleB (p: maven-plugin) fuggosegei: moduleC(p:jar, scope: compile), pgsql (p:jar, scope: compile) Ne feledd No1: a maven plugin API javadoc annotations-t hasznal, nem eleg boviteni az osztalyt, kell a forras is!!! (ezt sokan elfelejtik) Ne feledd No2: attol, hogy a packaging _nem_ "maven-plugin" hanem "jar", te meg hivatkozhatsz a maven-plugin-api-ra mint dependency, es irhatsz "reusable mojo" cuccokat.... === A baj ott van, ha egy "rosszul megirt" Mojo-ra fullik a fogad..... es az nem a te projekted. De az mar ganyolas, viszont sokat tud segiteni: http://www.ops4j.org/projects/pax/construct/maven-inherit-plugin/ Thanks, ~t~ 2010/3/20 Elek MĂĄrton > Én ezt prĂłbĂĄlnĂĄm ki: > > > > AGroup > AArtifact > 1.0-SNAPSHOT > > > mysql > mysql-connector-java > 5.1.12 > runtime > > > > > > Ăźdv > m. > > ps: > > A maven pluginek alapvetően nem lĂĄtjĂĄk a futtatĂł maven projekt fĂźggősĂŠgeit. > > A legtĂśbb esetben nem is kell, ritkĂĄn előfordul, hogy mĂŠgis kĂŠne. > Ilyenkor azt a workaroundot szoktam lĂĄtni, hogy a projekt leĂ­rĂłbĂłl > kiszedik a szĂźksĂŠges fĂźggősĂŠgeket, ĂŠs miutĂĄn resolvĂĄltĂĄk (Maven > pluginből ugye ez nem tĂşl bonyolult) kĂŠzzel Ăśsszedobnak egy > classloadert, ami tartalmazza azokat a jar-okat is. (LĂĄsd pl. JAX-WS > plugin. Aminek a mĹąkĂśdĂŠse kĂśzben elő is fordulnak nĂŠha furcsasĂĄgok > szerintem pont a classloaderes tĂĄkolĂĄs miatt). > > A fenti eset persze nem ez az eset. > > > 2010/3/20 sashee : > > Szia! > > > > HasznĂĄl JDBC-t, de nem akarom a mysql-connector-java-t oda beĂŠgetni, > > mert lehet, hogy mondjuk mĂĄshol meg a pgsql-re lesz szĂźksĂŠg. 'B' fĂźgg > > 'A'-tĂłl. > > > > 'B' pom-jĂĄbĂłl ide vonatkozĂł rĂŠszek: > > ... > > > > > > AGroup > > AArtifact > > 1.0-SNAPSHOT > > > > > > ... > > > > AGroup > > AArtifact > > 1.0-SNAPSHOT > > > > > > mysql > > mysql-connector-java > > 5.1.12 > > runtime > > > > ... > > > > 'A' pom-jĂĄbĂłl ĂŠrdekes rĂŠsz lehet talĂĄn: > > ... > > maven-plugin > > ... > > > > TehĂĄt valahogy 'A' futĂĄsĂĄhoz akarok adni egy plusz dependenciĂĄt, amit > > 'B'-ben veszek fel, ĂŠs a buildet is 'B'-ből indĂ­tom. > > > > RemĂŠlem Ă­gy mĂĄr ĂŠrthetőbb > > > > sashee > > > > 2010/3/20 ForgĂł ZoltĂĄn : > >> Üdv! > >> Nem igazĂĄn ĂŠrtem. A hasznĂĄl JDBC-t, de nem akarod felvenni oda a > drivert? > >> A ĂŠs B milyen viszonyban van egymĂĄssal? > >> Ha B fĂźgg A projekttől vagy modultĂłl, akkor bizonyos esetben A > fĂźggősĂŠgeit > >> lĂĄtja tranzitĂ­v fĂźggősĂŠgkĂŠnt. De nyilvĂĄn A nem lĂĄt B-ből semmit. Nem is > >> dolga ĂŠs ez Ă­gy van jĂłl. > >> Esetleg konkrĂŠt pom.xml-lel tudsz szolgĂĄlni? > >> Z > >> > >> 2010/3/20 sashee > >>> > >>> Sziasztok! > >>> > >>> PrĂłbĂĄlkozok Mavennel, de el is akadtam rĂśgtĂśn. Adott 2 projectem, 'A' > >>> ĂŠs 'B'. 'A' egy framework, ami tud adatbĂĄzist kezelni JDBC-vel, de > >>> ĂŠrtelemszerĹąen nem akarom ide felvenni a JDBC drivert dependenciĂĄnak. > >>> 'A'-ban vannak MOJO-k, amiket 'B'-ből szeretnĂŠk hĂ­vni, ami kezel > >>> adatĂĄzist. Azt szeretnĂŠm elĂŠrni, hogy a konkrĂŠt JDBC driver-t csak > >>> 'B'-ben kelljen felvenni dependenciĂĄnak. Most viszont amikor 'B'-ből > >>> meghĂ­vom (parancssorbĂłl) 'A'-t, akkor nem fogja hozzĂĄĂĄadni a > >>> dependenciĂĄit. TehĂĄt az utasĂ­tĂĄs, amit hasznĂĄlok: mvn > >>> AGroupId:AArtifactId:AGoal, de a 'B' projecten belĂźl adom ki. Hogyan > >>> lehetne neki megmondani, hogy a 'B'-ben beĂĄllĂ­tott JDBC drivert is > >>> hasznĂĄlja ilyenkor? > >>> > >>> KĂśszi előre is, remĂŠlem ĂŠrthető a problĂŠma > >>> > >>> sashee > >>> _______________________________________________ > >>> 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 > >> > >> > > _______________________________________________ > > 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/20100321/d5b17263/attachment-0001.html From gsashee at gmail.com Sun Mar 21 12:15:44 2010 From: gsashee at gmail.com (sashee) Date: Sun, 21 Mar 2010 12:15:44 +0100 Subject: [Java lista] Maven dependencia In-Reply-To: <53d6e7831003201717q52312566mc49223ae309b24a3@mail.gmail.com> References: <53d6e7831003201717q52312566mc49223ae309b24a3@mail.gmail.com> Message-ID: Köszi a tippeket mindenkinek. Magát a mojo-t nem bővítem, csak ugyanabban a projectben van mojo is, meg libként is használom. Valóban át lehetne refaktorálni, de egyelőre még nincs rá szükség (nem enterprise projectbe lesz, hanem egy egyetemibe, ezért nem valószínű, hogy akkorára hízna, hogy szükséges legyen). A problémára végülis találtam megoldást. A alá lehet -t tenni, és akkor azokat is hozzáadja, így az 'A'-ba nem kell felvenni a mysql drivert. sashee 2010/3/21 Tamás Cservenák : > Hi, > Golden Rule No1: Mojo-t nem bovitunk! (pontosabban, maven-plugin packaging > tipusu artifactot ne hasznalj dependency-kent). A fent leirt POM peldaban te > pluginkent de dependency-kent is hasznalod. Eeee. Rossz. > Ha reusable kod kell, akkor azt mozgasd/refactor ki a Mojobol (annak idevalo > reszeit, a plugin modulbol) egy harmadik reusable modulba. A Mojo-k (maven > pluginek) alapvetoen csak _valaminek_ a konfiguralasat es meghivasat kellene > hogy tartalmazzak. Ha azt veszed eszre, hogy a mojo a _valami_ konfiguralasa > es meghivasan tul mast is tartalmaz, rossz uton jarsz. Ha azt veszed eszre, > hogy fuggoseged van egy maven-plugin artifact-ra, rossz uton jarsz. Ha azt > veszed eszre, hogy "egy mojo/maven-plugin artifactot kell bovitened", rossz > uton jarsz, refactor, uj modul... > A Mojo-kra (maven-plugin-ekre) "dead end"-kent kell tekinteni. Mint egy > "final" metodus vagy osztaly. Nem bovitendo. > > Ha jol latom, a moduleA es moduleB a te "fennhatosagod" alatt van, tehat a > fent leirt modositast megcsinalhatod. Akkor lesz egy "kozos" moduleC. Igy > mar a pom-ok is trivialisak lesznek. > moduleA (p: maven-plugin) fuggosegei: moduleC(p:jar, scope: compile), > mysql-connector (p:jar, scope: test) [vagy "optional"!] > moduleB (p: maven-plugin) fuggosegei: moduleC(p:jar, scope: compile), pgsql > (p:jar, scope: compile) > Ne feledd No1: a maven plugin API javadoc annotations-t hasznal, nem eleg > boviteni az osztalyt, kell a forras is!!! (ezt sokan elfelejtik) > Ne feledd No2: attol, hogy a packaging _nem_ "maven-plugin" hanem "jar", te > meg hivatkozhatsz a maven-plugin-api-ra mint dependency, es irhatsz > "reusable mojo" cuccokat.... > === > A baj ott van, ha egy "rosszul megirt" Mojo-ra fullik a fogad..... es az nem > a te projekted. > De az mar ganyolas, viszont sokat tud segiteni: > http://www.ops4j.org/projects/pax/construct/maven-inherit-plugin/ > Thanks, > ~t~ > 2010/3/20 Elek Márton >> >> Én ezt próbálnám ki: >> >> >>     >>       AGroup >>       AArtifact >>       1.0-SNAPSHOT >>       >> >>     mysql >>     mysql-connector-java >>     5.1.12 >>     runtime >>   >>       >>     >> >> >> üdv >> m. >> >> ps: >> >> A maven pluginek alapvetően nem látják a futtató maven projekt >> függőségeit. >> >> A legtöbb esetben nem is kell, ritkán előfordul, hogy mégis kéne. >> Ilyenkor azt a workaroundot szoktam látni, hogy a projekt leíróból >> kiszedik a szükséges függőségeket, és miután resolválták (Maven >> pluginből ugye ez nem túl bonyolult) kézzel összedobnak egy >> classloadert, ami tartalmazza azokat a jar-okat is. (Lásd pl. JAX-WS >> plugin. Aminek a működése közben elő is fordulnak néha furcsaságok >> szerintem pont a classloaderes tákolás miatt). >> >> A fenti eset persze nem ez az eset. >> >> >> 2010/3/20 sashee : >> > Szia! >> > >> > Használ JDBC-t, de nem akarom a mysql-connector-java-t oda beégetni, >> > mert lehet, hogy mondjuk máshol meg a pgsql-re lesz szükség. 'B' függ >> > 'A'-tól. >> > >> > 'B' pom-jából ide vonatkozó részek: >> > ... >> >     >> >       >> >        AGroup >> >        AArtifact >> >        1.0-SNAPSHOT >> >       >> >     >> > ... >> >     >> >      AGroup >> >      AArtifact >> >      1.0-SNAPSHOT >> >     >> >     >> >      mysql >> >      mysql-connector-java >> >      5.1.12 >> >      runtime >> >     >> > ... >> > >> > 'A' pom-jából érdekes rész lehet talán: >> > ... >> >  maven-plugin >> > ... >> > >> > Tehát valahogy 'A' futásához akarok adni egy plusz dependenciát, amit >> > 'B'-ben veszek fel, és a buildet is 'B'-ből indítom. >> > >> > Remélem így már érthetőbb >> > >> > sashee >> > >> > 2010/3/20 Forgó Zoltán : >> >> Üdv! >> >> Nem igazán értem. A használ JDBC-t, de nem akarod felvenni oda a >> >> drivert? >> >> A és B milyen viszonyban van egymással? >> >> Ha B függ A projekttől vagy modultól, akkor bizonyos esetben A >> >> függőségeit >> >> látja tranzitív függőségként. De nyilván A nem lát B-ből semmit. Nem is >> >> dolga és ez így van jól. >> >> Esetleg konkrét pom.xml-lel tudsz szolgálni? >> >> Z >> >> >> >> 2010/3/20 sashee >> >>> >> >>> Sziasztok! >> >>> >> >>> Próbálkozok Mavennel, de el is akadtam rögtön. Adott 2 projectem, 'A' >> >>> és 'B'. 'A' egy framework, ami tud adatbázist kezelni JDBC-vel, de >> >>> értelemszerűen nem akarom ide felvenni a JDBC drivert dependenciának. >> >>> 'A'-ban vannak MOJO-k, amiket 'B'-ből szeretnék hívni, ami kezel >> >>> adatázist. Azt szeretném elérni, hogy a konkrét JDBC driver-t csak >> >>> 'B'-ben kelljen felvenni dependenciának. Most viszont amikor 'B'-ből >> >>> meghívom (parancssorból) 'A'-t, akkor nem fogja hozzááadni a >> >>> dependenciáit. Tehát az utasítás, amit használok: mvn >> >>> AGroupId:AArtifactId:AGoal, de a 'B' projecten belül adom ki. Hogyan >> >>> lehetne neki megmondani, hogy a 'B'-ben beállított JDBC drivert is >> >>> használja ilyenkor? >> >>> >> >>> Köszi előre is, remélem érthető a probléma >> >>> >> >>> sashee >> >>> _______________________________________________ >> >>> 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 >> >> >> >> >> > _______________________________________________ >> > 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 > > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > From aszomor at computertechnika.hu Mon Mar 22 08:26:44 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Mon, 22 Mar 2010 08:26:44 +0100 Subject: [Java lista] NativeQuery.setParameter In-Reply-To: <4BA4CF77.1030702@palacsint.hu> References: <4BA3A072.8090300@palacsint.hu> <4BA4CF77.1030702@palacsint.hu> Message-ID: Szia Miki, Nem, a NativeQuery-t hasznĺtuk. Azonban nem hiszem, hogy futásidőben különbség lenne a NativeQuery és a NamedNativeQuery között! Attila. 2010.03.20. 14:36:55 dátumon Karakó Miklós írta: > hali, > > @NamedNativeQuery? Ezt próbáltátok már? Ha igen: miért nem jó? :) > > Miki > > Szomor Attila írta: >> Szia Miki, >> >>> setParameter(int, Date, TemporalType) kellene? Mondjuk valahogy így: >>> nq.setParameter(1, (Date) null, TemporalType.DATE) ? >> próbáltuk már ezt is (sajna ez sem jó), de egyébként az egyéb nem string >> adattípusokat nem oldaná meg. >> >> >> A tiszta út persze az entitás lenne, de itt most erre nincs mód sajnos, >> így valószinűleg a Datasource.getConnection() és JDBC lesz a vége. >> > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist -- Pécs is the European Capital of Culture in 2010 From fisha at freemail.hu Mon Mar 22 17:41:53 2010 From: fisha at freemail.hu (fisha) Date: Mon, 22 Mar 2010 17:41:53 +0100 Subject: [Java lista] log viewer In-Reply-To: <4BA339EF.5010002@sun.com> References: <4BA339EF.5010002@sun.com> Message-ID: <4BA79DD1.8080705@freemail.hu> Sziasztok! Log Viewer fronton tudtok valami ajánlani nekem? Saját log4j-s logot szeretnék böngészni vele. Leginkább arra vágyom, hogy a metódusok be és kilpési pontait vegye észre, és szépen ki lehessen bontani vagy becsukni őket. Mindezt windows-on futtatva (de az talán mindegy is). Előre is köszi a választ! Üdv, Fisha From viktor.tamas at gmail.com Tue Mar 23 10:48:46 2010 From: viktor.tamas at gmail.com (=?UTF-8?Q?Tam=C3=A1s_Viktor?=) Date: Tue, 23 Mar 2010 10:48:46 +0100 Subject: [Java lista] log viewer Message-ID: <3dd755941003230248pe128cddk5e4853b39e678691@mail.gmail.com> Volt mar itt tema a lognezegetes: http://javagrund.hu/pipermail/javalist/2008-July/002959.html Osszefoglalom: Nehanyan a perl, awk, regex mellett tettek le a voksukat. Szoba jottek meg a kovetkezo szoftverek: Mindtree Insight, Chainsaw , Vigilog. En a Baretail-t es a Baretail pro-t ajanlottam es most is ezt teszem. Windozos, a pro 35 dollar, a sima ingyenes. V From fisha at freemail.hu Tue Mar 23 13:10:55 2010 From: fisha at freemail.hu (fisha) Date: Tue, 23 Mar 2010 13:10:55 +0100 Subject: [Java lista] log viewer In-Reply-To: <3dd755941003230248pe128cddk5e4853b39e678691@mail.gmail.com> References: <3dd755941003230248pe128cddk5e4853b39e678691@mail.gmail.com> Message-ID: <4BA8AFCF.8010301@freemail.hu> Köszi! Megnézem őket. Üdv, Fisha Tamás Viktor wrote: > Volt mar itt tema a lognezegetes: > http://javagrund.hu/pipermail/javalist/2008-July/002959.html > > Osszefoglalom: > Nehanyan a perl, awk, regex mellett tettek le a voksukat. > Szoba jottek meg a kovetkezo szoftverek: Mindtree Insight, Chainsaw , Vigilog. > En a Baretail-t es a Baretail pro-t ajanlottam es most is ezt teszem. > Windozos, a pro 35 dollar, a sima ingyenes. > V > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.437 / Virus Database: 271.1.1/2761 - Release Date: 03/21/10 07:33:00 > > From aszomor at computertechnika.hu Tue Mar 23 13:45:38 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Tue, 23 Mar 2010 13:45:38 +0100 Subject: [Java lista] log viewer In-Reply-To: <4BA79DD1.8080705@freemail.hu> References: <4BA339EF.5010002@sun.com> <4BA79DD1.8080705@freemail.hu> Message-ID: Az Eclipse log4j viewer plugin nem elég? https://sourceforge.net/projects/log4jviewer/files/ 2010.03.22. 17:41:53 dátumon fisha írta: > Sziasztok! > > Log Viewer fronton tudtok valami ajánlani nekem? > Saját log4j-s logot szeretnék böngészni vele. Leginkább arra vágyom, > hogy a metódusok be és kilpési pontait vegye észre, és szépen ki > lehessen bontani vagy becsukni őket. > Mindezt windows-on futtatva (de az talán mindegy is). > > Előre is köszi a választ! > > Üdv, > Fisha > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist -- Pécs is the European Capital of Culture in 2010 From Peter.Fabian at Sun.COM Wed Mar 24 08:47:16 2010 From: Peter.Fabian at Sun.COM (Peter Fabian) Date: Wed, 24 Mar 2010 08:47:16 +0100 Subject: [Java lista] =?utf-8?q?GlassFish_roadmap_el=C5=91ad=C3=A1s?= Message-ID: <4BA9C384.40507@sun.com> Akit érdekel, csütörtök délután lesz GlassFish roadmap-ről előadás a GlassFish TV-ben, bővebbet itt: I realize this has been a long wait for many people wanting to hear about the future of GlassFish. We're happy to finally be able to share with the community where we're going in the next year or so. As Eduardo has written on TheAquarium [1], we will be presenting the roadmap this coming Thursday (march 25th) at noon (PT) on the GlassFish TV Channel [2]. For those not able to make it (the time may not work for everyone), please keep an eye onhttp://glassfish.org/roadmap. I hope you like what you hear but, as always, we certainly welcome your feedback. cheers, -Alexis [1]:http://blogs.sun.com/theaquarium/entry/glassfish_roadmap [2]:http://www.ustream.tv/channel/theaquarium -- Peter Fabian Sun Software AIM/skype/yahoo:fabianpetergabor Sun corp IM:pf120168 at sun.com From aszomor at computertechnika.hu Thu Mar 25 11:06:53 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Thu, 25 Mar 2010 11:06:53 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese Message-ID: Sziasztok, Az eddig NBv6.7/GFv2/ELv1.2-ben elkészült pilot projektünket átportoltam NBv6.8/GFv3/ELv2-re. Tulajdonképpen a forrásokhoz nem kellet hozzányúlni, csak a környezetet kellett átállítani, ez a GF fórumon kapott instrukciók alapján sikerült is. Most mindent lebírok az NB6.8 alól build-elni és a három EAR-nek a GFV3 alá a deploy-a is működik, a klienst is tudom futtani tehát boldognak kellene lennem. Sajnos azonban ez nem így van, mert elakartam készíteni a szokásos "buildAll"-t, hogy a többieknek ne kelljen manuálisan végig menni a 22 JAR és 3 EAR összetevőn és kiadni a BUILD-et egy DEPLOY előtt. Ezt már az előző NB6.7 alatt is így csináltuk, abban nem volt még EAR, mert a GFv2 alá az EJB-ket önállóan is lehetett deploy-olni, a GFv3 alá azonban csak applikációkat (EAR) lehet már telepíteni (nagyon helyes ez így, ne libegjen egy EJB csak úgy a GF-ben). Röviden összefoglalva a 19 normál JAR és a 3 EJB-s JAR behelyezése a buildAll-ba nem okozott gondot, mert az NB6.7 alatti trunk/build.xml-t egy az egyben feltudta használni a NB6.8, ezt akartam bővíteni a három EAR build-al, sajnos azonban az ANT egy "src.dir" empty hibával leáll. A build.xml vége: ----------------- most az "ear.target"-hez "init" paramétert adtam meg az ANT-nak, mert az nem okoz hibát! Azonban sorban "clean", "compile" és "dist" paraméter kellene az ANT-nak, hogy a megfelelő alkönyvtárban találahtó igazi build.xml-t meghívva létrejöjjenek az EAR-ok, de ekkor jön az "empty src.dir" hiba, ami az NB alól manuálisan meghívott BUILD esetén nem jön! Tud esetleg valaki segíteni, előre is köszi, Attila. A projekt felépítése: ===================== (buildAll)java/projects/ctmedika/trunk -------------------------------------- build.xml ctAllPurposeConsts ctAllPurposeResources ctAllPurposeTypes ctAllPurposeUtils ctAllPurposeZeallyForms ctMedikaConsts ctMedikaDatabase ctMedikaLogicalUnit ctMedikaSwingAppClient nbproject src (EAR)java/projects/ctmedika/trunk/ctMedikaDatabase -------------------------------------------------- build.xml ctMedikaDbPersistenceConsts ctMedikaDbPersistenceEntities ctMedikaDbPersistenceEntityClients ctMedikaDbPersistenceUnit ctMedikaDbTransferConsts ctMedikaDbTransferObject ctMedikaDbTransferObjectAssembler ctMedikaDbTransferObjectClients ctMedikaDbTransferObjectUnit nbproject src (EAR)java/projects/ctmedika/trunk/ctMedikaLogicalUnit ----------------------------------------------------- build.xml ctMedikaLUnitUserAuthorization ctMedikaLUnitUserAuthorizationClients ctMedikaLUnitUserAuthorizationUnit ctMedikaLUnitVerb ctMedikaLUnitVerbClients ctMedikaLUnitVerbUnit nbproject src (EAR)java/projects/ctmedika/trunk/ctMedikaSwingAppClient -------------------------------------------------------- build.xml ctMedikaSwingClient nbproject src A buildAll-os build.xml ----------------------- Builds the project ctMedikaApplication. -- Pécs is the European Capital of Culture in 2010 From istvan at verhas.com Fri Mar 26 12:01:48 2010 From: istvan at verhas.com (=?ISO-8859-2?Q?Verh=E1s_Istv=E1n?=) Date: Fri, 26 Mar 2010 12:01:48 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: References: Message-ID: <4BAC941C.8070303@verhas.com> maven? :) üdv vi Szomor Attila wrote: > Sziasztok, > > Az eddig NBv6.7/GFv2/ELv1.2-ben elkészült pilot projektünket átportoltam > NBv6.8/GFv3/ELv2-re. Tulajdonképpen a forrásokhoz nem kellet hozzányúlni, > csak a környezetet kellett átállítani, ez a GF fórumon kapott instrukciók > alapján sikerült is. > Most mindent lebírok az NB6.8 alól build-elni és a három EAR-nek a GFV3 > alá a deploy-a is működik, a klienst is tudom futtani tehát boldognak > kellene lennem. Sajnos azonban ez nem így van, mert elakartam készíteni a > szokásos "buildAll"-t, hogy a többieknek ne kelljen manuálisan végig menni > a 22 JAR és 3 EAR összetevőn és kiadni a BUILD-et egy DEPLOY előtt. Ezt > már az előző NB6.7 alatt is így csináltuk, abban nem volt még EAR, mert a > GFv2 alá az EJB-ket önállóan is lehetett deploy-olni, a GFv3 alá azonban > csak applikációkat (EAR) lehet már telepíteni (nagyon helyes ez így, ne > libegjen egy EJB csak úgy a GF-ben). > Röviden összefoglalva a 19 normál JAR és a 3 EJB-s JAR behelyezése a > buildAll-ba nem okozott gondot, mert az NB6.7 alatti trunk/build.xml-t egy > az egyben feltudta használni a NB6.8, ezt akartam bővíteni a három EAR > build-al, sajnos azonban az ANT egy "src.dir" empty hibával leáll. > A build.xml vége: > ----------------- > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > most az "ear.target"-hez "init" paramétert adtam meg az ANT-nak, mert az > nem okoz hibát! > Azonban sorban "clean", "compile" és "dist" paraméter kellene az ANT-nak, > hogy a megfelelő alkönyvtárban találahtó igazi build.xml-t meghívva > létrejöjjenek az EAR-ok, de ekkor jön az "empty src.dir" hiba, ami az NB > alól manuálisan meghívott BUILD esetén nem jön! > > Tud esetleg valaki segíteni, előre is köszi, Attila. > > > > A projekt felépítése: > ===================== > (buildAll)java/projects/ctmedika/trunk > -------------------------------------- > build.xml > ctAllPurposeConsts > ctAllPurposeResources > ctAllPurposeTypes > ctAllPurposeUtils > ctAllPurposeZeallyForms > ctMedikaConsts > ctMedikaDatabase > ctMedikaLogicalUnit > ctMedikaSwingAppClient > nbproject > src > (EAR)java/projects/ctmedika/trunk/ctMedikaDatabase > -------------------------------------------------- > build.xml > ctMedikaDbPersistenceConsts > ctMedikaDbPersistenceEntities > ctMedikaDbPersistenceEntityClients > ctMedikaDbPersistenceUnit > ctMedikaDbTransferConsts > ctMedikaDbTransferObject > ctMedikaDbTransferObjectAssembler > ctMedikaDbTransferObjectClients > ctMedikaDbTransferObjectUnit > nbproject > src > (EAR)java/projects/ctmedika/trunk/ctMedikaLogicalUnit > ----------------------------------------------------- > build.xml > ctMedikaLUnitUserAuthorization > ctMedikaLUnitUserAuthorizationClients > ctMedikaLUnitUserAuthorizationUnit > ctMedikaLUnitVerb > ctMedikaLUnitVerbClients > ctMedikaLUnitVerbUnit > nbproject > src > (EAR)java/projects/ctmedika/trunk/ctMedikaSwingAppClient > -------------------------------------------------------- > build.xml > ctMedikaSwingClient > nbproject > src > > A buildAll-os build.xml > ----------------------- > > > > > > > > > > xmlns:ear="http://www.netbeans.org/ns/j2ee-earproject/2"> > Builds the project ctMedikaApplication. > > location="ctAllPurposeConsts"/> > location="ctAllPurposeResources"/> > location="ctAllPurposeTypes"/> > location="ctAllPurposeUtils"/> > location="ctAllPurposeZeallyForms"/> > > location="ctMedikaDatabase/ctMedikaDbPersistenceConsts"/> > location="ctMedikaDatabase/ctMedikaDbPersistenceEntities"/> > location="ctMedikaDatabase/ctMedikaDbPersistenceEntityClients"/> > location="ctMedikaDatabase/ctMedikaDbPersistenceUnit"/> > location="ctMedikaDatabase/ctMedikaDbTransferObject"/> > location="ctMedikaDatabase/ctMedikaDbTransferConsts"/> > location="ctMedikaDatabase/ctMedikaDbTransferObjectAssembler"/> > location="ctMedikaDatabase/ctMedikaDbTransferObjectClients"/> > location="ctMedikaDatabase/ctMedikaDbTransferObjectUnit"/> > location="ctMedikaLogicalUnit/ctMedikaLUnitUserAuthorization"/> > location="ctMedikaLogicalUnit/ctMedikaLUnitUserAuthorizationClients"/> > location="ctMedikaLogicalUnit/ctMedikaLUnitUserAuthorizationUnit"/> > location="ctMedikaLogicalUnit/ctMedikaLUnitVerb"/> > location="ctMedikaLogicalUnit/ctMedikaLUnitVerbClients"/> > location="ctMedikaLogicalUnit/ctMedikaLUnitVerbUnit"/> > location="ctMedikaSwingAppClient/ctMedikaSwingClient"/> > location="ctMedikaDatabase"/> > > > dir="${project.ctAllPurposeConsts}" inheritall="false" > target="${lib.target}"/> > > > dir="${project.ctAllPurposeResources}" inheritall="false" > target="${lib.target}"/> > > > dir="${project.ctAllPurposeTypes}" inheritall="false" > target="${lib.target}"/> > > > dir="${project.ctAllPurposeUtils}" inheritall="false" > target="${lib.target}"/> > > > dir="${project.ctAllPurposeZeallyForms}" inheritall="false" > target="${lib.target}"/> > > > dir="${project.ctMedikaConsts}" inheritall="false" target="${lib.target}"/> > > > dir="${project.ctMedikaDbPersistenceConsts}" inheritall="false" > target="${lib.target}"/> > > name="ctMedikaDbPersistenceEntities"> > dir="${project.ctMedikaDbPersistenceEntities}" inheritall="false" > target="${lib.target}"/> > > name="ctMedikaDbPersistenceEntityClients"> > antfile="${project.ctMedikaDbPersistenceEntityClients}/build.xml" > dir="${project.ctMedikaDbPersistenceEntityClients}" inheritall="false" > target="${lib.target}"/> > > name="ctMedikaDbPersistenceUnit"> > dir="${project.ctMedikaDbPersistenceUnit}" inheritall="false" > target="${ejb.target}"/> > > name="ctMedikaDbTransferObject"> > dir="${project.ctMedikaDbTransferObject}" inheritall="false" > target="${lib.target}"/> > > name="ctMedikaDbTransferConsts"> > dir="${project.ctMedikaDbTransferConsts}" inheritall="false" > target="${lib.target}"/> > > name="ctMedikaDbTransferObjectAssembler"> > antfile="${project.ctMedikaDbTransferObjectAssembler}/build.xml" > dir="${project.ctMedikaDbTransferObjectAssembler}" inheritall="false" > target="${lib.target}"/> > > name="ctMedikaDbTransferObjectClients"> > antfile="${project.ctMedikaDbTransferObjectClients}/build.xml" > dir="${project.ctMedikaDbTransferObjectClients}" inheritall="false" > target="${lib.target}"/> > > name="ctMedikaDbTransferObjectUnit"> > dir="${project.ctMedikaDbTransferObjectUnit}" inheritall="false" > target="${ejb.target}"/> > > name="ctMedikaLUnitUserAuthorization"> > dir="${project.ctMedikaLUnitUserAuthorization}" inheritall="false" > target="${lib.target}"/> > > name="ctMedikaLUnitUserAuthorizationClients"> > antfile="${project.ctMedikaLUnitUserAuthorizationClients}/build.xml" > dir="${project.ctMedikaLUnitUserAuthorizationClients}" inheritall="false" > target="${lib.target}"/> > > name="ctMedikaLUnitUserAuthorizationUnit"> > antfile="${project.ctMedikaLUnitUserAuthorizationUnit}/build.xml" > dir="${project.ctMedikaLUnitUserAuthorizationUnit}" inheritall="false" > target="${ejb.target}"/> > > name="ctMedikaLUnitVerb"> > dir="${project.ctMedikaLUnitVerb}" inheritall="false" > target="${lib.target}"/> > > > dir="${project.ctMedikaLUnitVerbClients}" inheritall="false" > target="${lib.target}"/> > > name="ctMedikaLUnitVerbUnit"> > dir="${project.ctMedikaLUnitVerbUnit}" inheritall="false" > target="${ejb.target}"/> > > > dir="${project.ctMedikaSwingClient}" inheritall="false" > target="${cli.target}"/> > > > dir="${project.ctMedikaDatabase}" inheritall="false" > target="${ear.target}"/> > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > From aszomor at computertechnika.hu Fri Mar 26 12:16:07 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Fri, 26 Mar 2010 12:16:07 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: <4BAC941C.8070303@verhas.com> References: <4BAC941C.8070303@verhas.com> Message-ID: Szia István, > maven? :) > üdv > vi > Persze, tudom hogy ez a jövő csak hát meg kell tanulni kezelni, igérem hamarosan szánok rá időt! Te majd válaszolsz, ha lesz maven kérdésem (nem úgy mint az ant-osok) ? Attila. Pécs is the European Capital of Culture in 2010 From istvan at verhas.com Fri Mar 26 12:36:54 2010 From: istvan at verhas.com (=?ISO-8859-2?Q?Verh=E1s_Istv=E1n?=) Date: Fri, 26 Mar 2010 12:36:54 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: References: <4BAC941C.8070303@verhas.com> Message-ID: <4BAC9C56.4090901@verhas.com> Megpróbálok. Eddig is válaszoltam, ha olyan kérdést tettél fel amiről azt gondoltam, hogy értek hozzá. Van itt a listán igazi maven/nexus guru is, aki szintén szokott időt szánni a válaszadásra. Pécs is one of the European Capitals of Culture in 2010 üdv vi Szomor Attila wrote: > Szia István, > > >> maven? :) >> üdv >> vi >> >> > > Persze, tudom hogy ez a jövő csak hát meg kell tanulni kezelni, igérem > hamarosan szánok rá időt! > Te majd válaszolsz, ha lesz maven kérdésem (nem úgy mint az ant-osok) ? > > Attila. > > Pécs is the European Capital of Culture in 2010 > _______________________________________________ > 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/20100326/d260e0eb/attachment.html From gzsombor at gmail.com Fri Mar 26 12:40:04 2010 From: gzsombor at gmail.com (Zsombor) Date: Fri, 26 Mar 2010 12:40:04 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: References: <4BAC941C.8070303@verhas.com> Message-ID: 2010/3/26 Szomor Attila > > Szia IstvĂĄn, > > > maven? :) > > Ăźdv > > vi > > > > Persze, tudom hogy ez a jĂśvő csak hĂĄt meg kell tanulni kezelni, igĂŠrem > hamarosan szĂĄnok rĂĄ időt! > Te majd vĂĄlaszolsz, ha lesz maven kĂŠrdĂŠsem (nem Ăşgy mint az ant-osok) ? > > Attila. > Itt igazĂĄbĂłl a Netbeans-eseknek kĂŠne vĂĄlaszolni, ennĂŠl jĂłval egyszerĹąbb ant scriptekkel szoktam megoldani a problĂŠmĂĄt :) Érdemes "ant -v"-vel indĂ­tani, ĂŠs akkor jĂłval rĂŠszletesebben kiĂ­rja, hogy mit mire ĂĄllĂ­t, az sokat szokott segĂ­teni. KezdjĂźnk most egy levezető pĂŠnteki ant-maven vitĂĄba? :) Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100326/b5215f1f/attachment.html From istvan at verhas.com Fri Mar 26 12:57:46 2010 From: istvan at verhas.com (=?UTF-8?B?VmVyaMOhcyBJc3R2w6Fu?=) Date: Fri, 26 Mar 2010 12:57:46 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: References: <4BAC941C.8070303@verhas.com> Message-ID: <4BACA13A.7090909@verhas.com> "KezdjĂźnk most egy levezető pĂŠnteki ant-maven vitĂĄba? :)" ĂŠn ebben remĂŠnykedtem :-) Ăźdv vi Zsombor wrote: > > > 2010/3/26 Szomor Attila > > > > Szia IstvĂĄn, > > > maven? :) > > Ăźdv > > vi > > > > Persze, tudom hogy ez a jĂśvő csak hĂĄt meg kell tanulni kezelni, igĂŠrem > hamarosan szĂĄnok rĂĄ időt! > Te majd vĂĄlaszolsz, ha lesz maven kĂŠrdĂŠsem (nem Ăşgy mint az > ant-osok) ? > > Attila. > > > > Itt igazĂĄbĂłl a Netbeans-eseknek kĂŠne vĂĄlaszolni, ennĂŠl jĂłval > egyszerĹąbb ant scriptekkel szoktam megoldani a problĂŠmĂĄt :) > Érdemes "ant -v"-vel indĂ­tani, ĂŠs akkor jĂłval rĂŠszletesebben kiĂ­rja, > hogy mit mire ĂĄllĂ­t, az sokat szokott segĂ­teni. > KezdjĂźnk most egy levezető pĂŠnteki ant-maven vitĂĄba? :) > > Zs > > ------------------------------------------------------------------------ > > _______________________________________________ > 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/20100326/46b2cdc8/attachment-0001.html From peter at verhas.com Fri Mar 26 13:01:29 2010 From: peter at verhas.com (Peter Verhas) Date: Fri, 26 Mar 2010 13:01:29 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: <4BACA13A.7090909@verhas.com> References: <4BAC941C.8070303@verhas.com> <4BACA13A.7090909@verhas.com> Message-ID: <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> Szerintem lerágott csont. Az ant réges régen elévült. A maven meg kiforratlan. 2010/3/26 Verhás István > "Kezdjünk most egy levezető pénteki ant-maven vitába? :)" > én ebben reménykedtem :-) > üdv > vi > > Zsombor wrote: > > > > 2010/3/26 Szomor Attila > >> >> Szia István, >> >> > maven? :) >> > üdv >> > vi >> > >> >> Persze, tudom hogy ez a jövő csak hát meg kell tanulni kezelni, igérem >> hamarosan szánok rá időt! >> Te majd válaszolsz, ha lesz maven kérdésem (nem úgy mint az ant-osok) ? >> >> Attila. >> > > > Itt igazából a Netbeans-eseknek kéne válaszolni, ennél jóval egyszerűbb ant > scriptekkel szoktam megoldani a problémát :) > Érdemes "ant -v"-vel indítani, és akkor jóval részletesebben kiírja, hogy > mit mire állít, az sokat szokott segíteni. > Kezdjünk most egy levezető pénteki ant-maven vitába? :) > > Zs > > ------------------------------ > > _______________________________________________ > Javalist mailing listJavalist at javagrund.huhttp://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 --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100326/92ce6e23/attachment.html From zmblevlist at gmail.com Fri Mar 26 13:02:30 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, 26 Mar 2010 13:02:30 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> References: <4BAC941C.8070303@verhas.com> <4BACA13A.7090909@verhas.com> <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> Message-ID: Akkor mi most a "meno"? On Fri, 26 Mar 2010 13:01:29 +0100, Peter Verhas wrote: > Szerintem lerágott csont. Az ant réges régen elévült. A maven meg > kiforratlan. > > 2010/3/26 Verhás István > >> "Kezdjünk most egy levezető pénteki ant-maven vitába? :)" >> én ebben reménykedtem :-) >> üdv >> vi >> >> Zsombor wrote: >> >> >> >> 2010/3/26 Szomor Attila >> >>> >>> Szia István, >>> >>> > maven? :) >>> > üdv >>> > vi >>> > >>> >>> Persze, tudom hogy ez a jövő csak hát meg kell tanulni kezelni, igérem >>> hamarosan szánok rá időt! >>> Te majd válaszolsz, ha lesz maven kérdésem (nem úgy mint az ant-osok) ? >>> >>> Attila. >>> >> >> >> Itt igazából a Netbeans-eseknek kéne válaszolni, ennél jóval egyszerűbb >> ant >> scriptekkel szoktam megoldani a problémát :) >> Érdemes "ant -v"-vel indítani, és akkor jóval részletesebben kiírja, >> hogy >> mit mire állít, az sokat szokott segíteni. >> Kezdjünk most egy levezető pénteki ant-maven vitába? :) >> >> Zs >> >> ------------------------------ >> >> _______________________________________________ >> Javalist mailing >> listJavalist at javagrund.huhttp://javagrund.hu/mailman/listinfo/javalist >> >> >> >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> http://javagrund.hu/mailman/listinfo/javalist >> >> > > -- Üdvözlettel, Böszörményi Péter From viczian.istvan at gmail.com Fri Mar 26 13:02:30 2010 From: viczian.istvan at gmail.com (=?ISO-8859-1?Q?Istv=E1n_Viczi=E1n?=) Date: Fri, 26 Mar 2010 13:02:30 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: <4BACA13A.7090909@verhas.com> References: <4BAC941C.8070303@verhas.com> <4BACA13A.7090909@verhas.com> Message-ID: <4ae5230c1003260502m5d5722b7o9041eac24bbff88@mail.gmail.com> Ki készít rá Google táblázatot/űrlapot? Szívesen szavazok. Meg hátha kiderül, hogy milyen a főnök lánya... Viczi 2010/3/26 Verhás István : > "Kezdjünk most egy levezető pénteki ant-maven vitába? :)" > én ebben reménykedtem :-) > üdv > vi > > Zsombor wrote: > > 2010/3/26 Szomor Attila >> >> Szia István, >> >> > maven? :) >> > üdv >> > vi >> > >> >> Persze, tudom hogy ez a jövő csak hát meg kell tanulni kezelni, igérem >> hamarosan szánok rá időt! >> Te majd válaszolsz, ha lesz maven kérdésem (nem úgy mint az ant-osok) ? >> >> Attila. > > > Itt igazából a Netbeans-eseknek kéne válaszolni, ennél jóval egyszerűbb ant > scriptekkel szoktam megoldani a problémát :) >  Érdemes "ant -v"-vel indítani, és akkor jóval részletesebben kiírja, hogy > mit mire állít, az sokat szokott segíteni. > Kezdjünk most egy levezető pénteki ant-maven vitába? :) > > Zs > > ________________________________ > _______________________________________________ > 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 Fri Mar 26 13:03:44 2010 From: gzsombor at gmail.com (Zsombor) Date: Fri, 26 Mar 2010 13:03:44 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> References: <4BAC941C.8070303@verhas.com> <4BACA13A.7090909@verhas.com> <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> Message-ID: 2010/3/26 Peter Verhas > Szerintem lerĂĄgott csont. Az ant rĂŠges rĂŠgen elĂŠvĂźlt. A maven meg > kiforratlan. > > ElĂŠvĂźlt ? :) Akkor a java is elĂŠvĂźlt :D S miutĂĄn 8 ĂŠve forr mĂĄr ez a mĂĄven, ĂŠn mĂĄr nem bĂ­zok hogy bĂĄrmikor hasznĂĄlhatĂłvĂĄ vĂĄlik :) Zs ui RĂŠszemről megtettem mindent a lista pezsgĂŠsĂŠĂŠrt :) --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100326/fb50f6b4/attachment.html From peter at verhas.com Fri Mar 26 13:05:19 2010 From: peter at verhas.com (Peter Verhas) Date: Fri, 26 Mar 2010 13:05:19 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: References: <4BAC941C.8070303@verhas.com> <4BACA13A.7090909@verhas.com> <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> Message-ID: <60f30cea1003260505j38b78f84x87c092036792b085@mail.gmail.com> Húúú... Ez kemény volt... Ez komoly? Mert viccnek elég durva! 2010/3/26 Zsombor > > > 2010/3/26 Peter Verhas > > Szerintem lerágott csont. Az ant réges régen elévült. A maven meg >> kiforratlan. >> >> > Elévült ? :) Akkor a java is elévült :D S miután 8 éve forr már ez a máven, > én már nem bízok hogy bármikor használhatóvá válik :) > > Zs > > ui Részemről megtettem mindent a lista pezsgéséért :) > > > _______________________________________________ > 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 --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100326/fe1967c3/attachment.html From istvan at verhas.com Fri Mar 26 13:34:50 2010 From: istvan at verhas.com (=?ISO-8859-2?Q?Verh=E1s_Istv=E1n?=) Date: Fri, 26 Mar 2010 13:34:50 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> References: <4BAC941C.8070303@verhas.com> <4BACA13A.7090909@verhas.com> <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> Message-ID: <4BACA9EA.6000207@verhas.com> Az *elévülés* valamely jog vagy követelés érvényesíthetőségének időmúlás következtében történő megszűnése. Az *avulás* valami értékének az időmúlás illetve a fokozatos elhasználódás miatti érték csökkenése. Az *elavulás* pedig az az állapot amikor az értéke a nullával egyenlő. Szóval az ant nem tud elévülni legfeljebb elavulni, de amíg használatban van addig nem lehet az értéke nulla legfeljebb a könyv szerinti értéke. Már ha egyáltalán szerpel az eszközök között. Kérdezze meg könyvelőjét, hogy avultatja-e. üdv vi Peter Verhas wrote: > Szerintem lerágott csont. Az ant réges régen elévült. A maven meg > kiforratlan. > > 2010/3/26 Verhás István > > > "Kezdjünk most egy levezető pénteki ant-maven vitába? :)" > én ebben reménykedtem :-) > üdv > vi > > Zsombor wrote: >> >> >> 2010/3/26 Szomor Attila > > >> >> >> Szia István, >> >> > maven? :) >> > üdv >> > vi >> > >> >> Persze, tudom hogy ez a jövő csak hát meg kell tanulni >> kezelni, igérem >> hamarosan szánok rá időt! >> Te majd válaszolsz, ha lesz maven kérdésem (nem úgy mint az >> ant-osok) ? >> >> Attila. >> >> >> >> Itt igazából a Netbeans-eseknek kéne válaszolni, ennél jóval >> egyszerűbb ant scriptekkel szoktam megoldani a problémát :) >> Érdemes "ant -v"-vel indítani, és akkor jóval részletesebben >> kiírja, hogy mit mire állít, az sokat szokott segíteni. >> Kezdjünk most egy levezető pénteki ant-maven vitába? :) >> >> Zs >> >> ------------------------------------------------------------------------ >> _______________________________________________ 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 > ------------------------------------------------------------------------ > > _______________________________________________ > 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/20100326/3189afd9/attachment.html From mesterj at freeweb.hu Fri Mar 26 13:38:13 2010 From: mesterj at freeweb.hu (=?ISO-8859-2?Q?Mester_J=F3zsef?=) Date: Fri, 26 Mar 2010 13:38:13 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: <60f30cea1003260505j38b78f84x87c092036792b085@mail.gmail.com> References: <4BAC941C.8070303@verhas.com> <4BACA13A.7090909@verhas.com> <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> <60f30cea1003260505j38b78f84x87c092036792b085@mail.gmail.com> Message-ID: <4BACAAB5.2040808@freeweb.hu> 2010.03.26. 13:05 keltezéssel, Peter Verhas írta: > Húúú... Ez kemény volt... Ez komoly? Mert viccnek elég durva! Hááá meglesz az a holy war. De ilyet hétfőn kell akkor van téma egész hétre. A maven a király. Olyan jó pom.xml-t írni, hogy csak na. Különösen akkor volt király mikor a doksi még egy fos volt. Józsi From peter at verhas.com Fri Mar 26 13:40:57 2010 From: peter at verhas.com (Peter Verhas) Date: Fri, 26 Mar 2010 13:40:57 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: <4BACA9EA.6000207@verhas.com> References: <4BAC941C.8070303@verhas.com> <4BACA13A.7090909@verhas.com> <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> <4BACA9EA.6000207@verhas.com> Message-ID: <60f30cea1003260540r6450e651n20b67974186ecdca@mail.gmail.com> Aztán meg majd még ÁFÁ-t is fizetek az OS GPL termékek után, ahogy a lengyel adóhivatal is kitalálta, hogy a Linux az ajándék, és mint olyan minden egyes termék után az ÁFA-t be kell fizetni, és annyi az értéke, mint egy Windows-nak. Nem is tartott sokáig ez a bepróbálkozás (pár éve volt). Péter 2010/3/26 Verhás István > Az *elévülés* valamely jog vagy követelés érvényesíthetőségének időmúlás > következtében történő megszűnése. > Az *avulás* valami értékének az időmúlás illetve a fokozatos elhasználódás > miatti érték csökkenése. Az *elavulás* pedig az az állapot amikor az > értéke a nullával egyenlő. > Szóval az ant nem tud elévülni legfeljebb elavulni, de amíg használatban > van addig nem lehet az értéke nulla legfeljebb a könyv szerinti értéke. Már > ha egyáltalán szerpel az eszközök között. Kérdezze meg könyvelőjét, hogy > avultatja-e. > üdv > vi > > > > Peter Verhas wrote: > > Szerintem lerágott csont. Az ant réges régen elévült. A maven meg > kiforratlan. > > 2010/3/26 Verhás István > >> "Kezdjünk most egy levezető pénteki ant-maven vitába? :)" >> én ebben reménykedtem :-) >> üdv >> vi >> >> Zsombor wrote: >> >> >> >> 2010/3/26 Szomor Attila >> >>> >>> Szia István, >>> >>> > maven? :) >>> > üdv >>> > vi >>> > >>> >>> Persze, tudom hogy ez a jövő csak hát meg kell tanulni kezelni, igérem >>> hamarosan szánok rá időt! >>> Te majd válaszolsz, ha lesz maven kérdésem (nem úgy mint az ant-osok) ? >>> >>> Attila. >>> >> >> >> Itt igazából a Netbeans-eseknek kéne válaszolni, ennél jóval egyszerűbb >> ant scriptekkel szoktam megoldani a problémát :) >> Érdemes "ant -v"-vel indítani, és akkor jóval részletesebben kiírja, hogy >> mit mire állít, az sokat szokott segíteni. >> Kezdjünk most egy levezető pénteki ant-maven vitába? :) >> >> Zs >> >> ------------------------------ >> >> _______________________________________________ >> Javalist mailing listJavalist at javagrund.huhttp://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 > > ------------------------------ > > _______________________________________________ > Javalist mailing listJavalist at javagrund.huhttp://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 --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100326/371d2d6f/attachment.html From gzsombor at gmail.com Fri Mar 26 13:59:45 2010 From: gzsombor at gmail.com (Zsombor) Date: Fri, 26 Mar 2010 13:59:45 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: <4BACAAB5.2040808@freeweb.hu> References: <4BAC941C.8070303@verhas.com> <4BACA13A.7090909@verhas.com> <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> <60f30cea1003260505j38b78f84x87c092036792b085@mail.gmail.com> <4BACAAB5.2040808@freeweb.hu> Message-ID: 2010/3/26 Mester JĂłzsef > 2010.03.26. 13:05 keltezĂŠssel, Peter Verhas Ă­rta: > > Húúú... Ez kemĂŠny volt... Ez komoly? Mert viccnek elĂŠg durva! > > HĂĄĂĄĂĄ meglesz az a holy war. De ilyet hĂŠtfőn kell akkor van tĂŠma egĂŠsz > hĂŠtre. > > A maven a kirĂĄly. Olyan jĂł pom.xml-t Ă­rni, hogy csak na. > KĂźlĂśnĂśsen akkor volt kirĂĄly mikor a doksi mĂŠg egy fos volt. > > JĂłzsi > > CsĂśppet bőbeszĂŠdĹą a pom, amikor nem csak triviĂĄlis dolgokat kell vĂŠgre hajtani. Pl, webstart alkalmazĂĄsnĂĄl, ahol packelni, majd signolni kellett, rĂĄadĂĄsul swt is volt dependencia, szĂłval nem csak a linuxos, hanem a windows-os swt nativ cuccokat is fel kellett venni dependenciĂĄnak ...Na ekkor adtam fel a maven pluginokkal valĂł kĂźzdelmet,s redukĂĄltam a felĂŠre a felhasznĂĄlt xml-ek mĂŠretĂŠt, ant hasznĂĄlatĂĄval :) Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100326/d7f6931e/attachment.html From zmblevlist at gmail.com Fri Mar 26 14:03:03 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, 26 Mar 2010 14:03:03 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: References: <4BAC941C.8070303@verhas.com> <4BACA13A.7090909@verhas.com> <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> <60f30cea1003260505j38b78f84x87c092036792b085@mail.gmail.com> <4BACAAB5.2040808@freeweb.hu> Message-ID: Hat igen, valamiert feltek az attributumoktol, es emiatt nagyon konnyeden hizik az xml. Ez egyebkent megfigyelheto a j2ee descriptoroknal is. On Fri, 26 Mar 2010 13:59:45 +0100, Zsombor wrote: > 2010/3/26 Mester József > >> 2010.03.26. 13:05 keltezéssel, Peter Verhas írta: >> > Húúú... Ez kemény volt... Ez komoly? Mert viccnek elég durva! >> >> Hááá meglesz az a holy war. De ilyet hétfőn kell akkor van téma egész >> hétre. >> >> A maven a király. Olyan jó pom.xml-t írni, hogy csak na. >> Különösen akkor volt király mikor a doksi még egy fos volt. >> >> Józsi >> >> > Csöppet bőbeszédű a pom, amikor nem csak triviális dolgokat kell végre > hajtani. Pl, webstart alkalmazásnál, ahol packelni, majd signolni > kellett, > ráadásul swt is volt dependencia, szóval nem csak a linuxos, hanem a > windows-os swt nativ cuccokat is fel kellett venni dependenciának ...Na > ekkor adtam fel a maven pluginokkal való küzdelmet,s redukáltam a felére > a > felhasznált xml-ek méretét, ant használatával :) > > Zs -- Üdvözlettel, Böszörményi Péter From tamas at cservenak.net Fri Mar 26 14:47:17 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Fri, 26 Mar 2010 14:47:17 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: References: <4BACA13A.7090909@verhas.com> <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> <60f30cea1003260505j38b78f84x87c092036792b085@mail.gmail.com> <4BACAAB5.2040808@freeweb.hu> Message-ID: <53d6e7831003260647j20867ee4v1e080197bfa26ea0@mail.gmail.com> Mindenki Ăşgy csinĂĄlja ahogy teccik (sic!) neki. A build management olyan mint a szex. Valaki az alkalmi megoldĂĄsokat szereti, valaki pedig a reproducibilis megoldĂĄsokat. Choose your own poison. De utĂĄna ne gyere nekem a szĂŠrumĂŠrt kuncsorogni! :D MĂĄs, sĂşgva: http://polyglot.sonatype.org/ Thanks, ~r~ (Az "r" az ĂĄlnĂŠv) 2010/3/26 BĂśszĂśrmĂŠnyi PĂŠter > Hat igen, valamiert feltek az attributumoktol, es emiatt nagyon konnyeden > hizik az xml. Ez egyebkent megfigyelheto a j2ee descriptoroknal is. > > On Fri, 26 Mar 2010 13:59:45 +0100, Zsombor wrote: > > > 2010/3/26 Mester JĂłzsef > > > >> 2010.03.26. 13:05 keltezĂŠssel, Peter Verhas Ă­rta: > >> > Húúú... Ez kemĂŠny volt... Ez komoly? Mert viccnek elĂŠg durva! > >> > >> HĂĄĂĄĂĄ meglesz az a holy war. De ilyet hĂŠtfőn kell akkor van tĂŠma egĂŠsz > >> hĂŠtre. > >> > >> A maven a kirĂĄly. Olyan jĂł pom.xml-t Ă­rni, hogy csak na. > >> KĂźlĂśnĂśsen akkor volt kirĂĄly mikor a doksi mĂŠg egy fos volt. > >> > >> JĂłzsi > >> > >> > > CsĂśppet bőbeszĂŠdĹą a pom, amikor nem csak triviĂĄlis dolgokat kell vĂŠgre > > hajtani. Pl, webstart alkalmazĂĄsnĂĄl, ahol packelni, majd signolni > > kellett, > > rĂĄadĂĄsul swt is volt dependencia, szĂłval nem csak a linuxos, hanem a > > windows-os swt nativ cuccokat is fel kellett venni dependenciĂĄnak ...Na > > ekkor adtam fel a maven pluginokkal valĂł kĂźzdelmet,s redukĂĄltam a felĂŠre > > a > > felhasznĂĄlt xml-ek mĂŠretĂŠt, ant hasznĂĄlatĂĄval :) > > > > Zs > > > -- > ÜdvĂśzlettel, > BĂśszĂśrmĂŠnyi PĂŠter > _______________________________________________ > 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/20100326/726e9657/attachment.html From laja at freemail.hu Fri Mar 26 15:22:19 2010 From: laja at freemail.hu (Laja) Date: Fri, 26 Mar 2010 15:22:19 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: <53d6e7831003260647j20867ee4v1e080197bfa26ea0@mail.gmail.com> References: <4BACA13A.7090909@verhas.com> <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> <60f30cea1003260505j38b78f84x87c092036792b085@mail.gmail.com> <4BACAAB5.2040808@freeweb.hu> <53d6e7831003260647j20867ee4v1e080197bfa26ea0@mail.gmail.com> Message-ID: <4BACC31B.3020907@freemail.hu> Hi! > A build management olyan mint a szex. Hát ugye kinek a pap kinek a papné, nekem speciel a Schulcz Gizi ;) Egyébként meg mindkettő vacak mert xml alapú, és abban nem lehet egy tagen belül kommentet tenni (mondjuk egy javadoc kismillió attributumánál jól jönne) :) Laja From tamas at cservenak.net Fri Mar 26 15:40:06 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Fri, 26 Mar 2010 15:40:06 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: <4BACC31B.3020907@freemail.hu> References: <4BACA13A.7090909@verhas.com> <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> <60f30cea1003260505j38b78f84x87c092036792b085@mail.gmail.com> <4BACAAB5.2040808@freeweb.hu> <53d6e7831003260647j20867ee4v1e080197bfa26ea0@mail.gmail.com> <4BACC31B.3020907@freemail.hu> Message-ID: <53d6e7831003260740i3e207edy318e99a40210015c@mail.gmail.com> Ja, ez az egyik legnagyobb ujitas a Maven3 eseteben: lett egy ModelBuilder, aminek az APIja adott, es azt "latja" a Maven Core. Az pedig, hogy mi van mogotte/alatta, ezentul "pattinthato" lesz: a "klasszikus (regi)" POM xml, vagy a polyglot (DSLek Scala, Ruby, Clojure stb segitsegevel, XText direktbe), akarmi. Ez valojaban egy indirection level, a Maven Core es maga a perzisztalt modell (POM) kozott. A Maven2-ben ez a ketto ossze volt hegesztve, a modello generalt POM XML modell es a Core. Mostmar nincs. Mas kerdes viszont, hogy ez jo-e? Nem nyitunk ezzel egy Pandora szelencet? Pl. Pistike library-je Ruby POM-ot, Jancsika a klasszikus XML POM-ot, de Jozsika meg sajat "inhouse" ModelBuilderrel dolgozik XY DSL-ben.... es akkor en, hasznalni szeretnem mindharom artifact-ot egy projekt keretein belul..... Fontos az "atjarhatosag" (nem trivialis), es egyik otlet az, hogy a "kanonikus" POM (az XML) kerul deploy-ra, igy az publikalodik (esetleg valahogy az "eredeti" is). Tehat, Pistike, Jancsika es Jozsika build kornyezete ne "szivarogjon" ki. Kivulrol, mindenki a kanonikus (a jelenlegi "klasszikus") POM-ot latja, meg ha hazon belul Ruby/XML/XY lesz szerkesztve. Tehat, a lehetoseg itt van, megengedi, hogy kielvezd a perverz Scala hajlamaidat, de szvsz nem nagyon hasznos (gondolj IDE support-ra, most elmeletileg vegtelen sok POM Editor-t kellene irni :) Thanks, ~t~ 2010/3/26 Laja > Hi! > > A build management olyan mint a szex. > HĂĄt ugye kinek a pap kinek a papnĂŠ, nekem speciel a Schulcz Gizi ;) > > EgyĂŠbkĂŠnt meg mindkettő vacak mert xml alapĂş, ĂŠs abban nem lehet egy > tagen belĂźl kommentet tenni (mondjuk egy javadoc kismilliĂł > attributumĂĄnĂĄl jĂłl jĂśnne) :) > > Laja > > _______________________________________________ > 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/20100326/28997884/attachment-0001.html From zmblevlist at gmail.com Fri Mar 26 15:50:39 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, 26 Mar 2010 15:50:39 +0100 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: <53d6e7831003260740i3e207edy318e99a40210015c@mail.gmail.com> References: <4BACA13A.7090909@verhas.com> <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> <60f30cea1003260505j38b78f84x87c092036792b085@mail.gmail.com> <4BACAAB5.2040808@freeweb.hu> <53d6e7831003260647j20867ee4v1e080197bfa26ea0@mail.gmail.com> <4BACC31B.3020907@freemail.hu> <53d6e7831003260740i3e207edy318e99a40210015c@mail.gmail.com> Message-ID: Attol azert nem felek, hogy lesz csilliard kulonbozo descriptor. Mashol is jelent mar meg hasonlo absztrakcio, megsem vont maga utan sok variacot. On Fri, 26 Mar 2010 15:40:06 +0100, Tamás Cservenák wrote: > Ja, ez az egyik legnagyobb ujitas a Maven3 eseteben: lett egy > ModelBuilder, > aminek az APIja adott, es azt "latja" a Maven Core. Az pedig, hogy mi van > mogotte/alatta, ezentul "pattinthato" lesz: a "klasszikus (regi)" POM > xml, > vagy a polyglot (DSLek Scala, Ruby, Clojure stb segitsegevel, XText > direktbe), akarmi. Ez valojaban egy indirection level, a Maven Core es > maga > a perzisztalt modell (POM) kozott. > > A Maven2-ben ez a ketto ossze volt hegesztve, a modello generalt POM XML > modell es a Core. Mostmar nincs. > > Mas kerdes viszont, hogy ez jo-e? Nem nyitunk ezzel egy Pandora > szelencet? > > Pl. Pistike library-je Ruby POM-ot, Jancsika a klasszikus XML POM-ot, de > Jozsika meg sajat "inhouse" ModelBuilderrel dolgozik XY DSL-ben.... es > akkor > en, hasznalni szeretnem mindharom artifact-ot egy projekt keretein > belul..... > > Fontos az "atjarhatosag" (nem trivialis), es egyik otlet az, hogy a > "kanonikus" POM (az XML) kerul deploy-ra, igy az publikalodik (esetleg > valahogy az "eredeti" is). Tehat, Pistike, Jancsika es Jozsika build > kornyezete ne "szivarogjon" ki. Kivulrol, mindenki a kanonikus (a > jelenlegi > "klasszikus") POM-ot latja, meg ha hazon belul Ruby/XML/XY lesz > szerkesztve. > > Tehat, a lehetoseg itt van, megengedi, hogy kielvezd a perverz Scala > hajlamaidat, de szvsz nem nagyon hasznos (gondolj IDE support-ra, most > elmeletileg vegtelen sok POM Editor-t kellene irni :) > > > Thanks, > ~t~ > > 2010/3/26 Laja > >> Hi! >> > A build management olyan mint a szex. >> Hát ugye kinek a pap kinek a papné, nekem speciel a Schulcz Gizi ;) >> >> Egyébként meg mindkettő vacak mert xml alapú, és abban nem lehet egy >> tagen belül kommentet tenni (mondjuk egy javadoc kismillió >> attributumánál jól jönne) :) >> >> Laja >> >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> http://javagrund.hu/mailman/listinfo/javalist >> -- Üdvözlettel, Böszörményi Péter From peter at verhas.com Fri Mar 26 16:07:34 2010 From: peter at verhas.com (Peter Verhas) Date: Fri, 26 Mar 2010 15:07:34 +0000 Subject: [Java lista] =?windows-1252?q?V=E1lasz=3A_Re=3A__Egy_NB6=2E8-as_b?= =?windows-1252?q?uildAll_script_keszitese?= Message-ID: <245044197-1269616053-cardhu_decombobulator_blackberry.rim.net-803924714-@bda2169.bisx.produk.on.blackberry> otlet az, hogy a "kanonikus" POM (az XML) kerul deploy-ra, igy az publikalodik A pom struktura publikalodik. Az xml egy szerializacios formatum, ami a repository belugye. Nem? Péter Verhás Péter +36(30)9306805 peter at verhas.com From tamas at cservenak.net Fri Mar 26 16:48:32 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Fri, 26 Mar 2010 16:48:32 +0100 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Re=3A_Egy_NB6=2E8-as_buildA?= =?utf-8?q?ll_script_keszitese?= In-Reply-To: <245044197-1269616053-cardhu_decombobulator_blackberry.rim.net-803924714-@bda2169.bisx.produk.on.blackberry> References: <245044197-1269616053-cardhu_decombobulator_blackberry.rim.net-803924714-@bda2169.bisx.produk.on.blackberry> Message-ID: <53d6e7831003260848g43bb6eefr3dba064a2a4a92eb@mail.gmail.com> Nem, az hogy a POM a repository-ban hogy van publikalva resze a Maven Repository Layout-nak. Kulonben az interoperability/backward compatibility lenne a problematikus.... (a fent emlitett pelda miatt, nekem akkor ugyanarra a Ruby/DSL polyglot maven kiadasra lenne szuksegem mint amit a Pistike hasznal, ne is emlitsem a "hazi DSL-t"). Ahhoz hogy a maven-om ertelmezni tudja a Pistike POMjat, ertenie kellene a Ruby/DSL-t amit Pistike hasznalt. Ezt akarjuk elkerulni. Az XML mint formatum lesz es marad is a _remote_ repository szabvanya. Az, hogy te mibol es hogy build-elsz es deployols ( a klasszikus maven + xmlpom, vagy maven + scalaPom, Ivy + generaltPom, ant build + HTTP Upload + kezzel megirt POM) az a te belugyed. De a "remote repository" (tehat nem a local repository ami a te gepeden van, hanem a "remote") az mindig is az XML POMot hasznalja. De az XML ezuttal "jol lesz hasznalva": nem embereknek, hanem a "gepeknek" (maven) lesz szanva. Az ember pedig abban irja a modellt ezentul, amiben akarja (abban a DSL-ben, amiben akarja). Az scm-ben tovabbra is a "te" POMod lesz abban amiben akarod, de a deploy az XML POM-ot futtaban felepiti es deploy-olja. Thanks, ~t~ 2010/3/26 Peter Verhas > otlet az, hogy a "kanonikus" POM (az XML) kerul deploy-ra, igy az > publikalodik > > A pom struktura publikalodik. Az xml egy szerializacios formatum, ami a > repository belugye. > > Nem? > > PĂŠter > > VerhĂĄs PĂŠter > +36(30)9306805 > peter at verhas.com > _______________________________________________ > 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/20100326/3f6a05e5/attachment.html From zmblevlist at gmail.com Mon Mar 29 08:26:21 2010 From: zmblevlist at gmail.com (=?utf-8?Q?B=C3=B6sz=C3=B6rm=C3=A9nyi_P=C3=A9te?= =?utf-8?Q?r?=) Date: Mon, 29 Mar 2010 08:26:21 +0200 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: <53d6e7831003260740i3e207edy318e99a40210015c@mail.gmail.com> References: <4BACA13A.7090909@verhas.com> <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> <60f30cea1003260505j38b78f84x87c092036792b085@mail.gmail.com> <4BACAAB5.2040808@freeweb.hu> <53d6e7831003260647j20867ee4v1e080197bfa26ea0@mail.gmail.com> <4BACC31B.3020907@freemail.hu> <53d6e7831003260740i3e207edy318e99a40210015c@mail.gmail.com> Message-ID: Attol azert nem felek, hogy lesz csilliard kulonbozo descriptor. Mashol is jelent mar meg hasonlo absztrakcio, megsem vont maga utan sok variacot. On Fri, 26 Mar 2010 15:40:06 +0100, Tamás Cservenák wrote: > Ja, ez az egyik legnagyobb ujitas a Maven3 eseteben: lett egy > ModelBuilder, > aminek az APIja adott, es azt "latja" a Maven Core. Az pedig, hogy mi van > mogotte/alatta, ezentul "pattinthato" lesz: a "klasszikus (regi)" POM > xml, > vagy a polyglot (DSLek Scala, Ruby, Clojure stb segitsegevel, XText > direktbe), akarmi. Ez valojaban egy indirection level, a Maven Core es > maga > a perzisztalt modell (POM) kozott. > > A Maven2-ben ez a ketto ossze volt hegesztve, a modello generalt POM XML > modell es a Core. Mostmar nincs. > > Mas kerdes viszont, hogy ez jo-e? Nem nyitunk ezzel egy Pandora > szelencet? > > Pl. Pistike library-je Ruby POM-ot, Jancsika a klasszikus XML POM-ot, de > Jozsika meg sajat "inhouse" ModelBuilderrel dolgozik XY DSL-ben.... es > akkor > en, hasznalni szeretnem mindharom artifact-ot egy projekt keretein > belul..... > > Fontos az "atjarhatosag" (nem trivialis), es egyik otlet az, hogy a > "kanonikus" POM (az XML) kerul deploy-ra, igy az publikalodik (esetleg > valahogy az "eredeti" is). Tehat, Pistike, Jancsika es Jozsika build > kornyezete ne "szivarogjon" ki. Kivulrol, mindenki a kanonikus (a > jelenlegi > "klasszikus") POM-ot latja, meg ha hazon belul Ruby/XML/XY lesz > szerkesztve. > > Tehat, a lehetoseg itt van, megengedi, hogy kielvezd a perverz Scala > hajlamaidat, de szvsz nem nagyon hasznos (gondolj IDE support-ra, most > elmeletileg vegtelen sok POM Editor-t kellene irni :) > > > Thanks, > ~t~ > > 2010/3/26 Laja > >> Hi! >> > A build management olyan mint a szex. >> Hát ugye kinek a pap kinek a papné, nekem speciel a Schulcz Gizi ;) >> >> Egyébként meg mindkettő vacak mert xml alapú, és abban nem lehet egy >> tagen belül kommentet tenni (mondjuk egy javadoc kismillió >> attributumánál jól jönne) :) >> >> Laja >> >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.hu >> http://javagrund.hu/mailman/listinfo/javalist >> -- Üdvözlettel, Böszörményi Péter From peter at verhas.com Mon Mar 29 08:32:48 2010 From: peter at verhas.com (Peter Verhas) Date: Mon, 29 Mar 2010 08:32:48 +0200 Subject: [Java lista] =?iso-8859-1?q?V=E1lasz=3A_Re=3A_Egy_NB6=2E8-as_buil?= =?iso-8859-1?q?dAll_script_keszitese?= In-Reply-To: <53d6e7831003260848g43bb6eefr3dba064a2a4a92eb@mail.gmail.com> References: <245044197-1269616053-cardhu_decombobulator_blackberry.rim.net-803924714-@bda2169.bisx.produk.on.blackberry> <53d6e7831003260848g43bb6eefr3dba064a2a4a92eb@mail.gmail.com> Message-ID: <60f30cea1003282332x4a8cfc35yc2ea19cde064a987@mail.gmail.com> 2010/3/26 Tamás Cservenák > Nem, > az hogy a POM a repository-ban hogy van publikalva resze a Maven Repository > Layout-nak. Kulonben az interoperability/backward compatibility lenne a > problematikus.... > Miért lenne problematikus? Ugyanúgy kiadhatja magából XML-ben. De miért kellene XML-ben tárolnia? A struktúrát kell tárolni. Az XML mint formatum lesz es marad is a _remote_ repository szabvanya. > Transzferre. De tárolásra? Amikor struktúra van a háttérben, akkor már ne egy ASCII szöveges formátum alapján gondolkodjunk. Az, hogy te mibol es hogy build-elsz es deployols ( a klasszikus maven + > xmlpom, vagy maven + scalaPom, Ivy + generaltPom, ant build + HTTP Upload + > kezzel megirt POM) az a te belugyed. > Ez így van. De a "remote repository" (tehat nem a local repository ami a te gepeden van, > hanem a "remote") az mindig is az XML POMot hasznalja. > Miért? Miért nem csak az interfészeken. Továbbmegyek: miért nem csak a régi, compatibility interfészeken? > De az XML ezuttal "jol lesz hasznalva": > Ebben ezek után már nem vagyok olyan biztos. > nem embereknek, hanem a "gepeknek" (maven) lesz szanva. Az ember pedig > abban irja a modellt ezentul, amiben akarja (abban a DSL-ben, amiben > akarja). Az scm-ben tovabbra is a "te" POMod lesz abban amiben akarod, de a > deploy az XML POM-ot futtaban felepiti es deploy-olja. > 2010/3/26 Peter Verhas > otlet az, hogy a "kanonikus" POM (az XML) kerul deploy-ra, igy az > publikalodik > > A pom struktura publikalodik. Az xml egy szerializacios formatum, ami a > repository belugye. > > Nem? > > Péter > -- Verhás Péter peter at verhas.com t: +36(30)9306805 --------- következ? rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100329/73626bf1/attachment.html From gzsombor at gmail.com Mon Mar 29 13:47:36 2010 From: gzsombor at gmail.com (Zsombor) Date: Mon, 29 Mar 2010 13:47:36 +0200 Subject: [Java lista] =?utf-8?q?V=C3=A1lasz=3A_Re=3A_Egy_NB6=2E8-as_buildA?= =?utf-8?q?ll_script_keszitese?= In-Reply-To: <53d6e7831003260848g43bb6eefr3dba064a2a4a92eb@mail.gmail.com> References: <245044197-1269616053-cardhu_decombobulator_blackberry.rim.net-803924714-@bda2169.bisx.produk.on.blackberry> <53d6e7831003260848g43bb6eefr3dba064a2a4a92eb@mail.gmail.com> Message-ID: 2010/3/26 TamĂĄs CservenĂĄk > Nem, > az hogy a POM a repository-ban hogy van publikalva resze a Maven Repository > Layout-nak. Kulonben az interoperability/backward compatibility lenne a > problematikus.... (a fent emlitett pelda miatt, nekem akkor ugyanarra a > Ruby/DSL polyglot maven kiadasra lenne szuksegem mint amit a Pistike > hasznal, ne is emlitsem a "hazi DSL-t"). Ahhoz hogy a maven-om ertelmezni > tudja a Pistike POMjat, ertenie kellene a Ruby/DSL-t amit Pistike hasznalt. > Ezt akarjuk elkerulni. > > Az XML mint formatum lesz es marad is a _remote_ repository szabvanya. Az, > hogy te mibol es hogy build-elsz es deployols ( a klasszikus maven + xmlpom, > vagy maven + scalaPom, Ivy + generaltPom, ant build + HTTP Upload + kezzel > megirt POM) az a te belugyed. > > De a "remote repository" (tehat nem a local repository ami a te gepeden > van, hanem a "remote") az mindig is az XML POMot hasznalja. > > De az XML ezuttal "jol lesz hasznalva": nem embereknek, hanem a "gepeknek" > (maven) lesz szanva. Az ember pedig abban irja a modellt ezentul, amiben > akarja (abban a DSL-ben, amiben akarja). Az scm-ben tovabbra is a "te" POMod > lesz abban amiben akarod, de a deploy az XML POM-ot futtaban felepiti es > deploy-olja. > > > > Thanks, > ~t~ > Nem hiszem, hogy ez a legnagyobb problĂŠma a maven-nel a legtĂśbb ember szĂĄmĂĄra. Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100329/70eb827a/attachment-0001.html From peter at verhas.com Mon Mar 29 14:02:59 2010 From: peter at verhas.com (Peter Verhas) Date: Mon, 29 Mar 2010 12:02:59 +0000 Subject: [Java lista] =?windows-1252?q?V=E1lasz=3A_Re=3A_V=E1lasz=3A_Re=3A?= =?windows-1252?q?_Egy_NB6=2E8-as_buildAll_script_keszitese?= In-Reply-To: References: <245044197-1269616053-cardhu_decombobulator_blackberry.rim.net-803924714-@bda2169.bisx.produk.on.blackberry><53d6e7831003260848g43bb6eefr3dba064a2a4a92eb@mail.gmail.com> Message-ID: <63038101-1269864177-cardhu_decombobulator_blackberry.rim.net-2028604050-@bda2169.bisx.produk.on.blackberry> A kovetkezo mavenrol van szo. Nem a mostanirol! Verhás Péter +36(30)9306805 peter at verhas.com -----Original Message----- From: Zsombor Date: Mon, 29 Mar 2010 13:47:36 To: Subject: Re: [Java lista] Válasz: Re: Egy NB6.8-as buildA ll script keszitese _______________________________________________ Javalist mailing list Javalist at javagrund.hu http://javagrund.hu/mailman/listinfo/javalist From gzsombor at gmail.com Mon Mar 29 14:35:00 2010 From: gzsombor at gmail.com (Zsombor) Date: Mon, 29 Mar 2010 14:35:00 +0200 Subject: [Java lista] =?utf-8?b?VsOhbGFzejogUmU6IFbDoWxhc3o6IFJlOiBFZ3kg?= =?utf-8?q?NB6=2E8-as_buildAll_script_keszitese?= In-Reply-To: <63038101-1269864177-cardhu_decombobulator_blackberry.rim.net-2028604050-@bda2169.bisx.produk.on.blackberry> References: <245044197-1269616053-cardhu_decombobulator_blackberry.rim.net-803924714-@bda2169.bisx.produk.on.blackberry> <53d6e7831003260848g43bb6eefr3dba064a2a4a92eb@mail.gmail.com> <63038101-1269864177-cardhu_decombobulator_blackberry.rim.net-2028604050-@bda2169.bisx.produk.on.blackberry> Message-ID: 2010/3/29 Peter Verhas > A kovetkezo mavenrol van szo. Nem a mostanirol! > TehĂĄt a kĂśvetkező verziĂłra mĂĄr minden nagyobb tervezĂŠsi ĂŠs implementĂĄciĂłs problĂŠmĂĄt kijavĂ­tottĂĄk a mavennel, s mĂĄr ilyesmivel szĂłrakoznak? :) Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100329/e4a25ce0/attachment.html From peter at verhas.com Mon Mar 29 14:37:12 2010 From: peter at verhas.com (Peter Verhas) Date: Mon, 29 Mar 2010 14:37:12 +0200 Subject: [Java lista] =?iso-8859-1?q?V=E1lasz=3A_Re=3A_V=E1lasz=3A_Re=3A_E?= =?iso-8859-1?q?gy_NB6=2E8-as_buildAll_script_keszitese?= In-Reply-To: References: <245044197-1269616053-cardhu_decombobulator_blackberry.rim.net-803924714-@bda2169.bisx.produk.on.blackberry> <53d6e7831003260848g43bb6eefr3dba064a2a4a92eb@mail.gmail.com> <63038101-1269864177-cardhu_decombobulator_blackberry.rim.net-2028604050-@bda2169.bisx.produk.on.blackberry> Message-ID: <60f30cea1003290537o3bbc3d6am6a223548d395affd@mail.gmail.com> Ezt majd megválaszolja Tamás. 2010/3/29 Zsombor > > > 2010/3/29 Peter Verhas > > A kovetkezo mavenrol van szo. Nem a mostanirol! >> > > > Tehát a következő verzióra már minden nagyobb tervezési és implementációs > problémát kijavították a mavennel, s már ilyesmivel szórakoznak? :) > > Zs > > _______________________________________________ > 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 --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100329/5134bace/attachment.html From tamas at cservenak.net Mon Mar 29 14:59:03 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Mon, 29 Mar 2010 14:59:03 +0200 Subject: [Java lista] =?utf-8?b?VsOhbGFzejogUmU6IFbDoWxhc3o6IFJlOiBFZ3kg?= =?utf-8?q?NB6=2E8-as_buildAll_script_keszitese?= In-Reply-To: <60f30cea1003290537o3bbc3d6am6a223548d395affd@mail.gmail.com> References: <245044197-1269616053-cardhu_decombobulator_blackberry.rim.net-803924714-@bda2169.bisx.produk.on.blackberry> <53d6e7831003260848g43bb6eefr3dba064a2a4a92eb@mail.gmail.com> <63038101-1269864177-cardhu_decombobulator_blackberry.rim.net-2028604050-@bda2169.bisx.produk.on.blackberry> <60f30cea1003290537o3bbc3d6am6a223548d395affd@mail.gmail.com> Message-ID: <53d6e7831003290559kcfbafe5g260f269c6d395051@mail.gmail.com> Igen, legalabbis azokat, melyeket a felhasznalok bejelentettek es/vagy szavaztak ra. Itt ni: http://jira.codehaus.org/browse/MNG Es most "Jason hangnemben" ;) rinya helyett tessek reszt venni. A legkonyebb "kivulallokent" kritizalni barmit is (legyen az Ant, Make, a szomszed programja vagy eppen a Maven). Ez egy OSS projekt. Ha nem tudod mi a teendod jobba tenni azt, kerdezz. Ha tudod, tedd azt. A harmadik ut pedig azt okozza, hogy a megjegyzeseid behatas nelkul lepattanjonak rolunk, es egyenesen a /dev/null-ban landoljanak. Pontosan melyik MNG issue-kra gondolsz melyeket "nagyobb tervezĂŠsi ĂŠs implementĂĄciĂłs problĂŠmĂĄt" neven felidezel? Kerlek valaszolj, linkelve az issue-kat! ;) --- Mas: Jason valoszinuleg majusban ujra Szegedre jon (es egyuttal szivesen elugrana Pesre eloadni, ha lesz valami esemeny). Kerlek Zsombor, kerdezz ra akkor :D Thanks, ~t~ 2010/3/29 Peter Verhas > Ezt majd megvĂĄlaszolja TamĂĄs. > > 2010/3/29 Zsombor > >> >> >> 2010/3/29 Peter Verhas >> >> A kovetkezo mavenrol van szo. Nem a mostanirol! >>> >> >> >> TehĂĄt a kĂśvetkező verziĂłra mĂĄr minden nagyobb tervezĂŠsi ĂŠs implementĂĄciĂłs >> problĂŠmĂĄt kijavĂ­tottĂĄk a mavennel, s mĂĄr ilyesmivel szĂłrakoznak? :) >> >> Zs >> >> _______________________________________________ >> 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 > > _______________________________________________ > 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/20100329/6cadf22c/attachment.html From aszomor at computertechnika.hu Mon Mar 29 15:17:00 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Mon, 29 Mar 2010 15:17:00 +0200 Subject: [Java lista] Spring Roo Message-ID: Sziasztok, Használja valaki közületek a Roo-t, milyen tapasztalat van róla? Attila. -- Pécs is the European Capital of Culture in 2010 From gzsombor at gmail.com Mon Mar 29 15:56:07 2010 From: gzsombor at gmail.com (Zsombor) Date: Mon, 29 Mar 2010 15:56:07 +0200 Subject: [Java lista] =?utf-8?b?VsOhbGFzejogUmU6IFbDoWxhc3o6IFJlOiBFZ3kg?= =?utf-8?q?NB6=2E8-as_buildAll_script_keszitese?= In-Reply-To: <53d6e7831003290559kcfbafe5g260f269c6d395051@mail.gmail.com> References: <245044197-1269616053-cardhu_decombobulator_blackberry.rim.net-803924714-@bda2169.bisx.produk.on.blackberry> <53d6e7831003260848g43bb6eefr3dba064a2a4a92eb@mail.gmail.com> <63038101-1269864177-cardhu_decombobulator_blackberry.rim.net-2028604050-@bda2169.bisx.produk.on.blackberry> <60f30cea1003290537o3bbc3d6am6a223548d395affd@mail.gmail.com> <53d6e7831003290559kcfbafe5g260f269c6d395051@mail.gmail.com> Message-ID: 2010/3/29 TamĂĄs CservenĂĄk > Igen, > legalabbis azokat, melyeket a felhasznalok bejelentettek es/vagy szavaztak > ra. > > Itt ni: > http://jira.codehaus.org/browse/MNG > > Es most "Jason hangnemben" ;) > > rinya helyett tessek reszt venni. A legkonyebb "kivulallokent" kritizalni > barmit is (legyen az Ant, Make, a szomszed programja vagy eppen a Maven). Ez > egy OSS projekt. Ha nem tudod mi a teendod jobba tenni azt, kerdezz. Ha > tudod, tedd azt. A harmadik ut pedig azt okozza, hogy a megjegyzeseid > behatas nelkul lepattanjonak rolunk, es egyenesen a /dev/null-ban > landoljanak. Pontosan melyik MNG issue-kra gondolsz melyeket "nagyobb > tervezĂŠsi ĂŠs implementĂĄciĂłs problĂŠmĂĄt" neven felidezel? Kerlek valaszolj, > linkelve az issue-kat! ;) > > --- > > Mas: Jason valoszinuleg majusban ujra Szegedre jon (es egyuttal szivesen > elugrana Pesre eloadni, ha lesz valami esemeny). Kerlek Zsombor, kerdezz ra > akkor :D > > > > Én csak egy olyan ficsĂśrt szeretnĂŠk, ami : 1, repositorynak meg lehessen adni egy lokĂĄlis kĂśnyvtĂĄrt, relativan a projekthez, mindezt a pom-ban, s ne valami {user.home}/.m2/settings.xml -ben 2, le lehessen tiltani az Ăśsszes tĂśbbi repository elĂŠrĂŠsĂŠt 3, a cache hasznĂĄlatĂĄnak letiltĂĄsa. (Azt nonszensznek tartom, hogy reprodukĂĄlhatĂł build lĂŠtrehozĂĄsĂĄnĂĄl az a tanĂĄcs, hogy előtte tĂśrĂśljĂźk a cachet) Lehet, hogy ezek most is megvalĂłsĂ­thatĂłak, mindenesetre a maven site pĂĄr ĂłrĂĄs bĂśngĂŠszĂŠse sorĂĄn nem sikerĂźlt rĂĄjĂśnnĂśm - az offline mĂłd kapcsolĂłjĂĄn kĂ­vĂźl. Ha ezek megvalĂłsĂ­thatĂłak, akkor fogom azt majd elhinni, hogy egy svn repobĂłl, vagy egy lementett snapshotbĂłl bĂĄrmikor a tĂĄvoli jĂśvőben, egy java vm + maven segĂ­tsĂŠgĂŠvel Ăşjra ĂŠpĂ­thetem egy mavent hasznĂĄlĂł projektet. TermĂŠszetesen kĂśnnyĹą kĂ­vĂźlĂĄllĂłkĂŠnt kritizĂĄlni, de ha arrĂłl akarnak meggyőzni, hogy mennyivel sokkal jobb a maven mint bĂĄrmi mĂĄs, ĂŠs hasznĂĄljam inkĂĄbb azt, akkor azĂŠrt el lehetne gondolkodni, hogy mĂŠg ennyi ĂŠv utĂĄn is miĂŠrt van olyan sok ember, aki az ant-ot vĂĄlasztja, mitől kĂŠnyelmesebb az annyival. SzemĂŠly szerint tĂśbb alkalommal futottam neki, hogy kisebb nagyobb projekteket maven-esĂ­tsek, eddig mĂŠrsĂŠkelt sikerrel. Hol ott kattantam meg, amikor valami triviĂĄlis hiĂĄnyzĂł dependenciĂĄhoz kerestem repositoryt - vĂŠgĂźl maradtam egy becsekkelt jar + shell script kombinĂĄciĂłnĂĄl, ami beinjektĂĄlta a lokĂĄlis repĂłba a hiĂĄnyzĂł fĂźggősĂŠgeket - hol amikor, a generĂĄlt javadoc-ot szerettem volna kicsit customizĂĄlni, vagy amikor a build sorĂĄn egy java toolt kellett volna meghivni, ami vĂŠgig nĂŠzi a java forrĂĄsokat ĂŠs Ăşjabbakat generĂĄl - xdoclet-szerĂźsĂŠg, csak sajĂĄt fejlesztĂŠs, ezt vĂŠgĂźl kiraktam ant scriptbe, nĂŠmi classpath mĂĄgiĂĄval megfejelve, hol amikor platform fĂźggő tar.gz/zip releaseket prĂłbĂĄltam kĂŠszĂ­teni. SzĂłval szemĂŠly szerint, ĂŠn megprĂłbĂĄltam nagyon pozitivan hozzĂĄĂĄllni a dolgokhoz, tĂśbbszĂśr is, lehet, hogy nem voltam elĂŠg kitartĂł, vagy nem ĂŠreztem ĂĄt a "maven" hasznĂĄlatĂĄnak a szellemisĂŠgĂŠt, mindenesetre nekem az a benyomĂĄsom volt ĂŠs maradt, hogy tĂśbb problĂŠmĂĄt okoz mint amennyit old meg. Üdv Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100329/b58c7c88/attachment-0001.html From tamas at cservenak.net Mon Mar 29 16:36:36 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Mon, 29 Mar 2010 16:36:36 +0200 Subject: [Java lista] OSS Message-ID: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> 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~ --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100329/6526b3f6/attachment.html From biziclop at gmail.com Mon Mar 29 16:50:12 2010 From: biziclop at gmail.com (biziclop) Date: Mon, 29 Mar 2010 15:50:12 +0100 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> Message-ID: > Várom a véleményeket. Várom az ötleteket is! Először is: minden, amit munkaszerződés vagy azzal ekvivalens megbízási szerződés keretében írsz, a cég szellemi tulajdonát képezi. Tehát amit a melóhelyen írsz, abból nem lesz OS, hacsak nem a tied a cég. És azt hiszem, ez a kulcs: a nagyobb cégek inkább hörcsög módjára gyűjtögetik a kódot és titkolóznak (pedig a legtöbb esetben a kód amúgy is vagy silány minőségű vagy az égvilágon senkit nem érdekel), kis fejlesztőcégből pedig nagyon kevés van. Mármint valódiból, nem olyanból, amelyik kvázi munkaszerződéssel dolgozik. Arra meg nem lehet építeni, hogy majd mindenki otthon, munka után, hobbiból. lsp From peter at verhas.com Mon Mar 29 16:54:17 2010 From: peter at verhas.com (Peter Verhas) Date: Mon, 29 Mar 2010 16:54:17 +0200 Subject: [Java lista] =?iso-8859-1?q?V=E1lasz=3A_Re=3A_V=E1lasz=3A_Re=3A_E?= =?iso-8859-1?q?gy_NB6=2E8-as_buildAll_script_keszitese?= In-Reply-To: References: <245044197-1269616053-cardhu_decombobulator_blackberry.rim.net-803924714-@bda2169.bisx.produk.on.blackberry> <53d6e7831003260848g43bb6eefr3dba064a2a4a92eb@mail.gmail.com> <63038101-1269864177-cardhu_decombobulator_blackberry.rim.net-2028604050-@bda2169.bisx.produk.on.blackberry> <60f30cea1003290537o3bbc3d6am6a223548d395affd@mail.gmail.com> <53d6e7831003290559kcfbafe5g260f269c6d395051@mail.gmail.com> Message-ID: <60f30cea1003290754u60134aa8p79a044a427fe0138@mail.gmail.com> >Én csak egy olyan ficsört szeretnék, ami : > > 1, repositorynak meg lehessen adni egy lokális könyvtárt, relativan a projekthez, mindezt a pom-ban, s ne valami {user.home}/.m2/settings.xml -ben > 2, le lehessen tiltani az összes többi repository elérését > 3, a cache használatának letiltása. (Azt nonszensznek tartom, > hogy reprodukálható build létrehozásánál az a tanács, hogy előtte töröljük a cachet) Az, hogy a POM-ban legyen... Azt nem tudom, de talán nem is feltétlenül kell. VIszont miért nem jó a '-s' és a '-gs' opciók és egy settings.xml a pom mellett? >lehetne gondolkodni, hogy még ennyi év után is miért van olyan sok ember, aki az >ant-ot választja, mitől kényelmesebb az annyival. Az 1800-as években kezdtél csak el használni a kaszát Magyarországon. Addig csak sarlóval arattak. Jó volt az az apámnak, meg a nagyapámnak is, akkor jó lesz az nekem is. Minek valami újat megtanulni. Szerintem ez ugyanez a mentalitás. >  Személy szerint több alkalommal futottam neki, hogy kisebb nagyobb >projekteket maven-esítsek, eddig mérsékelt sikerrel. Imho, nem mavenesíteni kell, hanem úgy indítani. >Hol ott kattantam meg, amikor valami triviális hiányzó dependenciához >kerestem repositoryt - végül maradtam egy becsekkelt jar + shell script >kombinációnál, ami beinjektálta a lokális repóba a hiányzó függőségeket Ez ugyanolyan egyszerű, mint az ANT-nál, hogy bemásolod a lib könyvtárba. Attól, hogy maven-t használsz, még nem lesz minden a világon repóban. Ez ilyen. A világ ilyen. > hol amikor, a generált javadoc-ot szerettem volna kicsit customizálni, vagy Nem lehetett volna customizálás nélkül a standardoknak megfelelően? Akkor ment volna maven-nal is. Amikor eltér az ember a standardtól, az mindig szaglik. > amikor a build során egy java toolt kellett volna meghivni, ami végig nézi a java > forrásokat és újabbakat generál - xdoclet-szerüség, csak saját fejlesztés, Nincs valami hasonló rá készen, amire van maven plugin. Ez megint az, hogy valami nem szabványosat fabrikálunk. > ezt végül kiraktam ant scriptbe, némi classpath mágiával megfejelve, hol > amikor platform függő tar.gz/zip releaseket próbáltam készíteni. Milyen platform? > Szóval személy szerint, én megpróbáltam nagyon pozitivan hozzáállni a dolgokhoz, > többször is, lehet, hogy nem voltam elég kitartó, vagy nem éreztem át a "maven" > használatának a szellemiségét, mindenesetre nekem az a benyomásom volt és maradt, >hogy több problémát okoz mint amennyit old meg. Nekem se kutyám, se macskám a maven, csak annyi az előnyöm veled szemben, hogy az ANT-hoz nem értek (annyira). -- Verhás Péter peter at verhas.com t: +36(30)9306805 From peter at verhas.com Mon Mar 29 16:55:35 2010 From: peter at verhas.com (Peter Verhas) Date: Mon, 29 Mar 2010 16:55:35 +0200 Subject: [Java lista] OSS In-Reply-To: References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> Message-ID: <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> > gyűjtögetik a kódot és titkolóznak (pedig a legtöbb esetben a kód > amúgy is vagy silány minőségű Szerintem éppen azért. -- Verhás Péter peter at verhas.com t: +36(30)9306805 From auth.gabor at javaforum.hu Mon Mar 29 16:56:22 2010 From: auth.gabor at javaforum.hu (Auth =?utf-8?q?G=C3=A1bor?=) Date: Mon, 29 Mar 2010 16:56:22 +0200 Subject: [Java lista] =?utf-8?b?VsOhbGFzejogUmU6IFbDoWxhc3o6IFJlOiBFZ3kg?= =?utf-8?q?NB6=2E8-as_buildAll_script_keszitese?= In-Reply-To: References: <245044197-1269616053-cardhu_decombobulator_blackberry.rim.net-803924714-@bda2169.bisx.produk.on.blackberry> <53d6e7831003290559kcfbafe5g260f269c6d395051@mail.gmail.com> Message-ID: <201003291656.22443.auth.gabor@javaforum.hu> Halihó! > 1, repositorynak meg lehessen adni egy lokális könyvtárt, relativan a > projekthez, mindezt a pom-ban, s ne valami {user.home}/.m2/settings.xml > -ben Ennek mi az értelme? Pont a Maven lényege veszne el, vagyis az, hogy van egy központi bináris repód valahol, és nem helyben van valami izé, ahonnan dolgozol. Ettől lesz igazán reprodukálhatatlan a build, ha legalább két fejlesztő dolgozik. > 2, le lehessen tiltani az összes többi repository elérését Lásd első pont. :) > 3, a cache használatának letiltása. (Azt nonszensznek tartom, hogy > reprodukálható build létrehozásánál az a tanács, hogy előtte töröljük a > cachet) Ez meg -U paraméter, ha jól értem mire gondolsz. > Ha ezek megvalósíthatóak, akkor fogom azt majd elhinni, hogy egy svn > repoból, vagy egy lementett snapshotból bármikor a távoli jövőben, egy java > vm + maven segítségével újra építhetem egy mavent használó projektet. Egy svn repóból ÉS egy bináris Maven repóból bármikor... > Személy szerint több alkalommal futottam neki, hogy kisebb nagyobb > projekteket maven-esítsek, eddig mérsékelt sikerrel. Hol ott kattantam meg, > amikor valami triviális hiányzó dependenciához kerestem repositoryt - végül > maradtam egy becsekkelt jar + shell script kombinációnál, ami beinjektálta > a lokális repóba a hiányzó függőségeket Én Nexus-t használok erre... és szerintem sokan mások is. :D > - hol amikor, a generált > javadoc-ot szerettem volna kicsit customizálni, vagy amikor a build során > egy java toolt kellett volna meghivni, ami végig nézi a java forrásokat és > újabbakat generál - xdoclet-szerüség, csak saját fejlesztés, ezt végül > kiraktam ant scriptbe, némi classpath mágiával megfejelve, hol amikor > platform függő tar.gz/zip releaseket próbáltam készíteni. Erre meg Maven plugint lehet írni, amit aztán a bináris repódban tartasz. Amikor 10-20 fejlesztő dolgozik egy projekten, sokat egyszerűsít a Maven, mert nem kell kézről-kézre járnia egy build környezetnek, illetve nem kell teletűzdelni az svn repót verziózott jar fájlokkal. Kis projekthez nem éri meg a Maven, de én már kényelemből azzal csinálok mindent, mert megvan hozzá az archetype, ami legyártja a projektet. Nagy projekthez nem állnék neki ant alapokon, volt benne részem, igen borzalmas tud lenni a dependency hell. -- Auth Gábor From auth.gabor at javaforum.hu Mon Mar 29 17:04:48 2010 From: auth.gabor at javaforum.hu (Auth =?utf-8?q?G=C3=A1bor?=) Date: Mon, 29 Mar 2010 17:04:48 +0200 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> Message-ID: <201003291704.48675.auth.gabor@javaforum.hu> Halihó! 2010. március 29. 16.36.36 Tamás Cservenák dátummal ezt írta: > 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. Van egy olyan világ, ahol a "letöltöm, az nem lopás" mentalitás annyira benne él a végzősökben, hogy nem látja értelmét az OSS kezdeményezéseknek - nem látja az értékét ezeknek. A többség sajnos ilyen, sok pályakezdővel találkoztam az utóbbi időben, akik nem is ismerték a NetBeans vagy az Eclipse környezetet, mert olyan nem volt warez oldalakon, csak az egyéb fizetős környezetek... :) Nekem itt az OSS kezdeményezésem: http://wiki.javaforum.hu/display/JFPORTAL/Bevezeto -- Auth Gábor From akos.gabriel at i-logic.hu Mon Mar 29 17:08:06 2010 From: akos.gabriel at i-logic.hu (=?ISO-8859-1?Q?G=E1briel_=C1kos?=) Date: Mon, 29 Mar 2010 17:08:06 +0200 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> Message-ID: <1269875286.11458.9.camel@gabriel-desktop> On Mon, 2010-03-29 at 16:36 +0200, Tamás Cservenák wrote: > 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. Szerintem csak nem látod. Attól, hogy nincs (nagyon híres) magyar projekt, nem jelenti azt, hogy nincs egy csomó hibajavítás, tesztelés, apró fejlesztés magyar részről. Simán van. Kisebb projektek önállóan is vannak. Szerintem nem fontos "híresnek lenni". Get a life és hasonlók :) > 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. Adempiere-ben benne vagyunk, Liferay-ben benne vagyunk, és ez csak a mi cégünk. Rizsi mester (ex employee) vagy 2-3 sourceforge-os projekt indítója. > 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? Van ilyen cég szerintem nem kevés. Az egyénnek meg alapvető érdeke, hogy megéljen. Megélni meg ott tud, ahol fizetést adnak, mindegy hogy az adott cég open-source vagy sem. -- Ü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 tamas at cservenak.net Mon Mar 29 17:11:53 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Mon, 29 Mar 2010 17:11:53 +0200 Subject: [Java lista] OSS In-Reply-To: <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> Message-ID: <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> Ha mĂĄr silĂĄny minősĂŠgĹą kĂłdrol beszĂŠlĂźnk, egy kis fikciĂł: Volt egyszer egy hirdetĂŠs, fejlesztői munkĂĄt ajĂĄnlottak, ĂŠn "dolgoztam fel" a jelentkezőket (előszĹąrĂŠs, nem interjĂş). Jelentkezett X fejlesztő, kezdő, nem-kezdő, haladĂł ĂŠs "guru" (sajĂĄt minősĂ­tĂŠse a jelentkezőnek). Kikaptam egy igĂŠreteset, nagyon szĂŠp CVje volt. De nem ĂŠrdekelt. Voltak ilyen olyan plecsnijei. Azok sem ĂŠrdekeltek. TovĂĄbb kutakodtam, meg akartam ismerni az embert. De a leadott anyagbĂłl nem tudtam kĂśzelebb fĂŠrkőzni hozzĂĄ. VĂŠgĂźl, kĂłdot kĂŠrtem az embertől... mert a papĂ­rjaibĂłl _semmi_ sem derĂźlt ki (jelzők, plecsnik, nagynevĹą multi cĂŠgek mint volt munkĂĄltatĂłk voltak). "Írok ĂŠs, de milyen problĂŠmĂĄra, mit oldjak meg?" jĂśtt a vĂĄlasz. Ez nem ZH, gondoltam magamban. "BĂĄrmit. BĂĄrmit. A volt munkĂĄidbĂłl, a hobbidbĂłl, a legĂł robotodbĂłl. BĂĄrmit." -- ment az Ăşj reply. És itt elakadtunk. Az alak azt hitte "baxxogatom", ĂŠs pedig komolyan gondoltam. Az eddigi kĂłdjai "zĂĄrtak", "nem mutathatja meg azokat, Ăźzletit titok" (valĂłjĂĄban az előző munkĂĄltatĂł tulajdonĂĄt kĂŠpeztĂŠk). Nincs semmi sem a fiĂłkodban? Amit otthon kedvtelĂŠsből csinĂĄlsz. Valami pĂŠlda ami a "sajĂĄt szived Ăźgye"? Egy ĂĄlomprojekt, amin estĂŠnkĂŠnt ĂĄlmodozol ĂŠs kuksolsz egyedĂźl a sĂśtĂŠtben, mikor a (csajod | gyerekeid | szĂźleid | ....) mĂĄr ĂĄgyban vannak..? AkĂĄr egy szalvĂŠtadarab, egy sĂśrrel ĂĄtitatott ĂşjsĂĄgfecni kĂŠzĂ­rĂĄssal, valami kĂłdrĂŠszletekkel, bĂĄrmi? Firka, minden megteszi! Nem volt. Mert hĂĄt a munka az munka, a szabadidő az szabadidő. Kivettem a kupacbĂłl. :) (fiktĂ­v) TanulsĂĄg: az OSS az TE vagy. Nincs nĂĄla jobb CV. Kiteszed a "mĹąvedet" a kirakatba. Ha mĂŠg mĂĄsok hasznĂĄljĂĄk/breckĂĄljĂĄk is, az mĂĄr csak tiszta nyeresĂŠg. Thanks, ~t~ 2010/3/29 Peter Verhas > > gyĹąjtĂśgetik a kĂłdot ĂŠs titkolĂłznak (pedig a legtĂśbb esetben a kĂłd > > amĂşgy is vagy silĂĄny minősĂŠgĹą > > Szerintem ĂŠppen azĂŠrt. > > -- > VerhĂĄs PĂŠter > peter at verhas.com > t: +36(30)9306805 > _______________________________________________ > 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/20100329/f9c2beec/attachment-0001.html From biziclop at gmail.com Mon Mar 29 17:17:50 2010 From: biziclop at gmail.com (biziclop) Date: Mon, 29 Mar 2010 16:17:50 +0100 Subject: [Java lista] OSS In-Reply-To: <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> Message-ID: 2010/3/29 Peter Verhas : >> gyűjtögetik a kódot és titkolóznak (pedig a legtöbb esetben a kód >> amúgy is vagy silány minőségű > > Szerintem éppen azért. Lehet, de a hivatalos szöveg az, hogy a konkurencia és ipari kémkedés és juj, nehogy kiderüljön, hogy rendezem magyar helyesírás szerinti ABC-sorrendbe az ügyfeleink névsorát. lsp From akos.gabriel at i-logic.hu Mon Mar 29 17:24:43 2010 From: akos.gabriel at i-logic.hu (=?ISO-8859-1?Q?G=E1briel_=C1kos?=) Date: Mon, 29 Mar 2010 17:24:43 +0200 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> Message-ID: <1269876283.11458.12.camel@gabriel-desktop> On Mon, 2010-03-29 at 17:11 +0200, Tamás Cservenák wrote: > Nem volt. Mert hát a munka az munka, a szabadidő az szabadidő. Get a life, nem hülyeség. > > Kivettem a kupacból. :) > > > (fiktív) Tanulság: az OSS az TE vagy. Nincs nála jobb CV. Kiteszed a Te most egy egyemberes projektről beszélsz. Persze vannak ilyenek is. Magáról az emberrről, a képességeiről nem tudtál meg semmit, mégis kivetted a kupacból. Lelked rajta. > "művedet" a kirakatba. Ha még mások használják/breckálják is, az már > csak tiszta nyereség. irreleváns -- Ü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 tamas at cservenak.net Mon Mar 29 17:26:57 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Mon, 29 Mar 2010 17:26:57 +0200 Subject: [Java lista] OSS In-Reply-To: <1269876283.11458.12.camel@gabriel-desktop> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> Message-ID: <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> Szerintem nem ĂŠrtjĂźk egymĂĄst: Te _soha_, de SOHA nem kĂłdoltĂĄl munkaidőn, egyetemen kĂ­vĂźl? TĂşlĂłra ĂŠs hĂĄzi feladat nem szĂĄmĂ­t! :D Thanks, ~t~ 2010/3/29 GĂĄbriel Ákos > On Mon, 2010-03-29 at 17:11 +0200, TamĂĄs CservenĂĄk wrote: > > > > Nem volt. Mert hĂĄt a munka az munka, a szabadidő az szabadidő. > > Get a life, nem hĂźlyesĂŠg. > > --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100329/705078cf/attachment.html From biziclop at gmail.com Mon Mar 29 17:29:03 2010 From: biziclop at gmail.com (biziclop) Date: Mon, 29 Mar 2010 16:29:03 +0100 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> Message-ID: 2010/3/29 Tamás Cservenák : > És itt elakadtunk. Az alak azt hitte "baxxogatom", és pedig komolyan > gondoltam. Az eddigi kódjai "zártak", "nem mutathatja meg azokat, üzletit > titok" (valójában az előző munkáltató tulajdonát képezték). Nincs semmi sem > a fiókodban? Amit otthon kedvtelésből csinálsz. Valami példa ami a "saját > szived ügye"? Egy álomprojekt, amin esténként álmodozol és kuksolsz egyedül > a sötétben, mikor a (csajod | gyerekeid | szüleid | ....) már ágyban > vannak..? Akár egy szalvétadarab, egy sörrel átitatott újságfecni > kézírással, valami kódrészletekkel, bármi? Firka, minden megteszi! > Nem volt. Mert hát a munka az munka, a szabadidő az szabadidő. Teljesen igaza van pedig. Nem mindenki mániákus, és szar is lenne, ha mindenki az lenne. Kell egy-két ember minden céghez persze, akinek nincs valódi élete, de azért nem egészséges, ha mindenki ilyen. Filozofálás helyett adhattálvolna neki egy egyszerű példafeladatot. lsp From biziclop at gmail.com Mon Mar 29 17:34:14 2010 From: biziclop at gmail.com (biziclop) Date: Mon, 29 Mar 2010 16:34:14 +0100 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> Message-ID: 2010/3/29 Tamás Cservenák : > Szerintem nem értjük egymást: Te _soha_, de SOHA nem kódoltál munkaidőn, > egyetemen kívül? Túlóra és házi feladat nem számít! De, amikor még tizeniksz éves voltam, rengeteget. De ha írnék is mostanában bármit (nagy ritkán azért előfordul), nem fogom megmutatni egy potenciális munkaadónak, mert az a kód, ami csak magamnak készült, olyan is. Ne vedd a lelkedre, de ha te emiatt kitennél engem a potenciális jelentkezők listájából, akkor alászolgája. Lenne egy jó álláskeresős sztorim legalább: "Képzeld, a múltkor egy faszi az egyik cégnél folyton azzal nyaggatott, hogy mutassak neki kódot, mintha megakadt volna a tű. Mondom, ember, mondd, hogy mit kódoljak, megcsinálom. De ő csak azt hajtogatta, hogy biztos van valami kódom otthon a fiókbavn meg ilyen marhaságokat. Persze, hogy van, de semmi köze hozzá, elhajtottam a francba." lsp From akos.gabriel at i-logic.hu Mon Mar 29 17:48:59 2010 From: akos.gabriel at i-logic.hu (=?ISO-8859-1?Q?G=E1briel_=C1kos?=) Date: Mon, 29 Mar 2010 17:48:59 +0200 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> Message-ID: <1269877739.11458.15.camel@gabriel-desktop> On Mon, 2010-03-29 at 17:26 +0200, Tamás Cservenák wrote: > Szerintem nem értjük egymást: Te _soha_, de SOHA nem kódoltál > munkaidőn, egyetemen kívül? Túlóra és házi feladat nem számít! De. Egy bizonyos korig ezt lehet is csinálni. Utána már nem feltétlenül egészséges. Mostanában is gányolok otthon persze (fűtésvezérlést). -- Ü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 tamas at cservenak.net Mon Mar 29 17:51:05 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Mon, 29 Mar 2010 17:51:05 +0200 Subject: [Java lista] OSS In-Reply-To: References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> Message-ID: <53d6e7831003290851r180c7e5fuf65681972a0794b2@mail.gmail.com> Ok, vettem. ElnĂŠzĂŠst, indulatos vagyok. De ĂŠn pont erre gondolok: "csak magamnak kĂŠszĂźlt, olyan is". Ez mit jelent? Milyen az? Mi az ami kĂŠszteti a fejlesztőket, hogy a sajĂĄt (tizeniksz utĂĄni) kĂłdjukat rejtegessĂŠk ĂŠs Ă­gy minősĂ­tsĂŠk? Mi garantĂĄlja a munkaadĂłdnak, hogy a neki Ă­rt kĂłd "nem olyan"? (mĂĄr amilyen az). ŐszĂ­ntĂŠn, ha ezt a dumĂĄt nyomnĂĄd, ĂŠn nem hinnĂŠk neked. Mivel győznĂŠl meg engem, hogy a nĂĄlam Ă­rt kĂłd "mĂĄsmilyen" lenne. Heh. De egy kicsit elkanyarodtunk a tĂŠmĂĄtĂłl. Thanks, ~t~ 2010/3/29 biziclop > 2010/3/29 TamĂĄs CservenĂĄk : > > Szerintem nem ĂŠrtjĂźk egymĂĄst: Te _soha_, de SOHA nem kĂłdoltĂĄl munkaidőn, > > egyetemen kĂ­vĂźl? TĂşlĂłra ĂŠs hĂĄzi feladat nem szĂĄmĂ­t! > > De, amikor mĂŠg tizeniksz ĂŠves voltam, rengeteget. > > De ha Ă­rnĂŠk is mostanĂĄban bĂĄrmit (nagy ritkĂĄn azĂŠrt előfordul), nem > fogom megmutatni egy potenciĂĄlis munkaadĂłnak, mert az a kĂłd, ami csak > magamnak kĂŠszĂźlt, olyan is. > > --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100329/cc7d296c/attachment.html From tamas at cservenak.net Mon Mar 29 17:57:38 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Mon, 29 Mar 2010 17:57:38 +0200 Subject: [Java lista] OSS In-Reply-To: <1269877739.11458.15.camel@gabriel-desktop> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> <1269877739.11458.15.camel@gabriel-desktop> Message-ID: <53d6e7831003290857j6e54a1f5ma177744349bdd49a@mail.gmail.com> MĂĄr ketten ĂĄllĂ­tjĂĄk ezt a "kor dolgot". Érdekelne, mit fed ez. Auth GĂĄbort ĂŠs a VerhĂĄs testvĂŠreket ĂŠn nem tizeniksz korĂşaknak ismertem meg :) Van mĂŠg gyerek jelen? Vagy mind csak komoly felnőttekel van itt dolgunk? :D :D Thanks, ~t~ 2010/3/29 GĂĄbriel Ákos > On Mon, 2010-03-29 at 17:26 +0200, TamĂĄs CservenĂĄk wrote: > > Szerintem nem ĂŠrtjĂźk egymĂĄst: Te _soha_, de SOHA nem kĂłdoltĂĄl > > munkaidőn, egyetemen kĂ­vĂźl? TĂşlĂłra ĂŠs hĂĄzi feladat nem szĂĄmĂ­t! > > De. Egy bizonyos korig ezt lehet is csinĂĄlni. > UtĂĄna mĂĄr nem feltĂŠtlenĂźl egĂŠszsĂŠges. > > MostanĂĄban is gĂĄnyolok otthon persze (fĹątĂŠsvezĂŠrlĂŠst). > > --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100329/60f6f1e6/attachment.html From akos.gabriel at i-logic.hu Mon Mar 29 17:59:26 2010 From: akos.gabriel at i-logic.hu (=?ISO-8859-1?Q?G=E1briel_=C1kos?=) Date: Mon, 29 Mar 2010 17:59:26 +0200 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290851r180c7e5fuf65681972a0794b2@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> <53d6e7831003290851r180c7e5fuf65681972a0794b2@mail.gmail.com> Message-ID: <1269878366.11458.21.camel@gabriel-desktop> On Mon, 2010-03-29 at 17:51 +0200, Tamás Cservenák wrote: > Mi garantálja a munkaadódnak, hogy a neki írt kód "nem olyan"? (már Rejtegeti a fene, én megmutatnám. Nem mindig egyszerű a peremfeltételeket magyarázni, hogy mi miért gány. Szervó vezérléshez pl. írtam egy irtó béna (még az algoritmus is béna, exception kezelés minimális) kódot, mert lényegtelen milyen, a házban úgysem szervó lesz. Arra viszont tökéletesen alkalmas, hogy a vezérlést mint egészet tudjam próbálgatni és tesztelni. -- Ü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 akos.gabriel at i-logic.hu Mon Mar 29 18:01:36 2010 From: akos.gabriel at i-logic.hu (=?ISO-8859-1?Q?G=E1briel_=C1kos?=) Date: Mon, 29 Mar 2010 18:01:36 +0200 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290857j6e54a1f5ma177744349bdd49a@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> <1269877739.11458.15.camel@gabriel-desktop> <53d6e7831003290857j6e54a1f5ma177744349bdd49a@mail.gmail.com> Message-ID: <1269878496.11458.23.camel@gabriel-desktop> On Mon, 2010-03-29 at 17:57 +0200, Tamás Cservenák wrote: > Már ketten állítják ezt a "kor dolgot". > > > Érdekelne, mit fed ez. 35 leszek 1-n. Van két gyerekem, család egyéb részei, építkezek. Csomó elintézendő dolog lóg a nyakamon. Szerinted mire van időm? Ennyi. Más volt 20-23 évesen, egyedül, Schban. -- Ü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 fisha at freemail.hu Mon Mar 29 18:01:29 2010 From: fisha at freemail.hu (fisha) Date: Mon, 29 Mar 2010 18:01:29 +0200 Subject: [Java lista] OFF: ex-OSS In-Reply-To: <53d6e7831003290851r180c7e5fuf65681972a0794b2@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> <53d6e7831003290851r180c7e5fuf65681972a0794b2@mail.gmail.com> Message-ID: <4BB0CED9.70400@freemail.hu> Hello! Ez amúgy egy érdekes kérdéskör. Én, ha nagy ritkán odajutok, hogy otthon "hobbiprogramozzak", akkor pont hogy szeretek belehalni a szépségbe, és mindent - akár értelmetlenül - általánosra csinálni, pattern hegyeket használni, új framework-öket bevetni. Lehet, hogy azért, mert munka közben sajnos dominálnak a határidők... Üdv, Fisha Tamás Cservenák wrote: > Ok, vettem. Elnézést, indulatos vagyok. > > De én pont erre gondolok: "csak magamnak készült, olyan is". Ez mit > jelent? Milyen az? > > Mi az ami készteti a fejlesztőket, hogy a saját (tizeniksz utáni) > kódjukat rejtegessék és így minősítsék? > > Mi garantálja a munkaadódnak, hogy a neki írt kód "nem olyan"? (már > amilyen az). Őszíntén, ha ezt a dumát nyomnád, én nem hinnék neked. > Mivel győznél meg engem, hogy a nálam írt kód "másmilyen" lenne. > > Heh. > > De egy kicsit elkanyarodtunk a témától. > > > Thanks, > ~t~ > > 2010/3/29 biziclop > > > 2010/3/29 Tamás Cservenák >: > > Szerintem nem értjük egymást: Te _soha_, de SOHA nem kódoltál > munkaidőn, > > egyetemen kívül? Túlóra és házi feladat nem számít! > > De, amikor még tizeniksz éves voltam, rengeteget. > > De ha írnék is mostanában bármit (nagy ritkán azért előfordul), nem > fogom megmutatni egy potenciális munkaadónak, mert az a kód, ami csak > magamnak készült, olyan is. > > ------------------------------------------------------------------------ > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > ------------------------------------------------------------------------ > > > No virus found in this incoming message. > Checked by AVG - www.avg.com > Version: 8.5.437 / Virus Database: 271.1.1/2775 - Release Date: 03/28/10 06:32:00 > > From tamas at cservenak.net Mon Mar 29 18:03:40 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Mon, 29 Mar 2010 18:03:40 +0200 Subject: [Java lista] OSS In-Reply-To: <1269878496.11458.23.camel@gabriel-desktop> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> <1269877739.11458.15.camel@gabriel-desktop> <53d6e7831003290857j6e54a1f5ma177744349bdd49a@mail.gmail.com> <1269878496.11458.23.camel@gabriel-desktop> Message-ID: <53d6e7831003290903t50b9662cla88b3d3d20fa40ac@mail.gmail.com> HAHA!!!! 35 vagyok. Van kĂŠt gyerekem, csalĂĄd egyĂŠb rĂŠszei, tavaly ĂŠpĂ­tkeztem. CsomĂł elintĂŠzendő dolog lĂłg a nyakamon, a mĂşltheti EclipseCon-t pont emiatt hagytam ki (a 2. gyerek mĂŠg pici, 4 hĂłnapos). ROFL 2010/3/29 GĂĄbriel Ákos 35 leszek 1-n. Van kĂŠt gyerekem, csalĂĄd egyĂŠb rĂŠszei, ĂŠpĂ­tkezek. CsomĂł > elintĂŠzendő dolog lĂłg a nyakamon. Szerinted mire van időm? > Ennyi. > > MĂĄs volt 20-23 ĂŠvesen, egyedĂźl, Schban. > > -- > ÜdvĂśzlettel, > GĂĄbriel Ákos > -=E-Mail :akos.gabriel at i-logic.hu|Web: http://www.i-logic.hu=- > -=Tel/fax:+3612391618 |Mobil:+36209278894 =- > > _______________________________________________ > 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/20100329/86cadd00/attachment.html From peter at verhas.com Mon Mar 29 18:04:57 2010 From: peter at verhas.com (Peter Verhas) Date: Mon, 29 Mar 2010 18:04:57 +0200 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290851r180c7e5fuf65681972a0794b2@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> <53d6e7831003290851r180c7e5fuf65681972a0794b2@mail.gmail.com> Message-ID: <60f30cea1003290904ucad0acej2264665d1e7c3e5f@mail.gmail.com> Nekem az a gondom az OS kódokkal, hogy nem tudom, hogy hányan használják és mire. Azért teszem ki, mert jó érzés (lenne), hogy használják és tudom. Persze erre lehet mondani, hogy a szarjaimat senki nem használja, de azért van néhány program amiről tudom, hogy sokan használják. Például a ScriptBasic-et beépítette a Sarian egyes routereibe, belerakták egy francia pénzügyi elemző programba. [ A Hion-nal elég sokáig szótagoltak magyar TeX szövegeket (néhányan talán még mai is, ha használnak TeX-et). ] De nincs igazán visszajelzés. A text2html gány perl scriptre egyszer írta valaki, hogy "you saved my life". Az jól esett. Mostanában a ScriptBasic-ről az a visszajelzésem van, hogy egy kb. 65 éves kaliforniai lengyel csóka kérdezget többnyire butaságokat, én meg türelmesen válaszolgatok neki. Néha csak pár nappal később, hogy elég türelmes tudjak lenni. De már nyomja rendületlenül öt éve, felállított egy community phpBoard bbs-t is, és összegyűjtött vagy hat regisztrált felhasználót, akik legalább egyszer beléptek már a rendszerbe :-) 44 éves leszek az idén. Most is van néhány olyan kód, ami még nincs kint, mert nem elég szép és jó még (pl.dokumentálás nincs még meg), amit megkap a világ OS hamarosan. From peter at verhas.com Mon Mar 29 18:06:54 2010 From: peter at verhas.com (Peter Verhas) Date: Mon, 29 Mar 2010 18:06:54 +0200 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290903t50b9662cla88b3d3d20fa40ac@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> <1269877739.11458.15.camel@gabriel-desktop> <53d6e7831003290857j6e54a1f5ma177744349bdd49a@mail.gmail.com> <1269878496.11458.23.camel@gabriel-desktop> <53d6e7831003290903t50b9662cla88b3d3d20fa40ac@mail.gmail.com> Message-ID: <60f30cea1003290906o5684ad3qf8f7d0b9a29f6392@mail.gmail.com> > hagytam ki (a 2. gyerek még pici, 4 hónapos). Értem. Az enyémek már nagyok, csak akkor látom őket ha pénz kell. Mármint nekik tőlem. Na jó azért még nem egészen... From biziclop at gmail.com Mon Mar 29 18:07:30 2010 From: biziclop at gmail.com (biziclop) Date: Mon, 29 Mar 2010 17:07:30 +0100 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290851r180c7e5fuf65681972a0794b2@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> <53d6e7831003290851r180c7e5fuf65681972a0794b2@mail.gmail.com> Message-ID: 2010/3/29 Tamás Cservenák : > Ok, vettem. Elnézést, indulatos vagyok. > De én pont erre gondolok: "csak magamnak készült, olyan is". Ez mit jelent? > Milyen az? > Mi az ami készteti a fejlesztőket, hogy a saját (tizeniksz utáni) kódjukat > rejtegessék és így minősítsék? Mondjuk például nem feltétlenül akarok olyan kommenteket publikálni, hogy "faszom ebbe azi opengl implementációba", hogy egy konkrét példából induljak ki. Vagy mondjuk a kód teljesen konfigurálhatatlan: egy feladatra készült, azt csinálja meg. Na az ilyesmibe mindig belekötnek. Kell ez neekm? Nem igazán. > Mi garantálja a munkaadódnak, hogy a neki írt kód "nem olyan"? (már amilyen > az). Őszíntén, ha ezt a dumát nyomnád, én nem hinnék neked. Mivel győznél > meg engem, hogy a nálam írt kód "másmilyen" lenne. Talán azzal, hogy ha megkérsz rá, hogy írjak valamit, akkor azt máshogy írom meg. Ha egy interjúhelyzetben nem vagy képes vagy hajlandó nekem egy feladatot kitalálni, mi garantálja azt, hogy ha elvállalom az állást, nem járok uganígy? Ez egyébként elég régóta bassza a csőrömet: miért kell mindig mindent jelek és ómenek kuszaságából kihámozni? Mi történt a jó öreg rákérdezéssel? Egyszer voltam egy állásinterjún, ahol egy grafológus spiné elemezte a személyiségemet. Mondjuk én már ekkor tudtam, hogy csak egymás idejét pazaroljuk, de gondoltam, az interjút most már végigülöm, hátha lesz valami vicces. Hát volt, a néni közölte, hogy az elemzés alapján erős az analitikus gondolkodásom és szókimondó vagyok. "Hát ez kb. öt perc beszélgetésss utan is kiderült volna, baszod." - nem válaszoltam erre, mert azért annyira nem vagyok szókimondó. De tényleg elkanyarodtunk. Becsszóra, ha valaha is írok otthon olyasmit, aminek minimális esélye van arra, hogy rajtam kivól bárki mást érdekeljen, és használható formába tudom hozni, publikálom. lsp From gzsombor at gmail.com Mon Mar 29 18:19:22 2010 From: gzsombor at gmail.com (Zsombor) Date: Mon, 29 Mar 2010 18:19:22 +0200 Subject: [Java lista] =?utf-8?b?VsOhbGFzejogUmU6IFbDoWxhc3o6IFJlOiBFZ3kg?= =?utf-8?q?NB6=2E8-as_buildAll_script_keszitese?= In-Reply-To: <60f30cea1003290754u60134aa8p79a044a427fe0138@mail.gmail.com> References: <245044197-1269616053-cardhu_decombobulator_blackberry.rim.net-803924714-@bda2169.bisx.produk.on.blackberry> <53d6e7831003260848g43bb6eefr3dba064a2a4a92eb@mail.gmail.com> <63038101-1269864177-cardhu_decombobulator_blackberry.rim.net-2028604050-@bda2169.bisx.produk.on.blackberry> <60f30cea1003290537o3bbc3d6am6a223548d395affd@mail.gmail.com> <53d6e7831003290559kcfbafe5g260f269c6d395051@mail.gmail.com> <60f30cea1003290754u60134aa8p79a044a427fe0138@mail.gmail.com> Message-ID: 2010/3/29 Peter Verhas > >Én csak egy olyan ficsĂśrt szeretnĂŠk, ami : > > > > 1, repositorynak meg lehessen adni egy lokĂĄlis kĂśnyvtĂĄrt, relativan a > projekthez, mindezt a pom-ban, s ne valami {user.home}/.m2/settings.xml -ben > > 2, le lehessen tiltani az Ăśsszes tĂśbbi repository elĂŠrĂŠsĂŠt > > 3, a cache hasznĂĄlatĂĄnak letiltĂĄsa. (Azt nonszensznek tartom, > > hogy reprodukĂĄlhatĂł build lĂŠtrehozĂĄsĂĄnĂĄl az a tanĂĄcs, hogy előtte > tĂśrĂśljĂźk a cachet) > > Az, hogy a POM-ban legyen... Azt nem tudom, de talĂĄn nem is > feltĂŠtlenĂźl kell. VIszont miĂŠrt nem jĂł a '-s' ĂŠs a '-gs' opciĂłk ĂŠs egy > settings.xml a pom mellett? > > Hmm. KezdĂŠsnek biztos jĂł :) > >lehetne gondolkodni, hogy mĂŠg ennyi ĂŠv utĂĄn is miĂŠrt van olyan sok ember, > aki az > >ant-ot vĂĄlasztja, mitől kĂŠnyelmesebb az annyival. > > Az 1800-as ĂŠvekben kezdtĂŠl csak el hasznĂĄlni a kaszĂĄt MagyarorszĂĄgon. > Addig csak sarlĂłval arattak. JĂł volt az az apĂĄmnak, meg a nagyapĂĄmnak > is, akkor jĂł lesz az nekem is. Minek valami Ăşjat megtanulni. > > Szerintem ez ugyanez a mentalitĂĄs. > Nem pont, van rake is, ami Ăşj, meg maven, meg ivy, meg scons, attĂłl mĂŠg hogy Ăşj, nem biztos, hogy jobb is :) > > > SzemĂŠly szerint tĂśbb alkalommal futottam neki, hogy kisebb nagyobb > >projekteket maven-esĂ­tsek, eddig mĂŠrsĂŠkelt sikerrel. > > Imho, nem mavenesĂ­teni kell, hanem Ăşgy indĂ­tani. > > Egy időgĂŠpet azĂŠrt mellĂŠkelhetnĂŠl :) > >Hol ott kattantam meg, amikor valami triviĂĄlis hiĂĄnyzĂł dependenciĂĄhoz > >kerestem repositoryt - vĂŠgĂźl maradtam egy becsekkelt jar + shell script > >kombinĂĄciĂłnĂĄl, ami beinjektĂĄlta a lokĂĄlis repĂłba a hiĂĄnyzĂł fĂźggősĂŠgeket > > Ez ugyanolyan egyszerĹą, mint az ANT-nĂĄl, hogy bemĂĄsolod a lib > kĂśnyvtĂĄrba. AttĂłl, hogy maven-t hasznĂĄlsz, mĂŠg nem lesz minden a > vilĂĄgon repĂłban. Ez ilyen. A vilĂĄg ilyen. > > TessĂŠk? Milyen lib kĂśnyvtĂĄr? A projekt fĂźggősĂŠgeit mĂŠg ant esetĂŠben sem szoktĂĄk az ant lib kĂśnyvtĂĄrĂĄba bemĂĄsolni, maven esetĂŠben pedig mĂŠg jobban csodĂĄlkoznĂŠk. > > hol amikor, a generĂĄlt javadoc-ot szerettem volna kicsit customizĂĄlni, > vagy > > Nem lehetett volna customizĂĄlĂĄs nĂŠlkĂźl a standardoknak megfelelően? > Akkor ment volna maven-nal is. Amikor eltĂŠr az ember a standardtĂłl, az > mindig szaglik. > > SajĂĄt stylesheetet kellett volna megadni, hogy pontosan mi is volt fĂĄjdalmas nem emlĂŠkszem, most Ăşgy lĂĄtom mĂĄr meg lehet adni explicit. > > amikor a build sorĂĄn egy java toolt kellett volna meghivni, ami vĂŠgig > nĂŠzi a java > > forrĂĄsokat ĂŠs Ăşjabbakat generĂĄl - xdoclet-szerĂźsĂŠg, csak sajĂĄt > fejlesztĂŠs, > > Nincs valami hasonlĂł rĂĄ kĂŠszen, amire van maven plugin. Ez megint az, > hogy valami nem szabvĂĄnyosat fabrikĂĄlunk. > > A vilĂĄg ilyen :) > > ezt vĂŠgĂźl kiraktam ant scriptbe, nĂŠmi classpath mĂĄgiĂĄval megfejelve, hol > > amikor platform fĂźggő tar.gz/zip releaseket prĂłbĂĄltam kĂŠszĂ­teni. > > Milyen platform? > Windows / Linux x86/amd64. > > > SzĂłval szemĂŠly szerint, ĂŠn megprĂłbĂĄltam nagyon pozitivan hozzĂĄĂĄllni a > dolgokhoz, > > tĂśbbszĂśr is, lehet, hogy nem voltam elĂŠg kitartĂł, vagy nem ĂŠreztem ĂĄt a > "maven" > > hasznĂĄlatĂĄnak a szellemisĂŠgĂŠt, mindenesetre nekem az a benyomĂĄsom volt ĂŠs > maradt, > >hogy tĂśbb problĂŠmĂĄt okoz mint amennyit old meg. > > Nekem se kutyĂĄm, se macskĂĄm a maven, csak annyi az előnyĂśm veled > szemben, hogy az ANT-hoz nem ĂŠrtek (annyira). > > :) Ez kĂŠtsĂŠgkĂ­vĂźl nagy előny :) Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100329/fde34103/attachment-0001.html From gzsombor at gmail.com Mon Mar 29 19:00:52 2010 From: gzsombor at gmail.com (Zsombor) Date: Mon, 29 Mar 2010 19:00:52 +0200 Subject: [Java lista] =?utf-8?b?VsOhbGFzejogUmU6IFbDoWxhc3o6IFJlOiBFZ3kg?= =?utf-8?q?NB6=2E8-as_buildAll_script_keszitese?= In-Reply-To: <201003291656.22443.auth.gabor@javaforum.hu> References: <245044197-1269616053-cardhu_decombobulator_blackberry.rim.net-803924714-@bda2169.bisx.produk.on.blackberry> <53d6e7831003290559kcfbafe5g260f269c6d395051@mail.gmail.com> <201003291656.22443.auth.gabor@javaforum.hu> Message-ID: 2010/3/29 Auth GĂĄbor > HalihĂł! > > > 1, repositorynak meg lehessen adni egy lokĂĄlis kĂśnyvtĂĄrt, relativan a > > projekthez, mindezt a pom-ban, s ne valami {user.home}/.m2/settings.xml > > -ben > > Ennek mi az ĂŠrtelme? Pont a Maven lĂŠnyege veszne el, vagyis az, hogy van > egy > kĂśzponti binĂĄris repĂłd valahol, ĂŠs nem helyben van valami izĂŠ, ahonnan > dolgozol. Ettől lesz igazĂĄn reprodukĂĄlhatatlan a build, ha legalĂĄbb kĂŠt > fejlesztő dolgozik. > > Éppen, hogy az volt a tapasztalat, hogy kĂŠt gĂŠpen csak akkor reprodukĂĄlhatĂł egy build, ha előtte az ember tĂśrli a cachet, a lokĂĄlis repĂłt, a home kĂśnyvtĂĄrban levő settings.xml-t, ezĂŠrt lenne jĂł, ha egy svn-ben tĂĄrolt, lib, pardon "repo" kĂśnyvtĂĄrat meg lehetne adni, hogy itt van az Ăśsszes fĂźggősĂŠg, mĂĄshoz ne forduljon. > > 2, le lehessen tiltani az Ăśsszes tĂśbbi repository elĂŠrĂŠsĂŠt > > LĂĄsd első pont. :) > > > 3, a cache hasznĂĄlatĂĄnak letiltĂĄsa. (Azt nonszensznek tartom, hogy > > reprodukĂĄlhatĂł build lĂŠtrehozĂĄsĂĄnĂĄl az a tanĂĄcs, hogy előtte tĂśrĂśljĂźk a > > cachet) > > Ez meg -U paramĂŠter, ha jĂłl ĂŠrtem mire gondolsz. > > > Ha ezek megvalĂłsĂ­thatĂłak, akkor fogom azt majd elhinni, hogy egy svn > > repobĂłl, vagy egy lementett snapshotbĂłl bĂĄrmikor a tĂĄvoli jĂśvőben, egy > java > > vm + maven segĂ­tsĂŠgĂŠvel Ăşjra ĂŠpĂ­thetem egy mavent hasznĂĄlĂł projektet. > > Egy svn repĂłbĂłl ÉS egy binĂĄris Maven repĂłbĂłl bĂĄrmikor... > > > SzemĂŠly szerint tĂśbb alkalommal futottam neki, hogy kisebb nagyobb > > projekteket maven-esĂ­tsek, eddig mĂŠrsĂŠkelt sikerrel. Hol ott kattantam > meg, > > amikor valami triviĂĄlis hiĂĄnyzĂł dependenciĂĄhoz kerestem repositoryt - > vĂŠgĂźl > > maradtam egy becsekkelt jar + shell script kombinĂĄciĂłnĂĄl, ami > beinjektĂĄlta > > a lokĂĄlis repĂłba a hiĂĄnyzĂł fĂźggősĂŠgeket > > Én Nexus-t hasznĂĄlok erre... ĂŠs szerintem sokan mĂĄsok is. :D > Ha lokĂĄlisan futtatod, akkor azzal a tĂśbbi fejlesztő nem lesz kisegĂ­tve, annyival vagy előrĂŠbb, hogy ahelyett, hogy azt mondanĂĄd, hogy futtasd le a "mvn install:jar -DgroupId=... -Dfile=..." -t azt Ă­rod le, hogy telepits nexus-t, aztĂĄn oda tĂśltsd fel ezt a jar-t ilyen nĂŠvvel. Ha jĂłl ĂŠrtem a vĂĄlaszodat. > > > - hol amikor, a generĂĄlt > > javadoc-ot szerettem volna kicsit customizĂĄlni, vagy amikor a build > sorĂĄn > > egy java toolt kellett volna meghivni, ami vĂŠgig nĂŠzi a java forrĂĄsokat > ĂŠs > > Ăşjabbakat generĂĄl - xdoclet-szerĂźsĂŠg, csak sajĂĄt fejlesztĂŠs, ezt vĂŠgĂźl > > kiraktam ant scriptbe, nĂŠmi classpath mĂĄgiĂĄval megfejelve, hol amikor > > platform fĂźggő tar.gz/zip releaseket prĂłbĂĄltam kĂŠszĂ­teni. > > Erre meg Maven plugint lehet Ă­rni, amit aztĂĄn a binĂĄris repĂłdban tartasz. > > Amikor 10-20 fejlesztő dolgozik egy projekten, sokat egyszerĹąsĂ­t a Maven, > mert nem kell kĂŠzről-kĂŠzre jĂĄrnia egy build kĂśrnyezetnek, illetve nem kell > teletĹązdelni az svn repĂłt verziĂłzott jar fĂĄjlokkal. > > Szeretem ha a build kĂśrnyezet verziĂłzva van, ĂŠs minden ami vĂĄltozhat. Az svn repĂłban tĂĄrolt jar fileok problĂŠmĂĄjĂĄt nem teljesen ĂŠrtem. TermĂŠszetesen nem az eredmĂŠny artifactokra gondolok, hanem az inputra. > Kis projekthez nem ĂŠri meg a Maven, de ĂŠn mĂĄr kĂŠnyelemből azzal csinĂĄlok > mindent, mert megvan hozzĂĄ az archetype, ami legyĂĄrtja a projektet. Nagy > projekthez nem ĂĄllnĂŠk neki ant alapokon, volt benne rĂŠszem, igen borzalmas > tud > lenni a dependency hell. > Nem a modularitĂĄs ellen vagyok, azt nagyon is tudom ĂŠrtĂŠkelni, mĂŠg a maven alap kĂśnyvtĂĄr strukturĂĄjĂĄt is jĂł Ăśtletnek tartom. SzemĂŠly szerint inkĂĄbb szoktam egy common-build.xml-t csinĂĄlni, alap targetekkel ĂŠs makrĂł definiciĂłkkal, aztĂĄn a modulokban levő build.xml szinte copy paste, minimĂĄlis customizĂĄlĂĄsokkal, illetve a tĂŠnyleges cĂŠl megadĂĄsĂĄval. JĂł, vĂŠgĹąlis lehet azt mondani, hogy Ă­rtam egy egyszerĹąbb maven-t :) KĂśszĂśnĂśm, hogy elmondhattam :D Zs --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100329/77f392fc/attachment.html From auth.gabor at javaforum.hu Mon Mar 29 20:21:45 2010 From: auth.gabor at javaforum.hu (Auth =?utf-8?q?G=C3=A1bor?=) Date: Mon, 29 Mar 2010 20:21:45 +0200 Subject: [Java lista] =?utf-8?b?VsOhbGFzejogUmU6IFbDoWxhc3o6IFJlOiBFZ3kg?= =?utf-8?q?NB6=2E8-as_buildAll_script_keszitese?= In-Reply-To: References: <245044197-1269616053-cardhu_decombobulator_blackberry.rim.net-803924714-@bda2169.bisx.produk.on.blackberry> <201003291656.22443.auth.gabor@javaforum.hu> Message-ID: <201003292021.45899.auth.gabor@javaforum.hu> Halihó! 2010. március 29. 19.00.52 Zsombor dátummal ezt írta: > Éppen, hogy az volt a tapasztalat, hogy két gépen csak akkor reprodukálható > egy build, ha előtte az ember törli a cachet, a lokális repót, a home > könyvtárban levő settings.xml-t, ezért lenne jó, ha egy svn-ben tárolt, > lib, pardon "repo" könyvtárat meg lehetne adni, hogy itt van az összes > függőség, máshoz ne forduljon. Én ilyesmivel nem találkoztam. Mint lentebb írtam, a -U paraméter mindig mindent ellenőriz és frissít a távoli repóból (különféle hash-ek alapján, tehát nem jár extra hálózati forgalommal, de idő). Nem tudom, mikor töröltem utoljára a .m2 könyvtárt a gépemen, nem szoktam. Mégis mindig jó a build. Ha egzakt build kell, akkor a verziókat az ember pontosan meghatározza, és akkor mindig az fog keletkezni, aminek keletkeznie kell. > Ha lokálisan futtatod, akkor azzal a többi fejlesztő nem lesz kisegítve, > annyival vagy előrébb, hogy ahelyett, hogy azt mondanád, hogy futtasd le a > "mvn install:jar -DgroupId=... -Dfile=..." -t azt írod le, hogy telepits > nexus-t, aztán oda töltsd fel ezt a jar-t ilyen névvel. Ha jól értem a > válaszodat. Nexus-t nem lokálisan kell futtatni, hanem egy olyan szerveren, amelyet mindenki elér. És adni mindenkinek nevet és jelszót. Akár LDAP/AD háttérrel, azonosan az SVN repó nevével és jelszavával. Ezek után pontosan meg tudod mondani, hogy ki-hova-mit-mikor tölthet fel, vagy érhet el. Ezek után csak és kizárólag ezt a repót adod meg, mint repository, és minden külső függőséget már a Nexus-on át kezelsz. És minden szép és tiszta lesz. Mindent a helyén kell kezelni. Egy cég, egy bináris repó. > Szeretem ha a build környezet verziózva van, és minden ami változhat. Az > svn repóban tárolt jar fileok problémáját nem teljesen értem. A pom.xml verziózott. A jar fájlok - legyenek belső vagy külső függőségek - verziózottak. Nem értem a problémád... :) > Természetesen nem az eredmény artifactokra gondolok, hanem az inputra. Én is arra. SVN esetén hogy verziózol JAR fájlokat? Milyen "szabvány" szerint? Mert a legtöbb JAR nincs verziózva. -- Auth Gábor From felho at avalon.aut.bme.hu Mon Mar 29 21:53:01 2010 From: felho at avalon.aut.bme.hu (Gergely Hodicska) Date: Mon, 29 Mar 2010 12:53:01 -0700 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> Message-ID: <4BB1051D.9020807@avalon.aut.bme.hu> > Kivettem a kupacból. :) Ez miért :)? Azért mert valaki nem vesz részt ilyesmiben, az nem feltétlenül jelent semmit. Ismerek olyan nagyon jó programozót, aki nem szeret otthon ilyesmivel foglalkozni, van egyéb hobbija. A fordított irányt értem persze, már csak azért megéri résztvenni valami közösségi tevékenységben, mert sokat lehet tanulni belőle. From ern0 at linkbroker.hu Mon Mar 29 22:40:50 2010 From: ern0 at linkbroker.hu (ern0) Date: Mon, 29 Mar 2010 22:40:50 +0200 Subject: [Java lista] OSS In-Reply-To: <1269877739.11458.15.camel@gabriel-desktop> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> <1269877739.11458.15.camel@gabriel-desktop> Message-ID: <4BB11052.4090709@linkbroker.hu> >> Szerintem nem értjük egymást: Te _soha_, de SOHA nem kódoltál >> munkaidőn, egyetemen kívül? Túlóra és házi feladat nem számít! > > De. Egy bizonyos korig ezt lehet is csinálni. > Utána már nem feltétlenül egészséges. Mert ámátőrők tetszenek lenni. Nekem van egy szívügyem (dataflow framework & server, actor model, visual programming), csináltunk belőle haverommal egy prototípust, és közben annyi tapasztalatot stb. szereztünk, hogy ideje lenne elkezdeni a véglegeset. Persze nincs időnk, de: kb. ma sikerült elérnem azt, hogy a munkámként írt sw új verzióját dataflow modellben fogom megoldani, azaz egyszerre fogom a gyárnak és magamnak írni a dataflow frameworköt. Köszönöm a tapsot. > Mostanában is gányolok otthon persze (fűtésvezérlést). Írjál magánban, pont ez volt az első applikáció, amit a prototípussal megcsináltam, lehet, hogy érdekes lesz neked is. Illetve ha van egy termosztát algoritmusod, azt szívesen venném, vagy bármilyen ötletet. On/off kazánom van, 4 hőmérővel (bent, kint, fűtéscső oda és vissza). -- ern0.scene.plus4.amiga.code.muzak Haben Sie Fragen? From tamas at cservenak.net Tue Mar 30 00:18:27 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Tue, 30 Mar 2010 00:18:27 +0200 Subject: [Java lista] OSS In-Reply-To: <60f30cea1003290904ucad0acej2264665d1e7c3e5f@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> <53d6e7831003290851r180c7e5fuf65681972a0794b2@mail.gmail.com> <60f30cea1003290904ucad0acej2264665d1e7c3e5f@mail.gmail.com> Message-ID: <53d6e7831003291518v76e2604en98979b1963efe984@mail.gmail.com> Erre valĂł a "forge". És megint egy pĂŠlda, hogy "nyitottsĂĄg", "publikussĂĄg" miĂŠrt megy kĂŠz a kĂŠzben az OSS-szel.... mint azt PĂŠter pĂŠldĂĄja is mutatja. Nincs fĂłrum? VĂŠgĂźl a felhasznĂĄlĂł csinĂĄlt. De ezzel maga a projekt kezd "szĂŠtzilĂĄlĂłdni", ezĂŠrt jobb azonnal ĂśsszpontosĂ­tva, minden fronton felzĂĄrkĂłzni... ĂŠs kĂŠzben tartani. Az ismĂŠtlődő kĂŠrdĂŠsekre tudsz visszalinkelni, az Ăşj felhasznĂĄlĂłk mĂĄr a fĂłrum olvasĂĄsĂĄval meglelhetik a vĂĄlaszt amit kĂŠrdeztek volna, stb. Sok ember Ăşgy tesz, mint a Vogonok a The Hitchhiker's Guide to the Galaxy-ban: rossz hirdetőtĂĄblĂĄra akasztjĂĄk ki a FĂśld megsemmisitĂŠsĂŠre vonatkozĂł hĂ­rdetmĂŠnyt :) Thanks, ~t~ 2010/3/29 Peter Verhas > Nekem az a gondom az OS kĂłdokkal, hogy nem tudom, hogy hĂĄnyan > hasznĂĄljĂĄk ĂŠs mire. AzĂŠrt teszem ki, mert jĂł ĂŠrzĂŠs (lenne), hogy > hasznĂĄljĂĄk ĂŠs tudom. Persze erre lehet mondani, hogy a szarjaimat > senki nem hasznĂĄlja, de azĂŠrt van nĂŠhĂĄny program amiről tudom, hogy > sokan hasznĂĄljĂĄk. PĂŠldĂĄul a ScriptBasic-et beĂŠpĂ­tette a Sarian egyes > routereibe, beleraktĂĄk egy francia pĂŠnzĂźgyi elemző programba. [ A > Hion-nal elĂŠg sokĂĄig szĂłtagoltak magyar TeX szĂśvegeket (nĂŠhĂĄnyan talĂĄn > mĂŠg mai is, ha hasznĂĄlnak TeX-et). ] De nincs igazĂĄn visszajelzĂŠs. A > text2html gĂĄny perl scriptre egyszer Ă­rta valaki, hogy "you saved my > life". Az jĂłl esett. > > MostanĂĄban a ScriptBasic-ről az a visszajelzĂŠsem van, hogy egy kb. 65 > ĂŠves kaliforniai lengyel csĂłka kĂŠrdezget tĂśbbnyire butasĂĄgokat, ĂŠn meg > tĂźrelmesen vĂĄlaszolgatok neki. NĂŠha csak pĂĄr nappal kĂŠsőbb, hogy elĂŠg > tĂźrelmes tudjak lenni. De mĂĄr nyomja rendĂźletlenĂźl Ăśt ĂŠve, felĂĄllĂ­tott > egy community phpBoard bbs-t is, ĂŠs ĂśsszegyĹąjtĂśtt vagy hat regisztrĂĄlt > felhasznĂĄlĂłt, akik legalĂĄbb egyszer belĂŠptek mĂĄr a rendszerbe :-) > > 44 ĂŠves leszek az idĂŠn. Most is van nĂŠhĂĄny olyan kĂłd, ami mĂŠg nincs > kint, mert nem elĂŠg szĂŠp ĂŠs jĂł mĂŠg (pl.dokumentĂĄlĂĄs nincs mĂŠg meg), > amit megkap a vilĂĄg OS hamarosan. > _______________________________________________ > 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/20100330/fa47ddc6/attachment-0001.html From tamas at cservenak.net Tue Mar 30 00:22:00 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Tue, 30 Mar 2010 00:22:00 +0200 Subject: [Java lista] OSS In-Reply-To: <4BB1051D.9020807@avalon.aut.bme.hu> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <4BB1051D.9020807@avalon.aut.bme.hu> Message-ID: <53d6e7831003291522v1c5fcbe8rcf866a22984ad7ef@mail.gmail.com> HĂĄt, nem tudom. Illetve tudom, de nem biztos hogy megĂŠrtenĂŠd. És megint, maradunk a thread-nĂŠl. Tudom, hogy a hasonlatok rosszak, de remĂŠlem dereng a lĂŠnyeg. Olyan programozĂłt, aki a munkahelyi feladatokon _kĂ­vĹąl_ nem talĂĄl valami "csemegĂŠt" (akĂĄr egy ĂşjdonsĂĄg, vagy sajĂĄt tĂŠma), ĂŠs azt otthon totojgatja.... azt nem beskatulyĂĄzottnak hĂ­vjĂĄk? Vagy fordĂ­tsuk meg: mit csinĂĄl a kubikos? Azzal amit adnak neki, azt amit mondanak neki. És mikor hazamegy, gondolom nem ĂĄll neki otthon is folytatni, pl. ĂĄrkot ĂĄsni hobbibĂłl. Őt megĂŠrtem, hogy ĂştĂĄlja azt amit csinĂĄl. De hogy egy felsőfokĂş vĂŠgzettsĂŠgĹą ember, aki sok-sok ĂŠvet jĂĄrt iskolĂĄba, csak azĂŠrt hogy csinĂĄlhassa azt amit csinĂĄl, ĂŠs ne _szeresse_ azt amit csinĂĄl ("eltĹąri", az megfelelő lenne, mivel mhelyen megcsinĂĄlja de otthon rĂĄ sem nĂŠz).... Azt nem tudom megĂŠrteni. Az elb...szott egy szitu lehet. Az ilyen munkĂĄba is ĂştĂĄl jĂĄrni, nem? És akkor milyen a munkamorĂĄlja? Nekem kubikos nem kell. Nem tudom, lehet hogy ĂŠn vagyok a bibi. --- Sok fĂŠlreĂŠrtĂŠs tĂśrtĂŠnt eddig, de jĂł Ăşton haladunk: a kĂłd amit az illetőtĂśl a _fikciĂłban_ kĂŠrni akartam, az _nem_ OSS kĂłd volt (sehol sem Ă­rtam azt), hanem _bĂĄrmilyen_ kĂłd. Nem kell neki rĂŠszt vennie semmiben sem, csak mutatni pĂĄr sort. És azt sem kĂźldtem volna el grafolĂłgushoz, sem kĂśtĂśttem volna bele semmiben sem, mert ez nem teszt volt. És tudod, mikor egy "agyonsminkelt" kĂłdot dugnak az orrod alĂĄ, amiről minden lerĂ­, puccparĂĄdĂŠs javadoc, minden taggel, meg @since 1.0 meg mittudomĂŠn, katonĂĄs formĂĄzĂĄssal (habĂĄr az mĂĄr IDE manapsĂĄg), csak ĂŠppen nincs neki "Ă­ze". Olyan ideĂĄlis, de egyben silĂĄny is, akĂĄrmennyi is a javadoc meg az "ilyennek kell lenni" tankĂśnyvekben ĂŠs irodalomban szereplő bizbaszok rajta. Olyan tankĂśnyvbe valĂł, steril. És 99.99% hogy a jelentkező ilyen kĂłdot a munkahelyĂŠn _NEM_ fog Ă­rni. Soha. A szaftos kĂłd, amiben az OpenGL implementĂĄciĂłt szidjĂĄk, vagy az APIt. Na az mĂĄr dĂśfi. VilĂĄgos voltam? :D Thanks, ~t~ 2010/3/29 Gergely Hodicska > > Kivettem a kupacbĂłl. :) > Ez miĂŠrt :)? AzĂŠrt mert valaki nem vesz rĂŠszt ilyesmiben, az nem > feltĂŠtlenĂźl jelent semmit. Ismerek olyan nagyon jĂł programozĂłt, aki nem > szeret otthon ilyesmivel foglalkozni, van egyĂŠb hobbija. > > A fordĂ­tott irĂĄnyt ĂŠrtem persze, mĂĄr csak azĂŠrt megĂŠri rĂŠsztvenni valami > kĂśzĂśssĂŠgi tevĂŠkenysĂŠgben, mert sokat lehet tanulni belőle. > _______________________________________________ > 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/20100330/80624d45/attachment.html From hodicska.gergely at ustream.tv Tue Mar 30 00:35:38 2010 From: hodicska.gergely at ustream.tv (Gergely Hodicska) Date: Mon, 29 Mar 2010 15:35:38 -0700 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003291522v1c5fcbe8rcf866a22984ad7ef@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <4BB1051D.9020807@avalon.aut.bme.hu> <53d6e7831003291522v1c5fcbe8rcf866a22984ad7ef@mail.gmail.com> Message-ID: <4BB12B3A.1090601@ustream.tv> > Hát, nem tudom. Illetve tudom, de nem biztos hogy megértenéd. Ha valaki nem ért egyet veled, az nem azt jelenti, hogy nem ért. ;) > Olyan programozót, aki a munkahelyi feladatokon _kívűl_ nem talál valami > "csemegét" (akár egy újdonság, vagy saját téma), és azt otthon > totojgatja.... azt nem beskatulyázottnak hívják? Általában igen, csak van ellenpélda, és ezért nem érdemes általánosítani. > De hogy egy > felsőfokú végzettségű ember, aki sok-sok évet járt iskolába, csak azért > hogy csinálhassa azt amit csinál, és ne _szeresse_ azt amit csinál Ezt a gondolatot elég könnyen maga ellen lehet fordítani. ;) Urológus haza megy, nem csattan egyből a gumikesztyű, illetve a sebész sem operálgat még egy kört. > sem néz).... Azt nem tudom megérteni. Az elb...szott egy szitu lehet. Az > ilyen munkába is útál járni, nem? És akkor milyen a munkamorálja? Nekem > kubikos nem kell. Ha szeretem a szakmámat, akkor egy OOS projekten kívül még ezer más módon is eltölthetem az időmet. Én pl. gyakran a töredékét tudom átnézni azoknak a fontos blogoknak, amik a szűkebben vett szakterületemhez tartoznak. És akkor még akár fontos lehet soft skillek fejlesztése, meg még egy csomó egyéb dolog. From biziclop at gmail.com Tue Mar 30 00:42:14 2010 From: biziclop at gmail.com (biziclop) Date: Mon, 29 Mar 2010 23:42:14 +0100 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003291522v1c5fcbe8rcf866a22984ad7ef@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <4BB1051D.9020807@avalon.aut.bme.hu> <53d6e7831003291522v1c5fcbe8rcf866a22984ad7ef@mail.gmail.com> Message-ID: 2010/3/29 Tamás Cservenák : > tudom megérteni. Az elb...szott egy szitu lehet. Az ilyen munkába is útál > járni, nem? És akkor milyen a munkamorálja? Nekem kubikos nem kell. Na, erről van szó. Te feltételezed, hogy azért, mert otthon nem bütyköl valami baromságot, vagy csak szimplán nem akarja az orrodra kötni, már rögtön utál munkába járni és rossz a munkamorálja. És ezt honnan tudod? Hát onnan, hogy megjósoltad a kávézaccból vagy egy áldozati bárány beleiből. Láttam már bütykölőst, aki utált dolgozni, mert utálta, ha megmondják neki, mit csináljon, és láttam már olyat, aki bejött 9-re, megcsinálta becsülettel a munkáját, 5-kor hazament aztán kalap. > hanem _bármilyen_ kód. Nem kell neki részt vennie semmiben sem, csak mutatni > pár sort. És azt sem küldtem volna el grafológushoz, sem kötöttem volna bele > semmiben sem, mert ez nem teszt volt. Ezt neki is megmondtad? Visszakérdezett, hogy akkor minek kell, ha nem teszt? Mit válaszoltál rá? > "ilyennek kell lenni" tankönyvekben és irodalomban szereplő bizbaszok rajta. > Olyan tankönyvbe való, steril. És 99.99% hogy a jelentkező ilyen kódot a > munkahelyén _NEM_ fog írni. Soha. Pontosan. Ezért nem otthon megcsinált dolgot kell kérni. Ha a kiszabott idő alatt nemcsak megoldja a feladatot, hanem volt ideje kisminkelni a kódot, akkor elég gyorsan tud dolgozni. > A szaftos kód, amiben az OpenGL implementációt szidják, vagy az APIt. Na az > már döfi. Igen? Mert annak örülnél, ha ilyen kódot írna egy alkalmazottad? Én sem. És nem is tartom magam annyira okosnak, hogy ebből kikövetkeztessem, hogy ő valójában milyet írna, ha nekem írná. Úgyhogy, mivel hülye vagyok, kénytelen lennék megkérni, hogy írjon valamit nekem, és ezzel visszakerültünk a kiindulópontra: miért nem menő manapság a dolgokra direkt rákérdezni egy interjún? lsp From viczian.istvan at gmail.com Tue Mar 30 00:55:56 2010 From: viczian.istvan at gmail.com (=?ISO-8859-1?Q?Istv=E1n_Viczi=E1n?=) Date: Tue, 30 Mar 2010 00:55:56 +0200 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003291522v1c5fcbe8rcf866a22984ad7ef@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <4BB1051D.9020807@avalon.aut.bme.hu> <53d6e7831003291522v1c5fcbe8rcf866a22984ad7ef@mail.gmail.com> Message-ID: <4ae5230c1003291555x9f2a5beifbfabd40c185b85@mail.gmail.com> Üdv, Én értem mit mondasz, és nálad érthető, kellő szakmai tudással rendelkezel, van OSS háttér, és nem rack-programozót kerestél. Csak erről jut eszembe: A felháborító az, mikor egy hiányos műveltségű, magát tájékozottnak gondoló vezető programozó, "architect" tesz fel okosnak tűnő (pl. az SCJP vizsgák mocskosabb részéből átemelt) kérdéseket (lsd. előző thread-ek, singleton pattern, finally ágban exception dobás, stb.), mellyel csak magának akarja bizonyítani, hogy ő mennyire spíler, miközben egy nyugatiak által leosztott alja projektet kell tákolgatni, és közben azt ecseteli, hogy ő mekkora überkirály framework-öt talált fel, mert egyedi igényeik voltak. És közben kiad mondjuk egy saját igénytelen kódot, hogy találd meg benne a hibát. És elvárja, hogy pont azokkal a cikkekkel kapcsolatban tudj nyilatkozni, melyeket nemrég olvasott. Az SCJP-ről egyértelműen kijelenti, hogy fos, semmi értelme, (persze nem tudná megcsinálni). Szóval szerintem hallgassuk meg a pályázót, érdekeljen a személyisége, az eddigi tevékenysége, és egy jó beszélgetésből minden kiderül. Értékeljük a munkáit, az esetleges hobbiját (én értékelem, ha nem programozik otthon, hanem - valós példák következnek - hegyet mászik, vízből életeket ment, papírt hajtogat, buszt vezet, állatokat nevel, fest, zenét komponál, stb.), a papírjait, mert megszerezte. A többit hagyjuk a próbaidőre, ahol ne feledjünk, NEKÜNK is bizonyítanunk kell, nemcsak neki. Nyújtani kell kihívást, környezetet (ne egy hetet várjon a gépére), segítséget (ne csak egy 1000 oldalas wikit vágjunk eléje), támogatást, fejlődési lehetőséget, stb. Érdekes, ezt mindenki elfelejti, erről nem szól senki... Valahogy nálunk a beosztott szopatása már az állásinterjún kezdődik, semmi kultúránk nincsen. :( Kéne valami Java felvételiztetők, interjúztatók etikettje, amihez lehetne csatlakozni... Viczi 2010/3/30 Tamás Cservenák : > Hát, nem tudom. Illetve tudom, de nem biztos hogy megértenéd. És megint, > maradunk a thread-nél. Tudom, hogy a hasonlatok rosszak, de remélem dereng a > lényeg. > Olyan programozót, aki a munkahelyi feladatokon _kívűl_ nem talál valami > "csemegét" (akár egy újdonság, vagy saját téma), és azt otthon > totojgatja.... azt nem beskatulyázottnak hívják? > Vagy fordítsuk meg: > mit csinál a kubikos? Azzal amit adnak neki, azt amit mondanak neki. És > mikor hazamegy, gondolom nem áll neki otthon is folytatni, pl. árkot ásni > hobbiból. Őt megértem, hogy útálja azt amit csinál. De hogy egy felsőfokú > végzettségű ember, aki sok-sok évet járt iskolába, csak azért hogy > csinálhassa azt amit csinál, és ne _szeresse_ azt amit csinál ("eltűri", az > megfelelő lenne, mivel mhelyen megcsinálja de otthon rá sem néz).... Azt nem > tudom megérteni. Az elb...szott egy szitu lehet. Az ilyen munkába is útál > járni, nem? És akkor milyen a munkamorálja? Nekem kubikos nem kell. > > Nem tudom, lehet hogy én vagyok a bibi. > --- > Sok félreértés történt eddig, de jó úton haladunk: a kód amit az illetőtöl a > _fikcióban_ kérni akartam, az _nem_ OSS kód volt (sehol sem írtam azt), > hanem _bármilyen_ kód. Nem kell neki részt vennie semmiben sem, csak mutatni > pár sort. És azt sem küldtem volna el grafológushoz, sem kötöttem volna bele > semmiben sem, mert ez nem teszt volt. > És tudod, mikor egy "agyonsminkelt" kódot dugnak az orrod alá, amiről minden > lerí, puccparádés javadoc, minden taggel, meg @since 1.0 meg mittudomén, > katonás formázással (habár az már IDE manapság), csak éppen nincs neki > "íze". Olyan ideális, de egyben silány is, akármennyi is a javadoc meg az > "ilyennek kell lenni" tankönyvekben és irodalomban szereplő bizbaszok rajta. > Olyan tankönyvbe való, steril. És 99.99% hogy a jelentkező ilyen kódot a > munkahelyén _NEM_ fog írni. Soha. > A szaftos kód, amiben az OpenGL implementációt szidják, vagy az APIt. Na az > már döfi. > Világos voltam? :D > > Thanks, > ~t~ > > 2010/3/29 Gergely Hodicska >> >> > Kivettem a kupacból. :) >> Ez miért :)? Azért mert valaki nem vesz részt ilyesmiben, az nem >> feltétlenül jelent semmit. Ismerek olyan nagyon jó programozót, aki nem >> szeret otthon ilyesmivel foglalkozni, van egyéb hobbija. >> >> A fordított irányt értem persze, már csak azért megéri résztvenni valami >> közösségi tevékenységben, mert sokat lehet tanulni belőle. >> _______________________________________________ >> 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 mesterj at freeweb.hu Tue Mar 30 07:49:16 2010 From: mesterj at freeweb.hu (=?UTF-8?B?TWVzdGVyIErDs3pzZWY=?=) Date: Tue, 30 Mar 2010 07:49:16 +0200 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> Message-ID: <4BB190DC.8030502@freeweb.hu> 2010.03.29. 17:26 keltezéssel, Tamás Cservenák írta: > Szerintem nem értjük egymást: Te _soha_, de SOHA nem kódoltál > munkaidőn, egyetemen kívül? Túlóra és házi feladat nem számít! Két féle ember van : 1. Nem képes arra, hogy fenéken rúgja magát, és azt mondja magának: Csináld Te barom. Ettől lehet fantasztikusan jó munkaerő csak kell neki egy főnök aki a fenti mondatot elmondja neki néhányszor hetente. Ha jól teljesít megsimogatja a buksiját. Lehet, hogy nem fog önállóan írni egy sort sem (csak amit megrendeltek) de amit megír ettől még lehet jó. De azért ez nem jelenti azt, hogy ne gondolkozna azon, hogy hogyan lehet szebb és jobb a program amit ír. 2. Képes arra, hogy saját magától dolgozzon. Nem kell rugdosni sem dicsérni. (az ilyenből egy idő után vállalkozó lesz :-) ) Ettől lehet iszonyat vacak munkaerő , ráadásul az ilyen simán lehet nagyszájú primadonna. Aki leszarja a határidőt ami a céges projektben iszonyat fontos és helyette azt az egy kód-részt csinosítgatja már 3 hónapja mert még szerinte meg lehetne spórolni egy függvényt meg akkor a kód 3 milliszekundummal gyorsabb lenne. Persze lehet szuper csapatjátékos is. Na Te ilyet kerestél. Csakhogy az ilyen nagyon-nagyon ritka és különben is, régen vállalkozó már és bedolgozik másoknak. Józsi From aszomor at computertechnika.hu Tue Mar 30 07:56:02 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Tue, 30 Mar 2010 07:56:02 +0200 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> Message-ID: Sziasztok, Magam rászéről kb. 1995-től használom a Debian-t és majdnem ettől az időtöl az Apache/PHP/MySQL-t is, azt vettem észre, hogy amikor a projektek elérnek egy szintet onnatól az OS-t is képzett és jól fizetett szakik készítik. Áttérve a Java világra, hogy csak a legnagyobbakat említsem az Apache és Eclipse projekteknél is ezt látom. Magyarországon nincsenek elég nagy cégek kivéve egy kettő pl. MOL és OTP, de azok nem a számítástechnikából élnek mint a fentieket támogató IBM,- Oracle,- stb., szerintem ide vezethető vissza miért kevesebb a magyar OS termék. Ez csak az egyik ok a másik, hogy ma a magyar piacon lévő termékek kb 30%-a még DOS-os és kb. egy másik 60% pedig Client/Server megoldás ebből jól látszik hogy a lemaradásunk itt kb 15-20 év, így ezeket nem megnyitni kell hanem bezárni! Ezen okok miatt szerintem csak hobosításra van esély, de ez is milyen szép lenne, ha lenne, amikor egy OS közelébe kerülök azt látom, hogy csak magyarul nem tud a szerencsétlen!!! Szerintem a FSF mintára kellene alapítani egy FJF-t és azt kis magyar vállalatok és vállalkozások is tudnák támogatni közös örömünkre, addig is az adóm 1%-át az FSF.hu-nak adom, a következő JUM-on alapítsátok meg a FJF-t és jövőre oda adom sőt a munkaadóimat is rábeszélem egy kis hav apanázsra!!! Attila. -- Pécs is the European Capital of Culture in 2010 From istvan.ketler at lhsystems.com Tue Mar 30 08:43:21 2010 From: istvan.ketler at lhsystems.com (istvan.ketler at lhsystems.com) Date: Tue, 30 Mar 2010 08:43:21 +0200 Subject: [Java lista] =?utf-8?b?T1NTIChtYWfDoW4ga8OzZGLDvHR5a8O2bMOpcyk=?= In-Reply-To: <53d6e7831003291522v1c5fcbe8rcf866a22984ad7ef@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <4BB1051D.9020807@avalon.aut.bme.hu> <53d6e7831003291522v1c5fcbe8rcf866a22984ad7ef@mail.gmail.com> Message-ID: <78D021EF2B290B47BCE559A687B1F5B537F69C@sw-fraads-mbx09.ads.dlh.de> Szia, hĂĄt, nagyon nem vagyunk egyformĂĄk. EgyrĂŠszt, amĂ­g barĂĄtnő x.0 az ĂŠppen futĂł tĂĄrsad, addig viszonylag sok szabadidőd van, ĂŠs akĂĄr kĂłdolgathatsz is. Amint upgrade-elsz felesĂŠg 1.0-ra, kĂźlĂśnĂśsen amikor jĂśn az 1.1, stb. vĂĄltozat (gyerekek), a szabadidőd drĂĄmaian lecsĂśkken. Ha megĂĄld (vagy megver) a sors egy normĂĄlis hĂĄzzal, amit azĂŠrt egy fejlesztőnek Ăśssze kell tudnia rakni x ĂŠv alatt, attĂłl kezdve a hĂĄzon is kell maintenance munkĂĄt vĂŠgezni. HarmadrĂŠszt, kĂźlĂśnĂśsen amĂ­g a gyerek kicsi, hazamenĂŠs utĂĄn az ember szĂ­vesebben jĂĄtszik a gyerekkel, bĂĄrmilyen fĂĄrasztĂł is ez. Amikor meg nagyobb lesz, akkor a problĂŠmĂĄival kell foglalkozni, segĂ­teni kell neki megoldani azokat. SzĂłval mindezek mellett, kĂźlĂśnĂśsen ha van mĂĄs hobbid is (bĂĄrmi, sportlĂśvĂŠszet, lovaglĂĄs, termĂŠszetjĂĄrĂĄs, foci, akĂĄrmi), az otthoni kĂłdolgatĂĄsra nem igazĂĄn marad idő. MĂĄsrĂŠszt nekem lehet, hogy pont fordĂ­tva mĹąkĂśdne a dolog. Ha valakinek van ilyen otthoni bĂźtykĂślgetĂŠse, akkor az rĂŠszben azt jelenti, hogy nem vĂŠgzi teljes erőbedobĂĄssal a munkahelyi melĂłjĂĄt, ergo nem szĂ­vesen veszem fel. Alapvetően ugye szellemi munkĂĄt vĂŠgzĂźnk, ĂŠs a legtĂśbb helyen nem valamilyen letisztult design alapjĂĄn kell bambĂĄn kĂłdot Ă­rni, hanem jĂłcskĂĄn kell tervezni, gondolkodni is. MĂĄrmost az nem nagyon megy, hogy dĂŠlutĂĄn Ăśtkor leĂĄllĂ­tom a munkahelyi gondolkodĂĄs thread-et, ĂŠs elindĂ­tom az otthoni hobbimelĂł threadet. Az ember agya egyszerĹąen nem ilyen. ÜdvĂśzlettel, IstvĂĄn Ketler Team Leader Lufthansa Systems Hungaria Kft. Airline Management Solutions Schedule & Revenue Management Neumann JĂĄnos u. 1/e 1117 Budapest Hungary Tel: +36 1 887-2815 Fax: +36 1 887-2977 Room: Infopark E, Room LH1-31 e-mail: istvan.ketler at lhsystems.com Internet: www.LHsystems.hu From: javalist-bounces at javagrund.hu [mailto:javalist-bounces at javagrund.hu] On Behalf Of TamĂĄs CservenĂĄk Sent: Tuesday, March 30, 2010 12:22 AM To: javalist at javagrund.hu Subject: Re: [Java lista] OSS HĂĄt, nem tudom. Illetve tudom, de nem biztos hogy megĂŠrtenĂŠd. És megint, maradunk a thread-nĂŠl. Tudom, hogy a hasonlatok rosszak, de remĂŠlem dereng a lĂŠnyeg. Olyan programozĂłt, aki a munkahelyi feladatokon _kĂ­vĹąl_ nem talĂĄl valami "csemegĂŠt" (akĂĄr egy ĂşjdonsĂĄg, vagy sajĂĄt tĂŠma), ĂŠs azt otthon totojgatja.... azt nem beskatulyĂĄzottnak hĂ­vjĂĄk? Vagy fordĂ­tsuk meg: mit csinĂĄl a kubikos? Azzal amit adnak neki, azt amit mondanak neki. És mikor hazamegy, gondolom nem ĂĄll neki otthon is folytatni, pl. ĂĄrkot ĂĄsni hobbibĂłl. Őt megĂŠrtem, hogy ĂştĂĄlja azt amit csinĂĄl. De hogy egy felsőfokĂş vĂŠgzettsĂŠgĹą ember, aki sok-sok ĂŠvet jĂĄrt iskolĂĄba, csak azĂŠrt hogy csinĂĄlhassa azt amit csinĂĄl, ĂŠs ne _szeresse_ azt amit csinĂĄl ("eltĹąri", az megfelelő lenne, mivel mhelyen megcsinĂĄlja de otthon rĂĄ sem nĂŠz).... Azt nem tudom megĂŠrteni. Az elb...szott egy szitu lehet. Az ilyen munkĂĄba is ĂştĂĄl jĂĄrni, nem? És akkor milyen a munkamorĂĄlja? Nekem kubikos nem kell. Nem tudom, lehet hogy ĂŠn vagyok a bibi. --- Sok fĂŠlreĂŠrtĂŠs tĂśrtĂŠnt eddig, de jĂł Ăşton haladunk: a kĂłd amit az illetőtĂśl a _fikciĂłban_ kĂŠrni akartam, az _nem_ OSS kĂłd volt (sehol sem Ă­rtam azt), hanem _bĂĄrmilyen_ kĂłd. Nem kell neki rĂŠszt vennie semmiben sem, csak mutatni pĂĄr sort. És azt sem kĂźldtem volna el grafolĂłgushoz, sem kĂśtĂśttem volna bele semmiben sem, mert ez nem teszt volt. És tudod, mikor egy "agyonsminkelt" kĂłdot dugnak az orrod alĂĄ, amiről minden lerĂ­, puccparĂĄdĂŠs javadoc, minden taggel, meg @since 1.0 meg mittudomĂŠn, katonĂĄs formĂĄzĂĄssal (habĂĄr az mĂĄr IDE manapsĂĄg), csak ĂŠppen nincs neki "Ă­ze". Olyan ideĂĄlis, de egyben silĂĄny is, akĂĄrmennyi is a javadoc meg az "ilyennek kell lenni" tankĂśnyvekben ĂŠs irodalomban szereplő bizbaszok rajta. Olyan tankĂśnyvbe valĂł, steril. És 99.99% hogy a jelentkező ilyen kĂłdot a munkahelyĂŠn _NEM_ fog Ă­rni. Soha. A szaftos kĂłd, amiben az OpenGL implementĂĄciĂłt szidjĂĄk, vagy az APIt. Na az mĂĄr dĂśfi. VilĂĄgos voltam? :D Thanks, ~t~ 2010/3/29 Gergely Hodicska > Kivettem a kupacbĂłl. :) Ez miĂŠrt :)? AzĂŠrt mert valaki nem vesz rĂŠszt ilyesmiben, az nem feltĂŠtlenĂźl jelent semmit. Ismerek olyan nagyon jĂł programozĂłt, aki nem szeret otthon ilyesmivel foglalkozni, van egyĂŠb hobbija. A fordĂ­tott irĂĄnyt ĂŠrtem persze, mĂĄr csak azĂŠrt megĂŠri rĂŠsztvenni valami kĂśzĂśssĂŠgi tevĂŠkenysĂŠgben, mert sokat lehet tanulni belőle. _______________________________________________ Javalist mailing list Javalist at javagrund.hu http://javagrund.hu/mailman/listinfo/javalist Sitz der Gesellschaft / Corporate Headquarters: Lufthansa Systems Hungaria Kft, Budapest, FĂśvarosi Birosag 01-09-463417 Geschaeftsfuehrung / Management Board: Monika Houck --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100330/8bd8333d/attachment.html From viktor.tamas at gmail.com Tue Mar 30 10:02:33 2010 From: viktor.tamas at gmail.com (=?UTF-8?Q?Tam=C3=A1s_Viktor?=) Date: Tue, 30 Mar 2010 10:02:33 +0200 Subject: [Java lista] OSS Message-ID: <3dd755941003300102s56d6cb19n19565ec29dbdcbfa@mail.gmail.com> Az eredeti temahoz kozelitve: OS es OS projekt kozott is van kulonbseg, amennyiben otthon maganak hegeszti az ember, vagy pedig egy valos ceg szponzoralja a munkat, vagy legalabbis a valos ceg megengedi az eles kod publikalasat. Attol ha kinn van a forge-n a hobbyprojektem, meg nem adnak ingyen kenyeret a boltban. Persze elofordul hogy megjelenik az angyal. Szivesen olvasnek ilyen torteneteket. Szerencsesnek tartom azokat, akik a nevuket adhatjak kozismert megoldasokhoz, publikus kodokhoz, es meg penzt is kapnak erte. V From biziclop at gmail.com Tue Mar 30 10:41:01 2010 From: biziclop at gmail.com (biziclop) Date: Tue, 30 Mar 2010 09:41:01 +0100 Subject: [Java lista] =?iso-8859-1?q?OSS_=28mag=E1n_k=F3db=FCtyk=F6l=E9s?= =?iso-8859-1?q?=29?= In-Reply-To: <78D021EF2B290B47BCE559A687B1F5B537F69C@sw-fraads-mbx09.ads.dlh.de> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <4BB1051D.9020807@avalon.aut.bme.hu> <53d6e7831003291522v1c5fcbe8rcf866a22984ad7ef@mail.gmail.com> <78D021EF2B290B47BCE559A687B1F5B537F69C@sw-fraads-mbx09.ads.dlh.de> Message-ID: > tervezni, gondolkodni is. Mármost az nem nagyon megy, hogy délután ötkor > leállítom a munkahelyi gondolkodás thread-et, és elindítom az otthoni > hobbimeló threadet. Az ember agya egyszerűen nem ilyen. Ez megint belekből való jóslás, mert az én agyam speciel pont ilyen. Az irodától a vasútállomásig öt perc a séta, na ez alatt én megtanultam kizárni az agyamból a munkát az esetek 95%-ában. lsp From laja at freemail.hu Tue Mar 30 11:16:02 2010 From: laja at freemail.hu (Laja) Date: Tue, 30 Mar 2010 11:16:02 +0200 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003291522v1c5fcbe8rcf866a22984ad7ef@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <4BB1051D.9020807@avalon.aut.bme.hu> <53d6e7831003291522v1c5fcbe8rcf866a22984ad7ef@mail.gmail.com> Message-ID: <4BB1C152.6030308@freemail.hu> Hi! > Olyan programozót, aki a munkahelyi feladatokon _kívűl_ nem talál > valami "csemegét" (akár egy újdonság, vagy saját téma), és azt otthon > totojgatja.... azt nem beskatulyázottnak hívják? Nem. Illetve hívhatod aminek akarod, de attól még nem az :) > mit csinál a kubikos? Azzal amit adnak neki, azt amit mondanak neki. > És mikor hazamegy, gondolom nem áll neki otthon is folytatni, pl. > árkot ásni hobbiból. Őt megértem, hogy útálja azt amit csinál. De hogy > egy felsőfokú végzettségű ember, aki sok-sok évet járt iskolába, csak > azért hogy csinálhassa azt amit csinál, és ne _szeresse_ azt amit > csinál ("eltűri", az megfelelő lenne, mivel mhelyen megcsinálja de > otthon rá sem néz).... Azt nem tudom megérteni. Az elb...szott egy > szitu lehet. Az ilyen munkába is útál járni, nem? És akkor milyen a > munkamorálja? Nekem kubikos nem kell. Érdekes egy felfogás, de valójában magadat tartod ideálisnak, és ezt próbálod megmagyarázni :) Képzeld, nekem éveken át számítógépem se volt otthon (illetve volt nem is egy, de össze se volt rakva). Most is csak azért van otthon gép, mert gyerekek azon játszanak, meg mert a fényképeket azon rendezgetem időnként :) Dolgozom én eleget a géppel egész nap. Ha valami érdekel, akkor inkább bent maradok még, és kipróbálom, vagy megnézem. Otthon várnak a skacok, meg egymillió más dolog. Így is a garázsban egy éve nincs rend rakva... ;) Este 10-kor meg legritkább esetben van kedvem gépet kapcsolni. Inkább olvasok (sokszor persze szakmai könyvet :). Pár éve volt egy időszakom, mikor megint rámjött a játszhatnék. No akkor vettem konzolt. Egyszerűen mert semmi kedvem nem volt otthon is azzal tölteni az időmet hogy telepítgessek meg registryt túrjak... > És tudod, mikor egy "agyonsminkelt" kódot dugnak az orrod alá, amiről > minden lerí, puccparádés javadoc, minden taggel, meg @since 1.0 meg > mittudomén, katonás formázással (habár az már IDE manapság), csak > éppen nincs neki "íze". Olyan ideális, de egyben silány is, akármennyi > is a javadoc meg az "ilyennek kell lenni" tankönyvekben és irodalomban > szereplő bizbaszok rajta. Olyan tankönyvbe való, steril. És 99.99% > hogy a jelentkező ilyen kódot a munkahelyén _NEM_ fog írni. Soha. > > A szaftos kód, amiben az OpenGL implementációt szidják, vagy az APIt. > Na az már döfi. És mit mondtál volna, ha odaadom a php-ban összedobott könyvnyilvántartó progimat? Azt hogy egy nagy gány. És az is. Egyetlen bejövő adat sincs leellenőrizve, a design az gyakorlatilag nincs, hibatűrés nincs, biztonsag az úgy ahogy van le van ejtve, nem portolható, nem többnyelvű, stb. De nekem pont jó arra amire kell. Ha hiba van, F4 és kijavítom. Egy csomó dolgot nem is lehet benne megcsinálni, mert egyszerűen inkább megcsinálom SQL konzolból... Az adatszerkezet is egyszerű, de az az egy-két könyvem ami kilóg belőle, azt fejből is tudom hogy nem egészen úgy van mint ahogy látszik :) Na most ez alapján felvennél? Kétlem... (És nem fogom sehova sem kitenni, mert igényesebb vagyok :) > Világos voltam? :D Igen. Nehezen tudod elképzeli, hogy ha valaki nem úgy él, meg gondolkodik mint te, akkor az lehet ugyanolyan jó munkatárs. ;) Laja From peter at verhas.com Tue Mar 30 11:20:55 2010 From: peter at verhas.com (Peter Verhas) Date: Tue, 30 Mar 2010 11:20:55 +0200 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003291518v76e2604en98979b1963efe984@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> <53d6e7831003290851r180c7e5fuf65681972a0794b2@mail.gmail.com> <60f30cea1003290904ucad0acej2264665d1e7c3e5f@mail.gmail.com> <53d6e7831003291518v76e2604en98979b1963efe984@mail.gmail.com> Message-ID: <60f30cea1003300220r16a3f73bt3d37dda096afc336@mail.gmail.com> 2010/3/30 Tamás Cservenák : > Sok ember úgy tesz, mint a Vogonok a The Hitchhiker's Guide to the > Galaxy-ban: rossz hirdetőtáblára akasztják ki a Föld megsemmisitésére > vonatkozó hírdetményt :) Magamra ismerek. From biziclop at gmail.com Tue Mar 30 11:22:46 2010 From: biziclop at gmail.com (biziclop) Date: Tue, 30 Mar 2010 10:22:46 +0100 Subject: [Java lista] OSS In-Reply-To: <60f30cea1003300220r16a3f73bt3d37dda096afc336@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> <53d6e7831003290851r180c7e5fuf65681972a0794b2@mail.gmail.com> <60f30cea1003290904ucad0acej2264665d1e7c3e5f@mail.gmail.com> <53d6e7831003291518v76e2604en98979b1963efe984@mail.gmail.com> <60f30cea1003300220r16a3f73bt3d37dda096afc336@mail.gmail.com> Message-ID: 2010/3/30 Peter Verhas : > 2010/3/30 Tamás Cservenák : >> Sok ember úgy tesz, mint a Vogonok a The Hitchhiker's Guide to the >> Galaxy-ban: rossz hirdetőtáblára akasztják ki a Föld megsemmisitésére >> vonatkozó hírdetményt :) > > Magamra ismerek. Azért remélem, az mindenkinek megvan, hogy a Galaxis Útikalauzban a vogonok "nyertek". lsp From istvan at verhas.com Tue Mar 30 11:39:58 2010 From: istvan at verhas.com (=?ISO-8859-2?Q?Verh=E1s_Istv=E1n?=) Date: Tue, 30 Mar 2010 11:39:58 +0200 Subject: [Java lista] OSS In-Reply-To: References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <60f30cea1003290755l154b09c9web3dbdefafcb8135@mail.gmail.com> <53d6e7831003290811n135f93eaq964c2869cfaecf43@mail.gmail.com> <1269876283.11458.12.camel@gabriel-desktop> <53d6e7831003290826l3782b59bsc5c83365a4d289a5@mail.gmail.com> <53d6e7831003290851r180c7e5fuf65681972a0794b2@mail.gmail.com> <60f30cea1003290904ucad0acej2264665d1e7c3e5f@mail.gmail.com> <53d6e7831003291518v76e2604en98979b1963efe984@mail.gmail.com> <60f30cea1003300220r16a3f73bt3d37dda096afc336@mail.gmail.com> Message-ID: <4BB1C6EE.2030307@verhas.com> Mert hiszen ők jó helyre tették ki, csak a buta emberek nem olvasták :-) üdv vi biziclop wrote: > 2010/3/30 Peter Verhas : > >> 2010/3/30 Tamás Cservenák : >> >>> Sok ember úgy tesz, mint a Vogonok a The Hitchhiker's Guide to the >>> Galaxy-ban: rossz hirdetőtáblára akasztják ki a Föld megsemmisitésére >>> vonatkozó hírdetményt :) >>> >> Magamra ismerek. >> > > Azért remélem, az mindenkinek megvan, hogy a Galaxis Útikalauzban a > vogonok "nyertek". > > lsp > _______________________________________________ > 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/20100330/0e8749a2/attachment.html From tamas at cservenak.net Tue Mar 30 17:23:25 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Tue, 30 Mar 2010 17:23:25 +0200 Subject: [Java lista] OSS In-Reply-To: References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> Message-ID: <53d6e7831003300823i78e17c15xb3914b7ce9558c13@mail.gmail.com> Ez szĂĄmomra egy nagyon ĂŠrdekes gondolat! Mert engem is egy "forge" (vagy csak egy umbrella akĂĄr, kezdetnek) szerveződĂŠs ĂśsszehozĂĄsa sarkallt az email megĂ­rĂĄsĂĄra. De a thread ĂĄtcsapott pszicholĂłgiĂĄba, meg egy kicsit kuruzslĂĄsi tanĂĄcsadĂĄsba (zaccbĂłl jĂłsolni meg ilyenek. TĂśrĂśk kĂĄvĂŠt rĂŠg ittam, meg is feledkeztem erről :) Én 1996-tĂłl voltam akkor SuSE, majd SUSE, majd openSUSE linuxokon, utĂĄna elkruvultam, ĂŠs lett MacOSX. De legalĂĄbb UN.X alapĂş maradtam :) MĂĄs? Thanks, ~t~ 2010/3/30 Szomor Attila > Sziasztok, > > Magam rĂĄszĂŠről kb. 1995-től hasznĂĄlom a Debian-t ĂŠs majdnem ettől az > időtĂśl az Apache/PHP/MySQL-t is, azt vettem ĂŠszre, hogy amikor a projektek > elĂŠrnek egy szintet onnatĂłl az OS-t is kĂŠpzett ĂŠs jĂłl fizetett szakik > kĂŠszĂ­tik. ÁttĂŠrve a Java vilĂĄgra, hogy csak a legnagyobbakat emlĂ­tsem az > Apache ĂŠs Eclipse projekteknĂŠl is ezt lĂĄtom. MagyarorszĂĄgon nincsenek elĂŠg > nagy cĂŠgek kivĂŠve egy kettő pl. MOL ĂŠs OTP, de azok nem a > szĂĄmĂ­tĂĄstechnikĂĄbĂłl ĂŠlnek mint a fentieket tĂĄmogatĂł IBM,- Oracle,- stb., > szerintem ide vezethető vissza miĂŠrt kevesebb a magyar OS termĂŠk. Ez csak > az egyik ok a mĂĄsik, hogy ma a magyar piacon lĂŠvő termĂŠkek kb 30%-a mĂŠg > DOS-os ĂŠs kb. egy mĂĄsik 60% pedig Client/Server megoldĂĄs ebből jĂłl lĂĄtszik > hogy a lemaradĂĄsunk itt kb 15-20 ĂŠv, Ă­gy ezeket nem megnyitni kell hanem > bezĂĄrni! Ezen okok miatt szerintem csak hobosĂ­tĂĄsra van esĂŠly, de ez is > milyen szĂŠp lenne, ha lenne, amikor egy OS kĂśzelĂŠbe kerĂźlĂśk azt lĂĄtom, > hogy csak magyarul nem tud a szerencsĂŠtlen!!! > Szerintem a FSF mintĂĄra kellene alapĂ­tani egy FJF-t ĂŠs azt kis magyar > vĂĄllalatok ĂŠs vĂĄllalkozĂĄsok is tudnĂĄk tĂĄmogatni kĂśzĂśs ĂśrĂśmĂźnkre, addig is > az adĂłm 1%-ĂĄt az FSF.hu-nak adom, a kĂśvetkező JUM-on alapĂ­tsĂĄtok meg a > FJF-t ĂŠs jĂśvőre oda adom sőt a munkaadĂłimat is rĂĄbeszĂŠlem egy kis hav > apanĂĄzsra!!! > > Attila. > > -- > PĂŠcs is the European Capital of Culture in 2010 > _______________________________________________ > 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/20100330/1b636e85/attachment.html From biziclop at gmail.com Tue Mar 30 17:29:55 2010 From: biziclop at gmail.com (biziclop) Date: Tue, 30 Mar 2010 16:29:55 +0100 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003300823i78e17c15xb3914b7ce9558c13@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <53d6e7831003300823i78e17c15xb3914b7ce9558c13@mail.gmail.com> Message-ID: 2010/3/30 Tamás Cservenák : > Ez számomra egy nagyon érdekes gondolat! > Mert engem is egy "forge" (vagy csak egy umbrella akár, kezdetnek) > szerveződés összehozása sarkallt az email megírására. Tudod, mi lenne a válasz, ha ezt az ötletet egy meetingen vetetted volna fel. :) lsp From auth.gabor at javaforum.hu Tue Mar 30 17:32:26 2010 From: auth.gabor at javaforum.hu (Auth =?iso-8859-2?q?G=E1bor?=) Date: Tue, 30 Mar 2010 17:32:26 +0200 Subject: [Java lista] OSS In-Reply-To: References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> Message-ID: <201003301732.26323.auth.gabor@javaforum.hu> Halihó! 2010. március 30. 07.56.02 Szomor Attila dátummal ezt írta: > Szerintem a FSF mintára kellene alapítani egy FJF-t és azt kis magyar > vállalatok és vállalkozások is tudnák támogatni közös örömünkre, addig is > az adóm 1%-át az FSF.hu-nak adom, a következő JUM-on alapítsátok meg a > FJF-t és jövőre oda adom sőt a munkaadóimat is rábeszélem egy kis hav > apanázsra!!! Régi sirámom, hogy az FSF számára az Java OSS nem létezik, sok esetben összesúgnak a Java szó hallatán, hogy lassú és különben is. :) Az FJF jó ötlet lehet, kérdés, hogy mit tudna tenni... és mi lenne a célja. -- Auth Gábor From magyusz at gmail.com Tue Mar 30 17:34:17 2010 From: magyusz at gmail.com (=?ISO-8859-1?Q?Tam=E1s_Magyar?=) Date: Tue, 30 Mar 2010 17:34:17 +0200 Subject: [Java lista] OSS In-Reply-To: <1269875286.11458.9.camel@gabriel-desktop> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <1269875286.11458.9.camel@gabriel-desktop> Message-ID: 2010/3/29 Gábriel Ákos : > Adempiere-ben benne vagyunk, Liferay-ben benne vagyunk, és ez csak a mi > cégünk. Rizsi mester (ex employee) vagy 2-3 sourceforge-os projekt > indítója. Én már egyik nagy és értelmetlen vitátok óta nem olvasom rendszeresen a listát, de most ha már véletlenül megláttam ezt a levelet, a teljesség kedvéért ki kell egészítenem szerény kis open source projektemmel, amit szintén I-Logic alkalmazottként írtam: http://code.google.com/p/mailhide-tag/ (szerepel a hivatalos http://recaptcha.net/resources.html "plugin" listában) Leírni, hogy - kis mérete ellenére - mennyire jó érzés egy ilyen (szerintem sikeres) open source projekt gazdájának lenni, több idő lenne, mint maga a szakmai munka, amit a projekt megkívánt, szóval én is arra bíztatok mindenkit, hogy hajrá OSS! Egyébként tudok több magyar nem I-Logicos Java opensource projektről, csak egyik készítőit sem szeretném azzal megbántani, hogy véletlenül pont őket hagyom ki a felsorolásból. Magyusz From tamas at cservenak.net Tue Mar 30 17:47:05 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Tue, 30 Mar 2010 17:47:05 +0200 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003300823i78e17c15xb3914b7ce9558c13@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <53d6e7831003300823i78e17c15xb3914b7ce9558c13@mail.gmail.com> Message-ID: <53d6e7831003300847y774fa164n6983cd8b7314322e@mail.gmail.com> OkĂŠ, akkor csak egy kis ĂśsszegzĂŠs: A thread-ben tĂśbben jelenteztek, hogy lĂĄtnak fantĂĄziĂĄt az OSS-ben. Mint aktĂ­v rĂŠsztvevő, nem csak "OSS-consumer". Mert ugye olyan levlista tag nincs, aki _soha_ de soha nem hasznĂĄlt egy kunya OSS bĂĄjtot sem az alkalmazĂĄsban/rendszerben amin dolgozott. TovĂĄbbĂĄ, kettő igen aktĂ­v rĂŠsztvevőnk volt, aki kapĂĄsbĂłl "Get a life"-ot hirdetett, ĂŠs szerintĂźk kinőttek a nem-fizetett kĂłdolĂĄsbĂłl. UtĂłlag bevallottĂĄk, mindketten mĂŠgis kĂłdolnak! :D (bocsi! nem bĂ­rtam ki! Ha Ăśsszefutunk, +1 sĂśr tőlem mindkettőtĂśknek) Arra kĂŠrnĂŠlek titeket, tartsuk a thread-et. PszichoanalĂ­zis, mi-lenne-ha-lenne ĂŠs tsa kicsuk. A FSF == GNU == "Ăśreg hippi" (Stallman). Mikor Szegeden diĂĄkkĂŠnt (tehĂĄt rĂŠgen) hallgattam, oda voltam ĂŠrte, ĂŠs tĂŠnyleg sok mindenben igaza van. De ez a "java catch" dolog ma mĂĄr nem ĂĄll. És igazat vallva, egy "picit" fanatikusnak lĂĄtom mai szemmel. És szerintem ez a fanatizmus mostmĂĄr inkĂĄbb ĂĄrt mint hasznĂĄl a community-nek. GyĂśnyĂśrĹą pĂŠlda a BSD vs GPL licenc elterjedĂŠse (a Java vilĂĄgban): A BSD-like (ASL2, MIT, BSD, Eclipse) mind kenterbe verik ĂŠs ezen szoftverek halmaza dagad. A GNU licenszelt szoftverek ĂĄltalĂĄban alig vannak alkalmazva. Egy kivĂŠtel (ĂŠs itt a poĂŠn): a GNU licencet majdnem mindig _kommersz cĂŠgek ĂĄltal tĂĄmogatott OSS projektek_ alkalmaznak, mert el is akarjĂĄk adni a cuccost. A GNU licensz pedig megvĂŠdi az adott cĂŠget mĂĄs cĂŠgektől (ĂŠs azok kontĂĄrkodĂĄsĂĄtĂłl) -- lĂĄsd Sonatype(!). TehĂĄt, az az ĂŠrzĂŠsem, hogy a GPL nĂĄlunk, Java esetĂŠben, elĂŠggĂŠ visszĂĄsan sĂźlt el: a GPL licenc majdnem mindig cĂŠgek hasznĂĄljĂĄk előszerettel. BSD vs GPL: sztem mindig a "szabadabb", liberĂĄlisabb fog nyerni. LĂĄsd Java Service Wrapper: 3.2.x nem tudom mikor licencet vĂĄltott. Egyenesen pofĂĄtlanul. AlapszabĂĄly, hogy licencvĂĄltĂĄs az "zĂĄrtabb"-bĂłl "nyitott"-ba illik hogy tĂśrtĂŠnjen. A fordĂ­tottjĂĄt senki sem tiltja, de nem etikus, ĂŠs a JSW szerzője jĂłl megĂŠgette magĂĄt. Egy pillanatban elĂśntĂśtte a vĂŠr, ĂŠs rĂĄjĂśtt hogy keresni akar. Nincs ezzel semmi baj, de a community azonnal megbĂźntette, ma van 2 egyenes fork-ja, kĂŠszĂźl mĂŠg, ĂŠs lesz mĂŠg. Az ĂŠrdekes az, hogy a a licenc vĂĄltĂĄs előtt tĂŠnylegesen csak _egy_ wrapper volt (jĂł, akkor is voltak mĂĄsok, de a JSW de facto mindet kenterbeverte, szabvĂĄny volt). Mi lett utĂĄna? Sok kis "ĂśrvĂŠny", ĂŠs a faszi arra lett figyelmes, hogy csak "egy a sok kĂśzĂźl lett". Érdekel, hogy tĂśbbet keres-e ma mint akkor tette. Én arra fogadnĂŠk, hogy nem. A spring meg egyenesen visszatĂĄncolt. De azt nem kĂ­sĂŠrem mĂĄr amiĂłta elkurvultak :) (a fenti szĂśveg sajĂĄt magĂĄnvĂŠlemĂŠnyem) Thanks, ~t~ Thanks, ~t~ 2010/3/30 TamĂĄs CservenĂĄk > Ez szĂĄmomra egy nagyon ĂŠrdekes gondolat! > Mert engem is egy "forge" (vagy csak egy umbrella akĂĄr, kezdetnek) > szerveződĂŠs ĂśsszehozĂĄsa sarkallt az email megĂ­rĂĄsĂĄra. > > De a thread ĂĄtcsapott pszicholĂłgiĂĄba, meg egy kicsit kuruzslĂĄsi > tanĂĄcsadĂĄsba (zaccbĂłl jĂłsolni meg ilyenek. TĂśrĂśk kĂĄvĂŠt rĂŠg ittam, meg is > feledkeztem erről :) > > Én 1996-tĂłl voltam akkor SuSE, majd SUSE, majd openSUSE linuxokon, utĂĄna > elkruvultam, ĂŠs lett MacOSX. De legalĂĄbb UN.X alapĂş maradtam :) > > > MĂĄs? > > > Thanks, > ~t~ > > > 2010/3/30 Szomor Attila > > Sziasztok, >> >> Magam rĂĄszĂŠről kb. 1995-től hasznĂĄlom a Debian-t ĂŠs majdnem ettől az >> időtĂśl az Apache/PHP/MySQL-t is, azt vettem ĂŠszre, hogy amikor a projektek >> elĂŠrnek egy szintet onnatĂłl az OS-t is kĂŠpzett ĂŠs jĂłl fizetett szakik >> kĂŠszĂ­tik. ÁttĂŠrve a Java vilĂĄgra, hogy csak a legnagyobbakat emlĂ­tsem az >> Apache ĂŠs Eclipse projekteknĂŠl is ezt lĂĄtom. MagyarorszĂĄgon nincsenek elĂŠg >> nagy cĂŠgek kivĂŠve egy kettő pl. MOL ĂŠs OTP, de azok nem a >> szĂĄmĂ­tĂĄstechnikĂĄbĂłl ĂŠlnek mint a fentieket tĂĄmogatĂł IBM,- Oracle,- stb., >> szerintem ide vezethető vissza miĂŠrt kevesebb a magyar OS termĂŠk. Ez csak >> az egyik ok a mĂĄsik, hogy ma a magyar piacon lĂŠvő termĂŠkek kb 30%-a mĂŠg >> DOS-os ĂŠs kb. egy mĂĄsik 60% pedig Client/Server megoldĂĄs ebből jĂłl lĂĄtszik >> hogy a lemaradĂĄsunk itt kb 15-20 ĂŠv, Ă­gy ezeket nem megnyitni kell hanem >> bezĂĄrni! Ezen okok miatt szerintem csak hobosĂ­tĂĄsra van esĂŠly, de ez is >> milyen szĂŠp lenne, ha lenne, amikor egy OS kĂśzelĂŠbe kerĂźlĂśk azt lĂĄtom, >> hogy csak magyarul nem tud a szerencsĂŠtlen!!! >> Szerintem a FSF mintĂĄra kellene alapĂ­tani egy FJF-t ĂŠs azt kis magyar >> vĂĄllalatok ĂŠs vĂĄllalkozĂĄsok is tudnĂĄk tĂĄmogatni kĂśzĂśs ĂśrĂśmĂźnkre, addig is >> az adĂłm 1%-ĂĄt az FSF.hu-nak adom, a kĂśvetkező JUM-on alapĂ­tsĂĄtok meg a >> FJF-t ĂŠs jĂśvőre oda adom sőt a munkaadĂłimat is rĂĄbeszĂŠlem egy kis hav >> apanĂĄzsra!!! >> >> Attila. >> >> -- >> PĂŠcs is the European Capital of Culture in 2010 >> _______________________________________________ >> 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/20100330/b29d4cd1/attachment-0001.html From einstand at gmail.com Wed Mar 31 00:16:56 2010 From: einstand at gmail.com (=?UTF-8?B?RWxlayBNw6FydG9u?=) Date: Wed, 31 Mar 2010 00:16:56 +0200 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003300847y774fa164n6983cd8b7314322e@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <53d6e7831003300823i78e17c15xb3914b7ce9558c13@mail.gmail.com> <53d6e7831003300847y774fa164n6983cd8b7314322e@mail.gmail.com> Message-ID: Lábjegyzeteim, kicsit bő lére eresztve: 1. Steve >mit csinál a kubikos? Azzal amit adnak neki, azt amit mondanak neki. >És mikor hazamegy, gondolom nem áll neki otthon is folytatni, pl. árkot ásni hobbiból. >Őt megértem, hogy útálja azt amit csinál. De hogy egy felsőfokú végzettségű ember, > aki sok-sok évet járt iskolába, csak azért hogy csinálhassa azt amit csinál, >és ne _szeresse_ azt amit csinál ("eltűri", az megfelelő lenne, mivel mhelyen >megcsinálja de otthon rá sem néz).... Azt nem tudom megérteni. Az elb...szott egy > szitu lehet. Az ilyen munkába is útál járni, nem? És akkor milyen a > munkamorálja? Nekem kubikos nem kell. Nem vagyok oda kifejezetten az úriemberért (sőt), de a Stanfordi beszédében van valami szimpatikus. Szeretem, ha valaki olyat csinál amiben hisz. (Érdemes ez egészet elolvasni http://news-service.stanford.edu/news/2005/june15/jobs-061505.html) "I'm convinced that the only thing that kept me going was that I loved what I did. You've got to find what you love. And that is as true for your work as it is for your lovers. Your work is going to fill a large part of your life, and the only way to be truly satisfied is to do what you believe is great work. And the only way to do great work is to love what you do. If you haven't found it yet, keep looking. Don't settle. As with all matters of the heart, you'll know when you find it. And, like any great relationship, it just gets better and better as the years roll on. So keep looking until you find it. Don't settle." Nekem ráadásul megadatik a luxus, hogy azt az ágazatot, amiben vagyok, azt amit szeretek csinálni, meg is fizetik, elég jól. Van, aki általános iskolában tanít, mert ő abban hisz. Az élmény ugyanaz, a fizetés nem. 2. ops4j Egyik kedvenc tömörülésem. Ez a projekt nyilvánvalóan azzal szemben jött létre, hogy egyes intézményesült OS projektek már olyan nagyok, hogy valójában csak a forrás nyílt, de ténylegesen kontributálni csak sok patch beküldésén keresztül lehet, igazán beleszólni csak sok idő után lehet. Persze tudom, sok tényezőt kell figyelembe venni, közös ló, stb. Nekem akkor is szimpatikus ez a projekt. Regisztrálsz és a regisztráció máris jó mindenre. Commitolni is. Mintha a forrás wiki lenne. Persze tudom számos ponton fogást lehet találni rajta. Engem akkor is lenyűgöz ez a szabadság. 3. github, bitbucket Sokan mondták itt is. Lenne OS projektem, de le kéne tisztázni, dokumentálni, stb. Utána jöhet csak a host: google code, sourceforge, java.net, stb. Nekem az tetszik a fenti siteokban, hogy arra biztatnak, hogy minden további nélkül feltöltse az ember az éppen aktuális projektjét. Csiszolatlanul, kócosan: csak magamnak csináltam, de bárki belenézhet a forrásba, mégha nem teljesértékű projekt is. Én örülök, hogy terjednek az ilyenek. 4. Közhely Iszonyú sokat tanultam mások kódjából. Ezek általában OS projektek, amik valami miatt kellettek, vagy nem úgy, vagy nem voltak dokumentálva, vagy ki akartam őket terjeszteni, stb. Ezeknek jó részével a szigorúan vett munkám során nem találkoztam volna. Jó lenne ha mindig lenne nekem is 20% saját projektidő a munkaidőmből (el tudnám tölteni), de sajnos nincs. Olyan kalappal köszönünk, amilyenünk van. És igen, nekem is elég korlátolt a szabadidőm, van családom, kertem, stb. De valamikor muszáj volt megnéznem azokat a kódokat. 4. Saját kód; juszt se mutatnám meg; milyen minőség; Én szívesen megmutatnám. Persze, hogy máshogy kódolok magamnak, mint bent, de nem annyira máshogy. Szerencsére nálunk értelmes konvenciók vannak. Ha meg értelmesek, akkor valahogy a saját kódjaimban is nyomuknak kell hogy legyen. És igen, a munkaadót is tesztelni kell. Vitatkozzon velem. Mondja el, hogy neki mi nem tetszett. Én tudom (tudni vélem) a kódom gyengeségeit, mert nem volt idő, mert csak prototípus, stb. De erről lehet beszélni. Ha lehet dialógust folytatni az (esetleges leendő) munkaadóval, akkor bármit megmutatok neki. Szeretek java kódról beszélni. +1 "A szaftos kód, amiben az OpenGL implementációt szidják, vagy az APIt" nem kapcsolódik, de eszembe jutott a kedvenc bónusz kérdésem: Hol találkozhatunk Kafkával a 6-os JDK kódjában? üdv m. ps: Átolvasva talán egy kicsit fanatikusabbra sikeredett, mint szerettem volna. Így megy ez. From einstand at gmail.com Wed Mar 31 00:33:28 2010 From: einstand at gmail.com (=?UTF-8?B?RWxlayBNw6FydG9u?=) Date: Wed, 31 Mar 2010 00:33:28 +0200 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: <53d6e7831003260740i3e207edy318e99a40210015c@mail.gmail.com> References: <60f30cea1003260501u6cdd6e86w8bcc4b313bd42913@mail.gmail.com> <60f30cea1003260505j38b78f84x87c092036792b085@mail.gmail.com> <4BACAAB5.2040808@freeweb.hu> <53d6e7831003260647j20867ee4v1e080197bfa26ea0@mail.gmail.com> <4BACC31B.3020907@freemail.hu> <53d6e7831003260740i3e207edy318e99a40210015c@mail.gmail.com> Message-ID: 2010/3/26 Tamás Cservenák : > Ja, ez az egyik legnagyobb ujitas a Maven3 eseteben: lett egy ModelBuilder, > aminek az APIja adott, es azt "latja" a Maven Core. Az pedig, hogy mi van > mogotte/alatta, ezentul "pattinthato" lesz: a "klasszikus (regi)" POM xml, > vagy a polyglot (DSLek Scala, Ruby, Clojure stb segitsegevel, XText > direktbe), akarmi. Ez valojaban egy indirection level, a Maven Core es maga > a perzisztalt modell (POM) kozott. Sajnos pont ez az, ami miatt én nem találom igazán nagy durranásnak a polyglot-ot. Engem nem az korlátozott, hogy az XML-ben nem írhattam attribútumot (kicsit csúnya, de Istenem), hanem magának a POM modelnek a merevsége. Ha jól értem a dolgot, ez továbbra se változik nagyon, csak lehet más nyelven is reprezentálni. Szívesebben látnék én elmozdulást inkább abba az irányba, ahogy a Gradle képzeli el a világot, hogy a pom struktúráját nem XML-el lehet legjobban leírni, hanem egy objektum szerkezettel, amit a build leíróban tovább programozol. (Mondom én mindezt úgy, hogy eddig csak helloworld-oket láttam a polyglotból, lehet, hogy azóta többet tud) Ehhez képest engem se bántana az, hogy ha nem egy XML reprezentáció lenne fent a remote repóban, hanem egy ruby pom, feltéve, hogy a felolvasó logikát valamilyen artifact formájában tudná jelezni a projekt. Persze látom a korlátokat, tyúktojás, kompatibilitás, stb. Mindenesetre _számomra_ a mixineknek pl. praktikusabbak lettek volna (elég fájó a hiányuk). De majd talán a 3.1-ben. üdv m. From zmblevlist at gmail.com Wed Mar 31 08:50:30 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, 31 Mar 2010 08:50:30 +0200 Subject: [Java lista] OSS In-Reply-To: References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <53d6e7831003300823i78e17c15xb3914b7ce9558c13@mail.gmail.com> <53d6e7831003300847y774fa164n6983cd8b7314322e@mail.gmail.com> Message-ID: On Wed, 31 Mar 2010 00:16:56 +0200, Elek Márton wrote: > > 4. Saját kód; juszt se mutatnám meg; milyen minőség; > > Én szívesen megmutatnám. Persze, hogy máshogy kódolok magamnak, mint > bent, de nem annyira máshogy. Szerencsére nálunk értelmes konvenciók > vannak. Ha meg értelmesek, akkor valahogy a saját kódjaimban is > nyomuknak kell hogy legyen. Hamar a kod mutogatas: http://code.google.com/p/soja-hw/ Szerver oldali java targy, beadando feladat, vegleges kod. Kicsit osszecsapott lett a vegre, de progamozas teren kb ez vagyok en. Meg aprocska igazitas van rajta: GF2 alatt kell futnia. A projekt tovabbi sorsa bizonytalan. Lehet, h megszuntetem, de az is lehet, h kicsit kikalapalom, aztan mutogatom, ha allasinterjunk kerik. :) -- Üdvözlettel, Böszörményi Péter From biziclop at gmail.com Wed Mar 31 10:40:20 2010 From: biziclop at gmail.com (biziclop) Date: Wed, 31 Mar 2010 09:40:20 +0100 Subject: [Java lista] OSS In-Reply-To: <53d6e7831003300847y774fa164n6983cd8b7314322e@mail.gmail.com> References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> <53d6e7831003300823i78e17c15xb3914b7ce9558c13@mail.gmail.com> <53d6e7831003300847y774fa164n6983cd8b7314322e@mail.gmail.com> Message-ID: 2010/3/30 Tamás Cservenák : > Továbbá, kettő igen aktív résztvevőnk volt, aki kapásból "Get a life"-ot > hirdetett, és szerintük kinőttek a nem-fizetett kódolásból. Utólag > bevallották, mindketten mégis kódolnak! :D (bocsi! nem bírtam ki! Ha > összefutunk, +1 sör tőlem mindkettőtöknek) > Arra kérnélek titeket, tartsuk a thread-et. Pszichoanalízis, > mi-lenne-ha-lenne és tsa kicsuk. Azt azért szabad megjegyezni, hogy itt egy oltári nagyot ferdítettél Vagy az is offtopik lenne? :) lsp From tamas at cservenak.net Wed Mar 31 11:32:24 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Wed, 31 Mar 2010 11:32:24 +0200 Subject: [Java lista] Egy NB6.8-as buildAll script keszitese In-Reply-To: References: <60f30cea1003260505j38b78f84x87c092036792b085@mail.gmail.com> <4BACAAB5.2040808@freeweb.hu> <53d6e7831003260647j20867ee4v1e080197bfa26ea0@mail.gmail.com> <4BACC31B.3020907@freemail.hu> <53d6e7831003260740i3e207edy318e99a40210015c@mail.gmail.com> Message-ID: Mixinek a 3.1-ben jonnek majd. Sziven szerint, es ezt latom a tobbieken is, a "polyglot maven" valojaban csak egy "showcase": Ezt is lehet maven3-ban. De ugy erzem, hogy egyikunknek sem a szive ugye. A hardcore resze igy is marad a klasszikusnal. Ez inkabb olyan marketing fogas volt. Egy oldalon emlitik a Mavent a jelenleg igen igeretes dolgokkal (scala, clojure meg hat ruby) De ha valakinek a Scala a szivugye, hat legyen :) Ha mar a ruby-nal vagyunk, lassan lehuzzuk a leplet a Nexus Ruby Plugin-rol.... kepzeljetek el, az egesz MavenCentral RubyGem-kent publikalva ;) Thanks, ~t~ 2010/3/31 Elek MĂĄrton > 2010/3/26 TamĂĄs CservenĂĄk : > > Ja, ez az egyik legnagyobb ujitas a Maven3 eseteben: lett egy > ModelBuilder, > > aminek az APIja adott, es azt "latja" a Maven Core. Az pedig, hogy mi van > > mogotte/alatta, ezentul "pattinthato" lesz: a "klasszikus (regi)" POM > xml, > > vagy a polyglot (DSLek Scala, Ruby, Clojure stb segitsegevel, XText > > direktbe), akarmi. Ez valojaban egy indirection level, a Maven Core es > maga > > a perzisztalt modell (POM) kozott. > > Sajnos pont ez az, ami miatt ĂŠn nem talĂĄlom igazĂĄn nagy durranĂĄsnak a > polyglot-ot. Engem nem az korlĂĄtozott, hogy az XML-ben nem Ă­rhattam > attribĂştumot (kicsit csĂşnya, de Istenem), hanem magĂĄnak a POM modelnek > a merevsĂŠge. Ha jĂłl ĂŠrtem a dolgot, ez tovĂĄbbra se vĂĄltozik nagyon, > csak lehet mĂĄs nyelven is reprezentĂĄlni. SzĂ­vesebben lĂĄtnĂŠk ĂŠn > elmozdulĂĄst inkĂĄbb abba az irĂĄnyba, ahogy a Gradle kĂŠpzeli el a > vilĂĄgot, hogy a pom struktĂşrĂĄjĂĄt nem XML-el lehet legjobban leĂ­rni, > hanem egy objektum szerkezettel, amit a build leĂ­rĂłban tovĂĄbb > programozol. > > (Mondom ĂŠn mindezt Ăşgy, hogy eddig csak helloworld-oket lĂĄttam a > polyglotbĂłl, lehet, hogy azĂłta tĂśbbet tud) > > Ehhez kĂŠpest engem se bĂĄntana az, hogy ha nem egy XML reprezentĂĄciĂł > lenne fent a remote repĂłban, hanem egy ruby pom, feltĂŠve, hogy a > felolvasĂł logikĂĄt valamilyen artifact formĂĄjĂĄban tudnĂĄ jelezni a > projekt. Persze lĂĄtom a korlĂĄtokat, tyĂşktojĂĄs, kompatibilitĂĄs, stb. > > Mindenesetre _szĂĄmomra_ a mixineknek pl. praktikusabbak lettek volna > (elĂŠg fĂĄjĂł a hiĂĄnyuk). De majd talĂĄn a 3.1-ben. > > Ăźdv > m. > _______________________________________________ > 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/20100331/adab7f8f/attachment.html From tamas at cservenak.net Wed Mar 31 13:51:15 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Wed, 31 Mar 2010 13:51:15 +0200 Subject: [Java lista] OSS - kiborult a bili Message-ID: Sziasztok, Nem direkt OSS, hanem inkabb annak ellenkezoje: "proprietary SW baromsaga". Ezt most ugy erzem, muszaj megosztanom veletek: Van egy idosebb baratom, akinek "barati alapon" besegitek szamitogepugyileg. Felhasznalo, annyit ert a gepekhez, hogy bongeszik, levelezik, ABEV kitolt, stb (konyvelo, sajat cegenek konyvel tobbek kozott). Csupan evente kb. ketszer megyek hozza, ha valami "bibi" van (pl. mikor a magyarorszag.hupluginje valamiert csakis Java6-tal akart mukodni, JVM upgrade kellett). Termeszetesen openSUSE-t hasznal ;) Namarmost, az allam minket (oket, konyveloket) kotelez a mindenfele elektronikus bevallasokra, kommunikaciora. Ez rendben is van. De. Valamelyik nap, a Magyar Allamkincstar kuldott neki valami pakkot (nem megyek bele mi az, mert nem is tudom, a konyvelesi/ado/jogi oldala nem is erdekel, a technikai az erdekes) amit digitalisan alairt a MAK, es azt neki csatolnia kell az ABEV-ben a bevallashoz/mihez, es elektronikusan bekuldenie. Level megjott, csatolmany lement, es, megallt a tudomany nala. A baratom nem tudott mit kezdeni a csatolmannyal. Na jo, MAK helpdesk. Hosszu huzavona utan, azt a valaszt kapta: "vegyen Windows-t, telepitsen valami XXXX szoftvert, es azzal nyissa meg az alairt pakkot, es a benne levo cuccost csatolja az ABEV-ben"!!!! Minket az allam Windows vasarlasra kotelez??? Aakkor a MAK adjon nekem egy windows-t! En nem fizetek erte, kalozkodasra meg ne is buzditson! De baszki, a helpdesk! "Vegyen egy windowst....". Megall az agyam! --- Nem tudom, lehet hogy ezt mar felhoztak valami forumon. Az is lehet, hogy van linuxos/java alkalmazas (tippeket szivesen varok) erre. De nekem a bilit a helpdesk boritotta ki. --- Kik ezek az emberek? Kik ezek a "szakertok", akik ehhez es hasonlo dolgokhoz a nevuket adjak? (most hagyjuk ki a lobbizast meg a penzeket meg az "ez a magyarorszag" dumat). Ez ellen tessek fellepni. Hol elnek ezek? Lealazni oket! -- Ha jol ertem (elnezest az ertetlenkedesert, szerencsere nem sok dolgom volt a kozugyekkel), valojaban 2 implementacioja van az IRM "elektronikus cĂŠgeljĂĄrĂĄs" nevu dolognak? Anyatok! Jon egy OSS! Legyen csak a "hitelesseg ellenorzesere", alairni nem kell elso korben. Ez haboru az elborult elmekkel! Kesztyut fel! -- De nagyon pipa vagyok. Thanks, ~t~ --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100331/0aab5545/attachment-0001.html From viczian.istvan at gmail.com Wed Mar 31 14:25:05 2010 From: viczian.istvan at gmail.com (=?ISO-8859-1?Q?Istv=E1n_Viczi=E1n?=) Date: Wed, 31 Mar 2010 14:25:05 +0200 Subject: [Java lista] OSS - kiborult a bili In-Reply-To: References: Message-ID: Üdv, Törvény szerint az elektronikus aláírással ellátott dokumentumot minden közigazgatási szervezetnek kezelnie kell, aki nyomtatványt fogad be, azaz ha becsatolod az aláírt dokumentumot, az APEH kötelessége azt értelmezni. Azaz szépen áttolod a problémát nekik. :) Nekik van Windows-uk az adódból. Amúgy a háttérben talán a MELASZ (http://www.melasz.hu) van, akik viszont a Xades szabványt preferálták, amit viszont az Adobe nem szeret (PDF). Persze az ajánlás az, hogy szerencsétlen ügyfélnek ki kell küldeni a dokumentumot PDF-ben, ha olvasgatni akarja, és ki kell neki küldeni csatolva elektronikusan aláírva, ha olyan perverziója van, ha ellenőrizgetni akarja. Más kérdés, hogy a MÁK nem figyelt erre. A legjobb az lenne, ha a PDF terjedne el, amit alá lehetne írni úgy, hogy közben olvasni is lehet. De az nem MELASZ kompatibilis. (Talán a kettő előbb-utóbb közelíteni fog egymáshoz.) Ok, nem írom le, mekkora lobbik vannak a háttérben, és hogy ez Magyarország. Amúgy az ABEV, bocs, ÁNYK is régen csak Windows-on futott, és már van Java-s is, amit ti is használtok. Ugye, hogy halad előre a világ! És ugye milyen jó ez nekünk Java programozóknak... :) Viczi 2010/3/31 Tamás Cservenák : > Sziasztok, > Nem direkt OSS, hanem inkabb annak ellenkezoje: "proprietary SW baromsaga". > Ezt most ugy erzem, muszaj megosztanom veletek: > Van egy idosebb baratom, akinek "barati alapon" besegitek szamitogepugyileg. > Felhasznalo, annyit ert a gepekhez, hogy bongeszik, levelezik, ABEV kitolt, > stb (konyvelo, sajat cegenek konyvel tobbek kozott). Csupan evente kb. > ketszer megyek hozza, ha valami "bibi" van (pl. mikor a magyarorszag.hu > pluginje valamiert csakis Java6-tal akart mukodni, JVM upgrade kellett). > Termeszetesen openSUSE-t hasznal ;) > Namarmost, az allam minket (oket, konyveloket) kotelez a mindenfele > elektronikus bevallasokra, kommunikaciora. Ez rendben is van. De. > Valamelyik nap, a Magyar Allamkincstar kuldott neki valami pakkot (nem > megyek bele mi az, mert nem is tudom, a konyvelesi/ado/jogi oldala nem is > erdekel, a technikai az erdekes) amit digitalisan alairt a MAK, es azt neki > csatolnia kell az ABEV-ben a bevallashoz/mihez, es elektronikusan > bekuldenie. > Level megjott, csatolmany lement, es, megallt a tudomany nala. A baratom nem > tudott mit kezdeni a csatolmannyal. Na jo, MAK helpdesk. Hosszu huzavona > utan, azt a valaszt kapta: "vegyen Windows-t, telepitsen valami XXXX > szoftvert, es azzal nyissa meg az alairt pakkot, es a benne levo cuccost > csatolja az ABEV-ben"!!!! > Minket az allam Windows vasarlasra kotelez??? Aakkor a MAK adjon nekem egy > windows-t! En nem fizetek erte, kalozkodasra meg ne is buzditson! > De baszki, a helpdesk! "Vegyen egy windowst....". Megall az agyam! > > --- > Nem tudom, lehet hogy ezt mar felhoztak valami forumon. Az is lehet, hogy > van linuxos/java alkalmazas (tippeket szivesen varok) erre. De nekem a bilit > a helpdesk boritotta ki. > --- > Kik ezek az emberek? Kik ezek a "szakertok", akik ehhez es hasonlo dolgokhoz > a nevuket adjak? (most hagyjuk ki a lobbizast meg a penzeket meg az "ez a > magyarorszag" dumat). Ez ellen tessek fellepni. Hol elnek ezek? Lealazni > oket! > -- > Ha jol ertem (elnezest az ertetlenkedesert, szerencsere nem sok dolgom volt > a kozugyekkel), valojaban 2 implementacioja van az IRM "elektronikus > cégeljárás" nevu dolognak? Anyatok! Jon egy OSS! Legyen csak a "hitelesseg > ellenorzesere", alairni nem kell elso korben. Ez haboru az elborult > elmekkel! Kesztyut fel! > -- > De nagyon pipa vagyok. > > > Thanks, > ~t~ > > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > http://javagrund.hu/mailman/listinfo/javalist > > From tamas at cservenak.net Wed Mar 31 14:29:26 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Wed, 31 Mar 2010 14:29:26 +0200 Subject: [Java lista] OSS - kiborult a bili In-Reply-To: References: Message-ID: Oke, de mivel nem vagyok jartas ebben, lenne egy kerdesem: jol gondolom, hogy a "kisemberek" (tehat, mint a baratom, aki csak konyvelo, nem ugyved :) ) az esetek 99%-aban csak _kibontani_ akarja a hivatalos szerv altal kuldott e-dokumentumot? Tehat, hogy a doksi alairasa "nem jellemzo"? (mostmar tudom, az ugyvedek igenis alairnak). Mert ha ez a helyzet, egy e-doksi nyitogato cuccos egyszerunek es kivitelezhetonek tunik. Utana majd latjuk a tobbit :) Thanks, ~t~ 2010/3/31 IstvĂĄn VicziĂĄn > Üdv, > > TĂśrvĂŠny szerint az elektronikus alĂĄĂ­rĂĄssal ellĂĄtott dokumentumot > minden kĂśzigazgatĂĄsi szervezetnek kezelnie kell, aki nyomtatvĂĄnyt > fogad be, azaz ha becsatolod az alĂĄĂ­rt dokumentumot, az APEH > kĂśtelessĂŠge azt ĂŠrtelmezni. Azaz szĂŠpen ĂĄttolod a problĂŠmĂĄt nekik. :) > Nekik van Windows-uk az adĂłdbĂłl. > > AmĂşgy a hĂĄttĂŠrben talĂĄn a MELASZ (http://www.melasz.hu) van, akik > viszont a Xades szabvĂĄnyt preferĂĄltĂĄk, amit viszont az Adobe nem > szeret (PDF). > > Persze az ajĂĄnlĂĄs az, hogy szerencsĂŠtlen ĂźgyfĂŠlnek ki kell kĂźldeni a > dokumentumot PDF-ben, ha olvasgatni akarja, ĂŠs ki kell neki kĂźldeni > csatolva elektronikusan alĂĄĂ­rva, ha olyan perverziĂłja van, ha > ellenőrizgetni akarja. MĂĄs kĂŠrdĂŠs, hogy a MÁK nem figyelt erre. > > A legjobb az lenne, ha a PDF terjedne el, amit alĂĄ lehetne Ă­rni Ăşgy, > hogy kĂśzben olvasni is lehet. De az nem MELASZ kompatibilis. (TalĂĄn a > kettő előbb-utĂłbb kĂśzelĂ­teni fog egymĂĄshoz.) > > Ok, nem Ă­rom le, mekkora lobbik vannak a hĂĄttĂŠrben, ĂŠs hogy ez > MagyarorszĂĄg. > > AmĂşgy az ABEV, bocs, ÁNYK is rĂŠgen csak Windows-on futott, ĂŠs mĂĄr van > Java-s is, amit ti is hasznĂĄltok. Ugye, hogy halad előre a vilĂĄg! És > ugye milyen jĂł ez nekĂźnk Java programozĂłknak... :) > > Viczi > > 2010/3/31 TamĂĄs CservenĂĄk : > > Sziasztok, > > Nem direkt OSS, hanem inkabb annak ellenkezoje: "proprietary SW > baromsaga". > > Ezt most ugy erzem, muszaj megosztanom veletek: > > Van egy idosebb baratom, akinek "barati alapon" besegitek > szamitogepugyileg. > > Felhasznalo, annyit ert a gepekhez, hogy bongeszik, levelezik, ABEV > kitolt, > > stb (konyvelo, sajat cegenek konyvel tobbek kozott). Csupan evente kb. > > ketszer megyek hozza, ha valami "bibi" van (pl. mikor a magyarorszag.hu > > pluginje valamiert csakis Java6-tal akart mukodni, JVM upgrade kellett). > > Termeszetesen openSUSE-t hasznal ;) > > Namarmost, az allam minket (oket, konyveloket) kotelez a mindenfele > > elektronikus bevallasokra, kommunikaciora. Ez rendben is van. De. > > Valamelyik nap, a Magyar Allamkincstar kuldott neki valami pakkot (nem > > megyek bele mi az, mert nem is tudom, a konyvelesi/ado/jogi oldala nem is > > erdekel, a technikai az erdekes) amit digitalisan alairt a MAK, es azt > neki > > csatolnia kell az ABEV-ben a bevallashoz/mihez, es elektronikusan > > bekuldenie. > > Level megjott, csatolmany lement, es, megallt a tudomany nala. A baratom > nem > > tudott mit kezdeni a csatolmannyal. Na jo, MAK helpdesk. Hosszu huzavona > > utan, azt a valaszt kapta: "vegyen Windows-t, telepitsen valami XXXX > > szoftvert, es azzal nyissa meg az alairt pakkot, es a benne levo cuccost > > csatolja az ABEV-ben"!!!! > > Minket az allam Windows vasarlasra kotelez??? Aakkor a MAK adjon nekem > egy > > windows-t! En nem fizetek erte, kalozkodasra meg ne is buzditson! > > De baszki, a helpdesk! "Vegyen egy windowst....". Megall az agyam! > > > > --- > > Nem tudom, lehet hogy ezt mar felhoztak valami forumon. Az is lehet, hogy > > van linuxos/java alkalmazas (tippeket szivesen varok) erre. De nekem a > bilit > > a helpdesk boritotta ki. > > --- > > Kik ezek az emberek? Kik ezek a "szakertok", akik ehhez es hasonlo > dolgokhoz > > a nevuket adjak? (most hagyjuk ki a lobbizast meg a penzeket meg az "ez a > > magyarorszag" dumat). Ez ellen tessek fellepni. Hol elnek ezek? Lealazni > > oket! > > -- > > Ha jol ertem (elnezest az ertetlenkedesert, szerencsere nem sok dolgom > volt > > a kozugyekkel), valojaban 2 implementacioja van az IRM "elektronikus > > cĂŠgeljĂĄrĂĄs" nevu dolognak? Anyatok! Jon egy OSS! Legyen csak a > "hitelesseg > > ellenorzesere", alairni nem kell elso korben. Ez haboru az elborult > > elmekkel! Kesztyut fel! > > -- > > De nagyon pipa vagyok. > > > > > > Thanks, > > ~t~ > > > > _______________________________________________ > > 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/20100331/f6a74a7d/attachment.html From tamas at cservenak.net Wed Mar 31 14:31:01 2010 From: tamas at cservenak.net (=?UTF-8?B?VGFtw6FzIENzZXJ2ZW7DoWs=?=) Date: Wed, 31 Mar 2010 14:31:01 +0200 Subject: [Java lista] OSS - kiborult a bili In-Reply-To: References: Message-ID: Igen, lattam a HUP-on a thread-et pont errol. Hat istenem, kiskutyanak miden vicc uj :D De van OSS XADES Java library is, igy itt tartanam szova a tarsasagot ;) Thanks, ~t~ 2010/3/31 Gabor Szokoli > Szia! > > VirtualBox, es mindig szokott lenni nehany nemtulregi windows varians, > ami ingyen hasznalhato 30 napig. Most talan a vista? Neha csak server > valtozatok, de alkalmi hasznalatra ugyis mindegy. > De elegge off topic ez a java listan, nincs ennek alkalmasabb tere a > HUP-on vagy akarhol? > Koltoi kerdes volt. > > > 2010/3/31 TamĂĄs CservenĂĄk : > > Sziasztok, > > Nem direkt OSS, hanem inkabb annak ellenkezoje: "proprietary SW > baromsaga". > > Ezt most ugy erzem, muszaj megosztanom veletek: > > Van egy idosebb baratom, akinek "barati alapon" besegitek > szamitogepugyileg. > > Felhasznalo, annyit ert a gepekhez, hogy bongeszik, levelezik, ABEV > kitolt, > > stb (konyvelo, sajat cegenek konyvel tobbek kozott). Csupan evente kb. > > ketszer megyek hozza, ha valami "bibi" van (pl. mikor a magyarorszag.hu > > pluginje valamiert csakis Java6-tal akart mukodni, JVM upgrade kellett). > > Termeszetesen openSUSE-t hasznal ;) > > Namarmost, az allam minket (oket, konyveloket) kotelez a mindenfele > > elektronikus bevallasokra, kommunikaciora. Ez rendben is van. De. > > Valamelyik nap, a Magyar Allamkincstar kuldott neki valami pakkot (nem > > megyek bele mi az, mert nem is tudom, a konyvelesi/ado/jogi oldala nem is > > erdekel, a technikai az erdekes) amit digitalisan alairt a MAK, es azt > neki > > csatolnia kell az ABEV-ben a bevallashoz/mihez, es elektronikusan > > bekuldenie. > > Level megjott, csatolmany lement, es, megallt a tudomany nala. A baratom > nem > > tudott mit kezdeni a csatolmannyal. Na jo, MAK helpdesk. Hosszu huzavona > > utan, azt a valaszt kapta: "vegyen Windows-t, telepitsen valami XXXX > > szoftvert, es azzal nyissa meg az alairt pakkot, es a benne levo cuccost > > csatolja az ABEV-ben"!!!! > > Minket az allam Windows vasarlasra kotelez??? Aakkor a MAK adjon nekem > egy > > windows-t! En nem fizetek erte, kalozkodasra meg ne is buzditson! > > De baszki, a helpdesk! "Vegyen egy windowst....". Megall az agyam! > > > > --- > > Nem tudom, lehet hogy ezt mar felhoztak valami forumon. Az is lehet, hogy > > van linuxos/java alkalmazas (tippeket szivesen varok) erre. De nekem a > bilit > > a helpdesk boritotta ki. > > --- > > Kik ezek az emberek? Kik ezek a "szakertok", akik ehhez es hasonlo > dolgokhoz > > a nevuket adjak? (most hagyjuk ki a lobbizast meg a penzeket meg az "ez a > > magyarorszag" dumat). Ez ellen tessek fellepni. Hol elnek ezek? Lealazni > > oket! > > -- > > Ha jol ertem (elnezest az ertetlenkedesert, szerencsere nem sok dolgom > volt > > a kozugyekkel), valojaban 2 implementacioja van az IRM "elektronikus > > cĂŠgeljĂĄrĂĄs" nevu dolognak? Anyatok! Jon egy OSS! Legyen csak a > "hitelesseg > > ellenorzesere", alairni nem kell elso korben. Ez haboru az elborult > > elmekkel! Kesztyut fel! > > -- > > De nagyon pipa vagyok. > > > > > > Thanks, > > ~t~ > > > > _______________________________________________ > > 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/20100331/5a1b786c/attachment.html From peter at verhas.com Wed Mar 31 14:46:49 2010 From: peter at verhas.com (Peter Verhas) Date: Wed, 31 Mar 2010 14:46:49 +0200 Subject: [Java lista] OSS - kiborult a bili In-Reply-To: References: Message-ID: Azzal ellenőrzöd a dokumentumot amivel akarod. Nyílt szabvány, olyan implementációt használsz, amilyent akarsz. Ha nem tetszik a microsec alkalmazása (nem nyílt, de ingyenes), akkor lehet használni másikat. Nincs linux-ra? Szabad írni egyet. A másik felébe is érzek némi sántítást. Ingyenesen használható operációs rendszerre szeretnéd? Esetleg OS ingyenesen letölthető hardverre? Vagy arra kötelez az állam, hogy vegyek gépet? Nem azt mondom, hogy tetszik a szituáció, de valahogy azt sem gondolom, hogy annyira rossz lenne. Már az is eredmény, hogy szabványos a formátum. A help desk meg persze, hogy azt mondja, hogy vegyél Windows-t és használd a microsec alkalmazást. Az ügyfelel 99%-a számára ez a megoldás. Te meg vagy a 100-adik, akinek Linux-a van. Péter 2010/3/31 Tamás Cservenák : > Sziasztok, > Nem direkt OSS, hanem inkabb annak ellenkezoje: "proprietary SW baromsaga". > Ezt most ugy erzem, muszaj megosztanom veletek: > Van egy idosebb baratom, akinek "barati alapon" besegitek szamitogepugyileg. > Felhasznalo, annyit ert a gepekhez, hogy bongeszik, levelezik, ABEV kitolt, > stb (konyvelo, sajat cegenek konyvel tobbek kozott). Csupan evente kb. > ketszer megyek hozza, ha valami "bibi" van (pl. mikor a magyarorszag.hu > pluginje valamiert csakis Java6-tal akart mukodni, JVM upgrade kellett). > Termeszetesen openSUSE-t hasznal ;) > Namarmost, az allam minket (oket, konyveloket) kotelez a mindenfele > elektronikus bevallasokra, kommunikaciora. Ez rendben is van. De. > Valamelyik nap, a Magyar Allamkincstar kuldott neki valami pakkot (nem > megyek bele mi az, mert nem is tudom, a konyvelesi/ado/jogi oldala nem is > erdekel, a technikai az erdekes) amit digitalisan alairt a MAK, es azt neki > csatolnia kell az ABEV-ben a bevallashoz/mihez, es elektronikusan > bekuldenie. > Level megjott, csatolmany lement, es, megallt a tudomany nala. A baratom nem > tudott mit kezdeni a csatolmannyal. Na jo, MAK helpdesk. Hosszu huzavona > utan, azt a valaszt kapta: "vegyen Windows-t, telepitsen valami XXXX > szoftvert, es azzal nyissa meg az alairt pakkot, es a benne levo cuccost > csatolja az ABEV-ben"!!!! > Minket az allam Windows vasarlasra kotelez??? Aakkor a MAK adjon nekem egy > windows-t! En nem fizetek erte, kalozkodasra meg ne is buzditson! > De baszki, a helpdesk! "Vegyen egy windowst....". Megall az agyam! > > --- > Nem tudom, lehet hogy ezt mar felhoztak valami forumon. Az is lehet, hogy > van linuxos/java alkalmazas (tippeket szivesen varok) erre. De nekem a bilit > a helpdesk boritotta ki. > --- > Kik ezek az emberek? Kik ezek a "szakertok", akik ehhez es hasonlo dolgokhoz > a nevuket adjak? (most hagyjuk ki a lobbizast meg a penzeket meg az "ez a > magyarorszag" dumat). Ez ellen tessek fellepni. Hol elnek ezek? Lealazni > oket! > -- > Ha jol ertem (elnezest az ertetlenkedesert, szerencsere nem sok dolgom volt > a kozugyekkel), valojaban 2 implementacioja van az IRM "elektronikus > cégeljárás" nevu dolognak? Anyatok! Jon egy OSS! Legyen csak a "hitelesseg > ellenorzesere", alairni nem kell elso korben. Ez haboru az elborult > elmekkel! Kesztyut fel! > -- > De nagyon pipa vagyok. > > > Thanks, > ~t~ > > _______________________________________________ > 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 From peter at verhas.com Wed Mar 31 14:49:36 2010 From: peter at verhas.com (Peter Verhas) Date: Wed, 31 Mar 2010 14:49:36 +0200 Subject: [Java lista] OSS - kiborult a bili In-Reply-To: References: Message-ID: A PDF nem szabványos formátum, nem nyílt forráskódú, és az Adobe kereskedelmi politikája minden csak nem OSS. Persze az acrobat reader tudja értelmezni az aláírást, és meg is mutatja a dokumentumot, de mi van ha strukturális dokumentumot akarunk aláírni és nem nyomtatási képet? Persze baromi kényelmes a PDF, de stratégiailag nem lenne jó választás. SZVSZ Péter 2010/3/31 István Viczián : . . . > Persze az ajánlás az, hogy szerencsétlen ügyfélnek ki kell küldeni a > dokumentumot PDF-ben, ha olvasgatni akarja, és ki kell neki küldeni > csatolva elektronikusan aláírva, ha olyan perverziója van, ha > ellenőrizgetni akarja. Más kérdés, hogy a MÁK nem figyelt erre. > > A legjobb az lenne, ha a PDF terjedne el, amit alá lehetne írni úgy, > hogy közben olvasni is lehet. De az nem MELASZ kompatibilis. (Talán a > kettő előbb-utóbb közelíteni fog egymáshoz.) ... -- Verhás Péter ügyvezető Verhás & Verhás Szoftver Manufaktúra Kft. peter at verhas.com t: +36(30)9306805 From syntern at sch.bme.hu Wed Mar 31 15:02:58 2010 From: syntern at sch.bme.hu (=?iso-8859-2?B?IlNv83MgSXN0duFuIg==?=) Date: Wed, 31 Mar 2010 15:02:58 +0200 Subject: [Java lista] OSS - kiborult a bili In-Reply-To: References: Message-ID: <7847c4517eab.4bb36422@sch.bme.hu> http://en.wikipedia.org/wiki/Portable_Document_Format Formerly a proprietary format, PDF was officially released as an open standard on July 1, 2008, and published by the International Organization for Standardization as ISO/IEC 32000-1:2008. Üdv, István ----- Original Message ----- From: Peter Verhas Date: Wednesday, March 31, 2010 2:49 pm Subject: Re: [Java lista] OSS - kiborult a bili To: javalist at javagrund.hu > A PDF nem szabványos formátum, nem nyílt forráskódú, és az Adobe > kereskedelmi politikája minden csak nem OSS. Persze az acrobat reader > tudja értelmezni az aláírást, és meg is mutatja a dokumentumot, de mi > van ha strukturális dokumentumot akarunk aláírni és nem nyomtatási > képet? Persze baromi kényelmes a PDF, de stratégiailag nem lenne jó > választás. > > SZVSZ > > Péter > > 2010/3/31 István Viczián : > . . . > > Persze az ajánlás az, hogy szerencsétlen ügyfélnek ki kell küldeni a > > dokumentumot PDF-ben, ha olvasgatni akarja, és ki kell neki küldeni > > csatolva elektronikusan aláírva, ha olyan perverziója van, ha > > ellenőrizgetni akarja. Más kérdés, hogy a MÁK nem figyelt erre. > > > > A legjobb az lenne, ha a PDF terjedne el, amit alá lehetne írni úgy, > > hogy közben olvasni is lehet. De az nem MELASZ kompatibilis. (Talán a > > kettő előbb-utóbb közelíteni fog egymáshoz.) > ... > > > -- > Verhás Péter > ügyvezető > Verhás & Verhás Szoftver Manufaktúra Kft. > peter at verhas.com > t: +36(30)9306805 > _______________________________________________ > Javalist mailing list > Javalist at javagrund.hu > From peter at verhas.com Wed Mar 31 15:04:31 2010 From: peter at verhas.com (Peter Verhas) Date: Wed, 31 Mar 2010 15:04:31 +0200 Subject: [Java lista] OSS - kiborult a bili In-Reply-To: <7847c4517eab.4bb36422@sch.bme.hu> References: <7847c4517eab.4bb36422@sch.bme.hu> Message-ID: Köszönöm. 2010/3/31 "Soós István" : > http://en.wikipedia.org/wiki/Portable_Document_Format > > Formerly a proprietary format, PDF was officially released as an open standard on July 1, 2008, and published by the International Organization for Standardization as ISO/IEC 32000-1:2008. > > Üdv, >  István > > ----- Original Message ----- > From: Peter Verhas > Date: Wednesday, March 31, 2010 2:49 pm > Subject: Re: [Java lista] OSS - kiborult a bili > To: javalist at javagrund.hu > >> A PDF nem szabványos formátum, nem nyílt forráskódú, és az Adobe >> kereskedelmi politikája minden csak nem OSS. Persze az acrobat reader >> tudja értelmezni az aláírást, és meg is mutatja a dokumentumot, de mi >> van ha strukturális dokumentumot akarunk aláírni és nem nyomtatási >> képet? Persze baromi kényelmes a PDF, de stratégiailag nem lenne jó >> választás. >> >> SZVSZ >> >> Péter >> >> 2010/3/31 István Viczián : >> . . . >> > Persze az ajánlás az, hogy szerencsétlen ügyfélnek ki kell küldeni a >> > dokumentumot PDF-ben, ha olvasgatni akarja, és ki kell neki küldeni >> > csatolva elektronikusan aláírva, ha olyan perverziója van, ha >> > ellenőrizgetni akarja. Más kérdés, hogy a MÁK nem figyelt erre. >> > >> > A legjobb az lenne, ha a PDF terjedne el, amit alá lehetne írni úgy, >> > hogy közben olvasni is lehet. De az nem MELASZ kompatibilis. (Talán a >> > kettő előbb-utóbb közelíteni fog egymáshoz.) >> ... >> >> >> -- >> Verhás Péter >> ügyvezető >> Verhás & Verhás Szoftver Manufaktúra Kft. >> peter at verhas.com >> t: +36(30)9306805 >> _______________________________________________ >> Javalist mailing list >> Javalist at javagrund.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 From peter at verhas.com Wed Mar 31 15:15:51 2010 From: peter at verhas.com (Peter Verhas) Date: Wed, 31 Mar 2010 15:15:51 +0200 Subject: [Java lista] OSS - kiborult a bili In-Reply-To: References: <7847c4517eab.4bb36422@sch.bme.hu> Message-ID: Most jövök rá, hogy már több mint egy éve nem is a Microsec írja alá a MÁK igazolásokat, hanem a NetLock. From aszomor at computertechnika.hu Wed Mar 31 17:08:48 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Wed, 31 Mar 2010 17:08:48 +0200 Subject: [Java lista] OSS - kiborult a bili In-Reply-To: References: Message-ID: Szia, Elvileg azt írják, hogy MAC OS-n megy, akkor biztos Linux-on is. http://www.otm.gov.hu/web/portal.nsf/E27E34185666CF58C12576AA002DBD7D/$FILE/I-UNI09T_TAN%2BME-01.pdf?OpenElement Attila. From aszomor at computertechnika.hu Wed Mar 31 17:14:10 2010 From: aszomor at computertechnika.hu (Szomor Attila) Date: Wed, 31 Mar 2010 17:14:10 +0200 Subject: [Java lista] OSS - kiborult a bili In-Reply-To: References: <7847c4517eab.4bb36422@sch.bme.hu> Message-ID: <89f444c31fb391ca4bb3e38aec71f3bd@127.0.0.1> Szia, > Most jövök rá, hogy már több mint egy éve nem is a Microsec írja > alá a > MÁK igazolásokat, hanem a NetLock. Az meg tutti Linux compatibilis. Attila. From peter at verhas.com Wed Mar 31 17:21:24 2010 From: peter at verhas.com (Peter Verhas) Date: Wed, 31 Mar 2010 17:21:24 +0200 Subject: [Java lista] OSS - kiborult a bili In-Reply-To: References: Message-ID: Egyrészt nem, mert ha igen, akkor felsorolták volna. (ahogy szerver oldalon fel is sorolták) Másrészt meg hogyan került ez most ide? Nem nézted el az URL-t? Péter 2010/3/31 Szomor Attila : > Szia, > > Elvileg azt írják, hogy MAC OS-n megy, akkor biztos Linux-on is. > > http://www.otm.gov.hu/web/portal.nsf/E27E34185666CF58C12576AA002DBD7D/$FILE/I-UNI09T_TAN%2BME-01.pdf?OpenElement > > Attila. > _______________________________________________ > 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 From kirunews at freemail.hu Wed Mar 31 21:04:52 2010 From: kirunews at freemail.hu (=?ISO-8859-2?Q?Kir=E1ly_P=E9ter?=) Date: Wed, 31 Mar 2010 21:04:52 +0200 (CEST) Subject: [Java lista] OSS In-Reply-To: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> Message-ID: 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! --------- következő rész --------- Egy csatolt HTML állomány át lett konvertálva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100331/24a8f1df/attachment-0001.html From gzsombor at gmail.com Wed Mar 31 21:16:10 2010 From: gzsombor at gmail.com (Zsombor) Date: Wed, 31 Mar 2010 21:16:10 +0200 Subject: [Java lista] OSS In-Reply-To: References: <53d6e7831003290736i50f5e49fg4fc94d5917434e5@mail.gmail.com> Message-ID: 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 > > --------- következő rész --------- Egy csatolt HTML ĂĄllomĂĄny ĂĄt lett konvertĂĄlva... URL: http://javagrund.hu/pipermail/javalist/attachments/20100331/c97cdb65/attachment.html