From atus@ebizlab.hit.bme.hu Fri Sep 28 16:16:21 2001 Received: from shamir.ebizlab.hit.bme.hu (localhost [127.0.0.1]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f8SEGL8B030500 for ; Fri, 28 Sep 2001 16:16:21 +0200 Received: from localhost (atus@localhost) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f8SEGL33021579 for ; Fri, 28 Sep 2001 16:16:21 +0200 X-Authentication-Warning: shamir.ebizlab.hit.bme.hu: atus owned process doing -bs Date: Fri, 28 Sep 2001 16:16:21 +0200 (CEST) From: "Bognar, Attila" To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by shamir.ebizlab.hit.bme.hu id f8SEGL8B030500 Subject: [JavaTech] =?iso-8859-2?Q?pr=F3ba?= Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: próba levél From k.szitas@gisma.de Tue Oct 2 12:42:58 2001 Received: from ms-ex-srv1.gisma.com ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f92Agv8B003101 for ; Tue, 2 Oct 2001 12:42:57 +0200 Received: by ms-ex-srv1.cob.elaxy.net with Internet Mail Service (5.5.2650.21) id ; Tue, 2 Oct 2001 12:42:51 +0200 Message-ID: <910F521E2F0CD3119A120050040B3DE5012AA48B@ms-ex-srv1.cob.elaxy.net> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Date: Tue, 2 Oct 2001 12:42:50 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: [JavaTech] Relacios DB - Primary Key kerdese Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Na akkor megnyitom a a listat az elso levellel. Folytassuk ott ahol a masik listan abbahagytuk, csak eppen felejtsuk el azt a szamomra baromira ellenszenves hozzaallast, hogy a problemahoz ugy allunk hozza, hogy hogyan NEM LEHET megcsinalni, hanem ugy hogy, hogyan LEHET. Ott hagytuk abba hogy egy entitasnak ( j2ee alatt EntityBeannel ) nem kell feltetlenul az entitas PrimaryKey-enek es az alsobb retegben levo perzisztencialo PrimaryKeyenek egybeesnie. OODB eseteben ha jol tudom egyertelmu a dolog, mert ott minden objektumot egy OID azonosit. De mi van Relacios DB eseteben? Viktor azt mondta, hogy o minden sorhoz kulon szintetikus keyt general. Pl az Embert a szemelyi szamaval lehet egyedileg azonositani (ez alapjan Unique), de egy generalt PK-ja van. Kerdes, hogy miert jo ez? Mikor jo ez? Elony: Ha megvaltozik a egyedi azonosito (tipus, hossz, de leginkabb erteke), mert pl betelipiti egy miniszterelnok az erdelyieket Mo-ra, es mar nem elegendo az utolso 4 szamjegy a szemelyi szambol (ami csak 3 vegul is) az egyediseghez, akkor nem kell vegignyalazni az osszes tablankat, es updateelni mind az relacios-adatmodellt (mittomen CHAR 12-rol CHAR 16-ra) + meg az ertekeket is atirni, hanem ezt egyetlen tablaban el tudom vegezni. Hatrany: Mindig ott van az a rohadt join. OODB-nel ez nem szamit, akar tizezerszer is gyorsabb a relacios db-nel, de hat meg mindig sajnos a relacios db-k uraljak a piacot. Pl: egy egyszeru webaruhaznal, ahol tobb penznemet hasznalhatok, egy egyszeru viewnal is ahol az arat ki akarom listazni, es a penznem PK-ja szintetikus, es nem mondjuk az ISO szerinti 3 betu (HUF, DEM), ott egybol bejon a join. Tud valaki meg elonyt es hatranyt? From attila@ebizlab.hit.bme.hu Tue Oct 2 19:26:02 2001 Received: from shamir.ebizlab.hit.bme.hu (localhost [127.0.0.1]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f92HQ28B010063 for ; Tue, 2 Oct 2001 19:26:02 +0200 Received: from localhost (atus@localhost) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f92HQ2tQ029922 for ; Tue, 2 Oct 2001 19:26:02 +0200 X-Authentication-Warning: shamir.ebizlab.hit.bme.hu: atus owned process doing -bs Date: Tue, 2 Oct 2001 19:26:02 +0200 (CEST) From: "Bognar, Attila" X-X-Sender: To: "'javatech@ebizlab.hit.bme.hu'" Subject: Re: [JavaTech] Relacios DB - Primary Key kerdese In-Reply-To: <910F521E2F0CD3119A120050040B3DE5012AA48B@ms-ex-srv1.cob.elaxy.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by shamir.ebizlab.hit.bme.hu id f92HQ28B010063 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: > Tud valaki meg elonyt es hatranyt? Nem jut eszembe, de ha azt vesszük, hogy az OODB-k esetleg teret nyernek és fontos szempont lehet, hogy egy tulajdonság ne legyen kulcs (mert a személyi szám - bár már kihalóban van, tulajdonságnak is tekinthető: ilyen szempontból ez pont jó példa, hogy lassan tök felesleges attribútum, és mégis tárolni kell, sőt újabb egyedeket ehhez igazítani), hiszen ki tudja miként változik a specifikáció hosszú távon (lásd személyi szám, gondolom kitalálásakor nem gondoltak arra, hogy valamikor nem fog megfelelni az állampolgárok azonosítására), akkor feltétlenül előny lehet egy mesterséges kulcs. Nem ismerem az OODB-eket, csak azt hallottam róluk, hogy rosszabb a teljesítményük az RDB-khez képest (igaz, régi hallomás), persze kérdés, hogy miben (egy komplex objektum és attribútumainak lekérdezésével biztos hatékonyabb). attila From nemeth_andras@yahoo.com Wed Oct 3 08:07:11 2001 Received: from smtp014.mail.yahoo.com (smtp014.mail.yahoo.com [216.136.173.58]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with SMTP id f9367A8B002861 for ; Wed, 3 Oct 2001 08:07:10 +0200 Received: from unknown (HELO ANEMETH.yahoo.com) (195.197.250.66) by smtp.mail.vip.sc5.yahoo.com with SMTP; 3 Oct 2001 06:07:07 -0000 X-Apparently-From: Message-Id: <5.1.0.14.0.20011003085530.01b84a40@pop.mail.yahoo.com> X-Sender: nemeth_andras@pop.mail.yahoo.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 X-Priority: 2 (High) Date: Wed, 03 Oct 2001 09:06:04 +0300 To: javatech@ebizlab.hit.bme.hu From: anemeth In-Reply-To: References: <910F521E2F0CD3119A120050040B3DE5012AA48B@ms-ex-srv1.cob.elaxy.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [JavaTech] EJB basic Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Sziasztok! EJB modulokat kellene terveznem, de kisebb dilemmam van. :) Eddig akarhol is neztem peldakat, csak olyat lattam, hogy egyik EJB hivta a masikat. Tudomasom szerint ez RMI call, szoval nem mindig a leghatekonyabb. Van e arra lehetoseg, hogy "normal" modon tervezzek meg egy modult, aminek vannak EJB komponensei es normal java osztalyai. PL: FileListener - EJB (bahonnan hivhato kell hogy legyen) String directory fileListener(String dir) checkNewFile() startProcessingFile(String fileName) FileProcessor - (normal class, implements Runnable) String fileName char status fileProcessor() run() processFile() writeRecord(String record) setInProcess() setProcessed() setFailed() carBean - EJB (mas EJB modulok is hasznalhatjak) carBean() store() read() findByPrimaryKey() Ez mukodo megoldas lehet? Egybe kell csomagolni a normal classokat az EJB-vel? Elore is koszi. Udv, Ban _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From suhaig@vnet.hu Wed Oct 3 09:55:19 2001 Received: from vadangyal (vadangyal.vnet.hu [213.163.59.3]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f937tJ8B002651 for ; Wed, 3 Oct 2001 09:55:19 +0200 Received: from developer (dial056198.vnet.hu [213.163.56.198]) by vadangyal.vnet.hu (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTPA id <0GKM002PHE3UFU@vadangyal.vnet.hu> for javatech@ebizlab.hit.bme.hu; Wed, 03 Oct 2001 09:57:32 +0200 (MEST) Date: Wed, 03 Oct 2001 09:55:47 +0200 From: =?iso-8859-2?Q?Suhai_G=E1bor?= Subject: Re: [JavaTech] Relacios DB - Primary Key kerdese To: Java lista 2 Message-id: <000b01c14be0$e62ab2c0$0301010a@developer> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2014.211 X-Mailer: Microsoft Outlook Express 5.00.2014.211 Content-type: text/plain; charset=iso-8859-2 Content-transfer-encoding: 8BIT X-Priority: 3 X-MSMail-priority: Normal References: Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Sziasztok! Tervezési szempontból szerintem elegáns megoldás a mesterséges kulcsok használata, de az említett két példában (személyi szám és pénznemek) túl nagy az overhead (join) az esetlegesen elérhető előnyökkel (mi leszünk a leggyorsabbak a piacon, ha változik valami) szemben. Szvsz olyan területen lehetne ezt jól alkalmazni, ahol gyakrabban történik változás, mint ahogy a személyi számot vagy a pénznemek jelölésére vonatkozó szabványt változtatják. Tudom, tudom, hogy 640K mindenre elég lesz, meg Y2K, és félreértés ne essék nem azt az oldalt képviselem, hogy hogyan nem lehet megoldani valamit, de a vevő az úr és ha ő azt mondja, hogy lassú, akkor magyarázhatod neki, hogy milyen jó lesz, majd ha megváltoztatják a személyi számot. Összefoglalva tehát jó dolog a mesterséges kulcs, de szerintem csak olyan területen, ahol egyensúly van az overhead és az előnyök között. (ide most valami példa kéne, de nem megy) Remélem nem a lista szellemisége ellen szóltam. Bennem felmerült egy másik kérdés is ezzel kapcsolatban (lehet, hogy külön szálban kéne mennie, majd eldöntitek), de mennyi időre kell vagy lehet egy rendszert tervezni? Mennyire (milyen időtávra) kell előrelátónak lenni? Gábor ----- Original Message ----- From: Bognar, Attila To: Sent: Tuesday, October 02, 2001 7:26 PM Subject: Re: [JavaTech] Relacios DB - Primary Key kerdese > > > Tud valaki meg elonyt es hatranyt? > Nem jut eszembe, de ha azt vesszük, hogy az OODB-k esetleg teret nyernek > és fontos szempont lehet, hogy egy tulajdonság ne legyen kulcs (mert a > személyi szám - bár már kihalóban van, tulajdonságnak is tekinthető: > ilyen szempontból ez pont jó példa, hogy lassan tök felesleges > attribútum, és mégis tárolni kell, sőt újabb egyedeket ehhez igazítani), > hiszen ki tudja miként változik a specifikáció hosszú távon (lásd személyi > szám, gondolom kitalálásakor nem gondoltak arra, hogy valamikor nem fog > megfelelni az állampolgárok azonosítására), akkor feltétlenül előny > lehet egy mesterséges kulcs. > > Nem ismerem az OODB-eket, csak azt hallottam róluk, hogy rosszabb a > teljesítményük az RDB-khez képest (igaz, régi hallomás), persze kérdés, > hogy miben (egy komplex objektum és attribútumainak lekérdezésével biztos > hatékonyabb). > > attila > > _______________________________________________ > JavaTech mailing list > JavaTech@ebizlab.hit.bme.hu > http://ebizlab.hit.bme.hu/mailman/listinfo/javatech From nemeth_andras@yahoo.com Thu Oct 4 08:14:20 2001 Received: from smtp015.mail.yahoo.com (smtp015.mail.yahoo.com [216.136.173.59]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with SMTP id f946EJ8B009446 for ; Thu, 4 Oct 2001 08:14:19 +0200 Received: from cgey2.capgemini.se (HELO ANEMETH.yahoo.com) (193.234.247.51) by smtp.mail.vip.sc5.yahoo.com with SMTP; 4 Oct 2001 06:14:17 -0000 X-Apparently-From: Message-Id: <5.1.0.14.0.20011004090846.01c78e98@pop.mail.yahoo.com> X-Sender: nemeth_andras@pop.mail.yahoo.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 04 Oct 2001 09:13:29 +0300 To: javalist@java.sch.bme.hu, javatech@ebizlab.hit.bme.hu From: anemeth Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Subject: [JavaTech] Shared memory in Web tier Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Sziasztok! Van-e arra lehetoseg, hogy a web tierben (web container) kozos memoriat hasznaljanak servletek vagy jsp-k, es ezt a kozos memoriat vmi (ez is egy nagy kerdes, hogy mi a fene) automatikusan frissitene, amikor socket kapcsolaton keresztul uzenetet kap. Az otlet nem az enyem, hanem a kliense, aki meg van gyozodve rola, hogy ez lehetseges... De az is lehet, hogy csak en nem latom a fatol az erdot. :) Valamilyen otlet ennek a megvalositasara? Udv, Ban _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From k.szitas@gisma.de Thu Oct 4 12:47:47 2001 Received: from ms-ex-srv1.gisma.com ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94Alh8B012413 for ; Thu, 4 Oct 2001 12:47:47 +0200 Received: by ms-ex-srv1.cob.elaxy.net with Internet Mail Service (5.5.2650.21) id ; Thu, 4 Oct 2001 12:47:42 +0200 Message-ID: <910F521E2F0CD3119A120050040B3DE5012AA4AE@ms-ex-srv1.cob.elaxy.net> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] EJB basic Date: Thu, 4 Oct 2001 12:47:41 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >EJB modulokat kellene terveznem, de kisebb dilemmam van. :) >Eddig akarhol is neztem peldakat, csak olyat lattam, hogy egyik EJB >hivta a masikat. Tudomasom szerint ez RMI call, szoval nem mindig >a leghatekonyabb. >Van e arra lehetoseg, hogy "normal" modon tervezzek meg egy modult, >aminek vannak EJB komponensei es normal java osztalyai. Nem egeszen tiszta mit akarsz kerdezni, de azert irok ra valami okosat ;-) Valami halvany alapfogalomhoz ajanlhatom ezt az oldalt: http://www.jmiddleware.com/articles/ejb_nutshell.html Ahogy a summary is irja: This article provides an extremely succinct overview of Enterprise JavaBeans (version 2.0) and is intended for developers and managers who are not familiar with EJB but have some background in distributed-object technologies. Neked nem biztos hogy tul jo lesz, de azert hasznos lehet egyszer elolvasni A 2.0-as ejb speccko definialja a Local Interfaceket a Remote melle, ott nincs RMI call. >FileListener - EJB (bahonnan hivhato kell hogy legyen) Az hogy barhonnan hivhato legyem az mit jelent? Az ejb a technologia neve, aztan azon belul van Entitas, Session, MessegeDriven Mindegyik hivhato barhonnan dAb From k.szitas@gisma.de Thu Oct 4 13:07:01 2001 Received: from ms-ex-srv1.gisma.com ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94B708B016864 for ; Thu, 4 Oct 2001 13:07:00 +0200 Received: by ms-ex-srv1.cob.elaxy.net with Internet Mail Service (5.5.2650.21) id ; Thu, 4 Oct 2001 13:06:54 +0200 Message-ID: <910F521E2F0CD3119A120050040B3DE5012AA4AF@ms-ex-srv1.cob.elaxy.net> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] Shared memory in Web tier Date: Thu, 4 Oct 2001 13:06:48 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >Van-e arra lehetoseg, hogy a web tierben (web container) kozos memoriat >hasznaljanak servletek fene) automatikusan >frissitene, amikor socket kapcsolaton keresztul uzenetet kap. >Az otlet nem az enyem, hanem a kliense, aki meg van gyozodve rola, hogy ez >lehetseges... De >az is lehet, hogy csak en nem latom a fatol az erdot. :) >Valamilyen otlet ennek a megvalositasara? Ha siman egy Singleton objektbe pakolnad az adataid, az nem tul jo otlet szerintem, mert sehol sincs definialva (mar amennyire tudom), hogy egy webserver hany JVM-et indithat. A ServletContextbol viszont egy van ha ugy definialod, a szuk keresztmetszet viszont akkor fog jelentkezni, amikor esetleg 1 webserver mar nem eleg. Ha ugy dontesz, hogy a ServletContextbe rakod az adataid, akkor erdemes megnezned a "Lifecycle events" reszt http://www.javaworld.com/javaworld/jw-01-2001/jw-0126-servletapi.html Mar nagyon-nagyon regen olvastam a JSP specifikaciot, de mintha valami olyasmi remlene nekem, hogy minden objektumhoz megadhatsz egy Contexet, hogy az objektum melyik contexten belul letezik, van page (stb)szintu, meg ami a lenyeg, application szintu. Ekkor ha szerencsed van, minden gondod megoldodik, a jsp engine feladata, hogy hogyan oldja meg azt, hogy 1 legyen belole. Nem neztem most utana, de valami ilyesmi remlik nekem. Lojetek le ha hulyeseget mondok, ha viszont sikerult a dolog, akkor egy visszajelzes a listara jol jonne dAb From suhaig@vnet.hu Thu Oct 4 15:00:16 2001 Received: from vadangyal (vadangyal.vnet.hu [213.163.59.3]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94D0G8B011885 for ; Thu, 4 Oct 2001 15:00:16 +0200 Received: from developer (dial056191.vnet.hu [213.163.56.191]) by vadangyal.vnet.hu (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTPA id <0GKO004DZMVSY4@vadangyal.vnet.hu> for javatech@ebizlab.hit.bme.hu; Thu, 04 Oct 2001 15:02:29 +0200 (MEST) Date: Thu, 04 Oct 2001 14:20:48 +0200 From: =?iso-8859-1?Q?Suhai_G=E1bor?= Subject: Re: [JavaTech] Shared memory in Web tier To: javatech@ebizlab.hit.bme.hu Message-id: <000201c14cd4$a98f40c0$0301010a@developer> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2014.211 X-Mailer: Microsoft Outlook Express 5.00.2014.211 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8BIT X-Priority: 3 X-MSMail-priority: Normal References: <910F521E2F0CD3119A120050040B3DE5012AA4AF@ms-ex-srv1.cob.elaxy.net> Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: > Mar nagyon-nagyon regen olvastam a JSP specifikaciot, de mintha valami > olyasmi remlene nekem, hogy minden objektumhoz megadhatsz egy Contexet, hogy az > objektum melyik contexten belul letezik, van page (stb)szintu, meg ami a lenyeg, > application szintu. Ha jól értem, akkor a scope attribútumra gondolsz, ami lehet: page, request, session vagy application az 1.1-es JSP specifikáció szerint. Gábor From suhaig@vnet.hu Thu Oct 4 15:00:16 2001 Received: from vadangyal (vadangyal.vnet.hu [213.163.59.3]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94D0G8D011885 for ; Thu, 4 Oct 2001 15:00:16 +0200 Received: from developer (dial056191.vnet.hu [213.163.56.191]) by vadangyal.vnet.hu (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTPA id <0GKO004DZMVSY4@vadangyal.vnet.hu> for javatech@ebizlab.hit.bme.hu; Thu, 04 Oct 2001 15:02:32 +0200 (MEST) Date: Thu, 04 Oct 2001 14:26:43 +0200 From: =?iso-8859-2?Q?Suhai_G=E1bor?= To: Java lista 2 Message-id: <000301c14cd4$acbc8be0$0301010a@developer> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2014.211 X-Mailer: Microsoft Outlook Express 5.00.2014.211 Content-type: text/plain; charset=iso-8859-2 Content-transfer-encoding: 8BIT X-Priority: 3 X-MSMail-priority: Normal Subject: [JavaTech] =?iso-8859-2?Q?EBolt_-_term=E9kek_-_tulajdons=E1gok?= Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Sziasztok! Bedobnék még egy témát (bár az előzőre sem reagált senki, talán most). A helyzet az, hogy egy ebolt-szerűséget próbálunk összehozni, és a legnagyobb problémát az jelenti, hogy hogyan ábrázoljuk/tároljuk az egyes termékek ezerféle tulajdonságait. Úgy gondolom, hogy ez egy eléggé common probléma, és kiváncsi lennék a véleményetekre. Nem azt mondom, hogy írjátok le, hogy ti hogyan csináltátok, inkább trükkökre, ötletekre, iránymutatásokra lenne szükségem. Ha esetleg a téma nem erre a listára való, akkor lőjetek le. Gábor U.i.: ha igény van rá, akkor természetesen leírom, hogy mi mire gondoltunk From k.szitas@gisma.de Thu Oct 4 15:24:42 2001 Received: from ms-ex-srv1.gisma.com ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94DOf8B025333 for ; Thu, 4 Oct 2001 15:24:42 +0200 Received: by ms-ex-srv1.cob.elaxy.net with Internet Mail Service (5.5.2650.21) id ; Thu, 4 Oct 2001 15:24:36 +0200 Message-ID: <910F521E2F0CD3119A120050040B3DE5012AA4BA@ms-ex-srv1.cob.elaxy.net> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] Shared memory in Web tier Date: Thu, 4 Oct 2001 15:24:27 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id f94DOf8B025333 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >Ha jól értem, akkor a scope attribútumra gondolsz, ami lehet: page, request, >session vagy application az 1.1-es JSP specifikáció szerint. Pontosan. Mukodokepes a dolog? From k.szitas@gisma.de Thu Oct 4 15:54:37 2001 Received: from ms-ex-srv1.gisma.com ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94Dsa8B021515 for ; Thu, 4 Oct 2001 15:54:36 +0200 Received: by ms-ex-srv1.cob.elaxy.net with Internet Mail Service (5.5.2650.21) id ; Thu, 4 Oct 2001 15:54:27 +0200 Message-ID: <910F521E2F0CD3119A120050040B3DE5012AA4BC@ms-ex-srv1.cob.elaxy.net> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] Relacios DB - Primary Key kerdese Date: Thu, 4 Oct 2001 15:54:25 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id f94Dsa8B021515 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >Bennem felmerült egy másik kérdés is ezzel kapcsolatban (lehet, hogy külön >szálban kéne mennie, majd eldöntitek), de mennyi időre kell vagy lehet egy >rendszert tervezni? Mennyire (milyen időtávra) kell előrelátónak lenni? Ez szerintem elegge hozzaallas kerdese, illetve hogy mit kovetel meg a rendszer, kifizetik-e az eloretervezest, stb... En azt mondom, hogy utalok valamivel ketszer foglalkozni, es igyekszem minden oldalrol korbejarni a feladatot, es a tudasszintemnek megfeleloen minden lehetseges problemat felsorolni, es ha a modell nem elegiti ki a felteteleket, akkor ujra es ujragondolom. Ehhez viszont sokkal inkabb a modellezendo-rendszert kell ismerned, mint a programozast. A rendszert meg nem sima programozok tervezik, hanem rendszerzervezok, meg hasonlo okos emberek. Tehat sima programozokent, ha nem vagy elorelato, akkor azt jelenti, hogy nem vagy jo szakember, vagy csak meg nincs eleg tapasztalatod. Hogy egy kis peldaval szemleltessem mire gondolok, egy koltoi kerdest felteszek. Azert mert egyszer valaki kitalalja, hogy ezentul nem RDBMS-t hasznalunk perzisztalashoz, hanem XML adatbazist, vagy OODBMS-t, attol megvaltozik az UI-d? Ujra kell programozni akar egyetlenegy dialogust is? Kb a rendszer 5-10%-hoz kell hozzanyulnod, de semmi esetre sem a businesslogichoz, vagy az UI-hoz. Ha hozza kell megis nyulnod, akkor bizony elrontottad a tervezest, es akkor szerintem meg nem vagy eleg jo programozo. Es ebben segit nagyon sokat az EJB, mert megvezeti a kezedet nemikepp. Megnezem a sajat projectemet, azt kell hogy mondjam, hogy az alkalmazott emberek 10%-a programozo, vagy tudja egyaltalan hogyan nez ki egy program belulrol ;-) Annyit hozzatennek meg, hogy elofordul az neha, hogy egy programozo a feladat lekodolasa kozben rajon egy-egy bukfencre a rendszerben, amit a nagyon okos tervezok nem vettek eszre. dAb From nemeth_andras@yahoo.com Thu Oct 4 16:08:41 2001 Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with SMTP id f94E8d8B005746 for ; Thu, 4 Oct 2001 16:08:40 +0200 Received: from cgey2.capgemini.se (HELO ANEMETH.yahoo.com) (193.234.247.51) by smtp.mail.vip.sc5.yahoo.com with SMTP; 4 Oct 2001 14:08:38 -0000 X-Apparently-From: Message-Id: <5.1.0.14.0.20011004165015.01c1cfc8@pop.mail.yahoo.com> X-Sender: nemeth_andras@pop.mail.yahoo.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 04 Oct 2001 17:02:16 +0300 To: javatech@ebizlab.hit.bme.hu From: anemeth Subject: Re: AW: [JavaTech] EJB basic In-Reply-To: <910F521E2F0CD3119A120050040B3DE5012AA4AE@ms-ex-srv1.cob.el axy.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Szia dAb, Koszi a gyors valaszt! At 12:47 04/10/2001 +0200, you wrote: > >EJB modulokat kellene terveznem, de kisebb dilemmam van. :) > >Eddig akarhol is neztem peldakat, csak olyat lattam, hogy egyik EJB > >hivta a masikat. Tudomasom szerint ez RMI call, szoval nem mindig > >a leghatekonyabb. > >Van e arra lehetoseg, hogy "normal" modon tervezzek meg egy modult, > >aminek vannak EJB komponensei es normal java osztalyai. > >Nem egeszen tiszta mit akarsz kerdezni, de azert irok ra valami okosat ;-) >Valami halvany alapfogalomhoz ajanlhatom ezt az oldalt: >http://www.jmiddleware.com/articles/ejb_nutshell.html > OK. Atfutom! >Ahogy a summary is irja: >This article provides an extremely succinct overview of Enterprise JavaBeans >(version 2.0) and is intended for developers and managers who are not >familiar with EJB but have some background in distributed-object >technologies. > >Neked nem biztos hogy tul jo lesz, de azert hasznos lehet egyszer elolvasni > >A 2.0-as ejb speccko definialja a Local Interfaceket a Remote melle, ott >nincs RMI call. Most tunt fel nekem is, hogy a Sun J2SDKEE 1.3-as verziojaban levo deployment toolban lehet LocalInterface-t is megadni? Bar, ahogy latom mindkettot egyszerre... Ugy latom megeri ennek egy kicsit utanaolvasni. :) > >FileListener - EJB (bahonnan hivhato kell hogy legyen) > >Az hogy barhonnan hivhato legyem az mit jelent? >Az ejb a technologia neve, aztan azon belul van Entitas, Session, >MessegeDriven >Mindegyik hivhato barhonnan Pont azt ertettem rajta, hogy ennek mindenkeppen EJB-nek kell lenni. Mig, a FileProcessor nem kell, hogy tavolrol is hivhato legyen, mert az FileListener EJB fogja csak hivni, ezert szeretnem egybecsomagolni vele... A kerdes, hogy ez mukodik-e es mennyire illik az J2EE kepbe. :) Egyebkent, hogyan hasznalna(d)/tok a design patterneket? Minden class EJB lenne? Gondolok itt peldaul egy sime facade, factory vagy mediator patternre. Csak en ockodom ennyire az RMI hivasoktol (amikor nem lenne rajuk szukseg) vagy ez egy valos problema lehet teljesitmeny szempontjabol? Koszi! Ban >dAb >_______________________________________________ >JavaTech mailing list >JavaTech@ebizlab.hit.bme.hu >http://ebizlab.hit.bme.hu/mailman/listinfo/javatech _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From nemeth_andras@yahoo.com Thu Oct 4 16:08:41 2001 Received: from smtp016.mail.yahoo.com (smtp016.mail.yahoo.com [216.136.174.113]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with SMTP id f94E8e8B019415 for ; Thu, 4 Oct 2001 16:08:41 +0200 Received: from cgey2.capgemini.se (HELO ANEMETH.yahoo.com) (193.234.247.51) by smtp.mail.vip.sc5.yahoo.com with SMTP; 4 Oct 2001 14:08:39 -0000 X-Apparently-From: Message-Id: <5.1.0.14.0.20011004170227.030d6cd0@pop.mail.yahoo.com> X-Sender: nemeth_andras@pop.mail.yahoo.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 04 Oct 2001 17:03:57 +0300 To: javatech@ebizlab.hit.bme.hu From: anemeth Subject: Re: [JavaTech] Shared memory in Web tier In-Reply-To: <000201c14cd4$a98f40c0$0301010a@developer> References: <910F521E2F0CD3119A120050040B3DE5012AA4AF@ms-ex-srv1.cob.elaxy.net> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id f94E8e8B019415 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Szia Gabor! Koszi a pontositast. Szerintem erre gondolt! ;) En csak azon morfondirozom (mar megint tul sokat), hogy mennyit nyom a teljesitmenyben, ha megterhelem a ServletContextet vagy 200K-nyi gyakran valtozo adattal. Ban At 14:20 04/10/2001 +0200, you wrote: > > Mar nagyon-nagyon regen olvastam a JSP specifikaciot, de mintha valami > > olyasmi remlene nekem, hogy minden objektumhoz megadhatsz egy Contexet, >hogy az > > objektum melyik contexten belul letezik, van page (stb)szintu, meg ami a >lenyeg, > > application szintu. > >Ha jól értem, akkor a scope attribútumra gondolsz, ami lehet: page, request, >session vagy application az 1.1-es JSP specifikáció szerint. > >Gábor > >_______________________________________________ >JavaTech mailing list >JavaTech@ebizlab.hit.bme.hu >http://ebizlab.hit.bme.hu/mailman/listinfo/javatech _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From suhaig@vnet.hu Thu Oct 4 16:22:21 2001 Received: from vadangyal (vadangyal.vnet.hu [213.163.59.3]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94EML8B012594 for ; Thu, 4 Oct 2001 16:22:21 +0200 Received: from developer (dial056112.vnet.hu [213.163.56.112]) by vadangyal.vnet.hu (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTPA id <0GKO005F2QOW0C@vadangyal.vnet.hu> for javatech@ebizlab.hit.bme.hu; Thu, 04 Oct 2001 16:24:34 +0200 (MEST) Date: Thu, 04 Oct 2001 16:06:40 +0200 From: =?iso-8859-1?Q?Suhai_G=E1bor?= Subject: Re: [JavaTech] Shared memory in Web tier To: javatech@ebizlab.hit.bme.hu Message-id: <001601c14ce0$225585e0$0301010a@developer> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2014.211 X-Mailer: Microsoft Outlook Express 5.00.2014.211 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8BIT X-Priority: 3 X-MSMail-priority: Normal References: <910F521E2F0CD3119A120050040B3DE5012AA4BA@ms-ex-srv1.cob.elaxy.net> Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: > >Ha jól értem, akkor a scope attribútumra gondolsz, ami lehet: page, > request, > >session vagy application az 1.1-es JSP specifikáció szerint. > > Pontosan. Mukodokepes a dolog? Csak elméleti tudással rendelkezem a témában. Olvasgattam a JSP specifikációt, de gyakorlatban nem próbáltam még. A speckó szerint a JSP motor (container) megnézi, hogy a kérdéses objektum benne van-e a servletcontext-ben, ha igen, akkor oké, ha nincs, akkor csinál egy példányt és belerakja. Session scope esetén értelemszeruen nem a servletcontext-ben keres. Ja és ugye a scope még befolyásolja azt is, hogy mikor veszik el az objektumra mutató referencia. Gábor From k.szitas@gisma.de Thu Oct 4 16:35:01 2001 Received: from ms-ex-srv1.gisma.com ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94EYx8B028657 for ; Thu, 4 Oct 2001 16:35:00 +0200 Received: by ms-ex-srv1.cob.elaxy.net with Internet Mail Service (5.5.2650.21) id ; Thu, 4 Oct 2001 16:34:50 +0200 Message-ID: <910F521E2F0CD3119A120050040B3DE5012AA4C1@ms-ex-srv1.cob.elaxy.net> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] Shared memory in Web tier Date: Thu, 4 Oct 2001 16:34:41 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >Szerintem erre gondolt! ;) En csak azon morfondirozom (mar megint tul sokat), >hogy mennyit nyom a teljesitmenyben, ha megterhelem a ServletContextet >vagy 200K-nyi gyakran valtozo adattal. A morfondirozas nem art, esetleg ha Sigmund Freud gondolatain morfondirozol, az esetleg... EN is morfondirozok egy pottyet: Az a kerdes megint, mi az a 200k-nyi adat, es holnap nem-e lesz belole 2 meganyi? Az adat valtozasrol kell-e vajon a masoknak figyelmeztetest kapniuk, stb. Gondold meg az attributeAdded(ServletContextAttributeEvent e) void attributeRemoved(ServletContextAttributeEvent e) void attributeReplaced(ServletContextAttributeEvent e) eventek szetkuldozgeteset a sok feliratkozottnak elterthat egy ideig, es lehet hogy folosleges, arra gondolok, hogy ha egy osszefogo-objektbe be birod rakni az osszes adatod, akkor ez ugye 1 attributum, nem nagyon lesz kuldozgetes, valtozasokrol nem kapsz ertesiteseket. Ha 200 db 1k-s attributumra felosztod, akkor ropkodnek majd esetleg az eventek, de mindenki tudja majd mi tortenik. Azt viszont neked kell tudnod mire van szukseged. Mas szemszogbol, Ha a webcontainer tobb jvm-t indit (barmilyen okbol kifolyolag), akkor meg o sajat maga esetleg szinkronizalja a Contextek tartalmat, es ha tizedmasodpercenkent 200k-t kuldozget ide-oda, akkor az megint kihatassal van a performancera. From k.szitas@gisma.de Thu Oct 4 16:45:28 2001 Received: from ms-ex-srv1.gisma.com ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94EjR8B002564 for ; Thu, 4 Oct 2001 16:45:28 +0200 Received: by ms-ex-srv1.cob.elaxy.net with Internet Mail Service (5.5.2650.21) id ; Thu, 4 Oct 2001 16:45:22 +0200 Message-ID: <910F521E2F0CD3119A120050040B3DE5012AA4C2@ms-ex-srv1.cob.elaxy.net> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: AW: [JavaTech] EJB basic Date: Thu, 4 Oct 2001 16:45:12 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >OK. Atfutom! Azert ha mar ilyet kell csinalnod erdemes a sun sitejat megnezni, szerintem ez egy alapveto dolog http://java.sun.com/products/ejb/white/white_paper.html >oyment >toolban lehet LocalInterface-t is megadni? Bar, ahogy latom mindkettot >egyszerre... >Ugy latom megeri ennek egy kicsit utanaolvasni. :) Remote nelkul csak Localt is definialhatsz, arra kell vigyazni, hogy akkor nem Value, hanem referencia szerint kapod meg az objektumot, szal ne nagyon irogass bele, mert esetleg egy hetig keresed, mit es hol rontottal el >Pont azt ertettem rajta, hogy ennek mindenkeppen EJB-nek kell >lenni. Mig, a FileProcessor nem kell, hogy tavolrol is hivhato legyen, >mert az FileListener EJB fogja csak hivni, ezert szeretnem egybecsomagolni >vele... A kerdes, hogy ez mukodik-e es mennyire illik az J2EE kepbe. :) Hogyne mukodne mar, tekintsd ugy az EJB-t, mint egy activation interfacet Jarba csomagolasnal vigyazni kell egyes appserverekkel, mert hajlandoak (foleg multiserveres kornyezetben) nem megtalalni a kulon jarba csomagolt classokat. Szivtam vele eleget. >Egyebkent, hogyan hasznalna(d)/tok a design patterneket? Minden class >EJB lenne? Gondolok itt peldaul egy sime facade, factory vagy mediator >patternre. Csak en ockodom ennyire az RMI hivasoktol (amikor nem lenne rajuk >szukseg) vagy ez egy valos problema lehet teljesitmeny szempontjabol? veletlenul sem, olvasd e a whitepapereket, minden tipusu ejb objnak megvan a feladata, mire valo, es a sun siteon fenn van a patternlista is. Ha lusta vagy kinyomtatni, es utalsz kepernyorol olvasni, akkor megjelent mar konyvben is. De azt elsore nem ajanlom kezdonek. From suhaig@vnet.hu Thu Oct 4 16:45:59 2001 Received: from vadangyal (vadangyal.vnet.hu [213.163.59.3]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f8R8VN8C020357 for ; Thu, 4 Oct 2001 16:45:59 +0200 Received: from developer (dial056141.vnet.hu [213.163.56.141]) by vadangyal.vnet.hu (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTPA id <0GKO005OFRS90C@vadangyal.vnet.hu> for javatech@ebizlab.hit.bme.hu; Thu, 04 Oct 2001 16:48:12 +0200 (MEST) Date: Thu, 04 Oct 2001 16:46:13 +0200 From: =?iso-8859-1?Q?Suhai_G=E1bor?= Subject: Re: AW: [JavaTech] EJB basic To: javatech@ebizlab.hit.bme.hu Message-id: <003301c14ce3$6fb36700$0301010a@developer> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2014.211 X-Mailer: Microsoft Outlook Express 5.00.2014.211 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8BIT X-Priority: 3 X-MSMail-priority: Normal References: <5.1.0.14.0.20011004165015.01c1cfc8@pop.mail.yahoo.com> Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Szia Ban! > Csak en ockodom ennyire az RMI hivasoktol (amikor nem lenne rajuk > szukseg) vagy ez egy valos problema lehet teljesitmeny szempontjabol? Ez egy teljesen valós probléma, talán emiatt is találták ki a local interfészeket, de erre ne vegyél mérget. Design patternekkel kapcsolatban hasznos lehet még a www.theserverside.com is, ahol egy készülo könyv (EJB Design Patterns) fejezeteit lehet letöltögetni, illetve ha elkészül, akkor az egész könyvet is. Azt nem állítom, hogy az EJB basic kategóriába belefér, de nagyon hasznos olvasmány. Gábor From tibort@freestart.hu Thu Oct 4 18:15:30 2001 Received: from pompom.freestart.hu (pompom.freestart.hu [213.197.64.6]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94GFT8B019514 for ; Thu, 4 Oct 2001 18:15:29 +0200 Received: from erinyes.freestart.hu ([213.197.64.251]) by freestart.hu with esmtp (Freestart relay 1 (FS-Lin)) id 15pB1A-0007dG-00 for ; Thu, 04 Oct 2001 18:06:36 +0200 Received: from line-82-101.dial.freestart.hu ([213.197.82.101] helo=freestart.hu) by erinyes.freestart.hu with esmtp (Exim 3.32 #1 (Debian)) id 15pBGq-0001Mp-00 for ; Thu, 04 Oct 2001 18:22:48 +0200 Message-ID: <3BBC8AFE.9824EDCB@freestart.hu> Date: Thu, 04 Oct 2001 18:14:54 +0200 From: =?iso-8859-1?Q?T=F6r=F6k?= Tibor X-Mailer: Mozilla 4.77 [en] (WinNT; U) X-Accept-Language: en,hu MIME-Version: 1.0 To: javatech@ebizlab.hit.bme.hu Subject: Re: [JavaTech] EBolt - =?iso-8859-1?Q?term=E9kek?= - =?iso-8859-1?Q?tulajdons=E1gok?= References: <000301c14cd4$acbc8be0$0301010a@developer> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Scanner: exiscan by Freestart Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Hello, Suhai Gábor wrote: > A helyzet az, hogy egy ebolt-szerűséget próbálunk összehozni, és a > legnagyobb problémát az jelenti, hogy hogyan ábrázoljuk/tároljuk az egyes > termékek ezerféle tulajdonságait. Úgy gondolom, hogy ez egy eléggé common > probléma, és kiváncsi lennék a véleményetekre. Nem azt mondom, hogy írjátok > le, hogy ti hogyan csináltátok, inkább trükkökre, ötletekre, > iránymutatásokra lenne szükségem. Szerintem a trukk az, hogy az ember azt csinalja, amit elotte mar parmillioan:-) Nincs "trukk". Ahol van "trukk", ott pofara eses is lesz. A legtobb hasznalatos kornyezetre van egy csomo bejaratott tervezesi eljaras, az ember fogja a kezere allo darabot, es hasznalja. > U.i.: ha igény van rá, akkor természetesen leírom, hogy mi mire gondoltunk Lehet, hogy nem artana, bar talan elegendo a problemara koncentralni (nekem pl. nem volt teljesen egyertelmu a kerdes, az "ezerfele tulajdonsag" nem tul specifikus:-)), vagy elobb arrol beszelnenk. (Persze lehet, hogy tenyleg nagyon off...) udv: TT From attila@ebizlab.hit.bme.hu Thu Oct 4 18:20:42 2001 Received: from shamir.ebizlab.hit.bme.hu (localhost [127.0.0.1]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94GKg8B009764 for ; Thu, 4 Oct 2001 18:20:42 +0200 Received: from localhost (atus@localhost) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94GKg7v001904 for ; Thu, 4 Oct 2001 18:20:42 +0200 X-Authentication-Warning: shamir.ebizlab.hit.bme.hu: atus owned process doing -bs Date: Thu, 4 Oct 2001 18:20:42 +0200 (CEST) From: "Bognar, Attila" X-X-Sender: To: Subject: Re: [JavaTech] Relacios DB - Primary Key kerdese Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by shamir.ebizlab.hit.bme.hu id f94GKg8B009764 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Igazából ha nincs olyan kérés pl, hogy személyi számhoz tartozó gyerekeket lekérni, akkor nem tudom hol lassít annyira egy mesterséges kulcs bevezetése. És ha ezt az egy lépcsőt nézem, akkor az időtállóság és korrektség (ami a megbízhatóságot segíti) oldalon megér ennyit. Főleg ha azt is nézem, hogy mivel járhat egy esetleges kulcsra vonatkozó módosítás. > változtatják. Tudom, tudom, hogy 640K mindenre elég lesz, meg Y2K, és > félreértés ne essék nem azt az oldalt képviselem, hogy hogyan nem > lehet megoldani valamit, de a vevő az úr és ha ő azt mondja, hogy > lassú, akkor magyarázhatod neki, hogy milyen jó lesz, majd ha > megváltoztatják a személyi számot. Még eléggé benne vagyunk a papír bürokráciában, de mikor jobban elektronizáltan tárolnak mindent, akkor egy ilyen döntés elég súlyos lehet. A vas gyorsabban fejlődik, minthogy megérne ilyet "kockáztatni". (nem mondom azt, hogy a vas lehetőségeit hagyjuk figyelmen kívül) > Összefoglalva tehát jó dolog a mesterséges kulcs, de szerintem csak > olyan területen, ahol egyensúly van az overhead és az előnyök között. > (ide most valami példa kéne, de nem megy) :-)) > Bennem felmerült egy másik kérdés is ezzel kapcsolatban (lehet, hogy > külön szálban kéne mennie, majd eldöntitek), de mennyi időre kell vagy > lehet egy rendszert tervezni? Mennyire (milyen időtávra) kell > előrelátónak lenni? Vagy mennyire a jövőt kell megcélozni? Ez is kérdéses lehet. Talán jó példa erre, hogy az 1.4-es cuccos adottságaira már most is lehet építeni adott esetben, mert mire elkészül egy rendszer, addigra az is elég erős lesz. attila From attila@ebizlab.hit.bme.hu Thu Oct 4 18:27:28 2001 Received: from shamir.ebizlab.hit.bme.hu (localhost [127.0.0.1]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94GRS8B002853 for ; Thu, 4 Oct 2001 18:27:28 +0200 Received: from localhost (atus@localhost) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94GRSWq012178 for ; Thu, 4 Oct 2001 18:27:28 +0200 X-Authentication-Warning: shamir.ebizlab.hit.bme.hu: atus owned process doing -bs Date: Thu, 4 Oct 2001 18:27:28 +0200 (CEST) From: "Bognar, Attila" X-X-Sender: To: "'javatech@ebizlab.hit.bme.hu'" Subject: Re: AW: [JavaTech] Shared memory in Web tier In-Reply-To: <910F521E2F0CD3119A120050040B3DE5012AA4AF@ms-ex-srv1.cob.elaxy.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by shamir.ebizlab.hit.bme.hu id f94GRS8B002853 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: > Ha siman egy Singleton objektbe pakolnad az adataid, az nem tul jo otlet > szerintem, mert sehol sincs definialva (mar amennyire tudom), hogy > egy webserver hany JVM-et indithat. Nem tartozik szorosan a témához, de hátha nyer vele valaki időt: A másik, hogy mielőtt statikus dologgal valósítja meg az ember a singletont, nézzen utána, hogy az a VM mit futtat(hat) még (és nemcsak a "mit nem" fontos). Nem kívánatos interapplication kommunikáció is létrejöhet, főleg applet esetén lehet ezt könnyen elérni. attila From tibort@freestart.hu Thu Oct 4 18:42:42 2001 Received: from hapcibeno.freestart.hu (hapcibeno.freestart.hu [213.197.64.8]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94Ggf8B011583 for ; Thu, 4 Oct 2001 18:42:41 +0200 Received: from erinyes.freestart.hu ([213.197.64.251]) by freestart.hu with esmtp (Freestart relay 2 (FS-Lin)) id 15pBn8-0001Zg-00 for ; Thu, 04 Oct 2001 18:56:10 +0200 Received: from line-82-101.dial.freestart.hu ([213.197.82.101] helo=freestart.hu) by erinyes.freestart.hu with esmtp (Exim 3.32 #1 (Debian)) id 15pBhA-0001mg-00 for ; Thu, 04 Oct 2001 18:50:00 +0200 Message-ID: <3BBC915E.DD188A92@freestart.hu> Date: Thu, 04 Oct 2001 18:42:06 +0200 From: =?iso-8859-1?Q?T=F6r=F6k?= Tibor X-Mailer: Mozilla 4.77 [en] (WinNT; U) X-Accept-Language: en,hu MIME-Version: 1.0 To: javatech@ebizlab.hit.bme.hu Subject: Re: [JavaTech] Relacios DB - Primary Key kerdese References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Scanner: exiscan by Freestart Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Hello, "Bognar, Attila" wrote: > Igazából ha nincs olyan kérés pl, hogy személyi számhoz tartozó gyerekeket > lekérni, akkor nem tudom hol lassít annyira egy mesterséges kulcs > bevezetése. És ha ezt az egy lépcsőt nézem, akkor az időtállóság és > korrektség (ami a megbízhatóságot segíti) oldalon megér ennyit. Főleg ha > azt is nézem, hogy mivel járhat egy esetleges kulcsra vonatkozó módosítás. Az "idotallosag" es a "korrektseg" ebben az esetben totalis felreertes a mesterseges kulccsal kapcsolatban. Az elsodleges kulcs, avagy azonosito az entitas sajat jellemzoje. A mesterseges azonosito egy krealt valami, ami peldaul ket rendszer kozott mar akarmi is lehet, de jellemzoen ket azonos adat kozvetlen osszekapcsolasara mar nem alkalmas, hiszen kulonbozo mesterseges azonositot adtal nekik. Elofordulhat, hogy valamilyen korulmeny miatt az entitas nem azonosithato, nincs rendes elsodleges kulcsa. Ekkor ez a bizonyos "korulmeny" nagyon-nagyon figyelemremelto, mert valami sumaksag lapul a rendszerben. Lehetoleg addig kell kutatni, amig az ember megtalalja az entitas valodi elsodleges kulcsat. Mivel az elsodleges kulcs az entitas jellemzoje, megvaltoztatasa szinten gyanus esemeny. Az esetleg alkalmazott mesterseges kulcs az esetek tulnyomo reszeben valamilyen technologiai sajatossag kovetkezmenye, es alternate key a valodi elsodleges kulcs mellett. Sebessegi megfontolasok altalaban nem jatszanak egyik esetben sem, ritka kivetel a nagyon osszetett es/vagy hosszu elsodleges kulcs. De egy 5-8 attributumbol allo p.k. nem problema rendes db-nek. udv: TT From domosi@fw.hu Thu Oct 4 18:51:00 2001 Received: from mail.tiszanet.hu (mail.tiszanet.hu [217.65.96.14]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f94Gp08B006535 for ; Thu, 4 Oct 2001 18:51:00 +0200 Received: from domev41734b7hg [195.228.149.54] by mail.tiszanet.hu (SMTPD32-6.06) id A376271034A; Thu, 04 Oct 2001 18:51:02 +0200 Message-ID: <000901c14d40$c348ac10$0300000a@domev41734b7hg> From: "Janos Domosi" To: References: <000301c14cd4$acbc8be0$0301010a@developer> Date: Thu, 4 Oct 2001 18:55:09 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [JavaTech] =?iso-8859-2?Q?Re:_=5BJavaTech=5D_EBolt_-_term=E9kek_-_tulajdons=E1gok?= Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: hi, Én spec. úgy csináltam az ügyet, hogy egy konfigfájlban meg kell adni, hogy milyen paramétereket (képek, szövegek, opciós listák, ezerféle ár....nyelv...) akarsz felhasználni a termékek szemléltetésére. Minden alaptípushoz tartozik egy tábla, melyben egy tulajdonság egy sornak felel meg. Így kaptam egy olyan megoldást, ami rendkívül rugalmas (erre volt szükségem), és eléggé erőforrásigényes(DB). de jól működik. nézd meg a http://demo.rndsoft.hu -t. Ezen a demón a admin felület nyílvános, így jobban láthatod, hogy mire is gondolok. De ha gyors és jól definiált - nagy rendszer kell, akkor ajánlatos az 1. termék/1 tábla/1sor variáció, ahol ezer oszlop van a tábládban. csá döme ----- Original Message ----- From: "Suhai Gábor" To: "Java lista 2" Sent: Thursday, October 04, 2001 5:26 AM Subject: [JavaTech] EBolt - termékek - tulajdonságok Sziasztok! Bedobnék még egy témát (bár az előzőre sem reagált senki, talán most). A helyzet az, hogy egy ebolt-szerűséget próbálunk összehozni, és a legnagyobb problémát az jelenti, hogy hogyan ábrázoljuk/tároljuk az egyes termékek ezerféle tulajdonságait. Úgy gondolom, hogy ez egy eléggé common probléma, és kiváncsi lennék a véleményetekre. Nem azt mondom, hogy írjátok le, hogy ti hogyan csináltátok, inkább trükkökre, ötletekre, iránymutatásokra lenne szükségem. Ha esetleg a téma nem erre a listára való, akkor lőjetek le. Gábor U.i.: ha igény van rá, akkor természetesen leírom, hogy mi mire gondoltunk _______________________________________________ JavaTech mailing list JavaTech@ebizlab.hit.bme.hu http://ebizlab.hit.bme.hu/mailman/listinfo/javatech From nemeth_andras@yahoo.com Thu Oct 4 20:14:51 2001 Received: from smtp011.mail.yahoo.com (smtp011.mail.yahoo.com [216.136.173.31]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with SMTP id f94IEo8B004965 for ; Thu, 4 Oct 2001 20:14:50 +0200 Received: from cgey2.capgemini.se (HELO ANEMETH.yahoo.com) (193.234.247.51) by smtp.mail.vip.sc5.yahoo.com with SMTP; 4 Oct 2001 18:14:47 -0000 X-Apparently-From: Message-Id: <5.1.0.14.0.20011004205658.030e4a88@pop.mail.yahoo.com> X-Sender: nemeth_andras@pop.mail.yahoo.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 04 Oct 2001 21:08:45 +0300 To: javatech@ebizlab.hit.bme.hu From: anemeth Subject: Re: AW: [JavaTech] Shared memory in Web tier In-Reply-To: <910F521E2F0CD3119A120050040B3DE5012AA4C1@ms-ex-srv1.cob.el axy.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Koszi a valaszt! At 16:34 04/10/2001 +0200, you wrote: > >Szerintem erre gondolt! ;) En csak azon morfondirozom (mar megint tul >sokat), > >hogy mennyit nyom a teljesitmenyben, ha megterhelem a ServletContextet > >vagy 200K-nyi gyakran valtozo adattal. > >A morfondirozas nem art, esetleg ha Sigmund Freud gondolatain morfondirozol, > >az esetleg... > >EN is morfondirozok egy pottyet: > >Az a kerdes megint, mi az a 200k-nyi adat, es holnap nem-e lesz belole 2 >meganyi? A mostani requirementet figyelembe veve ez az adat maximalhato es a 200K mar egy maximalis adatbecsles eredmenye. :) >Az adat valtozasrol kell-e vajon a masoknak figyelmeztetest kapniuk, stb. >Gondold meg az >attributeAdded(ServletContextAttributeEvent e) >void attributeRemoved(ServletContextAttributeEvent e) >void attributeReplaced(ServletContextAttributeEvent e) >eventek szetkuldozgeteset a sok feliratkozottnak elterthat egy ideig, es >lehet hogy >folosleges, arra gondolok, hogy >ha egy osszefogo-objektbe be birod rakni az osszes adatod, akkor ez ugye 1 >attributum, >nem nagyon lesz kuldozgetes, valtozasokrol nem kapsz ertesiteseket. Nem kell a ServletContextAttributeListener-t megvalositani, mivel ezekrol az adatokrol csak akkor kell ertesitest nyernie a felhasznalonak, ha o kivanja megnezni oket... Most legalabb is ez a hozzaallas. :)) >Ha 200 db 1k-s attributumra felosztod, akkor ropkodnek majd esetleg az Igazad van! Nem irtam, hogy kb 100-200 byteos attributomokbol all (de abbol lehet rengeteg). >eventek, >de mindenki tudja majd mi tortenik. >Azt viszont neked kell tudnod mire van szukseged. > >Mas szemszogbol, >Ha a webcontainer tobb jvm-t indit (barmilyen okbol kifolyolag), akkor meg o >sajat maga >esetleg szinkronizalja a Contextek tartalmat, es ha tizedmasodpercenkent >200k-t >kuldozget ide-oda, akkor az megint kihatassal van a performancera. Mi a helyzet tobb web server eseten? Load balacing miatt biztos, hogy nem egy szerveren fut majd... >_______________________________________________ >JavaTech mailing list >JavaTech@ebizlab.hit.bme.hu >http://ebizlab.hit.bme.hu/mailman/listinfo/javatech _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From nemeth_andras@yahoo.com Thu Oct 4 20:19:47 2001 Received: from smtp013.mail.yahoo.com (smtp013.mail.yahoo.com [216.136.173.57]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with SMTP id f94IJk8B009808 for ; Thu, 4 Oct 2001 20:19:46 +0200 Received: from cgey2.capgemini.se (HELO ANEMETH.yahoo.com) (193.234.247.51) by smtp.mail.vip.sc5.yahoo.com with SMTP; 4 Oct 2001 18:19:44 -0000 X-Apparently-From: Message-Id: <5.1.0.14.0.20011004210916.031e3eb0@pop.mail.yahoo.com> X-Sender: nemeth_andras@pop.mail.yahoo.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 04 Oct 2001 21:16:05 +0300 To: javatech@ebizlab.hit.bme.hu From: anemeth Subject: Re: AW: AW: [JavaTech] EJB basic In-Reply-To: <910F521E2F0CD3119A120050040B3DE5012AA4C2@ms-ex-srv1.cob.el axy.net> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: At 16:45 04/10/2001 +0200, you wrote: > >OK. Atfutom! >Azert ha mar ilyet kell csinalnod erdemes a sun sitejat megnezni, >szerintem ez egy alapveto dolog >http://java.sun.com/products/ejb/white/white_paper.html Cool! Egyszer mar megprobaltam letolteni, de akkor regisztralni kellett volna es azt kihagytam... :) Most ujra nekilatok. :)) > >oyment > >toolban lehet LocalInterface-t is megadni? Bar, ahogy latom mindkettot > >egyszerre... > >Ugy latom megeri ennek egy kicsit utanaolvasni. :) > >Remote nelkul csak Localt is definialhatsz, >arra kell vigyazni, hogy akkor nem Value, hanem referencia szerint >kapod meg az objektumot, szal ne nagyon irogass bele, mert esetleg >egy hetig keresed, mit es hol rontottal el OK! Szem elott tartom es persze azert nem art ha utana is olvasok es nem csak ugy hasznalom a nagyvilagba. ;) > >Pont azt ertettem rajta, hogy ennek mindenkeppen EJB-nek kell > >lenni. Mig, a FileProcessor nem kell, hogy tavolrol is hivhato legyen, > >mert az FileListener EJB fogja csak hivni, ezert szeretnem egybecsomagolni > >vele... A kerdes, hogy ez mukodik-e es mennyire illik az J2EE kepbe. :) > >Hogyne mukodne mar, tekintsd ugy az EJB-t, mint egy activation interfacet >Jarba csomagolasnal vigyazni kell egyes appserverekkel, mert hajlandoak >(foleg multiserveres kornyezetben) nem megtalalni a kulon jarba csomagolt >classokat. >Szivtam vele eleget. Szuper! Pont erre gondoltam! > >Egyebkent, hogyan hasznalna(d)/tok a design patterneket? Minden class > >EJB lenne? Gondolok itt peldaul egy sime facade, factory vagy mediator > >patternre. Csak en ockodom ennyire az RMI hivasoktol (amikor nem lenne >rajuk > >szukseg) vagy ez egy valos problema lehet teljesitmeny szempontjabol? > >veletlenul sem, olvasd e a whitepapereket, minden tipusu ejb objnak megvan veletlenul sem? melyik? Minden class EJB vagy a valos problema? :O En ertem (legalabb is remelem), hogy mi a feladata egy pl. entity beannek, de teljesitmeny szempontjabol en egy stateless session beant tobbre tartok, na es a "hozzaerto ugyfel" sem tagit mellole. Nem tetszik, hogy az entity bean minden attributum valtozasnal update-el. (Vagy en tudom rosszul?) Persze, alairom, hogy szukseg lehet arra, hogy egy objektum minden egyes valtozasa adatbazisba keruljon. Csak most eppen nem ilyen objektumokkal dolgozom. :) Koszi az ertekes infokat! Ban _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From nemeth_andras@yahoo.com Thu Oct 4 20:19:50 2001 Received: from smtp013.mail.yahoo.com (smtp013.mail.yahoo.com [216.136.173.57]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with SMTP id f94IJm8B019126 for ; Thu, 4 Oct 2001 20:19:49 +0200 Received: from cgey2.capgemini.se (HELO ANEMETH.yahoo.com) (193.234.247.51) by smtp.mail.vip.sc5.yahoo.com with SMTP; 4 Oct 2001 18:19:46 -0000 X-Apparently-From: Message-Id: <5.1.0.14.0.20011004211755.01b7ed60@pop.mail.yahoo.com> X-Sender: nemeth_andras@pop.mail.yahoo.com X-Mailer: QUALCOMM Windows Eudora Version 5.1 Date: Thu, 04 Oct 2001 21:18:46 +0300 To: javatech@ebizlab.hit.bme.hu From: anemeth Subject: Re: AW: [JavaTech] EJB basic In-Reply-To: <003301c14ce3$6fb36700$0301010a@developer> References: <5.1.0.14.0.20011004165015.01c1cfc8@pop.mail.yahoo.com> Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1"; format=flowed Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id f94IJm8B019126 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Design patternekkel kapcsolatban hasznos lehet még a www.theserverside.com >is, ahol egy készülo könyv (EJB Design Patterns) fejezeteit lehet Koszi! Mar el is kezdtem! Pontosan valami hasonlora lenne szuksegem. Ban _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com From suhaig@vnet.hu Fri Oct 5 07:58:55 2001 Received: from vadangyal (vadangyal.vnet.hu [213.163.59.3]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f955wt8B009080 for ; Fri, 5 Oct 2001 07:58:55 +0200 Received: from developer (dial056021.vnet.hu [213.163.56.21]) by vadangyal.vnet.hu (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTPA id <0GKP00617Y1U5S@vadangyal.vnet.hu> for javatech@ebizlab.hit.bme.hu; Fri, 05 Oct 2001 08:01:08 +0200 (MEST) Date: Fri, 05 Oct 2001 07:51:37 +0200 From: =?iso-8859-2?Q?Suhai_G=E1bor?= To: Java lista 2 Message-id: <002a01c14d62$f94a1480$0301010a@developer> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2014.211 X-Mailer: Microsoft Outlook Express 5.00.2014.211 Content-type: text/plain; charset=iso-8859-2 Content-transfer-encoding: 8BIT X-Priority: 3 X-MSMail-priority: Normal References: <000301c14cd4$acbc8be0$0301010a@developer> <000901c14d40$c348ac10$0300000a@domev41734b7hg> Subject: [JavaTech] =?iso-8859-2?Q?Re:_=5BJavaTech=5DRe:_=5BJavaTech=5D_EBolt_-_term=E9kek_-_?= =?iso-8859-2?Q?tulajdons=E1gok?= Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Üdv! > de jól működik. > nézd meg a http://demo.rndsoft.hu -t. Ezen a demón a admin felület > nyílvános, így jobban láthatod, hogy mire is gondolok. Ez tényleg jó. > De ha gyors és jól definiált - nagy rendszer kell, akkor ajánlatos az 1. > termék/1 tábla/1sor variáció, ahol ezer oszlop van a tábládban. Ha jól értem, akkor az ezer oszlop a termék ezer tulajdonságát jelöli, csakhogy esetünkben nem tudjuk, hogy milyen termékek lesznek és azoknak milyen tulajdonságai lesznek, ezt majd a felhasználó (eladó) fogja eldönteni. Egyéb részletekért lásd az előző (vagy a következő) levelemet. Gábor From suhaig@vnet.hu Fri Oct 5 07:58:55 2001 Received: from vadangyal (vadangyal.vnet.hu [213.163.59.3]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f955wt8D009080 for ; Fri, 5 Oct 2001 07:58:55 +0200 Received: from developer (dial056021.vnet.hu [213.163.56.21]) by vadangyal.vnet.hu (iPlanet Messaging Server 5.1 (built May 7 2001)) with ESMTPA id <0GKP00617Y1U5S@vadangyal.vnet.hu> for javatech@ebizlab.hit.bme.hu; Fri, 05 Oct 2001 08:01:09 +0200 (MEST) Date: Fri, 05 Oct 2001 07:59:24 +0200 From: =?iso-8859-1?Q?Suhai_G=E1bor?= To: Java lista 2 Message-id: <002b01c14d62$f9f1ed40$0301010a@developer> MIME-version: 1.0 X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2014.211 X-Mailer: Microsoft Outlook Express 5.00.2014.211 Content-type: text/plain; charset=iso-8859-1 Content-transfer-encoding: 8BIT X-Priority: 3 X-MSMail-priority: Normal References: <000301c14cd4$acbc8be0$0301010a@developer> <3BBC8AFE.9824EDCB@freestart.hu> Subject: [JavaTech] =?iso-8859-1?Q?Re:_=5BJavaTech=5D_EBolt_-_term=E9kek_-tulajdons=E1gok?= Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Sziasztok! >> A legtobb hasznalatos kornyezetre van egy csomo bejaratott >> tervezesi eljaras, az ember fogja a kezere allo darabot, >> es hasznalja. Esetleg valami konkrétum? >> (nekem pl. nem volt teljesen egyertelmu a kerdes, az "ezerfele >> tulajdonsag" nem tul specifikus:-)), vagy elobb arrol beszelnenk. Itt csupán arról van szó, hogy nem lehet tudni, hogy egy terméknek hány és milyen fajta tulajdonsága van, ugyanis majd a felhasználó (eladó) fogja eldönteni, hogy milyen adatokat akar tárolni egy termékrol. Mi a következore gondoltunk: A termékek természetesen kategóriákba lesznek besorolva, és a termékek helyett a kategóriák rendelkeznének tulajdonságokkal. Lenne egy os kategória (mondjuk Termékek), amely olyan tulajdonságokkal rendelkezne, amely minden terméknek lehet (ár, gyártó, megnevezés, stb.). A Termékek kategórián belül lennének további kategóriák (pl. Muszaki cikkek, Élelmiszerek, Ruházat), amelyek öröklik a szülo kategóriájuk (Termékek) tulajdonságait, illetve további tulajdonságokkal rendelkeznének, pl. a Muszaki cikkek kategóriának olyan tulajdonságai lennének, amelyek minden muszaki cikknek vannak, pl. tápellátás típusa. Aztán a muszaki cikkeket lehet tovább bontani Szórakoztató elektronikára, Háztartási elektronikára, stb., de mindegyik kategória csak a rá jellemzo tulajdonságokkal rendelkezne, illetve örökölne tulajdonságokat a szülo kategóriájától. Aztán amikor a felhasználó (eladó, adminisztrátor) azt mondja, hogy új terméket akar, akkor csak megmondja, hogy melyik kategóriába tartozik a termék, és már adottak is a tulajdonságai, amelyeket már csak értékkel kell ellátni. Vélemény? Gábor From domosi@fw.hu Fri Oct 5 10:07:51 2001 Received: from mail.california-fitness.com (mars.california-fitness.com [213.163.10.98]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f9587p8B020840 for ; Fri, 5 Oct 2001 10:07:51 +0200 Received: from wall.california-fitness.com ([192.168.1.10]) by mail.california-fitness.com (Netscape Messaging Server 3.6) with SMTP id 171 for ; Fri, 5 Oct 2001 10:07:50 +0200 Received: from 192.168.1.2 by wall.california-fitness.com (InterScan E-Mail VirusWall NT); Fri, 05 Oct 2001 10:07:50 +0200 (Central Europe Daylight Time) Message-ID: <002c01c14d74$3c01a390$1d01010a@dome> From: "Janos Domosi" To: References: <000301c14cd4$acbc8be0$0301010a@developer> <3BBC8AFE.9824EDCB@freestart.hu> <002b01c14d62$f9f1ed40$0301010a@developer> Date: Fri, 5 Oct 2001 10:03:35 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [JavaTech] =?iso-8859-1?Q?Re:_=5BJavaTech=5D_Re:_=5BJavaTech=5D_EBolt_-_term=E9kek_-?= =?iso-8859-1?Q?tulajdons=E1gok?= Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Az öröklodés jó ötlet. magam is gondoltam rá, de már késon, amikor készen volt a rendszerem persze láttam késobb a hiányát. [döme] ----- Original Message ----- From: "Suhai Gábor" To: "Java lista 2" Sent: Friday, October 05, 2001 7:59 AM Subject: [JavaTech] Re: [JavaTech] EBolt - termékek -tulajdonságok Sziasztok! >> A legtobb hasznalatos kornyezetre van egy csomo bejaratott >> tervezesi eljaras, az ember fogja a kezere allo darabot, >> es hasznalja. Esetleg valami konkrétum? >> (nekem pl. nem volt teljesen egyertelmu a kerdes, az "ezerfele >> tulajdonsag" nem tul specifikus:-)), vagy elobb arrol beszelnenk. Itt csupán arról van szó, hogy nem lehet tudni, hogy egy terméknek hány és milyen fajta tulajdonsága van, ugyanis majd a felhasználó (eladó) fogja eldönteni, hogy milyen adatokat akar tárolni egy termékrol. Mi a következore gondoltunk: A termékek természetesen kategóriákba lesznek besorolva, és a termékek helyett a kategóriák rendelkeznének tulajdonságokkal. Lenne egy os kategória (mondjuk Termékek), amely olyan tulajdonságokkal rendelkezne, amely minden terméknek lehet (ár, gyártó, megnevezés, stb.). A Termékek kategórián belül lennének további kategóriák (pl. Muszaki cikkek, Élelmiszerek, Ruházat), amelyek öröklik a szülo kategóriájuk (Termékek) tulajdonságait, illetve további tulajdonságokkal rendelkeznének, pl. a Muszaki cikkek kategóriának olyan tulajdonságai lennének, amelyek minden muszaki cikknek vannak, pl. tápellátás típusa. Aztán a muszaki cikkeket lehet tovább bontani Szórakoztató elektronikára, Háztartási elektronikára, stb., de mindegyik kategória csak a rá jellemzo tulajdonságokkal rendelkezne, illetve örökölne tulajdonságokat a szülo kategóriájától. Aztán amikor a felhasználó (eladó, adminisztrátor) azt mondja, hogy új terméket akar, akkor csak megmondja, hogy melyik kategóriába tartozik a termék, és már adottak is a tulajdonságai, amelyeket már csak értékkel kell ellátni. Vélemény? Gábor _______________________________________________ JavaTech mailing list JavaTech@ebizlab.hit.bme.hu http://ebizlab.hit.bme.hu/mailman/listinfo/javatech From k.szitas@gisma.de Fri Oct 5 10:23:12 2001 Received: from ms-ex-srv1.gisma.com ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f958NB8B012779 for ; Fri, 5 Oct 2001 10:23:12 +0200 Received: by ms-ex-srv1.cob.elaxy.net with Internet Mail Service (5.5.2650.21) id <42H1L857>; Fri, 5 Oct 2001 10:23:05 +0200 Message-ID: <910F521E2F0CD3119A120050040B3DE5012AA4CA@ms-ex-srv1.cob.elaxy.net> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: AW: [JavaTech] Shared memory in Web tier Date: Fri, 5 Oct 2001 10:21:36 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >Mi a helyzet tobb web server eseten? Load balacing miatt biztos, hogy nem egy >szerveren fut majd... Hat akkor bizony a tobb servernek szinkronizalnia kell a contexteket egymassal, azaz fogja egymasnak kuldozgetni minden egyes valtozasnal az objektumokat egymasnak a balancer, jo kis forgalmat generalva. Ha elmeseled mik ezek az adatok, lehet hogy kiderulne mi a jo megoldas, ha van ilyen egyaltalan ;-) From k.szitas@gisma.de Fri Oct 5 10:34:31 2001 Received: from ms-ex-srv1.gisma.com ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f958YQ8B006626 for ; Fri, 5 Oct 2001 10:34:29 +0200 Received: by ms-ex-srv1.cob.elaxy.net with Internet Mail Service (5.5.2650.21) id <42H1L881>; Fri, 5 Oct 2001 10:34:21 +0200 Message-ID: <910F521E2F0CD3119A120050040B3DE5012AA4CB@ms-ex-srv1.cob.elaxy.net> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: AW: AW: [JavaTech] EJB basic Date: Fri, 5 Oct 2001 10:33:11 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >OK! Szem elott tartom es persze azert nem art ha utana is olvasok es nem >csak ugy hasznalom a nagyvilagba. ;) Az jo lesz ;-) >En ertem (legalabb is remelem), hogy mi a feladata egy pl. entity beannek, de >teljesitmeny szempontjabol en egy stateless session beant tobbre tartok, na >es a "hozzaerto ugyfel" sem tagit mellole. Nem tetszik, hogy az entity bean >minden attributum valtozasnal update-el. (Vagy en tudom rosszul?) Persze, >alairom, hogy szukseg lehet arra, hogy egy objektum minden egyes valtozasa >adatbazisba keruljon. Csak most eppen nem ilyen objektumokkal dolgozom. :) Nem, szerintem nem erted igazan mi az entity bean feladata. A masik listan Szabo Denes meg is valaszolta a kerdesed, illetve mondott ra valamit, en meg elmondom, hogy akkor mi az igazsag, hehehe. Szerintem gyorsit az entitashasznalat, es semmivel sem lesz tobb updated, mint cliens server eseteben. Viszont, es ez a lenyeg lehet hogy akar tizezerszer kevesebb selected lesz (persze ez feladat fuggo), mert a beanek cacheltek, es nem kell minden muveletnel ujra es ujra beolvasnod az adatbazisbol az adataidat. Es ha nem 1 kliensed van, hanem sok, akkor ez annyiszor kevesebb olvasast jelent. Ha szarul tervezed meg, olyan cliens-server alapura, akkor viszont akar 10x lassab rendszert is osszehozhatsz. Szerintem lapozz vissza a masik listan a mikulas-banan-gyerek hasonlatomhoz, vagy a matrixszorzashoz, olvasd el meg 2x es ha nem erted, akkor kerdezz ra. dAb From k.szitas@gisma.de Fri Oct 5 11:04:31 2001 Received: from ms-ex-srv1.gisma.com ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f9594R8B002037 for ; Fri, 5 Oct 2001 11:04:30 +0200 Received: by ms-ex-srv1.cob.elaxy.net with Internet Mail Service (5.5.2650.21) id <42H1L802>; Fri, 5 Oct 2001 11:04:22 +0200 Message-ID: <910F521E2F0CD3119A120050040B3DE5012AA4CD@ms-ex-srv1.cob.elaxy.net> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] Relacios DB - Primary Key kerdese Date: Fri, 5 Oct 2001 11:02:55 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >Az "idotallosag" es a "korrektseg" ebben az esetben totalis >felreertes a mesterseges kulccsal kapcsolatban. Az elsodleges >kulcs, avagy azonosito az entitas sajat jellemzoje. A mesterseges >azonosito egy krealt valami, ami peldaul ket rendszer kozott mar >akarmi is lehet, de jellemzoen ket azonos adat kozvetlen >osszekapcsolasara mar nem alkalmas, hiszen kulonbozo mesterseges >azonositot adtal nekik. Igen, ez az, eppen azert erdemes elvalasztani az entitas mint a valos elet egy modelezett alapegyseg elsodleges azonositojat a perzisztalo technologia szabta elsodleges azonositojatol. Az entitas azonositojat a rendszerek (entitasok) kozott hasznalhatjuk, a mesterseges azonositot viszont az entitason belul. Ami bennem kerdeskent felmerul, hogyan kell akkor optimalisan megvalositani az entitasok egymashoz rendeleset. Arra gondolok, hogy vannak Orszagaim, mondjuk a 3 betus ISO kodokkal azonositom, de adatbazis szintjen egy mas kulcsot valasztok, pl egy sequncbol generalt mesterseges kulcsot RDB eseteben, es az OID-t OODB eseteben. Vannak tovabba Regioim, ami nem mas, mint egy kontener az Orszagokhoz (Pl Europa all Magyarorszagbol, meg Nemeto-bol.) Hogyan lehet ezt optimalisan lekezelni? Ha azt mondom, hogy nem engedem ki a kulvilag fele a mesterseges azonositomat, es a kliens ugy kezelheti a regiokat, hogy csak az entitas kulcsat, azaz a 3 betus roviditest hasznalva allitja ossze az Europa regiot HU es DE Orszag entitasokbol, akkor a Regio entitas perzisztalasakor minden egyes esetben vissza kell keresnem az Orszag kulcsahoz (HU) tartozo mesterseges kulcsot (12354353246346), es azt elmenteni. Ez elegge idoigenyes feladat. Ha kiengedem a kezembol az OID-t, akkor nincs semmi gond, megy minden mint a karikacsapas, semmi overhead nincsen, csak valahogy olyan ellenszenvesnek tunik nekem. Ti hogyan oldjatok meg ezt? >Elofordulhat, hogy valamilyen korulmeny miatt az entitas nem >azonosithato, nincs rendes elsodleges kulcsa. Ekkor ez a >bizonyos "korulmeny" nagyon-nagyon figyelemremelto, mert valami >sumaksag lapul a rendszerben. Lehetoleg addig kell kutatni, >amig az ember megtalalja az entitas valodi elsodleges kulcsat. >Mivel az elsodleges kulcs az entitas jellemzoje, megvaltoztatasa >szinten gyanus esemeny. >Az esetleg alkalmazott mesterseges kulcs az esetek tulnyomo reszeben >valamilyen technologiai sajatossag kovetkezmenye, es alternate >key a valodi elsodleges kulcs mellett. Igen igazad lehet, de mondok megint egy peldat arre, ertekpapirok elsodleges kulcsa. Melyik az elsodelges kulcs a SEDOL szam, amit nemetorszagban hasznalnak, a ValorenNr amit a svajciak hasznalnak, vagy az ISIN szam ami vegre egy szabvany lesz. Mindegyik elsodelegesen azonosit. En azt akarom, hogy a programomat mindenhol tudjak hasznalni. Mit tehetek ilyenkor? From k.szitas@gisma.de Fri Oct 5 11:12:14 2001 Received: from ms-ex-srv1.gisma.com ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f959CC8B032167 for ; Fri, 5 Oct 2001 11:12:13 +0200 Received: by ms-ex-srv1.cob.elaxy.net with Internet Mail Service (5.5.2650.21) id <42H1L9AD>; Fri, 5 Oct 2001 11:12:07 +0200 Message-ID: <910F521E2F0CD3119A120050040B3DE5012AA4CE@ms-ex-srv1.cob.elaxy.net> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Date: Fri, 5 Oct 2001 11:11:46 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Subject: [JavaTech] =?iso-8859-1?Q?AW=3A_=5BJavaTech=5D_Re=3A_=5BJavaTech=5D_EBolt?= =?iso-8859-1?Q?_-_term=E9kek_-tulajdons=E1gok?= Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Hat igen, az oroklodes temakore nem mai gyerek mar Egyszer erdemes atolvasni a Patterns for mapping Inheritance reszt http://www.objectarchitects.de/ObjectArchitects/papers/Published/ZippedPaper s/mappings04.pdf Ha megnezed a datumot ez 1995-os iromany. Nincs uj a nap alatt ;-) Nincs valakinek kedve ezekbol a linkekbol valami homepage szeruseget alkotni? From tibort@freestart.hu Fri Oct 5 19:41:28 2001 Received: from pompom.freestart.hu (pompom.freestart.hu [213.197.64.6]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f95HfS8B031611 for ; Fri, 5 Oct 2001 19:41:28 +0200 Received: from erinyes.freestart.hu ([213.197.64.251]) by freestart.hu with esmtp (Freestart relay 1 (FS-Lin)) id 15pYpp-0000Vl-00 for ; Fri, 05 Oct 2001 19:32:29 +0200 Received: from line-71-142.dial.freestart.hu ([213.197.71.142] helo=freestart.hu) by erinyes.freestart.hu with esmtp (Exim 3.32 #1 (Debian)) id 15pZ5k-0003T4-00 for ; Fri, 05 Oct 2001 19:48:57 +0200 Message-ID: <3BBDF0A7.1D46F065@freestart.hu> Date: Fri, 05 Oct 2001 19:40:55 +0200 From: =?iso-8859-1?Q?T=F6r=F6k?= Tibor X-Mailer: Mozilla 4.77 [en] (WinNT; U) X-Accept-Language: en,hu MIME-Version: 1.0 To: javatech@ebizlab.hit.bme.hu Subject: Re: [JavaTech] EBolt - =?iso-8859-1?Q?term=E9kek=20=2Dtulajdons=E1gok?= References: <000301c14cd4$acbc8be0$0301010a@developer> <3BBC8AFE.9824EDCB@freestart.hu> <002b01c14d62$f9f1ed40$0301010a@developer> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Scanner: exiscan by Freestart Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Hello, Suhai Gábor wrote: > >> A legtobb hasznalatos kornyezetre van egy csomo bejaratott > >> tervezesi eljaras, az ember fogja a kezere allo darabot, > >> es hasznalja. > Esetleg valami konkrétum? Elnezest, nem kodositeni akartam, de meg bennem volt a bizonytalansag a kerdeseddel kapcsolatban. Altalaban tartom gyanusnak a trukkos megoldasokat, az esetek legalabb 99%-aban elegsegesnek, sot kivanatosnak latom az unalmas, mar-mar mechanisztikus megoldast. De azt tisztessegesen megcsinalva szeretem latni. Konkretan:-) Nem tudom, milyen modszertant es eszkozt hasznaltok. UML, SSADM. Eszkozok, kulonbozo kategoriakbol: Rational, Together, Argo, Oracle Designer, Sybase Powerbase, akarmi mas. Igazabol majdnem mindegy, hogy mit hasznaltok, ha a technologia egysegesen hasznalhato. Bocs, mar megint szoszatyar voltam, raadasul ismet trivialitasokat szortam:-) > Mi a következore gondoltunk: > A termékek természetesen kategóriákba lesznek besorolva, és a termékek > helyett a kategóriák rendelkeznének tulajdonságokkal. Lenne egy os kategória > (mondjuk Termékek), amely olyan tulajdonságokkal rendelkezne, amely minden > terméknek lehet (ár, gyártó, megnevezés, stb.). A Termékek kategórián belül > lennének további kategóriák (pl. Muszaki cikkek, Élelmiszerek, Ruházat), Uhum, nekem meg mindig nem teljesen vilagos, hogy milyen mgeoldasra gondoltatok, de azert sejtem. Ezt a kostrukciot altalanos formaban valositjatok meg, vagy valamennyire specialisan (termek, kategoria, stb)? Az altalanos megoldas eseten nem erdemes rogziteni elore egy hierarchiat (Termek, kategoriak, stb.), mert ugyis felborul. Ha Termekkel indultok, hetszentseg, hogy legkesobb a 3-ik, 5-ik ugyfel Termekcsoportbol akar majd indulni, kesobb pedig tobb, alternativ felso szintu csoportositast ker majd valaki. (Termekcsoport, arkategoria, energiatakarekossagi besorolas, szin, illat, stb.) Ezert az adatszerkezetnek gyakorlatilag egy valamilyen adatmodellt kell tudnia tarolni. Majdnem mindegy, hogy milyen modellt (hierarchikus, halos, relacios, OO, esetleg a COM kilapitott objektum-modelljet), de a kivalasztott modellt gyakorlatilag teljeskoruen meg kell csinalni. Ha ez megvan, akkor nem okoz problemat, ha esetleg valamelyik megrendelo egy teljesen mas, esetleg szokatlan hierarchiat (vagy halot) kivan felallitani. Ha nem teljes a modellezesi lehetoseg a programban, akkor elobb-utobb bele fogtok utkozni a hianyossagba. Konkretan::-) Egy hevenyeszett, hierarchikus megoldas, amely felepiteseben egyszeru, uzemelteteseben koltseges: Tulajdonsagok(t_id,...) CsopTulaj(t_id,tulajd_no,t_id,......[ertek]... ) ('tulajd_no' sorszam elkerulhetetlen, mert esetleg ismetlodhetnek bizonyos tulajdonsagok egy tulajdonsagcsoportban. "ertek" elemi tulajdonsag elofordulasanal kitoltendo.) ahol 'Tulajdonsagok' egyik attributuma mutatja, hogy o mifele tulajdonsag, valamifajta elemi jellemzo, vagy egy osszetett, mondjuk ugy, 'objektum', vagy csoport (pl: termek, kategoria, csavarhuzo). Ennek a megoldasnak nagy hatranya, hogy nagyobb adathalmaz eseten a karbantartasa szinte biztosan hibakhoz vezet. (pl. feleslegesen ismetlodo, azonos tulajdonsagok - mert aki felvette a tulajdonsagot, nem talalta meg az elozo elofordulast.) Ha nem teljes modellt csinaltok, mar kizarolag specialis esetrol beszelhetunk - de ez nem biztos, hogy baj. Egy alternativ megoldas lehet, hogy kettevelasztjatok a feladatot. Megcsinaljatok a UI-t, es csinaltok (vagy kerestek) egy alkalmatosnak latszo feluletet az adatok eleresere, es ezt kikialtjatok hazi szabvanynak. Ez ala csinaltok egy valamilyen, elso korben mukodonek latszo megoldast. Es minden alkalommal, amikor valaki fellep egy uj igennyel, a felulet "alatt" belenyultok a rendszerbe, lehetoleg valamifajta adat-modulokkal bovitve a rendszert. Nem feltetlenul elvetendo ez utobbi megoldas, lehet, hogy kevesebb eroforrast igenyel a fejlesztesnel es az uzemeltetes soran is. udv: TT ui: ha feleslegesen es bosszantoan terjengos vagyok, konyorgom szoljatok, nekem is egyszerubb rovid leveleket irni:-) From tibort@freestart.hu Fri Oct 5 20:53:11 2001 Received: from hapcibeno.freestart.hu (hapcibeno.freestart.hu [213.197.64.8]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f95IrB8B026831 for ; Fri, 5 Oct 2001 20:53:11 +0200 Received: from erinyes.freestart.hu ([213.197.64.251]) by freestart.hu with esmtp (Freestart relay 2 (FS-Lin)) id 15paJ9-0007LY-00 for ; Fri, 05 Oct 2001 21:06:51 +0200 Received: from line-71-142.dial.freestart.hu ([213.197.71.142] helo=freestart.hu) by erinyes.freestart.hu with esmtp (Exim 3.32 #1 (Debian)) id 15paDA-00045I-00 for ; Fri, 05 Oct 2001 21:00:41 +0200 Message-ID: <3BBE0177.96750E3F@freestart.hu> Date: Fri, 05 Oct 2001 20:52:39 +0200 From: =?iso-8859-1?Q?T=F6r=F6k?= Tibor X-Mailer: Mozilla 4.77 [en] (WinNT; U) X-Accept-Language: en,hu MIME-Version: 1.0 To: javatech@ebizlab.hit.bme.hu Subject: Re: AW: [JavaTech] Relacios DB - Primary Key kerdese References: <910F521E2F0CD3119A120050040B3DE5012AA4CD@ms-ex-srv1.cob.elaxy.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Scanner: exiscan by Freestart Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Hello, hat, csak visszaterunk oda, ahol par napja felbehagytuk:-))) Jaj, nagyon hosszu lesz... nem tudom rovidebben mondani. > >osszekapcsolasara mar nem alkalmas, hiszen kulonbozo mesterseges > >azonositot adtal nekik. > > Igen, ez az, eppen azert erdemes elvalasztani az entitas mint a valos > elet egy modelezett alapegyseg elsodleges azonositojat a perzisztalo > technologia szabta elsodleges azonositojatol. Az entitas azonositojat > a rendszerek (entitasok) kozott hasznalhatjuk, a mesterseges azonositot > viszont az entitason belul. > Ami bennem kerdeskent felmerul, hogyan kell akkor optimalisan megvalositani > az entitasok egymashoz rendeleset. Arra gondolok, hogy vannak Orszagaim, > mondjuk a 3 betus ISO kodokkal azonositom, de adatbazis szintjen egy mas > kulcsot > valasztok, pl egy sequncbol generalt mesterseges kulcsot RDB eseteben, > es az OID-t OODB eseteben. Vannak tovabba Regioim, ami nem mas, mint Kicsit nehezen vagom ezuttal az idezeteket... talan itt. Ez bizonyos fokig szemlelet kerdese. Nem "jo" vagy "rossz" szemlelet, hanem egyszeruen "a" vagy "b" szemlelet. En ebben a kerdesben (is) vaskalapos vagyok, es gyakran csodalom, hogy nem talalkozom sokkal tobb hasonlo vaskalapossal pont azon az OO teruleten (peldaul a listan), amelynek egyik alapvetese az, hogy a valos vilagot modellezzuk. Ez ugye igazabol nem egy tulzottan szakmai erv, plane nem implementacios nezopontbol, sokkal inkabb ismet a tankonyv. De ez az oka, hogy a minden olyan esetben, amikor lehetseges, ragaszkodom a termeszetes azonositok elsobbsegehez. Van persze egy masik, immar implementacios oka is:-) Ha ezeket az osszefuggeseket rendesen lekepezzuk, akkor maga az adatbazis kepes biztositani az adatok konzisztenciajat, es akarmekkora baromsagot csinalok (akarmilyen kliens sw-n!), nem tudom tonkretenni az adataimat, valamint kibuknak egyes programbeli hianyossagok. Mint fent irtad, esetleg a technologia szab meg olyan kovetelmenyt, hogy mindenkeppen lesz egy masik elsodleges azonositod. A multkoriban emlitettem fizikai korlatokat, korulmenyeket. Ez peldaul az a kategoria. Az egvilagon semmi mas funkcioja nincs, mint az, hogy az alkalmazott technologia megkoveteli. Nem a feladathoz tartozik, hanem a megoldashoz! Ezert ez egy, hm, nevezzuk ugy, "zavaro korulmeny":-) Ha teljes mertekben kikuszobolhetetlen (peldaul kovetelmeny az adott technologia hasznalata) egy megoldast latok: visszavezetem a tervbe, egeszen a fogalmi szintig. Voros posztoval megjelolom:-) Ezutan barmi is tortenik, a rendszertervem resze lesz az object id. A logikai/fizikai szinten alternate kulcskent szerepel, illetve o lesz a p.k., de a termeszetes elsodleges azonositot _feltetlenul megorzom_ alternate keykent. Ehhez rendes tervezo eszkoz automatikusan legyart majd egy unique indexet rdbms eseten, valami hasonlot mas esetben is illik elkovetnie. Ezzel a kaposztam is jollakott felig, es a kecske fele is megmaradt. A modell tartalmaz egy ismert sajatossagot, de hordozhato az oid-t kovetelo es annak hianyat elviselo akarmilyen adatkezelok kozott, es ha az alul levo akarmilyen adatkezelo rendesen kezeli az alternate kulcsomat, tul nagy problema nem lesz. Az orszag-pelda pontosan ennek megfeleloen alakulhat, szerintem egyertelmu. A kulcsokat nem varialnam, ami a p.k., az a p.k., es pont. Ha kenytelen vagyok a mesterseges azonositot bevezetni, akkor utana mar felesleges fanyalogni, vegighurcolom a rendszeren veres kardkent. Egy kerdes: nem tudom, konkretan mit takar az OID-d. Egy generalt valamit (szamot), vagy egy Object-et? Ha szam, a fentiek ervenyesek. Ha Object, akkor ujabb kerdes: miert nem teszed bele a termeszetes kulcsot? > egy kontener az Orszagokhoz (Pl Europa all Magyarorszagbol, meg Nemeto-bol.) > Hogyan lehet ezt optimalisan lekezelni? Ha azt mondom, hogy nem engedem ki > a kulvilag fele a mesterseges azonositomat, es a kliens ugy kezelheti a > regiokat, hogy csak az entitas kulcsat, azaz a 3 betus roviditest hasznalva > allitja ossze az Europa regiot HU es DE Orszag entitasokbol, akkor a Regio > entitas perzisztalasakor minden egyes esetben vissza kell keresnem az > Orszag kulcsahoz (HU) tartozo mesterseges kulcsot (12354353246346), > es azt elmenteni. Ez elegge idoigenyes feladat. Ha kiengedem a kezembol > az OID-t, akkor nincs semmi gond, megy minden mint a karikacsapas, > semmi overhead nincsen, csak valahogy olyan ellenszenvesnek tunik nekem. > Ti hogyan oldjatok meg ezt? Nem idoigenyes, ha az alternate kulcskent szereplo orszagkododhoz elkeszult az index, bar ahhoz a kb. 200 kodhoz meg az sem nagyon kell. (A usernek ehhez nem kell latnia az oid-t, elegendo, ha az adatkezlo letre tudja hozni a keresett kapcsolatot.) Persze ha nem orszagkodrol van szo, hanem par millio rekordbol kell visszakeresni a masik kulcs erteket, akkor mar lehet baj. Masreszt, megcsinalhatod a kapcsolatokat az alternate keykent szereplo orszagkodhoz is, sot ez kivanatos, hiszen ez a kapcsolat a valosagban is letezik. Ebben az esetben parhuzamosan leteznek a (p.k./a.k.) kapcsolataid, ami valoban eleg kellemetlen, +melo a db-nek update/insert eseten, de a lekerezes valszleg meg mindig tobb, ott visszasporolsz a vesztesegbol. De az alaphelyzet eleve az, hogy a technologia koveteli meg az oid bevezeteset. Technologiai hianyossag, mondhatjuk. > Igen igazad lehet, de mondok megint egy peldat arre, ertekpapirok elsodleges > kulcsa. > Melyik az elsodelges kulcs a SEDOL szam, amit nemetorszagban hasznalnak, > a ValorenNr amit a svajciak hasznalnak, vagy az ISIN szam ami vegre egy > szabvany lesz. Mindegyik elsodelegesen azonosit. En azt akarom, > hogy a programomat mindenhol tudjak hasznalni. Mit tehetek ilyenkor? Ez bizony harom alternate key:-) (felteve, hogy 1-1 viszonyban allnak egymassal.) Barmelyiket kinevezheted elsodleges kulcsnak. A kerdesbol szamomra nem derult ki, hogy mi akadalyozna a hasznalatot akarmilyen kulcsvalasztas eseten. udv: TT From tibort@freestart.hu Mon Oct 8 18:15:45 2001 Received: from hapcibeno.freestart.hu (hapcibeno.freestart.hu [213.197.64.8]) by shamir.ebizlab.hit.bme.hu (8.12.0/8.12.0/Debian -5) with ESMTP id f98GFj8B022613 for ; Mon, 8 Oct 2001 18:15:45 +0200 Received: from erinyes.freestart.hu ([213.197.64.251]) by freestart.hu with esmtp (Freestart relay 2 (FS-Lin)) id 15qdHw-0002Wx-00 for ; Mon, 08 Oct 2001 18:29:56 +0200 Received: from line-75-254.dial.freestart.hu ([213.197.75.254] helo=freestart.hu) by erinyes.freestart.hu with esmtp (Exim 3.32 #1 (Debian)) id 15qdBx-00071S-00 for ; Mon, 08 Oct 2001 18:23:45 +0200 Message-ID: <3BC1D10F.4EF57C@freestart.hu> Date: Mon, 08 Oct 2001 18:15:11 +0200 From: =?iso-8859-1?Q?T=F6r=F6k?= Tibor X-Mailer: Mozilla 4.77 [en] (WinNT; U) X-Accept-Language: en,hu MIME-Version: 1.0 To: "javatech@ebizlab.hit.bme.hu" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Scanner: exiscan by Freestart Subject: [JavaTech] ping Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: bocs, csak teszt, valami mail-zurom van.. From k.szitas@gisma.de Tue Oct 9 11:13:55 2001 Received: from ms-ex-srv1.gisma.com ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -1) with ESMTP id f999DsV6002139 for ; Tue, 9 Oct 2001 11:13:55 +0200 Received: by ms-ex-srv1.cob.elaxy.net with Internet Mail Service (5.5.2650.21) id <42H1MCF8>; Tue, 9 Oct 2001 11:13:49 +0200 Message-ID: <910F521E2F0CD3119A120050040B3DE5012AA515@ms-ex-srv1.cob.elaxy.net> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: AW: [JavaTech] Relacios DB - Primary Key kerdese Date: Tue, 9 Oct 2001 11:12:04 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Na volt szerencsem tegnap beleolvasgatni a JDO 1.0-as speckoba (nem rossz, csak meg nagyon hianyzik nekem a prefetching belole) Megis van valami ebben a mesterseges OID-ben ;-) A JDO ketfele "primary keyt" hasznal, a specifikacio 5.4.1 es 5.4.2 pontja szerint megkulonbozteti a DataStore Identity-t es az Application Identity-t (amit mi primkeynek hivunk) tavabba ir meg non-data store JDO identityrol is, amibe nem mentem meg nagyon bele. Visszaterve TT levelere >Egy kerdes: nem tudom, konkretan mit takar az OID-d. Egy generalt >valamit (szamot), vagy egy Object-et? Ha szam, a fentiek ervenyesek. >Ha Object, akkor ujabb kerdes: miert nem teszed bele a termeszetes >kulcsot? Az oid-vel nem akarok foglalkozni bl, es ui szinten, nem erdekel hogy micsoda az, mermint egy string egy szam, es azt a perzisztalo reteg hogyan generalja, ezert egy sima Object. Ha onhatalmulag belerakom a termeszetes kulcsomat az jo RDBMS eseteben, de errol a business logic es ui retegekben mar nem kell tudnom, mert akkor beleesek abba a hibaba, hogy fuggeni fog a teljes appom attol, hogy mibe perzisztalok. Azt hiszem nem is szabadna kiadnom a bl fele egyaltalan ezt az adatot. From tibort@freestart.hu Tue Oct 9 19:46:36 2001 Received: from pompom.freestart.hu (pompom.freestart.hu [213.197.64.6]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -1) with ESMTP id f99HkaKg002173 for ; Tue, 9 Oct 2001 19:46:36 +0200 Received: from erinyes.freestart.hu ([213.197.64.251]) by freestart.hu with esmtp (Freestart relay 1 (FS-Lin)) id 15qzEn-00059y-00 for ; Tue, 09 Oct 2001 17:56:09 +0200 Received: from line-73-95.dial.freestart.hu ([213.197.73.95] helo=freestart.hu) by erinyes.freestart.hu with esmtp (Exim 3.32 #1 (Debian)) id 15qzVf-0007UT-00 for ; Tue, 09 Oct 2001 18:13:36 +0200 Message-ID: <3BC31FE0.9997D068@freestart.hu> Date: Tue, 09 Oct 2001 18:03:44 +0200 From: =?iso-8859-1?Q?T=F6r=F6k?= Tibor X-Mailer: Mozilla 4.77 [en] (WinNT; U) X-Accept-Language: en,hu MIME-Version: 1.0 To: javatech@ebizlab.hit.bme.hu Subject: Re: AW: [JavaTech] Relacios DB - Primary Key kerdese References: <910F521E2F0CD3119A120050040B3DE5012AA515@ms-ex-srv1.cob.elaxy.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Scanner: exiscan by Freestart X-Scanner: exiscan by Freestart Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Hello, Szitas Krisztian wrote: > A JDO ketfele "primary keyt" hasznal, a specifikacio 5.4.1 es > 5.4.2 pontja szerint megkulonbozteti a DataStore Identity-t > es az Application Identity-t (amit mi primkeynek hivunk) > Ha onhatalmulag belerakom a termeszetes kulcsomat az jo RDBMS eseteben, > de errol a business logic es ui retegekben mar nem kell tudnom, > mert akkor beleesek abba a hibaba, hogy fuggeni fog a teljes appom > attol, hogy mibe perzisztalok. A fentiek a ket resze ugyanannak. Ismet az alkalmazott technologia miatt vezetsz be egy kulcsot, amit a megoldando feladat onmagaban nem indokol. (Legalabbis eddig semmi nem latszott indokolni, kizarolag az alkalmazott technologiabol szarmaztatott megfontolasok.) > Azt hiszem nem is szabadna kiadnom a bl fele egyaltalan ezt az > adatot. A business logic elol "eldugni" a termeszetes azonositot (ha jol ertem a fenti mondatot) : a business logic eredetileg, a valos eletben pontosan a termeszetes azonositoval dolgozott. Alaposan meg kellene azt indokolni, hogy egy business logic eljaras, ami egy letezo, valodi eljarast, vagy annak egy jol meghatarozott reszletet kepezi le, miert ne ismerhetne ugyanazokat az azonositokat illetve azonositasi modszereket, mint a valos eletben zajlott eljaras. Ha ez az indoklas valoban alapos, akkor viszont az adott ugymenet eredetileg hibas volt, tehat azt is meg kell valtoztatni. Ha az egyeb kovetelmenyek miatt megis tarolnod kell valamifajta mesterseges azonositot, tul a technologiai korlat beszivargasanak dokumentaciojan, egy dolgot semmikeppen nem szabad kihagyni: mivel ez egy alternate key (nem csak rdbmsen, hanem barmely, azonosito->azonositott kapcsolatot megvalosito eszkozben), feltetelenul gondoskodni kell az eredeti, termeszetes azonositora vonatkozo megszoritasok (nem ures, egyedi ertek) ervenyesiteserol, termeszetesen adattarolas (akarmilyen db) szinten. Ha ez megvan, akkor tobbe-kevesbe nyugodtan alhat az ember. De ha kimaradt (mondjuk azert, mert az alatta levo tarolo szerkentyu nem kepes biztositani ezeket a felteteleket), akkor mar nem az a kerdes, hogy elromik-e valami az adatbazisban, hanem az, hogy mikor romlik el. udv: TT From attila@ebizlab.hit.bme.hu Mon Nov 12 15:34:02 2001 Received: from fecske.oszike.hu (line-222-89.dial.matav.net [145.236.222.89]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fACEY1Jl027544 for ; Mon, 12 Nov 2001 15:34:01 +0100 Received: from fecske.oszike.hu (attila@localhost [127.0.0.1]) by fecske.oszike.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fACEV7QQ002490 for ; Mon, 12 Nov 2001 15:31:07 +0100 Received: (from attila@localhost) by fecske.oszike.hu (8.12.1/8.12.1/Debian -2) id fACEV5Ef002481; Mon, 12 Nov 2001 15:31:05 +0100 X-Authentication-Warning: fecske.oszike.hu: attila set sender to attila@ebizlab.hit.bme.hu using -f From: Bognar Attila To: javatech@ebizlab.hit.bme.hu Content-Type: text/plain Content-Transfer-Encoding: 7bit Message-Id: <1005574450.2270.1.camel@fecske> Mime-Version: 1.0 X-Mailer: Evolution/0.99.0 (Preview Release) Date: 12 Nov 2001 15:31:05 +0100 Subject: [JavaTech] riport Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Sziasztok! Adatbazisokbol ugyebar szokas mindenfele riportokat kesziteni. Azonban a mai alkalmazasok tobbreteguek, azaz a kliens nem kozvetlenul az adatbazissal kommunikal, hanem egy szerverrel, ami kelloen kezeli az adatokat, es ugyel mondjuk a jogosultsagokra is. Mindezzel hogy szokas manapsag riportokat kesziteni az adatbazisokbol, mikor elvileg nem is lehet hozzaferni? attila From k.szitas@gisma.de Tue Nov 13 10:28:54 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fAD9SrJl004497 for ; Tue, 13 Nov 2001 10:28:54 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Tue, 13 Nov 2001 10:28:48 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E57D9@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] riport Date: Tue, 13 Nov 2001 10:28:47 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >Adatbazisokbol ugyebar szokas mindenfele riportokat kesziteni. Azonban a >mai alkalmazasok tobbreteguek, azaz a kliens nem kozvetlenul az >adatbazissal kommunikal, hanem egy szerverrel, ami kelloen kezeli az >adatokat, es ugyel mondjuk a jogosultsagokra is. >Mindezzel hogy szokas manapsag riportokat kesziteni az adatbazisokbol, >mikor elvileg nem is lehet hozzaferni? egy riport sem tobb mint egy view, lehet direktbe j2ee componenteket venni, amik megoldjak a feladat nagy reszet, ha jol emlexem sima xml adatforrasbol dolgoznak azok, amiket en megneztem annak idejen. kulonben mi speciel ugy dolgozunk, hogy a clienthez mar csak egy pdf jut el. From dome@california-fitness.com Tue Nov 13 11:35:58 2001 Received: from mail.california-fitness.com (mars.california-fitness.com [213.163.10.98]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADAZvJl020871 for ; Tue, 13 Nov 2001 11:35:58 +0100 Received: from wall.california-fitness.com ([192.168.1.10]) by mail.california-fitness.com (Netscape Messaging Server 3.6) with SMTP id 656 for ; Tue, 13 Nov 2001 11:35:57 +0100 Received: from 192.168.1.2 by wall.california-fitness.com (InterScan E-Mail VirusWall NT); Tue, 13 Nov 2001 11:35:57 +0100 (Central Europe Standard Time) Message-ID: <006601c16c2e$f4a11f60$1d01010a@dome> From: "Janos Domosi" To: References: <910F521E2F0CD3119A120050040B3DE5019E57D9@ms-ex-srv1.elaxy.org> Subject: Re: [JavaTech] riport Date: Tue, 13 Nov 2001 11:35:47 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: hi szitás, csak egy kérdés: A PDF-et hogyan generáljátok? XML - FO ?? (apache?) stb.... ha nem titkos és belefér az idodbe, irhatnál egy picit az architektúrátokról. merthogy én is most készülök összerántani egy új rchitektúrát, de még nem minden eleme tiszta. mindennek meg kéne felelni: sima XML, SOAP, (majd ebXML) meg persze wap, html, chatrtok batikkal..... de az is lehet, hogy inkább a Jini-t választom a j2ee helyett. Tényleg. Ezen agyaltatok már? Jini vs. j2ee (de az is lehet, hogy hungáriában nem igazán értrenek ehhez a támakörhöz.......) hozzászólások?? -döme- ----- Original Message ----- From: "Szitas Krisztian" To: Sent: Tuesday, November 13, 2001 10:28 AM Subject: AW: [JavaTech] riport > >Adatbazisokbol ugyebar szokas mindenfele riportokat kesziteni. Azonban a > >mai alkalmazasok tobbreteguek, azaz a kliens nem kozvetlenul az > >adatbazissal kommunikal, hanem egy szerverrel, ami kelloen kezeli az > >adatokat, es ugyel mondjuk a jogosultsagokra is. > > >Mindezzel hogy szokas manapsag riportokat kesziteni az adatbazisokbol, > >mikor elvileg nem is lehet hozzaferni? > > egy riport sem tobb mint egy view, > lehet direktbe j2ee componenteket venni, amik megoldjak a feladat nagy > reszet, > ha jol emlexem sima xml adatforrasbol dolgoznak azok, amiket en megneztem > annak idejen. > kulonben mi speciel ugy dolgozunk, hogy a clienthez mar csak egy pdf jut el. > _______________________________________________ > JavaTech mailing list > JavaTech@ebizlab.hit.bme.hu > http://ebizlab.hit.bme.hu/mailman/listinfo/javatech From attila@ebizlab.hit.bme.hu Tue Nov 13 12:03:28 2001 Received: from shamir.ebizlab.hit.bme.hu (localhost [127.0.0.1]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADB3SJl025047 for ; Tue, 13 Nov 2001 12:03:28 +0100 Received: from localhost (atus@localhost) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADB3S0e023192 for ; Tue, 13 Nov 2001 12:03:28 +0100 X-Authentication-Warning: shamir.ebizlab.hit.bme.hu: atus owned process doing -bs Date: Tue, 13 Nov 2001 12:03:28 +0100 (CET) From: "Bognar, Attila" X-X-Sender: To: "'javatech@ebizlab.hit.bme.hu'" Subject: Re: AW: [JavaTech] riport In-Reply-To: <910F521E2F0CD3119A120050040B3DE5019E57D9@ms-ex-srv1.elaxy.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by shamir.ebizlab.hit.bme.hu id fADB3SJl025047 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: > >Adatbazisokbol ugyebar szokas mindenfele riportokat kesziteni. Azonban a > >mai alkalmazasok tobbreteguek, azaz a kliens nem kozvetlenul az > >adatbazissal kommunikal, hanem egy szerverrel, ami kelloen kezeli az > >adatokat, es ugyel mondjuk a jogosultsagokra is. > > >Mindezzel hogy szokas manapsag riportokat kesziteni az adatbazisokbol, > >mikor elvileg nem is lehet hozzaferni? > > egy riport sem tobb mint egy view, > lehet direktbe j2ee componenteket venni, amik megoldjak a feladat nagy > reszet, > ha jol emlexem sima xml adatforrasbol dolgoznak azok, amiket en megneztem > annak idejen. > kulonben mi speciel ugy dolgozunk, hogy a clienthez mar csak egy pdf jut el. Gondolom bedrótozott riportokra gondolsz, hogy a user kéri azt a kimutatást, amelyik ezmegaz. Én arra gondolok, hogy egyéni riportok készítésére van-e valami már kitalált technológia. Az egyszerűség kedvért tegyük fel, hogy köztudott, hogy relációs adatbázis van a háttérben (nem xml és bármi egyéb). Ha hozzáfér az adatbázishoz, akkor tetszőleges riportokat tud készíteni, ha jól tudom például a Crystal Riports nevű dolog pont erre van. Nade a rendszer nem olyan egyszerű, mert user ne túrkálhasson közvetlenül az adatbázisban (bizonyos sorokhoz nem férhet hozzá, vagy csak korlátosan). Ez esetben van valami mód (ha igen, milyen?) egyéni riportok készítésére? (ugyanis nem lenne rossz dolog, de igazából nem tudom elképzelni hogyan lehetne). attila From k.szitas@gisma.de Tue Nov 13 12:05:20 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADB5JJl017836 for ; Tue, 13 Nov 2001 12:05:19 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Tue, 13 Nov 2001 12:05:14 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E57DE@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] riport Date: Tue, 13 Nov 2001 12:05:13 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fADB5JJl017836 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >A PDF-et hogyan generáljátok? >XML - FO ?? (apache?) stb.... nem hasznalunk se xml-t, se apacheot, az biztos tudod neha az a jo a componens alapu fejlesztesben, hogy nem kell tudni mi hogyan mukodik, meghivom es visszaadja ami nekem kell. ;-) Igy fogalmam sincs miket hasznalunk, de lattam mar foldon elszorva oracle reports-ot, meg crystalt is, de ez a temakor nem erdekelt meg eddig >ha nem titkos és belefér az idodbe, irhatnál egy picit az >architektúrátokról. >merthogy én is most készülök összerántani egy új rchitektúrát, de még nem >minden eleme tiszta. tul sokat nem akarok beszelni rola, csak annyit hogy egyedi, cpp-ben irt, solarisokon futo apperver, cpp-s meg javas kliensekkel, az adatbaziskezelon kivul minden sajat fejlesztes (meg corba sincs, ahelyett is sajat protokoll van) >mindennek meg kéne felelni: sima XML, SOAP, (majd ebXML) meg persze wap, >html, chatrtok batikkal..... >de az is lehet, hogy inkább a Jini-t választom a j2ee helyett. >Tényleg. Ezen agyaltatok már? Jini vs. j2ee >(de az is lehet, hogy hungáriában nem igazán értrenek ehhez a >támakörhöz.......) nem agyaltam meg rajta, mert nem latom a helyettesitoseget a ketto kozott. A jinivel csak azt ernem el, hogy transparens legyen a service lookup-om, de hogy a service mit csinal a hatterben az mar mas kategoria, megint ott vagyok ahol a part szakad, mert fel kell megint hasznalnom a j2ee-t. ha meg mar felhasznaltam a j2ee-t, akkor ha jol irtam meg, megint marhara mindegy, hogy wap-on presentalok, vagy swing dialogon, nem? From dome@california-fitness.com Tue Nov 13 12:16:50 2001 Received: from mail.california-fitness.com (mars.california-fitness.com [213.163.10.98]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADBGoJl003665 for ; Tue, 13 Nov 2001 12:16:50 +0100 Received: from wall.california-fitness.com ([192.168.1.10]) by mail.california-fitness.com (Netscape Messaging Server 3.6) with SMTP id 651 for ; Tue, 13 Nov 2001 12:16:49 +0100 Received: from 192.168.1.2 by wall.california-fitness.com (InterScan E-Mail VirusWall NT); Tue, 13 Nov 2001 12:16:49 +0100 (Central Europe Standard Time) Message-ID: <007b01c16c34$aa515280$1d01010a@dome> From: "Janos Domosi" To: References: <910F521E2F0CD3119A120050040B3DE5019E57DE@ms-ex-srv1.elaxy.org> Subject: Re: [JavaTech] riport Date: Tue, 13 Nov 2001 12:16:39 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: igaz ami igaz a Jini-vel kapcsolatban, csak én azért gondokodtam rajta, mert ugye egy sokkal szabadabb architektúrát kapsz, mint EJB-vel. persze itt egy-két szolgáltatást meg kell írni, ha nincs még kész.... (tranastion handling, meg db pooling tuti van) /* > az egész nekem onnan jutott az eszembe, hogy még annakidején amikor a Jinivel ismerkedtem, rájöttem, hogy lehetne egy olyan elosztott rendszert készíteni, amihez ha pl. hozzáilesztünk egy új szuz hardvert, akkor automatikusan átvesz egy pár igen terhelt - más hardveren futó - service feladatát, igy inteligensen lehetne loadbalancingolni..... ...de ez inkabb csak elmeleti ügy - de érdekes */ szóval igazad van. From k.szitas@gisma.de Tue Nov 13 13:30:00 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADCTwJl004627 for ; Tue, 13 Nov 2001 13:29:59 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Tue, 13 Nov 2001 13:29:47 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E57E2@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] riport Date: Tue, 13 Nov 2001 13:29:47 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fADCTwJl004627 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: En ugy gondolkodtam ezzel a szabad architekturaval, hogy dolgozott rajta 10.000 india meg egyeb emberke, hogy megalkossanak egy olyan keretrendszert, ami megvezeti az ember kezet a tervezesben, amit jobb, szebb rendszereket, egyszerubben meg lehet irni, na most az emberiseg elegg csokfeju, valahol a genjeinkben kiirthatatlanul benne lakozik, hogy ok nelkul lazadunk, a profetakat a sajat koraban nem, csak evszazadokkal kesobb ertjum meg, hasonlo okos gondolatmenetek ;-) Na erre jon meg hozza fedelnek az internet, ahol az eletben meg enm tul sok mindent elert emberkek probalnak meg keresztbetenni a fejlodesnek, feligazsagokkal elvakitva tarsaikat, meglehetosen sikeres dolgoznak, nem mondom. Aminek az oka megint csak az emberi birkaszellem, egy beget, aztan a tobbi is rakezd... En megprobalnek ettol szabadulni, es inkabb arra forditom az idomet, hogy megprobaljam megerteni en 1 emberkent azt tudast, amit a masik 10.000 mernokember mar letett az asztalra, ketelyeimet megorzom, amig masok meg nem magyarazzak nekem, hogy hol latom rosszul, es erre az alaptudasra epitkezve probalok meg tovabblepni, nem pedig ujra feltalalom a spanyolviaszt, aztan aminek persze nem latom at a hibait, mert egyreszt tudasom korlatos, es nem birom minden szemszogbol megvizsgalni, (csak esetleg 3-5 evelteltevel) masreszrol meg ugye ott van, hogy megirtam, ugy latom mukodik, es mar X eve megy, hogy meri nekem valaki azt mondani, hogy szar... Talan ez a masodik dolog a veszelyesebb. Csak peldaskent hadd emlitsem meg joco levelet a masik javalistarol, multkor vitatkoztunk az entitasokrol, es joco volt az elso ember, aki a mikulas-banan-gyerek peldat gondolom verigsertonek talalta, mert vissza kell terni egy 5 eves gyerek gondolkodasi szintjere, a vitabol a kovetkezoktre emlekezett: "Ahogy Moricka elkebzeli", meg az en kedvenc "hehehe"-rezeseimre. Amikor viszont 3 nappal kesobb ott volt a feladat, hogy JTable-nal valamit modositani kell, es a Model helyett a JTable-ba turt bele, talan Atleta volt az aki figyelmeztette a logikai bukfencre, valasz ra, hogy most mar mindegy mert megcsinalta, na ilyenkor van az, hogy megkerdojelezem, hogy programozonak nevezzem, vagy csak birkanak, aki akkor is beget, amikor nem kene. De azert van inkabb ez a lista, hogy az ilyen jo kis elmeleti kerdeseket megbeszeljunk. Szal roviden megegyszer visszakerdeznek: Mitol szabadabb a jini? Mert buntetes nelkul engedi elrontani a tervezesemet, es a koncepcionalis hibaimat csak akkor loki ki magabol, amikor mar 10 helyen fut a rendszerem, es ujra kell irni a 3/4-et? Masodik resz a levelednek, Load balancing. A cliens j2ee alatt sem kell hogy eszrevegye azt, hogy beraktak "utkozben" megegy servert, a stubokban nem kell lennie informacionak arrol, hogy melyik serverhez csatlakozott eloszor. Ha igy lenne, akkor a Fault tolerancia sem tudna mukodni, gondold csak meg. dAb -----Ursprüngliche Nachricht----- Von: Janos Domosi [mailto:jdomosi@rndsoft.com] Gesendet: Tuesday, 13 November 2001 12:17 An: javatech@ebizlab.hit.bme.hu Betreff: Re: [JavaTech] riport igaz ami igaz a Jini-vel kapcsolatban, csak én azért gondokodtam rajta, mert ugye egy sokkal szabadabb architektúrát kapsz, mint EJB-vel. persze itt egy-két szolgáltatást meg kell írni, ha nincs még kész.... (tranastion handling, meg db pooling tuti van) /* > az egész nekem onnan jutott az eszembe, hogy még annakidején amikor a Jinivel ismerkedtem, rájöttem, hogy lehetne egy olyan elosztott rendszert készíteni, amihez ha pl. hozzáilesztünk egy új szuz hardvert, akkor automatikusan átvesz egy pár igen terhelt - más hardveren futó - service feladatát, igy inteligensen lehetne loadbalancingolni..... ...de ez inkabb csak elmeleti ügy - de érdekes */ szóval igazad van. _______________________________________________ JavaTech mailing list JavaTech@ebizlab.hit.bme.hu http://ebizlab.hit.bme.hu/mailman/listinfo/javatech From k.szitas@gisma.de Tue Nov 13 13:37:49 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADCbmJl010222 for ; Tue, 13 Nov 2001 13:37:48 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Tue, 13 Nov 2001 13:37:42 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E57E3@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: AW: [JavaTech] riport Date: Tue, 13 Nov 2001 13:37:41 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fADCbmJl010222 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >Gondolom bedrótozott riportokra gondolsz, hogy a user kéri azt a >kimutatást, amelyik ezmegaz. Én arra gondolok, hogy egyéni riportok >készítésére van-e valami már kitalált technológia. >Az egyszerűség kedvért tegyük fel, hogy köztudott, hogy relációs adatbázis >van a háttérben (nem xml és bármi egyéb). Ha hozzáfér az adatbázishoz, >akkor tetszőleges riportokat tud készíteni, ha jól tudom például a Crystal >Riports nevű dolog pont erre van. >Nade a rendszer nem olyan egyszerű, mert user ne túrkálhasson közvetlenül >az adatbázisban (bizonyos sorokhoz nem férhet hozzá, vagy csak >korlátosan). Ez esetben van valami mód (ha igen, milyen?) egyéni riportok >készítésére? (ugyanis nem lenne rossz dolog, de igazából nem tudom >elképzelni hogyan lehetne). Ertem mit mondasz, a helyzet az, hogy csak egyszerubb rendszereknel mukodik az, hogy ott vannak a tablaim, osszekapcsolgatom oket, aztan riportolok belole, a problema ott kezdodik, hogyha egy-egy ilyen riportot megnez 100 ember orankent, viszont egy riport adatainak osszehozasa eltart 1 oraig (10 darab 10 millios servernek mondjuk ), mert esteleg nem egy szumma van a lap aljan ;-) Na ilyenkor van az, hogy plusz tablak, es egy-egy processz ezeket a tablakat frissitgeti, szamol mint az orult, amikor a user meg megnyitja a reportot, akkor eldonti, hogy mar kesz az uj batch, vagy a regit kell meg megmutatnom. Erted mire gondolok? From attila@ebizlab.hit.bme.hu Tue Nov 13 13:53:07 2001 Received: from shamir.ebizlab.hit.bme.hu (localhost [127.0.0.1]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADCr7Jl004646 for ; Tue, 13 Nov 2001 13:53:07 +0100 Received: from localhost (atus@localhost) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADCr7qU031048 for ; Tue, 13 Nov 2001 13:53:07 +0100 X-Authentication-Warning: shamir.ebizlab.hit.bme.hu: atus owned process doing -bs Date: Tue, 13 Nov 2001 13:53:07 +0100 (CET) From: "Bognar, Attila" X-X-Sender: To: "'javatech@ebizlab.hit.bme.hu'" Subject: Re: AW: AW: [JavaTech] riport In-Reply-To: <910F521E2F0CD3119A120050040B3DE5019E57E3@ms-ex-srv1.elaxy.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=iso-8859-2 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by shamir.ebizlab.hit.bme.hu id fADCr7Jl004646 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: > Ertem mit mondasz, > a helyzet az, hogy csak egyszerubb rendszereknel mukodik az, hogy > ott vannak a tablaim, osszekapcsolgatom oket, aztan riportolok belole, > a problema ott kezdodik, hogyha egy-egy ilyen riportot megnez > 100 ember orankent, viszont egy riport adatainak osszehozasa eltart > 1 oraig (10 darab 10 millios servernek mondjuk ), > mert esteleg nem egy szumma van a lap aljan ;-) > Na ilyenkor van az, hogy plusz tablak, es egy-egy processz > ezeket a tablakat frissitgeti, szamol mint az orult, > amikor a user meg megnyitja a reportot, akkor eldonti, hogy > mar kesz az uj batch, vagy a regit kell meg megmutatnom. > > Erted mire gondolok? Globálisan igen, kérdésemhez kapcsolva nem :-) Ha jól értem azt mondod ilyet nincs értelme csinálni, merthogy nagyobb adat- és táblamennyiség esetén túl sokáig tart a riport, és azonnal kell. From dome@california-fitness.com Tue Nov 13 13:59:02 2001 Received: from mail.california-fitness.com (mars.california-fitness.com [213.163.10.98]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADCx2Jl003702 for ; Tue, 13 Nov 2001 13:59:02 +0100 Received: from wall.california-fitness.com ([192.168.1.10]) by mail.california-fitness.com (Netscape Messaging Server 3.6) with SMTP id 338 for ; Tue, 13 Nov 2001 13:59:01 +0100 Received: from 192.168.1.2 by wall.california-fitness.com (InterScan E-Mail VirusWall NT); Tue, 13 Nov 2001 13:59:01 +0100 (Central Europe Standard Time) Message-ID: <00c001c16c42$f1b707b0$1d01010a@dome> From: "Janos Domosi" To: References: <910F521E2F0CD3119A120050040B3DE5019E57E2@ms-ex-srv1.elaxy.org> Subject: Re: [JavaTech] riport Date: Tue, 13 Nov 2001 13:58:52 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Jaja, valami hasonló a helyzet. Egyébként ez az ügy a hivatalos Sunos Jini listán is állandóan terítéken van, - leginkább a hasonlóság miatt -, de a nagy Jini guruk is mereven elzárkóznak az elol, hogy J2EE-ként kezeljék a Jini technológiát. Azt mondják, hogy ez egy "foundation porject" azzal a céllal, hogy egy új elvekre épülo elosztott architektúrát nyomjanak az ember kezébe... de azért ez nagyon sok embernek eszébe jut, hogy nem lenne-e célszeru Jini-vel megoldani a szerveroldat a webservices világában...merthogy a két rendszer gyakorlatilag ugyan úgy épül fel, csak az XML-es, SOAP-os dolgok még fejletlenek. ( étrsd. "discovery", transaction, leasing .....hiánya ) na ennyi, - tetszett a muveszi leveled :-) From Ivan.Sarkoezi@gabo.de Tue Nov 13 14:15:58 2001 Received: from mail2.bipas.de (mail1.bipas.de [212.36.240.31] (may be forged)) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADDFvJl012040 for ; Tue, 13 Nov 2001 14:15:57 +0100 Received: from firewallix2.gabo.de (gw.gabo.de [212.36.242.2]) by mail2.bipas.de with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id WQ2Q49H1; Tue, 13 Nov 2001 14:19:34 +0100 Received: from lateinix.gabo.de by firewallix2.gabo.de via smtpd (for mail1.bipas.de [212.36.240.31]) with SMTP; 13 Nov 2001 13:23:49 UT Received: from antonius (antonius.gabo.de [192.168.5.190]) by lateinix.gabo.de (8.11.3/8.11.3/SuSE Linux 8.11.1-0.5) with SMTP id fADDHCI05235 for ; Tue, 13 Nov 2001 14:17:12 +0100 Message-ID: <00de01c16c45$54a5cda0$be05a8c0@gabo.de> From: =?iso-8859-1?B?SXbhbiBT4XJr9npp?= To: References: <1005574450.2270.1.camel@fecske> Subject: Re: [JavaTech] riport Date: Tue, 13 Nov 2001 14:15:57 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Hi, Gondolom olyan ad-hoc riportokra gondolsz, amik fejlesztesi idoben nem adottak. Egy nagy cegnel, ahol korabban dolgoztam, ez igy volt megoldva: Mivel ezek a lekerdezesek alt. ugyis olyan bonyolultak, hogy normal user ugysem tudna megoldani, ezert volt egy kulon riport osztaly, ahol nehany programozo kodolta le az igenyeket sql-re. Ok az eredeti DB replikajahoz fertek hozza nativ DB-klienssel es csak olvasasi joggal. Udv.: iVAN > Adatbazisokbol ugyebar szokas mindenfele riportokat kesziteni. Azonban a > mai alkalmazasok tobbreteguek, azaz a kliens nem kozvetlenul az > adatbazissal kommunikal, hanem egy szerverrel, ami kelloen kezeli az > adatokat, es ugyel mondjuk a jogosultsagokra is. > > Mindezzel hogy szokas manapsag riportokat kesziteni az adatbazisokbol, > mikor elvileg nem is lehet hozzaferni? > > > attila > > > _______________________________________________ > JavaTech mailing list > JavaTech@ebizlab.hit.bme.hu > http://ebizlab.hit.bme.hu/mailman/listinfo/javatech > From k.szitas@gisma.de Tue Nov 13 14:46:05 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADDk4Jl000415 for ; Tue, 13 Nov 2001 14:46:04 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Tue, 13 Nov 2001 14:45:53 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E57E9@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] riport Date: Tue, 13 Nov 2001 14:45:52 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fADDk4Jl000415 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >Egyébként ez az ügy a hivatalos Sunos Jini listán is állandóan terítéken >van, >- leginkább a hasonlóság miatt -, de a nagy Jini guruk is mereven >elzárkóznak az elol, hogy J2EE-ként kezeljék a Jini technológiát. Azt >mondják, hogy ez egy "foundation porject" azzal a céllal, hogy egy új >elvekre épülo elosztott architektúrát nyomjanak az ember kezébe... en is szoktam olvasni a hivatalos Sun listakat, az EJB-s listan is volt amikor elhangzott olyasmi, hogy de jo lesz a JDO majd szepen lecsereli az Entity Beaneket. Pedig a ketto dolog megint nem fedi teljesen egymast. En varom szeretettel a jinit is, annal konnyebb dolgunk van nekunk. >de azért ez nagyon sok embernek eszébe jut, hogy nem lenne-e célszeru >Jini-vel megoldani a szerveroldat >a webservices világában...merthogy a két rendszer gyakorlatilag ugyan úgy >épül fel, csak az XML-es, SOAP-os dolgok még fejletlenek. ( étrsd. >"discovery", transaction, leasing .....hiánya ) szerintem a kapcsolat a technikak kozott ugy kene hogy kinezzen, hogy SOAP-pal kitoltom az objektumaimat, amivel meghivom a servicet, a SOAP ugye a nagyvilag es a serviceprovider kozott mukodne, a SOAP server oldala kitalalja melyik service is kell, azt lookupolja jini-vel, es onnan kezdve rendszernagysagtol/feladattol fuggoen processzalas jinivel vagy j2ee-vel. >na ennyi, >- tetszett a muveszi leveled :-) meg nem egy ejfelkapitany.hu, de igyekszem From k.szitas@gisma.de Tue Nov 13 14:57:41 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADDveJl005092 for ; Tue, 13 Nov 2001 14:57:41 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Tue, 13 Nov 2001 14:57:29 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E57EA@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: AW: AW: [JavaTech] riport Date: Tue, 13 Nov 2001 14:57:28 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fADDveJl005092 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >Globálisan igen, kérdésemhez kapcsolva nem :-) >Ha jól értem azt mondod ilyet nincs értelme csinálni, merthogy nagyobb >adat- és táblamennyiség esetén túl sokáig tart a riport, és azonnal kell. azt mondanam, hogy egy riportolas neha kicsit magasabb rendu, mint egy adatbazisbol megjelenitek 20 sort (pl szamla nyomtataskortudom hogy van fejlec, meg pozicio, lap aljan meg summa) ezek konnyen mennek, ilyen toolokat talalsz 1000-et is, amikor viszont az adatmennyiseged nem teszi lehetove az ilyen fajta megjelenitest (pl van 30 geped, es meg akarod mondani, hogy X honapban a megrendelesek alapjan melyik mennyi munkaidore van leterhelve, hogy a muszakvezetok be tudjak osztani az embereket muszakokba meg szabadsagra elkuldhessek oket) egy szaros A4-es lap az egesz, de akkor lehet, hogy egy ilyen riport mar akkora bunyolultsagu, akar 1 napig tarto szamolgatas eredmenye, es ha 10 user elindit egy ilyen riportot, akkor el lehet kepzelni, hogy mi tortenik. Ilyenkor bizony komoly tervezes megy, es lehet, hogy a feladat megcsinalasa is 2 honapot vesz igenybe, amelybol a reportolas resze annyi lesz, hogy 10 perc alatt osszeraksz egy par report-bandot, benne 3 textboxxal. En sem gondoltam volna gyerekkoromba, hogy egyszer 4 honap alatt irok meg egy ilyesmi "report"-ot, a megjelenites meg tenyleg 10 percig tartott. From vszathmary@freshdirect.com Tue Nov 13 16:53:00 2001 Received: from mail1.lic.corp.freshdirect.com ([209.10.168.242]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADFqwJl006960 for ; Tue, 13 Nov 2001 16:52:59 +0100 content-class: urn:content-classes:message Subject: RE: [JavaTech] riport MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Tue, 13 Nov 2001 10:52:49 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Message-ID: <6F6B6915881DBD48A04720D14DA7B1EB23E1E8@mail1.lic.corp.freshdirect.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] riport Thread-Index: AcFsQxxBwbPvzjZcSk6W6SpjSGGBugAFeBsw From: "Viktor Szathmary" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fADFqwJl006960 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: hello, hadd kapcsolodjak be :) szoval nekem a j2ee-vel kapcsolatban az a benyomasom, hogy ugyan probalja vezetni az ember kezet, de igazabol csak akkor mukodik ez is, ha tudod mit csinalsz, es mi miert tortenik... es ugyanez igaz a Jini-re is... es ez igaz a custom-fejlesztett cuccokra is, csak persze nem biztos hogy az ember akar/tud/raer pl elosztott tranzakciokezelest irni, stb... viszont ami megnyugtatobb, hogy j2ee appserverbol legalabb 20 teljesen fuggetlen implementacio van, mig jini-bol tudtommal egy.. :) viszont - bar nem csinaltam semmi komolyabbat jinivel - elegansabbnak tunik a megoldas, es ugy erzem inkabb olyan dolgokban vezeti az ember kezet, amiben van ertelme... szemben a j2ee-vel, ami sokszor foloslegesen probalja egyszerusiteni a programozok eletet.. gondolok itt pl. a single-thread szemleletre... persze biztos van aki jobban szereti ezt igy, de en mar eleg nagyfiunak erzem magam ahhoz, hogy atlassak egy multithreaded szituaciot... es ha mar a j2ee "egyszerusiteseinel" tartunk, szerintem az sem teszi jobba az egeszet, hogy mondjuk egy bean home es remote implementaciojat ugyanabban az osztalyban kell eszkozolod - csak eppen mas elvek szerint... persze ha tudod mit csinalsz, ez nem olyan nagy baj, de akkor most mennyivel is lett jobb a szimpla programozonak ezaltal? :) viktor > -----Original Message----- > From: Janos Domosi [mailto:jdomosi@rndsoft.com] > Sent: Tuesday, November 13, 2001 7:59 AM > To: javatech@ebizlab.hit.bme.hu > Subject: Re: [JavaTech] riport > > > Jaja, valami hasonló a helyzet. > > Egyébként ez az ügy a hivatalos Sunos Jini listán is > állandóan terítéken > van, > - leginkább a hasonlóság miatt -, de a nagy Jini guruk is mereven > elzárkóznak az elol, hogy J2EE-ként kezeljék a Jini technológiát. Azt > mondják, hogy ez egy "foundation porject" azzal a céllal, hogy egy új > elvekre épülo elosztott architektúrát nyomjanak az ember kezébe... > From attila@ebizlab.hit.bme.hu Tue Nov 13 21:19:12 2001 Received: from fecske.oszike.hu (line-219-1.dial.matav.net [145.236.219.1]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADKJ8Jl011699 for ; Tue, 13 Nov 2001 21:19:11 +0100 Received: from fecske.oszike.hu (attila@localhost [127.0.0.1]) by fecske.oszike.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fADKFmVB002064 for ; Tue, 13 Nov 2001 21:15:48 +0100 Received: (from attila@localhost) by fecske.oszike.hu (8.12.1/8.12.1/Debian -2) id fADKFlaS002062; Tue, 13 Nov 2001 21:15:47 +0100 X-Authentication-Warning: fecske.oszike.hu: attila set sender to attila@ebizlab.hit.bme.hu using -f Subject: Re: AW: AW: AW: [JavaTech] riport From: Bognar Attila To: javatech@ebizlab.hit.bme.hu In-Reply-To: <910F521E2F0CD3119A120050040B3DE5019E57EA@ms-ex-srv1.elaxy.org> References: <910F521E2F0CD3119A120050040B3DE5019E57EA@ms-ex-srv1.elaxy.org> Content-Type: text/plain; charset=ISO-8859-1 X-Mailer: Evolution/0.99.0 (Preview Release) Date: 13 Nov 2001 21:15:47 +0100 Message-Id: <1005682547.1378.15.camel@fecske> Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fADKJ8Jl011699 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: ez mind ok, de nálunk a cégnél van olyan termék, ahol crysal reports-cal készíthet magának riportot az illető (a terméket jobban nem ismerem, sem a crystalt, csak azt tudom hogy lehet tetszőlegesen riportozni). a kedves user megkapja a progit, és sql-ben annyi riportot ír magának, amennyihez kedve, ideje, igénye van. és a rendszer olyan, hogy viszonylag sok tábla van, a riportok viszont nem feltétlenül bonyolultak inkább sok egyszerűbbre lehet igény. és ez esetben lenne számomra érdekes, hogy miként lehet normálisan megoldani. amit Sárközi Iván írt elég szimpi megoldásnak tűnik (igaz nem "lámáknak" való), tulképp egy SDK a szoftverhez, ha jól értem. És aki írja a riport leszármazottait, az vizsgálja a szükséges jogosultságokat stb stb. attila > azt mondanam, hogy egy riportolas neha kicsit magasabb rendu, > mint egy adatbazisbol megjelenitek 20 sort > (pl szamla nyomtataskortudom hogy van fejlec, meg pozicio, lap aljan > meg summa) > ezek konnyen mennek, ilyen toolokat talalsz 1000-et is, > > amikor viszont az adatmennyiseged nem teszi lehetove az ilyen fajta > megjelenitest (pl van 30 geped, es meg akarod mondani, hogy X honapban > a megrendelesek alapjan melyik mennyi munkaidore van leterhelve, > hogy a muszakvezetok be tudjak osztani az embereket muszakokba > meg szabadsagra elkuldhessek oket) egy szaros A4-es lap az egesz, de > akkor lehet, hogy egy ilyen riport mar akkora bunyolultsagu, > akar 1 napig tarto szamolgatas eredmenye, es ha 10 user elindit egy ilyen > riportot, akkor el lehet kepzelni, hogy mi tortenik. > Ilyenkor bizony komoly tervezes megy, es lehet, hogy a feladat megcsinalasa > is 2 honapot vesz igenybe, amelybol a reportolas resze annyi lesz, > hogy 10 perc alatt osszeraksz egy par report-bandot, benne 3 textboxxal. > En sem gondoltam volna gyerekkoromba, hogy egyszer 4 honap alatt irok meg > egy ilyesmi "report"-ot, a megjelenites meg tenyleg 10 percig tartott. From k.szitas@gisma.de Thu Nov 15 10:36:11 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fAF9a3Jl027517 for ; Thu, 15 Nov 2001 10:36:11 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Thu, 15 Nov 2001 10:35:58 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E5828@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] riport Date: Thu, 15 Nov 2001 10:35:49 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >es ha mar a j2ee "egyszerusiteseinel" tartunk, szerintem az sem teszi >jobba az egeszet, hogy mondjuk egy bean home es remote implementaciojat >ugyanabban az osztalyban kell eszkozolod - csak eppen mas elvek Ezt kifejtened? Homenal csak interfacet definialok, az appserver irja meg nekem az implementaciot annak fuggvenyeben, hogy milyen protokollt hasznalok From k.szitas@gisma.de Thu Nov 15 10:40:24 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fAF9eNJl024018 for ; Thu, 15 Nov 2001 10:40:24 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Thu, 15 Nov 2001 10:40:18 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E5829@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: AW: AW: AW: [JavaTech] riport Date: Thu, 15 Nov 2001 10:40:17 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fAF9eNJl024018 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >és a rendszer olyan, hogy viszonylag sok tábla van, a riportok viszont >nem feltétlenül bonyolultak inkább sok egyszerűbbre lehet igény. és ez >esetben lenne számomra érdekes, hogy miként lehet normálisan megoldani. http://industry.java.sun.com/solutions/products/by_type/0,2359,all-19-0,00.h tml 82 darab van eppen fenn, szemezgess hogy melyik lehet a szimpatikus From vszathmary@freshdirect.com Thu Nov 15 16:51:27 2001 Received: from mail1.lic.corp.freshdirect.com ([209.10.168.242]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fAFFpQJl025657 for ; Thu, 15 Nov 2001 16:51:27 +0100 Content-Class: urn:content-classes:message Subject: RE: [JavaTech] riport (j2ee flame :) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Thu, 15 Nov 2001 10:51:17 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Message-ID: <6F6B6915881DBD48A04720D14DA7B1EB23E1EB@mail1.lic.corp.freshdirect.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] riport Thread-Index: AcFtuRaVT3ocAy9HQna7jM6oVPwxzQAL8KYQ From: "Viktor Szathmary" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fAFFpQJl025657 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: hi, > >es ha mar a j2ee "egyszerusiteseinel" tartunk, szerintem az sem teszi > >jobba az egeszet, hogy mondjuk egy bean home es remote > implementaciojat > >ugyanabban az osztalyban kell eszkozolod - csak eppen mas elvek > > Ezt kifejtened? > Homenal csak interfacet definialok, az appserver irja meg nekem az > implementaciot annak fuggvenyeben, hogy milyen protokollt hasznalok elnezest, nem voltam preciz a megfogalmazassal, valojaban nem a home es a remote implementaciorol beszelek, hanem a bean implementaciorol :) mondjuk egy BMP entity beanrol van szo... ugy vettem eszre, hogy a tapasztalatlanabb programozokat megteveszti az hogy pl egy ejbFindByAkarmit meg mondjuk az akarmiBusinessMethod-ot ugyanott kell implementalni.. pedig nincs igazan kozuk egymashoz: a biz method a bean peldanyon operal, mig a finder termeszetesen NEM (de persze kell hozza egy bean objektumpeldany amin meghivhatja :) - csak epp a Sun ide sikeritette. ez nem nagy gond, de szerintem tisztabb lett volna ha nem keverik egy osztalyba a ket dolgot... meg ha mar igy van akkor minek ez a naming convention az "ejb" prefixszel, amikor a biz methodusokra nem terjed ki... szoval nincs baj az EJB-vel, mindenki orul neki nagyon, viszont lehetett volna elegansabban is sokmindent.. :) egy elegans APIval egyreszt orom dolgozni.. masreszt vegyuk a hatekonysagot :))) tegyuk fel hogy 20 percet kell azzal tolteni, hogy megertessem a programozoval a fenti dolgot (vagy kijavitsak vmit amit elrontott mert nem tudta)... a programozo meg a magyarazo orabere legyen olcso, 20 ill 40 USD :)) akkor ez a 20p 20 USD. ha mondjuk 100.000 EJB projekt van a vilagon, akkor az mar 2millio USD... :) szoval ilyen skalan mar szamit, hogy mennyire elegans egy API :)) vegyuk csak a win32 api-t.. eheh :)) viktor From k.szitas@gisma.de Thu Nov 15 17:28:23 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fAFGSLJl020244 for ; Thu, 15 Nov 2001 17:28:22 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Thu, 15 Nov 2001 17:28:16 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E5842@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] riport (j2ee flame :) Date: Thu, 15 Nov 2001 17:28:14 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Aha, ertem mire gondolsz, en viszont igy gondolkodnak ebben az esetben: Ha ketteveszem a a Bean paldanyon dolgozo methodusokat, es a Bean megkeresesere/megkrealasara vonatkozoaknak az implementaciojat, akkor azt a penzt amit a magyarazaton esetleg megsporoltam 2x elvesztem azaltal, hogy az adatforras elereset ketszer kell lekodolni, azaz tobbszor hibazhatok, es X orat debugolassal kell toltenem, foloslegesen nagyobb lesz a kodom is, ha valamit javitanom kell 2x kell javitani, leforditott bytekod is nagyobb lesz. Kulonben ez nekem eddig olyan nagyon fel sem tunt, mert amugy is kulon fileokban voltak nekem a perisztenciat vegzo es a business methodusok. CMP-nel meg amugy is csak BL methodot ir az ember, ott nem is latja a load-ot, meg creat-ot. "ejb" prefix reszre meg annyit, hogy v2.0 felett mar az entityBeanben hasznalhatsz home methodokat, amik nem egy instance-on mahinalnak, ott direkt jol jon, hogy nem terjedt ki, szerintem amikot az 1.0 anal megalkottak, mar selytettek valamit a fiuk. Ha van meg valami elegansabb temakoros panaszod, szerintem nyugodtan tedd fel, hatha egyutt kitalaljuk, hogy mit miert csinalhattak. dAb >elnezest, nem voltam preciz a megfogalmazassal, valojaban nem a home es >a remote implementaciorol beszelek, hanem a bean implementaciorol :) >mondjuk egy BMP entity beanrol van szo... ugy vettem eszre, hogy a >tapasztalatlanabb programozokat megteveszti az hogy pl egy >ejbFindByAkarmit meg mondjuk az akarmiBusinessMethod-ot ugyanott kell >implementalni.. pedig nincs igazan kozuk egymashoz: a biz method a bean >peldanyon operal, mig a finder termeszetesen NEM (de persze kell hozza >egy bean objektumpeldany amin meghivhatja :) - csak epp a Sun ide >sikeritette. >ez nem nagy gond, de szerintem tisztabb lett volna ha nem keverik egy >osztalyba a ket dolgot... meg ha mar igy van akkor minek ez a naming >convention az "ejb" prefixszel, amikor a biz methodusokra nem terjed >ki... >szoval nincs baj az EJB-vel, mindenki orul neki nagyon, viszont lehetett >volna elegansabban is sokmindent.. :) >egy elegans APIval egyreszt orom dolgozni.. masreszt vegyuk a >hatekonysagot :))) tegyuk fel hogy 20 percet kell azzal tolteni, hogy >megertessem a programozoval a fenti dolgot (vagy kijavitsak vmit amit >elrontott mert nem tudta)... a programozo meg a magyarazo orabere legyen >olcso, 20 ill 40 USD :)) akkor ez a 20p 20 USD. ha mondjuk 100.000 EJB >projekt van a vilagon, akkor az mar 2millio USD... :) szoval ilyen >skalan mar szamit, hogy mennyire elegans egy API :)) vegyuk csak a win32 >api-t.. eheh :)) > viktor From vszathmary@freshdirect.com Thu Nov 15 17:57:42 2001 Received: from mail1.lic.corp.freshdirect.com ([209.10.168.242]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fAFGvfJl020647 for ; Thu, 15 Nov 2001 17:57:42 +0100 Content-Class: urn:content-classes:message Subject: RE: [JavaTech] riport (j2ee flame :) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Thu, 15 Nov 2001 11:57:32 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Message-ID: <6F6B6915881DBD48A04720D14DA7B1EB23E1EC@mail1.lic.corp.freshdirect.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] riport (j2ee flame :) Thread-Index: AcFt8qPBL8fWKPqOSAWiYh0cUjZXxQAAeM6Q From: "Viktor Szathmary" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fAFGvfJl020647 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: hi, > Ha ketteveszem a a Bean paldanyon dolgozo methodusokat, > es a Bean megkeresesere/megkrealasara vonatkozoaknak > az implementaciojat, akkor azt a penzt amit a magyarazaton > esetleg megsporoltam 2x elvesztem azaltal, hogy > az adatforras elereset ketszer kell lekodolni, azaz tobbszor > hibazhatok, es X orat debugolassal kell toltenem, > foloslegesen nagyobb lesz a kodom is, ha valamit javitanom kell > 2x kell javitani, leforditott bytekod is nagyobb lesz. namost... - jo esetben az adatforras elereset valami egysegesebb helyre rakod amugy is, hiszen tobb bean is feltehetoleg el fogja erni ua forrast. - a kod nem lesz nagyobb, csak annyival amennyit az extra class headerje elfoglal (parszaz byte? :) - nem kell ketszer javitani, ugyannyi kod lenne igy is, csak egy masik classban.. de mondom, nem vagyok vallasos ez ugyben, csak egy aprosag, ami eszembe jutott :) > Ha van meg valami elegansabb temakoros panaszod, szerintem > nyugodtan tedd > fel, hatha egyutt kitalaljuk, hogy mit miert csinalhattak. jo, majd meg biztos eszembe jut egy par... :)) pl. tovabbra is zavar, hogy nem lehet metodusok visszateresi erteket specifikusabbra venni egy subclassban :)) az 1.5-ben elvileg benne lesz majd Generic Java, de hat azt is lehetett volna szebben csinalni, ha az elobb emlitett override mukodne javaban :) de errol mar volt szo... :) viktor From k.szitas@gisma.de Thu Nov 15 18:11:45 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fAFHBiJl030819 for ; Thu, 15 Nov 2001 18:11:45 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Thu, 15 Nov 2001 18:11:39 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E5843@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] riport (j2ee flame :) Date: Thu, 15 Nov 2001 18:11:32 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >- jo esetben az adatforras elereset valami egysegesebb helyre rakod >amugy is, hiszen tobb bean is feltehetoleg el fogja erni ua forrast. >- a kod nem lesz nagyobb, csak annyival amennyit az extra class headerje >elfoglal (parszaz byte? :) >- nem kell ketszer javitani, ugyannyi kod lenne igy is, csak egy masik >classban.. ja, valami helper resource locatorral meg lehet oldani a problemat, igaz Magambol indultam ki, es en nem egyszerusitem le a beanjeimet egy rdbms-bol dolgozora, igy egy Factory patternnel ki kell keresgelnem altalaban a deployment decsriptorban beallitott adatok alapjan a datasourceimat es legyartani a DAO-t, es meg nem birtam egy helper osztalyba osszerakni az ehhez tartozo osszes funkciot, majd egyszer ha lesz kedvem megint kodolni, meg rajovok hogyan kellene, akkor lehet hogy atgondolom ezt a fajta nezopontot megint. From vszathmary@freshdirect.com Thu Nov 15 18:15:51 2001 Received: from mail1.lic.corp.freshdirect.com ([209.10.168.242]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fAFHFoJl015529 for ; Thu, 15 Nov 2001 18:15:51 +0100 Content-Class: urn:content-classes:message Subject: RE: [JavaTech] riport (j2ee flame :) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Thu, 15 Nov 2001 12:15:38 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Message-ID: <6F6B6915881DBD48A04720D14DA7B1EB20A15A@mail1.lic.corp.freshdirect.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] riport (j2ee flame :) Thread-Index: AcFt+KR8ogtRN42OTiKqf3XwlKkDbQAAD2Rw From: "Viktor Szathmary" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fAFHFoJl015529 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: hi, > >- jo esetben az adatforras elereset valami egysegesebb helyre rakod > >amugy is, hiszen tobb bean is feltehetoleg el fogja erni ua forrast. > > ja, valami helper resource locatorral meg lehet oldani a > problemat, igaz > > Magambol indultam ki, es en nem egyszerusitem le a beanjeimet > egy rdbms-bol > dolgozora, igy egy Factory patternnel ki kell keresgelnem altalaban a > deployment > decsriptorban beallitott adatok alapjan a datasourceimat es > legyartani a DAO-t, mondjuk en rdbms-be dolgozom az igaz, de ettol fuggetlenul a deployment descriptorbol veszi azt hogy mihez kell kap From vszathmary@freshdirect.com Thu Nov 15 18:17:13 2001 Received: from mail1.lic.corp.freshdirect.com ([209.10.168.242]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fAFHHBJl014289 for ; Thu, 15 Nov 2001 18:17:12 +0100 Content-Class: urn:content-classes:message Subject: RE: [JavaTech] riport (j2ee flame :) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Thu, 15 Nov 2001 12:17:02 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Message-ID: <6F6B6915881DBD48A04720D14DA7B1EB20A15B@mail1.lic.corp.freshdirect.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] riport (j2ee flame :) Thread-Index: AcFt+KR8ogtRN42OTiKqf3XwlKkDbQAAIxeQ From: "Viktor Szathmary" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fAFHHBJl014289 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: hi, > >- jo esetben az adatforras elereset valami egysegesebb helyre rakod > >amugy is, hiszen tobb bean is feltehetoleg el fogja erni ua forrast. > > ja, valami helper resource locatorral meg lehet oldani a > problemat, igaz > > Magambol indultam ki, es en nem egyszerusitem le a beanjeimet > egy rdbms-bol > dolgozora, igy egy Factory patternnel ki kell keresgelnem altalaban a > deployment > decsriptorban beallitott adatok alapjan a datasourceimat es > legyartani a DAO-t, mondjuk en rdbms-be dolgozom az igaz, de ettol fuggetlenul a deployment descriptorbol veszi azt hogy mihez kell kapcsolodnia... (az iment tul hamar nyomtam ctrl-entert :) meg mas beanekben (SBk) jms queuekhoz kell kapcsolodni, ott is probaltam kivenni az queuek elereset a beanbol, jot tesz az :)) viktor From k.szitas@gisma.de Thu Nov 15 18:24:07 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fAFHO6Jl010083 for ; Thu, 15 Nov 2001 18:24:06 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Thu, 15 Nov 2001 18:24:01 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E5844@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] riport (j2ee flame :) Date: Thu, 15 Nov 2001 18:23:59 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >mondjuk en rdbms-be dolgozom az igaz, de ettol fuggetlenul a deployment >descriptorbol veszi azt hogy mihez kell kap de akkor is el kell meg vele jatszadoznod, hogy ha rdbms, akkor most az oracle vagy interbase vagy db2. meg tudtad ezt valahogy normalisan oldani? definialtal megegy flaget a dd-ben, ami segiti a dao kreaciot, vagy szamitasz ra, hogy rdbms jon vissza, es ott a vendorname/verzioszam alapjan probalod kitalalni hogyan hasznald a daot? (pl like joker karakter micsoda) From dome@california-fitness.com Mon Nov 19 11:32:33 2001 Received: from mail.california-fitness.com (mars.california-fitness.com [213.163.10.98]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fAJAWWJl002677 for ; Mon, 19 Nov 2001 11:32:32 +0100 Received: from wall.california-fitness.com ([192.168.1.10]) by mail.california-fitness.com (Netscape Messaging Server 3.6) with SMTP id 632 for ; Mon, 19 Nov 2001 11:32:32 +0100 Received: from 192.168.1.2 by wall.california-fitness.com (InterScan E-Mail VirusWall NT); Mon, 19 Nov 2001 11:32:32 +0100 (Central Europe Standard Time) Message-ID: <009601c170e5$7495a370$1d01010a@dome> From: "Janos Domosi" To: Date: Mon, 19 Nov 2001 11:32:14 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0093_01C170ED.D6526A50" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Subject: [JavaTech] =?iso-8859-2?Q?elm=E9lked=E9s_a_j=F6vorol_-_1?= Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0093_01C170ED.D6526A50 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable jonapot emberek. elm=E9lked=E9s a j=F6vorol - 1.: Szerintetek lehetne-e a JXTA-t (p2p) haszn=E1lni valamilyen webservices = vagy webes szerveroldali(?t=F6bb?) funkci=F3k megval=F3s=EDt=E1s=E1ra? = Term=E9szetesen mint kommunik=E1ci=F3s protokoll..... olvastam egy =E9rdekes szoveget a http://www.themindelectric.com/ -on: "GAIA ....will use a P2P web services architecture to provide load = balancing, fault tolerance, service lookup and much more". Bar nincs = tul sok info a leend=F5 term=E9kr=F5l.... Sz=F3val a t=E9ma =E9rdekes, csak egy kicsit m=E9g hom=E1lyos el=F5ttem. d=F6me ------=_NextPart_000_0093_01C170ED.D6526A50 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
jonapot emberek.
 
 
elm=E9lked=E9s a j=F6vorol - = 1.:
Szerintetek lehetne-e a JXTA-t = (p2p) haszn=E1lni=20 valamilyen webservices vagy webes szerveroldali(?t=F6bb?) funkci=F3k=20 megval=F3s=EDt=E1s=E1ra? Term=E9szetesen mint kommunik=E1ci=F3s = protokoll.....
 
olvastam egy =E9rdekes szoveget a = http://www.themindelectric.com/<= /A> -on:
"GAIA ....will use a P2P web services architecture to provide load=20 balancing, fault tolerance, service lookup and much more".   = Bar nincs=20 tul sok info a leend=F5 term=E9kr=F5l....
 
Sz=F3val a t=E9ma =E9rdekes, csak egy = kicsit m=E9g hom=E1lyos=20 el=F5ttem.
 
 
d=F6me
------=_NextPart_000_0093_01C170ED.D6526A50-- From k.szitas@gisma.de Wed Nov 21 10:41:26 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fAL9fMJl023461 for ; Wed, 21 Nov 2001 10:41:26 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Wed, 21 Nov 2001 10:41:16 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E58D9@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Date: Wed, 21 Nov 2001 10:41:15 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01C17270.A9E04E2A" Subject: [JavaTech] =?iso-8859-2?Q?AW=3A_=5BJavaTech=5D_elm=E9lked=E9s_a_j=F6vorol?= =?iso-8859-2?Q?_-_1?= Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01C17270.A9E04E2A Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable http://developer.java.sun.com/developer/technicalArticles/peer/ =20 Belekukkantottam, szerintem egyszer ez is a standard api resze lesz ;-) Szerintem ez a lenyeg, mindent tamogat egy api-n belul =20 * Centralized systems where every peer connects to a server which coordinates and manages communication.=20 * Brokered systems where peers connect to a server in order to discover other peers, but then manage the communication themselves.=20 * Decentralized systems, where peers run independently without the need for centralized services.=20 =20 A GAIA -nal nekem ez ragadta meg a figyelmemet: =20 GLUE flattens the learning curve normally associated with new = technologies by integrating seamlessly with the Java programming language. Any Java object can be published as a web service without modification, and any = web service can be accessed as if it were a local Java object. No stub generators or command line tools are necessary. =20 Ezt egyetlen modon tudom elkepzelni, ahogyan a JDO mukodik, byte code enhancerekkel (?) Megirod az alaposztalyodat, aztan deploykor a vendor szepen a = leforditott bytekodba beleirja a sajat implementaciojat. Ami engem zavar, hogy eleg szar ugy debuggolni egy ilyen osztalyt, a vendorok sem tevedhetetlenek, bug mindig akad, szal zuros lehet komolyabb melonal, vagy csak en nem = tudok valami trivialisat? -----Urspr=FCngliche Nachricht----- Von: Janos Domosi [mailto:jdomosi@rndsoft.com] Gesendet: Monday, 19 November 2001 11:32 An: javatech@ebizlab.hit.bme.hu Betreff: [JavaTech] elm=E9lked=E9s a j=F6vorol - 1 jonapot emberek. =20 =20 elm=E9lked=E9s a j=F6vorol - 1.: Szerintetek lehetne-e a JXTA-t (p2p) haszn=E1lni valamilyen webservices = vagy webes szerveroldali(?t=F6bb?) funkci=F3k megval=F3s=EDt=E1s=E1ra? = Term=E9szetesen mint kommunik=E1ci=F3s protokoll..... =20 olvastam egy =E9rdekes szoveget a http://www.themindelectric.com/ -on: "GAIA ....will use a P2P web services architecture to provide load balancing, fault tolerance, service lookup and much more". Bar nincs = tul sok info a leend=F5 term=E9kr=F5l.... =20 Sz=F3val a t=E9ma =E9rdekes, csak egy kicsit m=E9g hom=E1lyos = el=F5ttem. =20 =20 d=F6me ------_=_NextPart_001_01C17270.A9E04E2A Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
http://developer.java.sun.com/developer/technicalArticles/peer/=
 
Belekukkantottam, szerintem egyszer ez is a standard api resze = lesz=20 ;-)
Szerintem ez a lenyeg, mindent tamogat egy api-n=20 belul
 
  • Centralized systems where every peer connects to a server which = coordinates=20 and manages communication.=20
  • Brokered systems where peers connect to a server in order to = discover other=20 peers, but then manage the communication themselves.=20
  • Decentralized systems, where peers run independently without the = need for=20 centralized services.
  •  
    A GAIA -nal nekem ez ragadta meg a=20 figyelmemet:
     
    GLUE flattens the learning curve = normally=20 associated with new technologies by integrating seamlessly with the = Java=20 programming language. Any Java object can be published as a web service = without=20 modification, and any web service can be accessed as if it were a local = Java=20 object. No stub generators or command line tools are = necessary.
     
    Ezt egyetlen modon tudom elkepzelni, ahogyan a JDO mukodik, = byte code=20 enhancerekkel (?)
    Megirod az alaposztalyodat, aztan deploykor a vendor szepen a = leforditott=20 bytekodba beleirja
    a=20 sajat implementaciojat.
    Ami=20 engem zavar, hogy eleg szar ugy debuggolni egy ilyen osztalyt, a = vendorok sem=20 tevedhetetlenek,
    bug=20 mindig akad, szal zuros lehet komolyabb melonal, vagy csak en nem=20 tudok valami trivialisat?

    -----Urspr=FCngliche = Nachricht-----
    Von: Janos Domosi=20 [mailto:jdomosi@rndsoft.com]
    Gesendet: Monday, 19 November = 2001=20 11:32
    An: javatech@ebizlab.hit.bme.hu
    Betreff: = [JavaTech]=20 elm=E9lked=E9s a j=F6vorol - 1

    jonapot emberek.
     
     
    elm=E9lked=E9s a j=F6vorol - = 1.:
    Szerintetek lehetne-e a JXTA-t=20 (p2p) haszn=E1lni valamilyen webservices vagy webes = szerveroldali(?t=F6bb?)=20 funkci=F3k megval=F3s=EDt=E1s=E1ra? Term=E9szetesen mint = kommunik=E1ci=F3s=20 protokoll.....
     
    olvastam egy =E9rdekes szoveget a = http://www.themindelectric.com/=  -on:
    "GAIA ....will use a P2P web services architecture to provide = load=20 balancing, fault tolerance, service lookup and much = more".   Bar=20 nincs tul sok info a leend=F5 term=E9kr=F5l....
     
    Sz=F3val a t=E9ma =E9rdekes, csak = egy kicsit m=E9g=20 hom=E1lyos el=F5ttem.
     
     
    d=F6me
    ------_=_NextPart_001_01C17270.A9E04E2A-- From vszathmary@freshdirect.com Thu Dec 6 23:54:20 2001 Received: from mail1.lic.corp.freshdirect.com ([209.10.168.14]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fB6MsEX0015005 for ; Thu, 6 Dec 2001 23:54:19 +0100 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Date: Thu, 6 Dec 2001 17:53:59 -0500 Message-ID: <6F6B6915881DBD48A04720D14DA7B1EB20A1A0@mail1.lic.corp.freshdirect.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: return type override Thread-Index: AcF+qOkXea6UZgn4TNC72HEpPejeZw== From: "Viktor Szathmary" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fB6MsEX0015005 Subject: [JavaTech] return type override Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: hi, ugy latszik masnak is faj, amirol mar regebben mar magyaraztam, hogy mennyira bena dolog, hogy nem lehet javaban a metodusok visszateresi tipusokat specifikusabba tenni orokites utan... :) meg mas egyeb erdekes eszrevetelek: http://www.micro-workflow.com/PDF/JavaIsNotAFrameworkLanguage.pdf viktor From tibort@freestart.hu Sat Dec 8 16:04:52 2001 Received: from hapcibeno.freestart.hu (hapcibeno.freestart.hu [213.197.64.8]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fB8F4qX0029537 for ; Sat, 8 Dec 2001 16:04:52 +0100 Received: from line-68-150.dial.freestart.hu ([213.197.68.150] helo=freestart.hu) by freestart.hu with esmtp (Freestart relay 2 (FS-Lin)) id 16CjQL-00085o-00 for ; Sat, 08 Dec 2001 16:29:57 +0100 Message-ID: <3C11EFDD.8B23FD4A@freestart.hu> Date: Sat, 08 Dec 2001 11:47:57 +0100 From: =?iso-8859-1?Q?T=F6r=F6k?= Tibor X-Mailer: Mozilla 4.79 [en] (WinNT; U) X-Accept-Language: en,hu MIME-Version: 1.0 To: javatech@ebizlab.hit.bme.hu Subject: Re: [JavaTech] return type override References: <6F6B6915881DBD48A04720D14DA7B1EB20A1A0@mail1.lic.corp.freshdirect.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Scanner: exiscan by Freestart Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Hello, Viktor Szathmary wrote: > ugy latszik masnak is faj, amirol mar regebben mar magyaraztam, hogy > mennyira bena dolog, hogy nem lehet javaban a metodusok visszateresi > tipusokat specifikusabba tenni orokites utan... :) Ettol eltekintve, ami talan lehet jogos, bar nem mernek ra megeskudni... > meg mas egyeb erdekes eszrevetelek: az az "egyeb mas" nagyon-nagyon keves volt. Ha csak ennyi a problema a javaval az elosztott rendszerek kornyeken, akkor ez egy kivalo valasztas:-) udv: TT From domosi@fw.hu Sat Dec 8 17:50:38 2001 Received: from mail.tiszanet.hu (mail.tiszanet.hu [217.65.96.14]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fB8GocX0002886 for ; Sat, 8 Dec 2001 17:50:38 +0100 Received: from domev41734b7hg [195.228.149.54] by mail.tiszanet.hu (SMTPD32-6.06) id A4E05940476; Sat, 08 Dec 2001 17:50:40 +0100 Message-ID: <000b01c18054$23784fa0$0300000a@domev41734b7hg> From: "Janos Domosi" To: References: <6F6B6915881DBD48A04720D14DA7B1EB20A1A0@mail1.lic.corp.freshdirect.com> <3C11EFDD.8B23FD4A@freestart.hu> Subject: Re: [JavaTech] return type override Date: Sat, 8 Dec 2001 17:52:20 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: > Ha csak ennyi > a problema a javaval az elosztott rendszerek kornyeken, akkor > ez egy kivalo valasztas:-) Na ez a tema erdekelne. :) Esetleg egy bovebb kifejtes?? [dome] From vszathmary@freshdirect.com Sun Dec 9 20:18:59 2001 Received: from mail1.lic.corp.freshdirect.com ([209.10.168.14]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fB9JItX0031109 for ; Sun, 9 Dec 2001 20:18:59 +0100 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: RE: [JavaTech] return type override X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Date: Sun, 9 Dec 2001 14:18:39 -0500 Message-ID: <6F6B6915881DBD48A04720D14DA7B1EB23E1F3@mail1.lic.corp.freshdirect.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] return type override Thread-Index: AcF/+bN4AmclRMg3Q12n88UXYXV7BAA6pnkw From: "Viktor Szathmary" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fB9JItX0031109 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: hello, > > meg mas egyeb erdekes eszrevetelek: > > az az "egyeb mas" nagyon-nagyon keves volt. Ha csak ennyi valoban :) csak az elso pontnak orultem, hogy nem csak engem zavar :) szerintem annyira alapveto, kezenfekvo stb. lenne... de ugy nez ki hogy elobb-utobb ez is becsuszik a javaba, tobb mas hasznos konstrukcioval egyutt - lasd JSR-14 (avagy GenericJava): http://jcp.org/jsr/detail/014.jsp meg a vegen operator overloading meg ertelmes design-by-contract is lesz... :) viktor From tibort@freestart.hu Mon Dec 10 20:57:39 2001 Received: from pompom.freestart.hu (pompom.freestart.hu [213.197.64.6]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -2) with ESMTP id fBAJvdX0001210 for ; Mon, 10 Dec 2001 20:57:39 +0100 Received: from line-74-151.dial.freestart.hu ([213.197.74.151] helo=freestart.hu) by freestart.hu with esmtp (Freestart relay 1 (FS-Lin)) id 16DWKc-0000SR-00 for ; Mon, 10 Dec 2001 20:43:19 +0100 Message-ID: <3C15139B.18A25A3A@freestart.hu> Date: Mon, 10 Dec 2001 20:57:15 +0100 From: =?iso-8859-1?Q?T=F6r=F6k?= Tibor X-Mailer: Mozilla 4.79 [en] (WinNT; U) X-Accept-Language: en,hu MIME-Version: 1.0 To: javatech@ebizlab.hit.bme.hu Subject: Re: [JavaTech] return type override References: <6F6B6915881DBD48A04720D14DA7B1EB20A1A0@mail1.lic.corp.freshdirect.com> <3C11EFDD.8B23FD4A@freestart.hu> <000b01c18054$23784fa0$0300000a@domev41734b7hg> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Scanner: exiscan by Freestart Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Hello, Janos Domosi wrote: > > Ha csak ennyi > > a problema > Na ez a tema erdekelne. :) > Esetleg egy bovebb kifejtes?? Haat.... elsosorban: a szerzok a jelek szerint nalam sokkal bovebb tapasztalattal rendelkeznek a biralat konkret targyaban. Az indoklasok ugyanakkor szerintem nem igazan vannak a helyukon. A pdf-ben felsorolt problemak kicsit kifogaskeresesnek tunnek. Anno meg a 80-as evek vege fele probaltam baratkozni az ICL tranzakcios rendszerevel. No, az volt problemas rendszer:-) Leginkabb persze alig mukodott. Meg akik komolyan probaltak meggyurni azt a rendszert, ok is hasraestek leginkabb. Mindenekelott, ugy tunik, hogy mar maga a cim sem jo. OO frameworkkent biralja a javat, pedig a jelentosebbnek tekintheto kifogasokat inkabb az elosztott rendszerekkel kapcsolatban mutatja be. Az elso, a return type-pal lehet, hogy jogos. De az egy generalis jellegu kerdes, es igy aligha indokolhatja a java alkalmatlansagat OO frameworkkent. OO nyelvkent esetleg, de nem biztos. Lasd a vegen. Kapcsolodik a type checking. Egy interpretiv jelleget is hordozo runtime kornyezetben mindenkeppen lesz valamennyi runtime type ellenorzes es kezeles. Csokkentheto lenne, de nem erzem kritikusnak, mert jol behatarolhato/korlatozhato a problema helye. Valaki mutasson valoban kritikus peldat. Ez is altalanos nyelvi jellegu problema, nem specifikus peldaul egy ebusiness, vagy egyeb, elosztott frameworkre. RemoteException. Itt kezd igazan kibujni a szog a zsakbol. A szerzok sajat, specialis szempontjaik alapjan emeltek ki egyes problemakat. Ennek a problemanak az indoklasa ranezesre hibas. Problemakent megnevezi a kod elhelyezesenek modositasakor a hibakezeles atirasanak szuksegesseget. Alap hibakent pedig _konkretan_ a Liskov megserteset es _konkretan_ az Exception szarmaztatast jeloli meg. Megszunik-e a problema, ha RemoteException nem Exception-bol szarmazik, hanem Throwable-bol vagy Error-bol? Nem. Vajon milyen modulok athelyezesere gondolnak a szerzok? A tranzakcios rendszerek tenyleg latvanyosan lebegtetik ide-oda az egyes modulokat, de azert az esetek tulnyomo tobbsegeben a modullokacio design dontes, es csak extrem esetekben dontik el tesztek. Source code. En is utalom, ha nincs source. De a peldak alapjan nagymeretu rendszerekrol van szo. Ezekhez altalaban azert megszerezheto a source. Jo dragan. A source-futtathato kod osszekotese egy altalanos celu rendszerben igenykent nem igazan realis. Kulonosen a javanal, tekintettel peldaul az Appletekre. deprecated. Jogosnak latszik, de itt ismet a pontatlan cim nem tetszik. Ez nyelvi problema. Szerintem kevesbe egeto hiba, hiszen a java kommenteknek egyeb funkcionalitasa is van. Raadasul a (program) nyelv reszekent meg bizarrabbnak latszik. Feljodes eseten mindenki oruletes forrasmodositasba kezd, es pont elavult kodokat modosit? Akkor mar korrektebb lenne valami pragma-szeru megoldas. Amiket felsoroltam, nagyreszt persze jelentektelen biralatok, de hat az a cikkecske sem fogja felforgatnia a vilagot:-) Konkretan a return type-rol nem igazan tudok hatarozott velemenyt mondani. Engem nem zavar, de latom, hogy esetleg lehet hasznos. Viszont kevesbe vagyok meggyozheto egyszeru peldakkal. Valami erosebb bizonyitas kellene. Pl. matekos bizonyitas. De ilyen asszem nincs. Vagy van? udv: TT From k.szitas@gisma.de Tue Dec 11 15:57:36 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -3) with ESMTP id fBBEvYsq019937 for ; Tue, 11 Dec 2001 15:57:35 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Tue, 11 Dec 2001 15:57:33 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E5BBA@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] return type override Date: Tue, 11 Dec 2001 15:57:33 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: En ugy emlexem, hogy a java nyelvet ugy terveztek meg, hogy a legbiztonsagosabban lehessen programozni. pl destruktor hianya, garbage collection, a tobb ostol valo szarmaztatas mind ez miatt "hianyzik" a nyelvbol Biztos vagyok benne, hogy a fenti eset is ennek az ideologianak a szulemenye, en nem kispista nem tudta hogyan kell lekodolni. Tehat azt kellene megtalalni, hogy milyen hiba fakadna abbol, hogy letezne a fenti dolog. En az interfacek iranyaban kutakodnak. From vszathmary@freshdirect.com Tue Dec 11 16:10:24 2001 Received: from mail1.lic.corp.freshdirect.com ([209.10.168.14]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -3) with ESMTP id fBBFANsq022351 for ; Tue, 11 Dec 2001 16:10:23 +0100 content-class: urn:content-classes:message Subject: RE: [JavaTech] return type override MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Tue, 11 Dec 2001 10:10:04 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Message-ID: <6F6B6915881DBD48A04720D14DA7B1EB20A1C6@mail1.lic.corp.freshdirect.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] return type override Thread-Index: AcGCVDajWoVUVxsxRkyTdOmPC2M0pAAAU8gg From: "Viktor Szathmary" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fBBFANsq022351 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: hello :) ok, egy rovid pelda: class Blah { } class SubBlah extends Blah { } interface BlahTarolo { Blah getBlah(); } interface SubBlahTarolo extends BlahTarolo { SubBlah getBlah(); // <-- jelenleg nem legalis, } > -----Original Message----- > From: Szitas Krisztian [mailto:k.szitas@gisma.de] > Sent: Tuesday, December 11, 2001 9:58 AM > To: 'javatech@ebizlab.hit.bme.hu' > Subject: AW: [JavaTech] return type override > > > En ugy emlexem, hogy a java nyelvet ugy terveztek meg, > hogy a legbiztonsagosabban lehessen programozni. > pl destruktor hianya, garbage collection, a tobb ostol > valo szarmaztatas mind ez miatt "hianyzik" a nyelvbol > > Biztos vagyok benne, hogy a fenti eset is ennek az ideologianak > a szulemenye, en nem kispista nem tudta hogyan kell lekodolni. > > Tehat azt kellene megtalalni, hogy milyen hiba fakadna abbol, > hogy letezne a fenti dolog. > > En az interfacek iranyaban kutakodnak. > _______________________________________________ > JavaTech mailing list > JavaTech@ebizlab.hit.bme.hu > http://ebizlab.hit.bme.hu/mailman/listinfo/javatech > From vszathmary@freshdirect.com Tue Dec 11 16:18:31 2001 Received: from mail1.lic.corp.freshdirect.com ([209.10.168.14]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -3) with ESMTP id fBBFIUsq018128 for ; Tue, 11 Dec 2001 16:18:30 +0100 content-class: urn:content-classes:message Subject: RE: [JavaTech] return type override MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Tue, 11 Dec 2001 10:18:15 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Message-ID: <6F6B6915881DBD48A04720D14DA7B1EB23E1F6@mail1.lic.corp.freshdirect.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] return type override Thread-Index: AcGCVDajWoVUVxsxRkyTdOmPC2M0pAAAU8ggAAAkETA= From: "Viktor Szathmary" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fBBFIUsq018128 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: aaah.. gondjaim vannak az outlook hasznalataval... legkozelebb megiszom a reggeli kavemat, mert a mozgaskoordinaciom ugy laccik nem a legjobb igy reggel... :) szoval... a pelda egyelore nem legalis javaban, de majd ha benne lesz a GJ (JSR14), lehet ilyesmiket csinalni.. mas nyelvekben is lehet: tudtommal pl. C++ (jo tudom, sokminden csunyat lehet ott csinalni, de megis :), meg az eiffel is.. nem latom milyen elmeleti hibat hozna be ez a nyelvbe, de ha van ilyen, szeretnem tudni. szerintem csupan egy csomo folosleges castolastol kimelne meg a programozot (persze, a programozo tudja mit csinal :) meg a VM-t is (castolas azert nem eppen ingyenes muvelet)... viktor > -----Original Message----- > From: Viktor Szathmary > Sent: Tuesday, December 11, 2001 10:10 AM > To: javatech@ebizlab.hit.bme.hu > Subject: RE: [JavaTech] return type override > > > hello :) > > ok, egy rovid pelda: > > class Blah { > } > > class SubBlah extends Blah { > } > > interface BlahTarolo { > Blah getBlah(); > } > > interface SubBlahTarolo extends BlahTarolo { > SubBlah getBlah(); // <-- jelenleg nem legalis, > } > From k.szitas@gisma.de Tue Dec 11 16:39:20 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -3) with ESMTP id fBBFdJsq023174 for ; Tue, 11 Dec 2001 16:39:20 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Tue, 11 Dec 2001 16:39:19 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E5BBF@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] return type override Date: Tue, 11 Dec 2001 16:39:19 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: En ertem mit jelent a return type ovveride, csak azt nem kapisgalom hirtelen, hogy mikor jo az nekem, van ertelmes felhasznalasa ennek valamikor? class Processor { void process( SubBlahTarolo cucc ) { SubBlah jaj = cucc.getBlah(); } void process( BlahTarolo cucc ) { Blah jaj = cucc.getBlah(); itt a VM kitalalja hogy most Blah getBlah()-ot hivja meg, vagy inkabb a SubBlah getBlah()-ot? a vissateresi ertek alapjan biztoasan megteheti, de mi van, ha en reflekciozok, es azt mondom, hogy Object jujujj = cucc.getBlah(); itt automaikusan a legnagyobbat venne? hogy a kovetkezo castomnal ne szarjon be a rendszer? SubBlah castolt = (SubBlah)jujujj; } } na most a SubBlahTarolo-t hogyan kellene akkor implementalni? class Cuccos implements SubBlahTarolo { Blah getBlah(); SubBlah getBlah(); } vagy eleg lenne igy? de akkor minden olyan osztalyt is meghivhatok a SubBlach hierchiajaban? Hogyan akadalyozom meg, hogy egy kozbenso osztalyt elerjen a hivo? valami hinttel? esetleg mondjuk egy Except kulcsszot eleirok a methodnak (a la final vagy ilyenek?) class Cuccos implements SubBlahTarolo { SubBlah getBlah(); } De akkor mit csinalok olyan esetben, amikor nekem csak Blah kellene? Letrehozom csak azert a SubBlahot (esetleg 100x annyi eroforrast felhasznalva) hogy legyen egy Blahom? From vszathmary@freshdirect.com Tue Dec 11 20:52:01 2001 Received: from mail1.lic.corp.freshdirect.com ([209.10.168.14]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -3) with ESMTP id fBBJq0sq019241 for ; Tue, 11 Dec 2001 20:52:00 +0100 content-class: urn:content-classes:message Subject: RE: [JavaTech] return type override MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Tue, 11 Dec 2001 14:51:44 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 Message-ID: <6F6B6915881DBD48A04720D14DA7B1EB23E1F7@mail1.lic.corp.freshdirect.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] return type override Thread-Index: AcGCWhTqbntt/fIcQdyh40TNnshhYQAAD75w From: "Viktor Szathmary" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fBBJq0sq019241 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: hi, > En ertem mit jelent a return type ovveride, csak azt > nem kapisgalom hirtelen, hogy mikor jo az nekem, > van ertelmes felhasznalasa ennek valamikor? peldaul: clone() eseteben mindenkepp ertelmes lenne. vagy mittomen vmi frameworkot epitenel, ahol az alaposztalyban definialsz egy PrimaryKey getPK() -t.. (PrimaryKey legyen abstract) es a subclassokhoz tartozna egy sajat AkarmiPrimaryKey osztaly... vagy pl. vegyuk az iteratorokat. abstract class Gyoker { Iterator iterator(); } class Akarmi extends Gyoker { ValamiIterator iterator(); } class ValamiIterator implements Iterator { Valami next(); // Object next() helyett } igy csinalhatnal castolas nelkul ilyet: Valami v = akarmi.iterator().next(); > void process( BlahTarolo cucc ) { > Blah jaj = cucc.getBlah(); > itt a VM kitalalja hogy most Blah getBlah()-ot hivja meg, > vagy inkabb a SubBlah getBlah()-ot? > a vissateresi ertek alapjan biztoasan megteheti, > de mi van, ha en reflekciozok, es azt mondom, hogy > class Cuccos implements SubBlahTarolo { > Blah getBlah(); > SubBlah getBlah(); > } namost.. en ugy kepzelem, hogy csak specifikusabba lehessen tenni a visszateresi tipust. az utobbi amit irtal legyen illegalis: ugyanazt a metodust definialtad ketszer. aki a SubBlahTarolot implementalja, mar csak SubBlah getBlah()-t, vagy annal specifikusabbat csinalhat. az meg hogy mikor mit vesz, forditasi idoben eldontheto. egy szimpla implementacio elkepzelheto barmilyen VM modositas nelkul is: fuggoen attol hogy a hivott objektum tipusa mi (a forditaskor tudhato tipusa!), annak megfelelo visszateresi erteket hasznalna.. szerintem ez teljesen intuitiv a programozonak is, a forditonak sem bonyolult.. azaz ezek legalisak SubBlahTarolo t=... eseten: SubBlah sb = t.getBlah(); Blah b = t.getBlah(); Object o = t.getBlah(); SubBlah sb1 = (SubBlah)b; SubBlah sb2 = (SubBlah)o; viszont ha mar elveszited a tipusinformaciot (pl igy: BlahTarolo t2 = t) mar csak ezt teheted: Blah b = t2.getBlah(); SubBlah sb = (SubBlah)t2.getBlah(); // castolni kell SubBlah sb2 = ((SubBlahTarolo)t2).getBlah(); // de igy is lehet, ugyanazt kapod > class Cuccos implements SubBlahTarolo { > SubBlah getBlah(); > } > > De akkor mit csinalok olyan esetben, amikor nekem csak Blah kellene? > > Letrehozom csak azert a SubBlahot (esetleg 100x annyi eroforrast > felhasznalva) > hogy legyen egy Blahom? nem. egyszeruen csak nem szukitened le a visszateresi tipust ilyen esetekben, ha nem tudod biztosan hogy mindig SubBlah-t kell visszaadnia, hanem lehet vmi mas, Blah-bol orokitett dolgot... remelem igy vilagosabb, mire gondolok :) jo castolast, viktor :) From k.szitas@gisma.de Thu Dec 13 17:25:16 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -3) with ESMTP id fBDGP8sq011372 for ; Thu, 13 Dec 2001 17:25:15 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Thu, 13 Dec 2001 17:25:04 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E5C3B@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] return type override Date: Thu, 13 Dec 2001 17:25:00 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >peldaul: clone() eseteben mindenkepp ertelmes lenne. igen ott tenyleg >vagy mittomen vmi frameworkot epitenel, ahol az alaposztalyban >definialsz egy >PrimaryKey getPK() -t.. (PrimaryKey legyen abstract) es a subclassokhoz >tartozna egy sajat AkarmiPrimaryKey osztaly... ott szerintem pont nem, a framework legyen altalanos valami, o ne tudja azt, hogy mit dolgoz fel pontosan, eleg ha a "szerzodesek" a rendelkezesere vannak bocsatva, tf. hogy az egy Pk, de tobbet neki nem kell tudnia rola. >vagy pl. vegyuk az iteratorokat. igen, itt tenyleg hasznalhato lenne, de szerintem nem a kevesebb kodolas helyett, hanem a cast miatti idovesztesegbol kifolyolag, de en amitol felek, hogy ezt ugy oldanak meg, mint a cpp templetet, akkor az eszmeletlen helypocsekolas lenne. ha meg csak annyi tortenne, hogy nem ellenorzi csak a tipust, akkor oda a java egyik alapelve, miszerint ne hagyjuk, hogy a programozo veletlenul hibazzon, ha meg mar megteszi, akkor azonnal deruljon ki From vszathmary@freshdirect.com Thu Dec 13 17:35:29 2001 Received: from mail1.lic.corp.freshdirect.com ([209.10.168.14]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -3) with ESMTP id fBDGZSsq011994 for ; Thu, 13 Dec 2001 17:35:28 +0100 Subject: RE: [JavaTech] return type override MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Thu, 13 Dec 2001 11:35:18 -0500 Message-ID: <6F6B6915881DBD48A04720D14DA7B1EB23E1F9@mail1.lic.corp.freshdirect.com> X-MimeOLE: Produced By Microsoft Exchange V6.0.4712.0 content-class: urn:content-classes:message X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] return type override Thread-Index: AcGD8ts4oF8+zM0nSiuPbIbKbe1eWAAAConQ From: "Viktor Szathmary" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id fBDGZSsq011994 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: hello :) > >vagy mittomen vmi frameworkot epitenel, ahol az alaposztalyban > >definialsz egy > >PrimaryKey getPK() -t.. (PrimaryKey legyen abstract) es a > subclassokhoz > >tartozna egy sajat AkarmiPrimaryKey osztaly... > > ott szerintem pont nem, a framework legyen altalanos valami, > o ne tudja azt, hogy mit dolgoz fel pontosan, eleg ha a "szerzodesek" a frameworknek valoban csak PrimaryKey-kent hasznalna, de viszont a fworkre epulo applikacioban kenyelmes lehet ha nem kell castolni az altalanos PK-rol a specifikus PK-re.. azaz: CustomerPK pk = customer.getPK(); > >vagy pl. vegyuk az iteratorokat. > > igen, itt tenyleg hasznalhato lenne, de szerintem nem a > kevesebb kodolas > helyett, hanem a cast miatti idovesztesegbol kifolyolag, szerintem mindketto :) sajnos ugy tunik nekem, bar nem neztem meg alaposan, hogy a generic java tulkeppen egy automatikus castolast rak be... de legalabb nem tevedhet a programozo :) mindenesetre ugy nez ki, hogy ez a return-type ugyet vhogy megoldjak... ugyhogy beszeljunk masrol :) pl egy rendes assertion-rendszer jo dolog lenne.. amit most beleraktak az eleg gyenge szerintem: alig tobb mint amit if-ekkel elerhetsz. a fantazia abban lenne, ha a pre- es post-conditionoket orokolnek a subclassok... bar vannak ilyen jelleg 3rdparty cuccok, amik pl. javadocbol dolgoznak (pl @pre x!=null)... de jo lenne ezt beepiteni a rendes apiba is... viktor From k.szitas@gisma.de Thu Dec 13 18:13:46 2001 Received: from ms-ex-srv1.elaxy.org ([62.159.121.74]) by shamir.ebizlab.hit.bme.hu (8.12.1/8.12.1/Debian -3) with ESMTP id fBDHDjsq017604 for ; Thu, 13 Dec 2001 18:13:46 +0100 Received: by ms-ex-srv1.elaxy.org with Internet Mail Service (5.5.2650.21) id ; Thu, 13 Dec 2001 18:13:39 +0100 Message-ID: <910F521E2F0CD3119A120050040B3DE5019E5C48@ms-ex-srv1.elaxy.org> From: Szitas Krisztian To: "'javatech@ebizlab.hit.bme.hu'" Subject: AW: [JavaTech] return type override Date: Thu, 13 Dec 2001 18:13:33 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.6 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: >a frameworknek valoban csak PrimaryKey-kent hasznalna, de viszont a >fworkre epulo applikacioban kenyelmes lehet ha nem kell castolni az >altalanos PK-rol a specifikus PK-re.. azaz: CustomerPK pk = >customer.getPK(); hat nem tudom, nekem meg nem volt ilyen gondom, event notifier patternban gondolkoztam, igy nem volt ra szuksegem. lehet hogy mas tervezest kovetve nagyon is jol jon, de akkor ott a kerdes, hogy miben van a hiba ;-) >sajnos ugy tunik nekem, bar nem neztem meg alaposan, hogy a generic java >tulkeppen egy automatikus castolast rak be... de legalabb nem tevedhet a >programozo :) azaz csicsazas az egesz? semmi speed novekedes? komoly? lassan microsoftosodunk ;-), nem baj ha szar, csak csillogjon, mert a hulyegyerek a homokozoban is el tudjon vele jatszani, hehehe From cptmidn@freemail.hu Sat Jun 1 18:53:15 2002 Received: from fmx3.freemail.hu (fmx3.freemail.hu [195.228.242.223]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with SMTP id g51GrFQI011229 for ; Sat, 1 Jun 2002 18:53:15 +0200 Received: (qmail 81646 invoked from network); 1 Jun 2002 18:31:14 +0200 Received: from fm5.freemail.hu (195.228.242.205) by fmx3.freemail.hu with SMTP; 1 Jun 2002 18:31:14 +0200 Received: (qmail 79172 invoked by uid 33076); 1 Jun 2002 18:36:11 +0200 Date: Sat, 1 Jun 2002 18:36:11 +0200 (CEST) From: =?ISO-8859-2?Q?=C9jf=E9l_Kapit=E1ny?= To: javatech@ebizlab.hit.bme.hu Message-ID: X-Originating-IP: [195.184.0.218] X-HTTP-User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.4) Gecko/20011128 Netscape6/6.2.1 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-2 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by shamir.ebizlab.hit.bme.hu id g51GrFQI011229 Subject: [JavaTech] =?ISO-8859-2?Q?most_l=C3=A1tom=2E=2E=2E?= Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: KrisztiĂĄn SzereztĂŠl nekem egy jĂł napot, kĂŠrhetsz valamit cserĂŠbe :-) Igaz barĂĄtsĂĄggal, ÉjfĂŠl KapitĂĄny (https://ebizlab.hit.bme.hu/pipermail/javatech/2001-November/000049.html) From lsp@impulzus.sch.bme.hu Fri Jun 21 14:28:59 2002 Received: from impulzus.sch.bme.hu (mail@impulzus.sch.bme.hu [152.66.208.82]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LCSx3K012996 for ; Fri, 21 Jun 2002 14:28:59 +0200 Received: from lsp (helo=localhost) by impulzus.sch.bme.hu with local-esmtp (Exim 3.35 #1 (Debian)) id 17LNXF-0005KN-00 for ; Fri, 21 Jun 2002 14:29:05 +0200 Date: Fri, 21 Jun 2002 14:29:05 +0200 (CEST) From: LUKACS-SINGER Peter To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Subject: [JavaTech] Udv Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Fura, ugy latszik anno letoroltem a levelet, ami ennek a listanak a letezeserol ertesitett, de most... lsp From Laszlo.Marai@nokia.com Fri Jun 21 14:40:18 2002 Received: from mgw-x2.nokia.com (mgw-x2.nokia.com [131.228.20.22]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LCeH3L013670 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Fri, 21 Jun 2002 14:40:18 +0200 Received: from esvir04nok.ntc.nokia.com (esvir04nokt.ntc.nokia.com [172.21.143.36]) by mgw-x2.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id g5LCeii12779 for ; Fri, 21 Jun 2002 15:40:44 +0300 (EET DST) Received: from esebh004.NOE.Nokia.com (unverified) by esvir04nok.ntc.nokia.com (Content Technologies SMTPRS 4.2.5) with ESMTP id for ; Fri, 21 Jun 2002 15:40:16 +0300 Received: from esebe004.NOE.Nokia.com ([172.21.138.44]) by esebh004.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Fri, 21 Jun 2002 15:40:16 +0300 Received: from buebe001.NOE.Nokia.com ([172.24.168.173]) by esebe004.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Fri, 21 Jun 2002 15:40:15 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 content-class: urn:content-classes:message Subject: RE: [JavaTech] Udv MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Fri, 21 Jun 2002 14:40:14 +0200 Message-ID: <8357A8244D524F45B7F3F50A252BFCFDD81EF1@buebe001.NOE.Nokia.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] Udv Thread-Index: AcIZH0OjmmCCEGstRVSRwnHysaWrOQAAUcPQ From: To: X-OriginalArrivalTime: 21 Jun 2002 12:40:16.0217 (UTC) FILETIME=[CB6A1490:01C21920] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id g5LCeH3L013670 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: > Fura, ugy latszik anno letoroltem a levelet, ami ennek a listanak a > letezeserol ertesitett, de most... Amiota feloratkoztam, ez az elso level, ami errol a listarol jon. Nem ertem, miert ne lehetne ez is a JFT listan. Amugy is alig van forgalom, meg aztan ha tenyleg csak 'hogy vagok ki a string kozpebol 3 betut' tipusu levelek lesznek, akkor szerintem nem sok ember marad rajta, aki meg is tudja valaszolni a kerdeseket ;) Ba'ly, Atleta From horzsolt@mail.tiszanet.hu Fri Jun 21 15:05:39 2002 Received: from zion.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LD5d3K015044 for ; Fri, 21 Jun 2002 15:05:39 +0200 Received: from 7644-5f50.newrange.tvnetwork.hu ([80.95.68.118.19729] helo=husws06) by zion.tvnetwork.hu with smtp (Exim 3.34 #3) id 17LO6S-00012p-00 for javatech@ebizlab.hit.bme.hu; Fri, 21 Jun 2002 15:05:28 +0200 Message-ID: <048601c21924$784dd900$6a02a8c0@husws06> From: "Zsolt Horvath" To: References: <8357A8244D524F45B7F3F50A252BFCFDD81EF1@buebe001.NOE.Nokia.com> Subject: Re: [JavaTech] Udv Date: Fri, 21 Jun 2002 15:06:32 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Szia! Asszem Te irtad nekem a JSP vs. SERVLET problemara, hogy van arra jo kis megoldas, hogy kezeljem a HTML-t a szervletekben ostoba es monotom bepotyoges nelkul. Tudnal errol irni valamit bovebben ?? KOszi. ----- Original Message ----- From: To: Sent: Friday, June 21, 2002 14:40 Subject: RE: [JavaTech] Udv > > Fura, ugy latszik anno letoroltem a levelet, ami ennek a listanak a > > letezeserol ertesitett, de most... > > Amiota feloratkoztam, ez az elso level, ami errol a listarol jon. Nem ertem, > miert ne lehetne ez is a JFT listan. Amugy is alig van forgalom, meg aztan > ha tenyleg csak 'hogy vagok ki a string kozpebol 3 betut' tipusu levelek > lesznek, akkor szerintem nem sok ember marad rajta, aki meg is tudja valaszolni > a kerdeseket ;) > > Ba'ly, > Atleta > _______________________________________________ > JavaTech mailing list > JavaTech@ebizlab.hit.bme.hu > http://ebizlab.hit.bme.hu/mailman/listinfo/javatech > From Laszlo.Marai@nokia.com Fri Jun 21 15:09:14 2002 Received: from mgw-x3.nokia.com (mgw-x3.nokia.com [131.228.20.26]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LD9E3K015246 for ; Fri, 21 Jun 2002 15:09:14 +0200 Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33]) by mgw-x3.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id g5LDAxW29990 for ; Fri, 21 Jun 2002 16:10:59 +0300 (EET DST) Received: from esebh004.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com (Content Technologies SMTPRS 4.2.5) with ESMTP id for ; Fri, 21 Jun 2002 16:09:12 +0300 Received: from esebe005.NOE.Nokia.com ([172.21.138.45]) by esebh004.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Fri, 21 Jun 2002 16:09:12 +0300 Received: from buebe001.NOE.Nokia.com ([172.24.168.173]) by esebe005.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Fri, 21 Jun 2002 16:09:12 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 content-class: urn:content-classes:message Subject: RE: [JavaTech] Udv MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Fri, 21 Jun 2002 15:09:10 +0200 Message-ID: <8357A8244D524F45B7F3F50A252BFCFDD81EF2@buebe001.NOE.Nokia.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] Udv Thread-Index: AcIZJGn4ONfBWe4nTPGyykALMrifXgAAD4/g From: To: X-OriginalArrivalTime: 21 Jun 2002 13:09:12.0366 (UTC) FILETIME=[D63D64E0:01C21924] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id g5LD9E3K015246 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Hali ! > Asszem Te irtad nekem a JSP vs. SERVLET problemara, hogy van > arra jo kis > megoldas, hogy kezeljem a HTML-t a szervletekben ostoba es monotom > bepotyoges nelkul. > Tudnal errol irni valamit bovebben ?? Bazze, m mar ket levelet irtam errol (ele boven) a JFT listajara :). A masodikat ugy kb. fel oraja. Ha nem kaptad meg, athozhatom ide. Ba'ly, Atleta From horzsolt@mail.tiszanet.hu Fri Jun 21 15:12:27 2002 Received: from zion.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LDCR3K015571 for ; Fri, 21 Jun 2002 15:12:27 +0200 Received: from 7644-5f50.newrange.tvnetwork.hu ([80.95.68.118.20753] helo=husws06) by zion.tvnetwork.hu with smtp (Exim 3.34 #3) id 17LOD2-0002Vp-00 for javatech@ebizlab.hit.bme.hu; Fri, 21 Jun 2002 15:12:16 +0200 Message-ID: <049401c21925$6ba1ded0$6a02a8c0@husws06> From: "Zsolt Horvath" To: References: <8357A8244D524F45B7F3F50A252BFCFDD81EF2@buebe001.NOE.Nokia.com> Subject: Re: [JavaTech] Udv Date: Fri, 21 Jun 2002 15:13:21 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Bocs!!!! Kozben mar olvasom is!!!!! Annyira nem tetszik, amit irsz benne, de megkaptam, es ez a lenyeg, es legalabb a TECH lista forgalma is no!!!! Megegyszer: BOCS!!! Zsolt ----- Original Message ----- From: To: Sent: Friday, June 21, 2002 15:09 Subject: RE: [JavaTech] Udv > Hali ! > > > Asszem Te irtad nekem a JSP vs. SERVLET problemara, hogy van > > arra jo kis > > megoldas, hogy kezeljem a HTML-t a szervletekben ostoba es monotom > > bepotyoges nelkul. > > Tudnal errol irni valamit bovebben ?? > > Bazze, m mar ket levelet irtam errol (ele boven) a JFT listajara :). A masodikat > ugy kb. fel oraja. Ha nem kaptad meg, athozhatom ide. > > Ba'ly, > Atleta > _______________________________________________ > JavaTech mailing list > JavaTech@ebizlab.hit.bme.hu > http://ebizlab.hit.bme.hu/mailman/listinfo/javatech > From Laszlo.Marai@nokia.com Fri Jun 21 15:21:17 2002 Received: from mgw-x3.nokia.com (mgw-x3.nokia.com [131.228.20.26]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LDLG3K016341 for ; Fri, 21 Jun 2002 15:21:17 +0200 Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33]) by mgw-x3.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id g5LDN2W03075 for ; Fri, 21 Jun 2002 16:23:02 +0300 (EET DST) Received: from esebh004.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com (Content Technologies SMTPRS 4.2.5) with ESMTP id for ; Fri, 21 Jun 2002 16:21:16 +0300 Received: from esebe014.NOE.Nokia.com ([172.21.138.53]) by esebh004.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Fri, 21 Jun 2002 16:21:16 +0300 Received: from buebe001.NOE.Nokia.com ([172.24.168.173]) by esebe014.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Fri, 21 Jun 2002 16:21:15 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 content-class: urn:content-classes:message Subject: RE: [JavaTech] Udv MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Fri, 21 Jun 2002 15:21:14 +0200 Message-ID: <8357A8244D524F45B7F3F50A252BFCFDD81EF3@buebe001.NOE.Nokia.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] Udv Thread-Index: AcIZJWTE6FbehFJoShaUtrbDF6jQtgAALpLA From: To: X-OriginalArrivalTime: 21 Jun 2002 13:21:15.0899 (UTC) FILETIME=[857FC4B0:01C21926] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id g5LDLG3K016341 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: > Annyira nem tetszik, amit irsz benne, de megkaptam, es ez a lenyeg, es > legalabb a TECH lista forgalma is no!!!! Miert, mi tetszene? Vagy kevered a kodot es a megjelenitest, vagy van egy template-ed, ami megmondja, hogy melyik informaciot hova tedd. Ha jol vettem le a kovetendo iranyelveket a jsp korrekt hasznalatanal, akkor szerintem kb. pont ugyanoda jutnal el, ahova egy template engine-nel. (Csak bean-ekbol trorteno adatkinyeresre hasznalnad a jsp-t.) Ba'ly, Atleta From horzsolt@mail.tiszanet.hu Fri Jun 21 15:27:04 2002 Received: from zion.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LDR43K016663 for ; Fri, 21 Jun 2002 15:27:04 +0200 Received: from 7644-5f50.newrange.tvnetwork.hu ([80.95.68.118.15620] helo=husws06) by zion.tvnetwork.hu with smtp (Exim 3.34 #3) id 17LORA-0008Qf-00 for javatech@ebizlab.hit.bme.hu; Fri, 21 Jun 2002 15:26:53 +0200 Message-ID: <04c101c21927$76039380$6a02a8c0@husws06> From: "Zsolt Horvath" To: References: <8357A8244D524F45B7F3F50A252BFCFDD81EF3@buebe001.NOE.Nokia.com> Subject: Re: [JavaTech] Udv Date: Fri, 21 Jun 2002 15:27:57 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Tulajdonkeppen oda jutnek el a TEMPLATE-el is mint a JSP-vel, csak fapadosnak tunik a modszer. En most egy koztes megoldason agyalok: Meghagynam a JSP-t, de csupan HTML kod volna bennuk, hogy tudjak piszkalni a designer alakok, ha akarjak. Minden egyes JSP oldalhoz irnek egy "wrapper" szervletet. Ahol a kepernyon szukseg lesz barmilyen dinamikus tartalomra, ott beszurok egy egysoros bean hivast. Igazabol a COCOON-t csipnem a legjobban, de sajnos volt egy ismerosom, aki mondott par rosszat rola (stabilitas, sebesseg...), mast pedig nem ismerek XML-XSL temaban. Zsolt ----- Original Message ----- From: To: Sent: Friday, June 21, 2002 15:21 Subject: RE: [JavaTech] Udv > > Annyira nem tetszik, amit irsz benne, de megkaptam, es ez a lenyeg, es > > legalabb a TECH lista forgalma is no!!!! > > Miert, mi tetszene? Vagy kevered a kodot es a megjelenitest, vagy van egy template-ed, > ami megmondja, hogy melyik informaciot hova tedd. Ha jol vettem le a kovetendo > iranyelveket a jsp korrekt hasznalatanal, akkor szerintem kb. pont ugyanoda > jutnal el, ahova egy template engine-nel. (Csak bean-ekbol trorteno > adatkinyeresre hasznalnad a jsp-t.) > > Ba'ly, > Atleta > _______________________________________________ > JavaTech mailing list > JavaTech@ebizlab.hit.bme.hu > http://ebizlab.hit.bme.hu/mailman/listinfo/javatech > From Laszlo.Marai@nokia.com Fri Jun 21 15:42:48 2002 Received: from mgw-x2.nokia.com (mgw-x2.nokia.com [131.228.20.22]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LDgk3L017586 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Fri, 21 Jun 2002 15:42:48 +0200 Received: from esvir03nok.nokia.com (esvir03nokt.ntc.nokia.com [172.21.143.35]) by mgw-x2.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id g5LDhDi07596 for ; Fri, 21 Jun 2002 16:43:14 +0300 (EET DST) Received: from esebh004.NOE.Nokia.com (unverified) by esvir03nok.nokia.com (Content Technologies SMTPRS 4.2.5) with ESMTP id for ; Fri, 21 Jun 2002 16:42:46 +0300 Received: from esebe011.NOE.Nokia.com ([172.21.138.50]) by esebh004.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Fri, 21 Jun 2002 16:42:46 +0300 Received: from buebe001.NOE.Nokia.com ([172.24.168.173]) by esebe011.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Fri, 21 Jun 2002 16:42:45 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 content-class: urn:content-classes:message Subject: RE: [JavaTech] Udv MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Fri, 21 Jun 2002 15:42:44 +0200 Message-ID: <8357A8244D524F45B7F3F50A252BFCFD0B93DD@buebe001.NOE.Nokia.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] Udv Thread-Index: AcIZJ3vB7luc4cW8SKqbL2nuoZksSgAALYFA From: To: X-OriginalArrivalTime: 21 Jun 2002 13:42:45.0970 (UTC) FILETIME=[8670FB20:01C21929] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id g5LDgk3L017586 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: > Tulajdonkeppen oda jutnek el a TEMPLATE-el is mint a JSP-vel, csak > fapadosnak tunik a modszer. > En most egy koztes megoldason agyalok: > > Meghagynam a JSP-t, de csupan HTML kod volna bennuk, hogy > tudjak piszkalni a > designer alakok, ha akarjak. Minden egyes JSP oldalhoz irnek > egy "wrapper" > szervletet. Ahol a kepernyon szukseg lesz barmilyen dinamikus > tartalomra, > ott beszurok egy egysoros bean hivast. Hat akkor egyetertunk, csak a template-ezes fapadossagaban nem. :) Mivel egy jsp-nek amugy sem lenne szabad tobbet csinalnia, mint amit egy template tud, ezert folosleges a jsp. Viszont van par hatranya. Az egyik az, hogy megis megenged bonyolultabb dolgokat (tetszoleges java kodot agyazhatsz bele), ezert esetleg nehez lehet a dontes, hogy akkor az adott dolog hova is keruljon (jsp vagy servlet). Egy masik hatrany, hogy ha csak templte funkiora hasznalnad, akkor tok foloslegesen bonyolult a rendszer (mi a francnak kell egy olyan megoldast hasznalni, ami java kodot general neked, jo lassan, ha egyszer van olyan is, ahol erre nincs szukseg?), ronda a szintaktikaja egy template-hez kepest (mindenfele < meg <% meg mittomen). A template nem annyira fapad, egy egyszeru megoldas egy egyszeru feladatra (es mi mernokok szertjuk az ilyet ;) ). A fejlett rendszerek (pl. webmacro) pedig elo 'forditjak' (parsoljak) maguknak a template-et, szoval eleg gyors a kiertekeles. (egyebkent gondolom a Velocity is igy mukodik, csak arrol nem talaltam ilyen infot). > Igazabol a COCOON-t csipnem a legjobban, de sajnos volt egy > ismerosom, aki > mondott par rosszat rola (stabilitas, sebesseg...), mast > pedig nem ismerek XML-XSL temaban. Regebben, ilyen temaban nezelodtem, nekem is tetszett, persze leszamitva, hogy 'feltalaltak' az xsp-t, ami nagyjabol jsp, csak xml-lel... (meg xml-be agyazott sql, stb). Persze ott is kovetheted a normalis modellt, es irhatsz servlet szeru modulokat (asszem Producer-nek hivjak). Az XSLT pedig mindig lassu lesz, legalabbis amig DOM-mal oldjak meg, addig tutira (es zabalja a memoriat!). Mintha probalkoztak volna SAX-szos XSLT implementacioval, de persze az is lassabb lesz, mint egy template. Ba'ly, Atleta From horzsolt@mail.tiszanet.hu Fri Jun 21 16:02:20 2002 Received: from zion.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LE2K3K018751 for ; Fri, 21 Jun 2002 16:02:20 +0200 Received: from 7644-5f50.newrange.tvnetwork.hu ([80.95.68.118.3332] helo=husws06) by zion.tvnetwork.hu with smtp (Exim 3.34 #3) id 17LOzJ-0001wd-00 for javatech@ebizlab.hit.bme.hu; Fri, 21 Jun 2002 16:02:09 +0200 Message-ID: <050601c2192c$636c42d0$6a02a8c0@husws06> From: "Zsolt Horvath" To: References: <8357A8244D524F45B7F3F50A252BFCFD0B93DD@buebe001.NOE.Nokia.com> Subject: Re: [JavaTech] Udv Date: Fri, 21 Jun 2002 16:03:14 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Szerintem a JSP-t annak idejen valamifele RAD eszkoznek szanta a SUN. Kar szidni, hiszen ha valamit nagyon gyorsan meg kell csinalni akkor ezzel megtudod. Az ugyfelet sokszor meg nem erdekli a megoldas szepsege. Tehat szerintem megvan a JSP-nek a helye a JAVA-WEB vilagban. En szeretem hasznalni, persze ugy, hogy tudomasul vettem a hatulutoit.Most viszont elerkeztem arra a prontra, hogy ideje lenne valtani. XSP: a filozofia nekem rettento szimpi: megvalositja az MVC modellt, bar ismereteim mar halvanyultak, hiszen a gyakorlatban meg nem talalkoztam vele. Eleg uj dolog ez, es en altalaban nem szeretem az uj dolgokat, mert felek toluk (JDK1.4). Mindig megvarom amig az "uttorok" elenk tarjak a tapasztalatokat, lesz hozzajuk elerheto, boseges dokumentacio, es aztan. Template: ezt a modszert a Borland Delphi alkalmazza eloszeretettel, mindenfele HTML ill, XML page producer komponensekkel. Sot en is hasznaltam mar hasonlot, mukodott is, es a designer csaj is birta az ugyet. A bajom annyi volt vele, hogy en irtam, es nem bizok magamban.... :-) (Van eleg bajom anelkul is....) Mindenesetre ezt a Velocity-t megnezem kozelebbrol!!! Zsolt ----- Original Message ----- From: To: Sent: Friday, June 21, 2002 15:42 Subject: RE: [JavaTech] Udv > > Tulajdonkeppen oda jutnek el a TEMPLATE-el is mint a JSP-vel, csak > > fapadosnak tunik a modszer. > > En most egy koztes megoldason agyalok: > > > > Meghagynam a JSP-t, de csupan HTML kod volna bennuk, hogy > > tudjak piszkalni a > > designer alakok, ha akarjak. Minden egyes JSP oldalhoz irnek `> > egy "wrapper" > > szervletet. Ahol a kepernyon szukseg lesz barmilyen dinamikus > > tartalomra, > > ott beszurok egy egysoros bean hivast. > > Hat akkor egyetertunk, csak a template-ezes fapadossagaban nem. :) Mivel > egy jsp-nek amugy sem lenne szabad tobbet csinalnia, mint amit egy template > tud, ezert folosleges a jsp. Viszont van par hatranya. Az egyik az, hogy > megis megenged bonyolultabb dolgokat (tetszoleges java kodot agyazhatsz bele), > ezert esetleg nehez lehet a dontes, hogy akkor az adott dolog hova is keruljon > (jsp vagy servlet). Egy masik hatrany, hogy ha csak templte funkiora hasznalnad, > akkor tok foloslegesen bonyolult a rendszer (mi a francnak kell egy olyan > megoldast hasznalni, ami java kodot general neked, jo lassan, ha egyszer van > olyan is, ahol erre nincs szukseg?), ronda a szintaktikaja egy template-hez kepest > (mindenfele < meg <% meg mittomen). > > A template nem annyira fapad, egy egyszeru megoldas egy egyszeru feladatra (es mi > mernokok szertjuk az ilyet ;) ). A fejlett rendszerek (pl. webmacro) pedig elo > 'forditjak' (parsoljak) maguknak a template-et, szoval eleg gyors a kiertekeles. > (egyebkent gondolom a Velocity is igy mukodik, csak arrol nem talaltam ilyen infot). > > > Igazabol a COCOON-t csipnem a legjobban, de sajnos volt egy > > ismerosom, aki > > mondott par rosszat rola (stabilitas, sebesseg...), mast > > pedig nem ismerek XML-XSL temaban. > > Regebben, ilyen temaban nezelodtem, nekem is tetszett, persze leszamitva, hogy > 'feltalaltak' az xsp-t, ami nagyjabol jsp, csak xml-lel... (meg xml-be agyazott > sql, stb). Persze ott is kovetheted a normalis modellt, es irhatsz servlet szeru > modulokat (asszem Producer-nek hivjak). Az XSLT pedig mindig lassu lesz, legalabbis > amig DOM-mal oldjak meg, addig tutira (es zabalja a memoriat!). Mintha probalkoztak > volna SAX-szos XSLT implementacioval, de persze az is lassabb lesz, mint egy template. > > Ba'ly, > Atleta > _______________________________________________ > JavaTech mailing list > JavaTech@ebizlab.hit.bme.hu > http://ebizlab.hit.bme.hu/mailman/listinfo/javatech > From Laszlo.Marai@nokia.com Fri Jun 21 16:40:19 2002 Received: from mgw-x3.nokia.com (mgw-x3.nokia.com [131.228.20.26]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LEeI3K020951 for ; Fri, 21 Jun 2002 16:40:19 +0200 Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33]) by mgw-x3.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id g5LEg4W27646 for ; Fri, 21 Jun 2002 17:42:04 +0300 (EET DST) Received: from esebh003.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com (Content Technologies SMTPRS 4.2.5) with ESMTP id for ; Fri, 21 Jun 2002 17:40:17 +0300 Received: from esebe004.NOE.Nokia.com ([172.21.138.44]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Fri, 21 Jun 2002 17:40:27 +0300 Received: from buebe001.NOE.Nokia.com ([172.24.168.173]) by esebe004.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Fri, 21 Jun 2002 17:40:17 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 content-class: urn:content-classes:message Subject: RE: [JavaTech] Udv MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Fri, 21 Jun 2002 16:40:16 +0200 Message-ID: <8357A8244D524F45B7F3F50A252BFCFDD81EF6@buebe001.NOE.Nokia.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] Udv Thread-Index: AcIZLGAhQzHFAitjQECilAZt+Pg3OQABHO6Q From: To: X-OriginalArrivalTime: 21 Jun 2002 14:40:17.0571 (UTC) FILETIME=[8FC17F30:01C21931] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id g5LEeI3K020951 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Szia ! > Szerintem a JSP-t annak idejen valamifele RAD eszkoznek > szanta a SUN. Kar > szidni, hiszen ha valamit nagyon gyorsan meg kell csinalni akkor ezzel En nem szidom, es egy-ket oldalas (egy ket web lapbol allo) alkalmazashoz biztos jo, foleg ha szereted, es ismered (engem pl. elriasztott a szintaktikaja, emg az, hogy java kodot kell az oldalba keverni). > megtudod. Az ugyfelet sokszor meg nem erdekli a megoldas > szepsege. Tehat Nem az ugyfelet erdekli, hanem teged erdekel ;). A quick-and-dirty megoldasok nagyon hamar vissza tudnak utni. Addig nincs is baj, amig csak a rendszered egy resze ilyen 'hack' jellegu, hiszen ha valtozik a feladat, fejlodni fog a kod is. Arra viszont nagyon oda kell figyalni szerintem, hogy milyen eszkozokhoz, kulso libekhez kotsz egy nagyobb alkalmazast, mert ha sok helyen hasznalod (mint pl. a jsp-t) akkor mar nagyon nehez lesz kesobb megszabadulni tole (ha megis ugy hozna a sors). > szerintem megvan a JSP-nek a helye a JAVA-WEB vilagban. En szeretem > hasznalni, persze ugy, hogy tudomasul vettem a hatulutoit.Most viszont > elerkeztem arra a prontra, hogy ideje lenne valtani. Ha ismernem, lehet, hogy en is azzal csinalnam meg a sajat homepage-emet :). > XSP: a filozofia nekem rettento szimpi: megvalositja az MVC > modellt, bar > ismereteim mar halvanyultak, hiszen a gyakorlatban meg nem > talalkoztam vele. Ezzel en is igy vagyok, csak nekem nem volt szimpi :). Ba'ly, Atleta From vszathmary@freshdirect.com Fri Jun 21 16:50:06 2002 Received: from mail2.lic.corp.freshdirect.com ([209.10.168.242]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LEo53K021505 for ; Fri, 21 Jun 2002 16:50:05 +0200 X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 Content-Class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: RE: [JavaTech] Udv Date: Fri, 21 Jun 2002 10:43:45 -0400 Message-ID: <4EB02C76EF7A1F40996A8948B181FD6A08F328@mail2.lic.corp.freshdirect.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] Udv Thread-Index: AcIZLGAhQzHFAitjQECilAZt+Pg3OQABHO6QAAARPzA= From: "Viktor Szathmary" To: Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id g5LEo53K021505 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: udv, > > XSP: a filozofia nekem rettento szimpi: megvalositja az MVC > > modellt, bar > > ismereteim mar halvanyultak, hiszen a gyakorlatban meg nem > > talalkoztam vele. > > Ezzel en is igy vagyok, csak nekem nem volt szimpi :). igen.. nem rossz a cocoon koncepcionalisan, csak egyreszt hanynom kell ha meglatom az implementaciojat, masreszt meg nehezebb a dizajner arcokat XSLT alapon kikepezni... viszont javaslom a Tapestry-t csekkolni - bar ezt is eltart egy darabig megszokni, viszont elegge dizajnerbarat a template megoldas, es csodak csodaja meg ujrahasznosithato webes komponenseket is keszithetsz benne :) kicsit hasonlit a NeXT (ma Apple) WebObjectsre... JavaTech forgalomnovelo bizottsag From zombi@presence.hu Fri Jun 21 17:00:50 2002 Received: from ew.webscape.hu (ew.webscape.hu [193.68.35.133]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LF0o3K022166 for ; Fri, 21 Jun 2002 17:00:50 +0200 Received: from localhost (zombi@localhost) by ew.webscape.hu (8.9.1a/8.9.1) with ESMTP id QAA21957 for ; Fri, 21 Jun 2002 16:55:27 +0200 (CEST) Date: Fri, 21 Jun 2002 16:55:27 +0200 (CEST) From: zombi X-Sender: zombi@ew.webscape.hu To: javatech@ebizlab.hit.bme.hu Subject: Re: [JavaTech] Udv In-Reply-To: <04c101c21927$76039380$6a02a8c0@husws06> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by shamir.ebizlab.hit.bme.hu id g5LF0o3K022166 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: On Fri, 21 Jun 2002, Zsolt Horvath wrote: > Tulajdonkeppen oda jutnek el a TEMPLATE-el is mint a JSP-vel, csak > fapadosnak tunik a modszer. > En most egy koztes megoldason agyalok: > > Meghagynam a JSP-t, de csupan HTML kod volna bennuk, hogy tudjak piszkalni a > designer alakok, ha akarjak. Minden egyes JSP oldalhoz irnek egy "wrapper" > szervletet. Ahol a kepernyon szukseg lesz barmilyen dinamikus tartalomra, > ott beszurok egy egysoros bean hivast. > > Igazabol a COCOON-t csipnem a legjobban, de sajnos volt egy ismerosom, aki > mondott par rosszat rola (stabilitas, sebesseg...), mast pedig nem ismerek > XML-XSL temaban. > > Zsolt > > hát minden amiben XML van kivivja ellenérzéseimet, pl amikor azt kell nézni, hogy pl a fop éppen melyik xml parserrel hajlando együtt müködni, emelett éppen a tomcat/resin/orion éppen mivel van összegyógyitva ... és esetleg azok az osztályok amit 2 éve az éppen aktuális hivatalos sun-os parserrel müködtek, müködjenek most is ... s akkor még nem volt szó az ilyenkor fellépő performance-nak nem nagyon csúfolható teljesitményről. mindenesetre részemről a velocity valamivel szimpatikusabb,hogy valamivel átgondoltabbnak tünik MVC patternilag, és ettől nagyon kúl :) A turbine sajnos még erőssen kiforratlan ... vagyis leginkább nem fordul le, ráadásul a forditó rendszere (Maven - ami szintén nem egy hülyeség) az is még az X. bétánál tart, ahol nehezen fordul egy földi halandónak :) üdv zombi From Laszlo.Marai@nokia.com Fri Jun 21 17:19:21 2002 Received: from mgw-x3.nokia.com (mgw-x3.nokia.com [131.228.20.26]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LFJL3K023213 for ; Fri, 21 Jun 2002 17:19:21 +0200 Received: from esvir01nok.ntc.nokia.com (esvir01nokt.ntc.nokia.com [172.21.143.33]) by mgw-x3.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id g5LFL6W09348 for ; Fri, 21 Jun 2002 18:21:06 +0300 (EET DST) Received: from esebh003.NOE.Nokia.com (unverified) by esvir01nok.ntc.nokia.com (Content Technologies SMTPRS 4.2.5) with ESMTP id for ; Fri, 21 Jun 2002 18:19:20 +0300 Received: from esebe003.NOE.Nokia.com ([172.21.138.39]) by esebh003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Fri, 21 Jun 2002 18:19:29 +0300 Received: from buebe001.NOE.Nokia.com ([172.24.168.173]) by esebe003.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Fri, 21 Jun 2002 18:19:20 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 content-class: urn:content-classes:message Subject: RE: [JavaTech] Udv MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Date: Fri, 21 Jun 2002 17:19:18 +0200 Message-ID: <8357A8244D524F45B7F3F50A252BFCFD0B93DE@buebe001.NOE.Nokia.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] Udv Thread-Index: AcIZNH1jTYzQgodzSSyJ6i9ggjS7EAAAboOg From: To: X-OriginalArrivalTime: 21 Jun 2002 15:19:20.0146 (UTC) FILETIME=[040A1320:01C21937] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id g5LFJL3K023213 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: > emelett éppen a tomcat/resin/orion éppen mivel van > összegyógyitva ... és Na, hat ez nem is xml betegseg, hanem tipikus java (ill. a windows dll szemlelet behurcolasa) :(. A legbosszantobb az tud lenni,amikor nem csak hozza maagval minden alkalmazas az osszes libet, hanem az alkalmazas egyik jar-jaba van bevagdosva az adott lib - az alkalmazas szempontjabol fontos - nehany osztalya. Ezzel mar mi is egy csomot szivtunk (spec. pont xml kapcsan) > A turbine sajnos még erőssen kiforratlan ... vagyis leginkább > nem fordul > le, ráadásul a forditó rendszere (Maven - ami szintén nem egy > hülyeség) az > is még az X. bétánál tart, ahol nehezen fordul egy földi halandónak :) Az (a Maven) micsoda? En ket 'jatek' rendszert is csinaltam turbine-nal, kb. a sajat szorakozasomra, es mukodnek (bar az egyiket felbehagytam). A turbine vegulis egy szolgaltatas gyujtemeny, es nem mindent muszaj belole hasznalni. En pl. az intake-et (form ellenorzes es feldolgozas) ejtettem, mert primko volt, de a template/application logic rendszere egesz jol hasznalhato volt. Ba'ly, Atleta From zombi@presence.hu Fri Jun 21 18:02:57 2002 Received: from ew.webscape.hu (ew.webscape.hu [193.68.35.133]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LG2v3K025572 for ; Fri, 21 Jun 2002 18:02:57 +0200 Received: from localhost (zombi@localhost) by ew.webscape.hu (8.9.1a/8.9.1) with ESMTP id RAA22645 for ; Fri, 21 Jun 2002 17:57:35 +0200 (CEST) Date: Fri, 21 Jun 2002 17:57:34 +0200 (CEST) From: zombi X-Sender: zombi@ew.webscape.hu To: javatech@ebizlab.hit.bme.hu Subject: RE: [JavaTech] Udv In-Reply-To: <8357A8244D524F45B7F3F50A252BFCFD0B93DE@buebe001.NOE.Nokia.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by shamir.ebizlab.hit.bme.hu id g5LG2v3K025572 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: On Fri, 21 Jun 2002 Laszlo.Marai@nokia.com wrote: > > emelett éppen a tomcat/resin/orion éppen mivel van > > összegyógyitva ... és > > Na, hat ez nem is xml betegseg, hanem tipikus java (ill. a windows dll szemlelet > behurcolasa) :(. A legbosszantobb az tud lenni,amikor nem csak hozza maagval > minden alkalmazas az osszes libet, hanem az alkalmazas egyik jar-jaba van > bevagdosva az adott lib - az alkalmazas szempontjabol fontos - nehany osztalya. > Ezzel mar mi is egy csomot szivtunk (spec. pont xml kapcsan) > > > A turbine sajnos még erőssen kiforratlan ... vagyis leginkább > > nem fordul > > le, ráadásul a forditó rendszere (Maven - ami szintén nem egy > > hülyeség) az > > is még az X. bétánál tart, ahol nehezen fordul egy földi halandónak :) > > Az (a Maven) micsoda? En ket 'jatek' rendszert is csinaltam turbine-nal, kb. a sajat > szorakozasomra, es mukodnek (bar az egyiket felbehagytam). A turbine > vegulis egy szolgaltatas gyujtemeny, es nem mindent muszaj belole hasznalni. > En pl. az intake-et (form ellenorzes es feldolgozas) ejtettem, mert primko volt, > de a template/application logic rendszere egesz jol hasznalhato volt. Naja, én a jogosultság kezelő részét próbáltam kigyomlálni sajátra, nem volt olyan könnyü ... a Maven az az antra epulo rendszer, csak irsz egy project.xml nevu izet,abba leirod, hogy mik a forras filejaid, milyen kulso-jaroktol fugg(s azokat hol lehet elerni) meg ilyen infokat, aztan az egeszbol a maven csinal jar-okat, javadoc-okat, keresztreferenciakat, junit tesztreportokat, hogy hol vannak nem ipari szabvany szerinti stilusu kodreszletek ... mindezt egységes kinézetü dizájnal, ahogyan a http://jakarta.apache.org/turbine -on is laccik. Ez jól is hangzik, csak még nincs kész ... s nem mindig könnyü életet lehelni bele két béta változat között :-) A turbine-tdk-val is ez a bajom, amikor néztem elöszőr, volt egy 2.1-es változat,télleg könnyen összelehet dobni benne dolgokat. Azóta van egy 2.2-es változat, szintén béta, és van egy 3-as verzió, ami még jobban béta... Remélhetőleg valamikor valóban lesz legalább egy valamennyire végleges változat, addig nehéz az ügy :) üdv zombi From attila@ebizlab.hit.bme.hu Fri Jun 21 18:49:37 2002 Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LGna3K028502 for ; Fri, 21 Jun 2002 18:49:37 +0200 Received: from m045-szombathely.dial.elender.hu ([212.108.216.45] helo=ebizlab.hit.bme.hu) by clever.eusc.inter.net with esmtp (Exim 3.36 #1) id 17LRbL-0007F2-00 for javatech@ebizlab.hit.bme.hu; Fri, 21 Jun 2002 18:49:35 +0200 Message-ID: <3D135A09.60209@ebizlab.hit.bme.hu> Date: Fri, 21 Jun 2002 18:53:29 +0200 From: Bognar Attila User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en, hu, fr MIME-Version: 1.0 To: javatech@ebizlab.hit.bme.hu References: <8357A8244D524F45B7F3F50A252BFCFD0B93DE@buebe001.NOE.Nokia.com> Content-Type: multipart/alternative; boundary="------------060404070409070302030607" Subject: [JavaTech] dll, lib Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: --------------060404070409070302030607 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit > > >>emelett éppen a tomcat/resin/orion éppen mivel van >>összegyógyitva ... és >> >> > >Na, hat ez nem is xml betegseg, hanem tipikus java (ill. a windows dll szemlelet >behurcolasa) :(. A legbosszantobb az tud lenni,amikor nem csak hozza maagval >minden alkalmazas az osszes libet, hanem az alkalmazas egyik jar-jaba van >bevagdosva az adott lib - az alkalmazas szempontjabol fontos - nehany osztalya. >Ezzel mar mi is egy csomot szivtunk (spec. pont xml kapcsan) > > Mindez megspékelve azzal a dll tulajdonsággal, hogy minden verziójú dll ugyanolyan file-ban van (azaz nem lehet egy helyen két verziójú). Talán a SUN unix irányultsága egyszer kitalál valamit. Ha lenne class symlink fogalom, a javac és a class loader kicsit fel lenne tuningolva, elég szép verzió kezelést lehetne megoldani, a unixos libekhez hasonlóan: javac MyClass-3.1.7.java -> MyClass-3.1.7.class MyClass-3.1.lclass: (link class) MyClass-3.1.7 // 3.1.7-es verziót használja a class loader És amikor használom: import com.mycom.MyClass-1.3; //class loader a jlink file-ban meghatározottat tölti be ... myClassInstance = new MyClass(); // ekvivalens: myClassInstance = new MyClass-3.1.7() Mi a véleményetek? Ha a dll/lib dolgot implementálnák valahogy (jdaemon fut a háttérben), ezzel elég ruganyos és használható dolgokat lehetne csinálni :-) Uezt tovább lehetne vinni esetleg komponens technológia alapra, ahol egy komponens egy .jar (.jar == .dll == lib) MyComponent-2.6.2.jar ban: com.mycom.MyClass.class lclass-hoz hasonlóan: MyComponent-2.jar: (link jar) http://www.mycom.com/MyComponent-2.6.2.jar // 3.1.7-es verziót használja a class loader használat: import MyComponent-2:com.mycom.MyClass; ... myClassInstance = new MyClass(); // ekvivalens: myClassInstance = new MyClass-3.1.7() ... a jdaemon csak egyszer töltené le/be a http://www.mycom.com/MyComponent-2.6.2.jar-t Persze csak hirtelen ötlet :-) De a java kicsit közelebb lenne az OS fogalomhoz. attila --------------060404070409070302030607 Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit
    emelett éppen a tomcat/resin/orion éppen  mivel van 
    összegyógyitva ... és
        
    
    Na, hat ez nem is xml betegseg, hanem tipikus java (ill. a windows dll szemlelet
    behurcolasa) :(. A legbosszantobb az tud lenni,amikor nem csak hozza maagval
    minden alkalmazas az osszes libet, hanem az alkalmazas egyik jar-jaba van
    bevagdosva az adott lib - az alkalmazas szempontjabol fontos - nehany osztalya.
    Ezzel mar mi is egy csomot szivtunk (spec. pont xml kapcsan)
      
    Mindez megspékelve azzal a dll tulajdonsággal, hogy minden verziójú dll ugyanolyan file-ban van (azaz nem lehet egy helyen két verziójú). Talán a SUN unix irányultsága egyszer kitalál valamit.

    Ha lenne class symlink fogalom, a javac és a class loader kicsit fel lenne tuningolva, elég szép verzió kezelést lehetne megoldani, a unixos libekhez hasonlóan:

    javac MyClass-3.1.7.java -> MyClass-3.1.7.class

    MyClass-3.1.lclass:   (link class)
    <file belseje>
    MyClass-3.1.7           // 3.1.7-es verziót használja a class loader
    </file belseje>

    És amikor használom:
    <file belseje>
    import com.mycom.MyClass-1.3;     //class loader a jlink file-ban meghatározottat tölti be

    ...

        myClassInstance = new MyClass();    // ekvivalens: myClassInstance = new MyClass-3.1.7()
    </file belseje>


    Mi a véleményetek? Ha a dll/lib dolgot implementálnák valahogy (jdaemon fut a háttérben), ezzel elég ruganyos és használható dolgokat lehetne csinálni :-)

    Uezt tovább lehetne vinni esetleg komponens technológia alapra, ahol egy komponens egy .jar (.jar == .dll == lib)

    MyComponent-2.6.2.jar ban:
    com.mycom.MyClass.class



    lclass-hoz hasonlóan:

    MyComponent-2.jar:   (link jar)
    <file belseje>
    http://www.mycom.com/MyComponent-2.6.2.jar           // 3.1.7-es verziót használja a class loader
    </file belseje>


    használat:
    <file belseje>
    import MyComponent-2:com.mycom.MyClass;
    ...

        myClassInstance = new MyClass();    // ekvivalens: myClassInstance = new MyClass-3.1.7()
    ...
    </file belseje>

    a jdaemon csak egyszer töltené le/be a http://www.mycom.com/MyComponent-2.6.2.jar-t


    Persze csak hirtelen ötlet :-) De a java kicsit közelebb lenne az OS fogalomhoz.


    attila



    --------------060404070409070302030607-- From tibort@freestart.hu Fri Jun 21 19:09:36 2002 Received: from pompom.freestart.hu (pompom.freestart.hu [213.197.64.6]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LH9a3K029789 for ; Fri, 21 Jun 2002 19:09:36 +0200 Received: from line-72-75.dial.freestart.hu ([213.197.72.75] helo=freestart.hu) by freestart.hu with esmtp (Freestart relay 1 (FS-Lin)) id 17LRuD-00063F-00 for ; Fri, 21 Jun 2002 19:09:05 +0200 Message-ID: <3D135D99.DA7B57D0@freestart.hu> Date: Fri, 21 Jun 2002 19:08:41 +0200 From: =?iso-8859-1?Q?T=F6r=F6k?= Tibor X-Mailer: Mozilla 4.79 [en] (Windows NT 5.0; U) X-Accept-Language: en,hu MIME-Version: 1.0 To: javatech@ebizlab.hit.bme.hu Subject: Re: [JavaTech] dll, lib References: <8357A8244D524F45B7F3F50A252BFCFD0B93DE@buebe001.NOE.Nokia.com> <3D135A09.60209@ebizlab.hit.bme.hu> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Scanner: exiscan by Freestart Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Van hasonlo, ugy hivjak...oooooooo filtering. Az IBM valamelyik sitejan van rola egy-ket jo cikk. A lenyege, hogy ugzanazokat az interfaceeket implementalja, (kiterjesztve: ugyanaz az oroklodese) a methodokat vagy felulcsapja, vagy tovabbhivja az eredetihez. De ez nem teljes verzio-managelesi modszer, es modszer, nem resze a rendszernek. De a verzioyas alig van megoldva rendesen barhol, a javanal is abbol szarmazik a problema, hogy tul sok van a placcon. T Bognar Attila wrote: > Ha lenne class symlink fogalom, a javac és a class loader kicsit fel > lenne tuningolva, elég szép verzió kezelést lehetne megoldani, a > unixos libekhez hasonlóan: > > javac MyClass-3.1.7.java -> MyClass-3.1.7.class > http://www.mycom.com/MyComponent-2.6.2.jar-t > > Persze csak hirtelen ötlet :-) De a java kicsit közelebb lenne az OS > fogalomhoz. > > attila From sandorzsolt.1@dpg.hu Fri Jun 21 19:09:39 2002 Received: from cgomboc.drotposta.hu (cgomboc.drotposta.hu [212.108.226.84]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5LH9d3K029792 for ; Fri, 21 Jun 2002 19:09:39 +0200 Received: from agomboc.drotposta.hu ([212.108.226.81] helo=LOCALHOST) by cgomboc.drotposta.hu with smtp (Exim 3.12 #1) id 17LRuk-0005uH-00 for javatech@ebizlab.hit.bme.hu; Fri, 21 Jun 2002 19:09:39 +0200 Date: Fri, 21 Jun 2002 19:08:48 +0200 From: Sandor Zsolt To: java tech lista Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id g5LH9d3K029792 Subject: [JavaTech] Template kerdes Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Sziasztok! Most talaltam meg ezt: www.japple.org eleg jo a cuccos: megcsinalsz 1 html oldalt, pl. Dreamweaver-rel, felveszel specko tag-ekat, es a jsp-t csak arra hasznalod, hogy kicsereltessed az egyes tag-eket valami dinamikus tartalomra. Ez nekem regen nagyon jol jott volna, mert akkor az volt a helyzet, hogy a designer megcsinalta a design-t, es nem ertett az sql-hez, meg semmilyen dinamikus dologhoz, hanem azt mondta, hogy "es ide jon az, hogy" es ezt a szemleletet nagyon szepen lehet hasznositani, tenyleg elvalik valamennyire az MVC :))) Nezzetek meg, azt irjatok meg, hogy hogy tetszik... Zso -- From lsp@impulzus.sch.bme.hu Mon Jun 24 10:48:06 2002 Received: from impulzus.sch.bme.hu (mail@impulzus.sch.bme.hu [152.66.208.82]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5O8m63K004900 for ; Mon, 24 Jun 2002 10:48:06 +0200 Received: from lsp (helo=localhost) by impulzus.sch.bme.hu with local-esmtp (Exim 3.35 #1 (Debian)) id 17MPVz-0004MS-00 for ; Mon, 24 Jun 2002 10:48:03 +0200 Date: Mon, 24 Jun 2002 10:48:03 +0200 (CEST) From: LUKACS-SINGER Peter To: Subject: RE: [JavaTech] Udv In-Reply-To: <8357A8244D524F45B7F3F50A252BFCFDD81EF3@buebe001.NOE.Nokia.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: On Fri, 21 Jun 2002 Laszlo.Marai@nokia.com wrote: > ami megmondja, hogy melyik informaciot hova tedd. Ha jol vettem le a kovetendo > iranyelveket a jsp korrekt hasznalatanal, akkor szerintem kb. pont ugyanoda > jutnal el, ahova egy template engine-nel. (Csak bean-ekbol trorteno > adatkinyeresre hasznalnad a jsp-t.) Igen, az nyilvanvao, hogy a template megkozelites sokkal jobb, mint a jsp, de template-bol is lehet ilyen is meg olyan is. De a Velocity pl. egesz jonak tunik, probalgattam egy picit es a sebessege is megfelelonek latszik, bar komolyabb teszteknek nem vetettem ala. Udv: lsp From horzsolt@mail.tiszanet.hu Tue Jun 25 09:08:41 2002 Received: from zion.tvnetwork.hu (zion.tvnetwork.hu [80.95.64.67]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5P78f3K017101 for ; Tue, 25 Jun 2002 09:08:41 +0200 Received: from 7644-5f50.newrange.tvnetwork.hu ([80.95.68.118.54792] helo=husws06) by zion.tvnetwork.hu with smtp (Exim 3.34 #3) id 17MkQg-0001z8-00 for javatech@ebizlab.hit.bme.hu; Tue, 25 Jun 2002 09:07:58 +0200 Message-ID: <06ab01c21c17$530f4390$6a02a8c0@husws06> From: "Zsolt Horvath" To: Date: Tue, 25 Jun 2002 09:10:00 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Subject: [JavaTech] JAVA+NetDDE Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Sziasztok! Asszem ez technikai jellegu: Hallott mar valaki a subjectbeli parosrol? Van egy Simatic S7, amelyet DECP protokollal lehet megszolitani (akarmit is jelentsen ez). A lenyeg az, hogy kaptam hozza egy igen gyenge leirast, es abban azt latom, hogy NetDDE-vel lehet kommunikalni a kis aranyossal. A megrendelo pedig kikototte, hogy JAVA alapokon kell programozni. Namost en ugy tudom, hogy ez a NetDDE valami Microsoftos szutyok. Tudtok valami megoldast?? Koszi! From Laszlo.Marai@nokia.com Tue Jun 25 14:45:40 2002 Received: from mgw-x2.nokia.com (mgw-x2.nokia.com [131.228.20.22]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5PCjc3L004582 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Tue, 25 Jun 2002 14:45:40 +0200 Received: from esvir02nok.ntc.nokia.com (esvir02nokt.ntc.nokia.com [172.21.143.34]) by mgw-x2.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id g5PCk6i26231 for ; Tue, 25 Jun 2002 15:46:07 +0300 (EET DST) Received: from esebh001.NOE.Nokia.com (unverified) by esvir02nok.ntc.nokia.com (Content Technologies SMTPRS 4.2.5) with ESMTP id for ; Tue, 25 Jun 2002 15:45:37 +0300 Received: from esebe013.NOE.Nokia.com ([172.21.138.52]) by esebh001.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Tue, 25 Jun 2002 15:45:37 +0300 Received: from buebe001.NOE.Nokia.com ([172.24.168.173]) by esebe013.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Tue, 25 Jun 2002 15:45:37 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: RE: [JavaTech] Udv Date: Tue, 25 Jun 2002 14:45:36 +0200 Message-ID: <8357A8244D524F45B7F3F50A252BFCFDD81F01@buebe001.NOE.Nokia.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] Udv Thread-Index: AcIbXAev8/4HD5f+R9yXblUME+Wz+gA6fC9g From: To: X-OriginalArrivalTime: 25 Jun 2002 12:45:37.0288 (UTC) FILETIME=[3470A080:01C21C46] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id g5PCjc3L004582 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: > Igen, az nyilvanvao, hogy a template megkozelites sokkal > jobb, mint a jsp, > de template-bol is lehet ilyen is meg olyan is. De a Velocity Az ismertebb template engine-ek nagyjabol ugyanazt tudjak (na jo, csak a Velocity-t, meg a webMacro-t probaltam), szinte mindegyik konvertal is a masik formatumabol (a Velocity WebMacro-rol, a FreeMarker meg Velocity-rol :) ) Ba'ly, Atleta From lsp@impulzus.sch.bme.hu Tue Jun 25 15:13:15 2002 Received: from impulzus.sch.bme.hu (mail@impulzus.sch.bme.hu [152.66.208.82]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5PDDF3K006210 for ; Tue, 25 Jun 2002 15:13:15 +0200 Received: from lsp (helo=localhost) by impulzus.sch.bme.hu with local-esmtp (Exim 3.35 #1 (Debian)) id 17Mq84-00015d-00 for ; Tue, 25 Jun 2002 15:13:08 +0200 Date: Tue, 25 Jun 2002 15:13:08 +0200 (CEST) From: LUKACS-SINGER Peter To: Subject: RE: [JavaTech] Udv In-Reply-To: <8357A8244D524F45B7F3F50A252BFCFDD81F01@buebe001.NOE.Nokia.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: On Tue, 25 Jun 2002 Laszlo.Marai@nokia.com wrote: > > Igen, az nyilvanvao, hogy a template megkozelites sokkal > > jobb, mint a jsp, > > de template-bol is lehet ilyen is meg olyan is. De a Velocity > > Az ismertebb template engine-ek nagyjabol ugyanazt tudjak (na jo, > csak a Velocity-t, meg a webMacro-t probaltam), szinte mindegyik > konvertal is a masik formatumabol (a Velocity WebMacro-rol, a FreeMarker > meg Velocity-rol :) ) Es ne feledjuk el megemliteni azert itt az Echo-t sem, amely azert tenyleg lenyegileg mas szemleletet visz bele ebbe a posvanyos webes interfesz-vilagba. Bar nyilvan ott nincs helye html designernek, de cserebe joval egyszerubb es kezenfekvobb a fejlesztes. Udv: lsp From Laszlo.Marai@nokia.com Tue Jun 25 15:35:45 2002 Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5PDZh3L007438 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Tue, 25 Jun 2002 15:35:45 +0200 Received: from esvir05nok.ntc.nokia.com (esvir05nokt.ntc.nokia.com [172.21.143.37]) by mgw-x1.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id g5PDYId19656 for ; Tue, 25 Jun 2002 16:34:18 +0300 (EET DST) Received: from esebh004.NOE.Nokia.com (unverified) by esvir05nok.ntc.nokia.com (Content Technologies SMTPRS 4.2.5) with ESMTP id for ; Tue, 25 Jun 2002 16:35:42 +0300 Received: from esebe018.NOE.Nokia.com ([172.21.138.57]) by esebh004.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Tue, 25 Jun 2002 16:35:42 +0300 Received: from buebe001.NOE.Nokia.com ([172.24.168.173]) by esebe018.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Tue, 25 Jun 2002 16:35:41 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: RE: [JavaTech] Udv Date: Tue, 25 Jun 2002 15:35:40 +0200 Message-ID: <8357A8244D524F45B7F3F50A252BFCFD0B93E0@buebe001.NOE.Nokia.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] Udv Thread-Index: AcIcSjLTBdsmMQHzTQ2B84RHfRZLlwAAl3dg From: To: X-OriginalArrivalTime: 25 Jun 2002 13:35:41.0508 (UTC) FILETIME=[33183840:01C21C4D] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id g5PDZh3L007438 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: > Es ne feledjuk el megemliteni azert itt az Echo-t sem, amely > azert tenyleg > lenyegileg mas szemleletet visz bele ebbe a posvanyos webes > interfesz-vilagba. Bar nyilvan ott nincs helye html designernek, de > cserebe joval egyszerubb es kezenfekvobb a fejlesztes. Nem felejtettuk el :), az eredeti levelemben benne volt. Egyebkent azota raakadtam egy masik hasonlo szemleletu webes ui-ra is, amit viccesen wingS-nek hivnak: http://wings.mercatis.de/ Sikerult mar tapasztalatokat szerezned/jatszanod az echo-val? Egyebkent konnyen lehet, hogy hosszutavon a GUI es a webes interface megoldasok konvergalni fognak, es a gui is atvesz valamit a webes megoldasokbol (valami framework formajaban). Ba'ly, Atleta From lsp@impulzus.sch.bme.hu Tue Jun 25 15:43:37 2002 Received: from impulzus.sch.bme.hu (mail@impulzus.sch.bme.hu [152.66.208.82]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5PDha3K007915 for ; Tue, 25 Jun 2002 15:43:36 +0200 Received: from lsp (helo=localhost) by impulzus.sch.bme.hu with local-esmtp (Exim 3.35 #1 (Debian)) id 17MqbR-0002Zb-00 for ; Tue, 25 Jun 2002 15:43:29 +0200 Date: Tue, 25 Jun 2002 15:43:29 +0200 (CEST) From: LUKACS-SINGER Peter To: Subject: RE: [JavaTech] Udv In-Reply-To: <8357A8244D524F45B7F3F50A252BFCFD0B93E0@buebe001.NOE.Nokia.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: On Tue, 25 Jun 2002 Laszlo.Marai@nokia.com wrote: > Sikerult mar tapasztalatokat szerezned/jatszanod az echo-val? Egyebkent konnyen > lehet, hogy hosszutavon a GUI es a webes interface megoldasok konvergalni > fognak, es a gui is atvesz valamit a webes megoldasokbol (valami framework > formajaban). Igen, probalgattam, es ugy tunik, egesz jol mukodik, bar pl. opera-val nem teszteltem. Megneztem, milyen html-t/js-t general, es azt kell mondjam, eleg effektivnek tunt, nem volt viszont idom lemerni azt, hogy a halozati forgalmat mennyivel dobja meg. (Meg igazibol ki sem talaltam, hogy hogy kene lemerni :)) Udv: lsp From attila@ebizlab.hit.bme.hu Tue Jun 25 17:07:59 2002 Received: from clever.eusc.inter.net (clever.eusc.inter.net [213.73.101.4]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g5PF7w3K012380 for ; Tue, 25 Jun 2002 17:07:58 +0200 Received: from m038-szombathely.dial.elender.hu ([212.108.216.38] helo=ebizlab.hit.bme.hu) by clever.eusc.inter.net with esmtp (Exim 3.36 #1) id 17MrvB-0001FM-00 for javatech@ebizlab.hit.bme.hu; Tue, 25 Jun 2002 17:07:58 +0200 Message-ID: <3D1887F9.1040109@ebizlab.hit.bme.hu> Date: Tue, 25 Jun 2002 17:10:49 +0200 From: Bognar Attila User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0) Gecko/20020530 X-Accept-Language: en-us, en, hu, fr MIME-Version: 1.0 To: javatech Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Subject: [JavaTech] rmi server session Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Sziasztok, Olyan keretrendszert keresek, amivel RMI alapon lehet kliens-szerver alkalmazást csinálni, méghozzá session kezeléssel (azaz mintha jsp/servlet história lenne, csak ott ugye általában xml-t szokás használni a http miatt, és ha lehet az ebből fakadó adattúltengést és parszolási túlterhelést szeretném elkerülni, és ahhoz sem ragaszkodom, hogy a függvény hívásokat stream formába öntsem és vissza). Ismertek ilyet? Session bean azért nem jó szimplán, mert kellene a kliensek hálózati címe (ami session beanből nem nyerhető ki tudtommal). Köszi, attila From csiba@gmx.ch Fri Jun 28 09:14:44 2002 Received: from mx0.gmx.net (mx0.gmx.de [213.165.64.100]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with SMTP id g5S7Ef3K016296 for ; Fri, 28 Jun 2002 09:14:44 +0200 Received: (qmail 11051 invoked by uid 0); 28 Jun 2002 07:14:24 -0000 Date: Fri, 28 Jun 2002 09:14:24 +0200 (MEST) From: csiba@gmx.ch To: javatech@ebizlab.hit.bme.hu MIME-Version: 1.0 X-Priority: 3 (Normal) X-Authenticated-Sender: #0009717492@gmx.net X-Authenticated-IP: [143.205.122.222] Message-ID: <19809.1025248464@www46.gmx.net> X-Mailer: WWW-Mail 1.5 (Global Message Exchange) X-Flags: 0001 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit Subject: [JavaTech] Java vagy C#? Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Hali, Bocs ha ez 2x megy, de kiirta, hogy veszett az elözö... A M$ nagyon nyomula .NET plattformmal és a C# nyelvvel. Ha a Sun nem alkot valami "nagy dolgot", akkor a Java napjai meg vannak számlálva - ahogy én látom. Mi a véleményetek erröl? (egyelôre a C#-ot jobbnak látom, mint a Javát; ami rossz benne az a platform M$-kötôdése ... hajlandók lesznek lenyelni ezt a békát?) Üdv, Balázs -- GMX - Die Kommunikationsplattform im Internet. http://www.gmx.net From Laszlo.Marai@nokia.com Mon Jul 1 10:17:32 2002 Received: from mgw-x1.nokia.com (mgw-x1.nokia.com [131.228.20.21]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g618HU3L010625 (version=TLSv1/SSLv3 cipher=EDH-RSA-DES-CBC3-SHA bits=168 verify=FAIL) for ; Mon, 1 Jul 2002 10:17:32 +0200 Received: from esvir05nok.ntc.nokia.com (esvir05nokt.ntc.nokia.com [172.21.143.37]) by mgw-x1.nokia.com (Switch-2.2.1/Switch-2.2.0) with ESMTP id g618G4d14801 for ; Mon, 1 Jul 2002 11:16:04 +0300 (EET DST) Received: from esebh002.NOE.Nokia.com (unverified) by esvir05nok.ntc.nokia.com (Content Technologies SMTPRS 4.2.5) with ESMTP id for ; Mon, 1 Jul 2002 11:17:11 +0300 Received: from esebe010.NOE.Nokia.com ([172.21.138.49]) by esebh002.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Mon, 1 Jul 2002 11:17:12 +0300 Received: from buebe001.NOE.Nokia.com ([172.24.168.173]) by esebe010.NOE.Nokia.com with Microsoft SMTPSVC(5.0.2195.4905); Mon, 1 Jul 2002 11:17:00 +0300 X-MimeOLE: Produced By Microsoft Exchange V6.0.5762.3 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Subject: RE: [JavaTech] Java vagy C#? Date: Mon, 1 Jul 2002 10:15:20 +0200 Message-ID: <8357A8244D524F45B7F3F50A252BFCFD0B93E3@buebe001.NOE.Nokia.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [JavaTech] Java vagy C#? Thread-Index: AcIedHU+0W2qJ+UGSRanze2KRcU+jwCYDtdQ From: To: X-OriginalArrivalTime: 01 Jul 2002 08:17:00.0260 (UTC) FILETIME=[AC6BD240:01C220D7] Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id g618HU3L010625 Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Hella! > A M$ nagyon nyomula .NET plattformmal és a C# nyelvvel. > Ha a Sun nem alkot valami "nagy dolgot", akkor a Java > napjai meg vannak számlálva - ahogy én látom. Konnyen lehet. Mindenkepp alkotniuk kell valami nagy (jol marketingelheto) dolgot. Es az elozo mondatban a zarojeles resz a lenyeg. > Mi a véleményetek erröl? (egyelôre a C#-ot jobbnak > látom, mint a Javát; ami rossz benne az a platform Mitol jobb a C#? Nekunk tartottak egy C#/.NET bemutatot, de abbol az derult ki, hogy a C# pontosan ugyanazt es ugyanugy tudja, mint a java. Egy par helyen megvaltoztattak egy-ket dolgot (import helyett uses, package-ek helyett talan namespace-ek vannak - ez legalabb kulonbseg, de nem is biztos, hogy igy van), de csak azer, hogy maskepp lehessen hivni, es hogty lehessen hype-olni az 'uj' nyelv korul. Az erdekes az, hogy meg a standard class-ok, ill. azok metodusai is hasonlitanak a jdk-ban talalhatokhoz. Ebbol is latszik, hogy (ebben) nem is akart (tudott) ujat nyujtani az ms. Ennek az egesz rendszernek nem is a C# a lenyege, az csak a hype-hoz kell, a Java miatt. A Java-nal ugyanis (hibasan) a Sun tobb dolgot is egy neven nevez: a programnyelvet, a 'platformot' (a standard classlibeket) es a futtato rendszert (a jvm-et). Ez aztan ossze-vissza keveredik a fejekben, pl. ujsagirok gyakran irnak olyat, hogy a programot a 'hordozhato java nyelven irtak', ezert minden gepen/oprendszeren fut. (Pedig a java _nyelv_ hordozhatosaga nem ezt jelenti, hanem azt, hogy pl. az alap adattipusokat definialja, nem ugy, mint a C.) Az MS altal 'kitalalt' CLI viszont erdekesse teszi a .NET-et, mert igy elvileg barmilyen nyelven lehet a .NET platformra programozni (persze ezek a nyelvel elegge haosnlitanak egymasra, es pl. egy VB.NET az inkabb C#, mint VB, es a C++ is inkabb C#, mint C++, de pl. az Eiffel-t allitolag tokeletesen sikerult portolni, es az a contract-jaival tenyleg behoz plusz eszkozoket a C#-hoz kepest). A Sun vagy az MS utan megy ebben az iranyban (ami szerintem eloremutato), vagy bukhat. Mar tutira regota gondolkoznak a dolgon. Ba'ly, Atleta From sandorzsolt.1@dpg.hu Mon Jul 1 19:07:20 2002 Received: from cgomboc.drotposta.hu (cgomboc.drotposta.hu [212.108.226.84]) by shamir.ebizlab.hit.bme.hu (8.12.2/8.12.2/Debian -8) with ESMTP id g61H7K3K006663 for ; Mon, 1 Jul 2002 19:07:20 +0200 Received: from agomboc.drotposta.hu ([212.108.226.81] helo=LOCALHOST) by cgomboc.drotposta.hu with smtp (Exim 3.12 #1) id 17P4dw-00026M-00 for javatech@ebizlab.hit.bme.hu; Mon, 01 Jul 2002 19:07:18 +0200 Date: Mon, 1 Jul 2002 11:28:42 +0200 From: Sandor Zsolt To: javatech@ebizlab.hit.bme.hu Message-ID: MIME-Version: 1.0 Content-type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by shamir.ebizlab.hit.bme.hu id g61H7K3K006663 Subject: [JavaTech] Re: Java vagy C#? Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: Hi! > hype-olni az 'uj' nyelv korul. Az erdekes az, hogy meg a standard class-ok, > ill. azok metodusai is hasonlitanak a jdk-ban talalhatokhoz. Ebbol is latszik, > hogy (ebben) nem is akart (tudott) ujat nyujtani az ms. Amit en nagyon idegesitonek talalok, az az, hogy nincs olyan szep elnevezesi stilusa, mint a java-nal. ott: metodus neve kis betuvel kezdodik osztaly neve naggyal peldany neve kicsivel es lattam 1 tonna kodot, ahol ossze-vissza keverik, pl. ToString, meg ilyenek. Hat, ez baromira idegesito, mar szerintem... > Ez aztan ossze-vissza keveredik a fejekben, pl. ujsagirok gyakran irnak > olyat, hogy a programot a 'hordozhato java nyelven irtak', ezert minden > gepen/oprendszeren Te figy, szerinted ez erdekel valakit? Ugy ertem, ujsagirok irnak 1000 hulyeseget, ezen mar fent sem akadok. Aki ert hozza, az tudja, mirol van szo, aki meg nem, az meg annyit lat, hogy le kell tolteni a java jre-t, azt futnak a cuccosok. > Az MS altal 'kitalalt' CLI viszont erdekesse teszi a .NET-et, mert igy > elvileg barmilyen nyelven lehet a .NET platformra programozni (persze ezek a nyelvel > elegge Nos. Ez jol hangzik. De sajnos csak hangzik. Ha van 20 embered, es mindegyik mas nyelven programozik, akkor hogy tudjak a tudasukat megosztani? Mi lesz, ha pl. az eiffel programozo elmegy, akkor honnan a jo eletbol fogsz eiffel programozot talalni? Tovabbmegyek: tegye fel a kezet, aki mar fizetett valamilyen komponensert, amit felhasznalt a programjaban. (pl. bean-ert) Gondolom nem sok van. Merthogy mindent meg lehet talalni opensource-ba, ami csak kellhet. Majd meglatjuk, mekkora m$.net opensource community lesz, kivancsi vagyok :) Zso From gkonrad@freemail.hu Wed Sep 25 20:23:36 2002 Received: from fmx4.freemail.hu (fmx4.freemail.hu [195.228.242.224]) by shamir.ebizlab.hit.bme.hu (8.12.6/8.12.6/Debian-5) with SMTP id g8PINXuP015354 for ; Wed, 25 Sep 2002 20:23:34 +0200 Received: (qmail 87064 invoked from network); 25 Sep 2002 20:23:33 +0200 Received: from fm3.freemail.hu (195.228.242.203) by fmx4.freemail.hu with SMTP; 25 Sep 2002 20:23:33 +0200 Received: (qmail 93867 invoked from network); 25 Sep 2002 20:23:33 +0200 Received: from dial74.84.freemail.hu (HELO gjsrv) (195.228.84.74) by fm3.freemail.hu with SMTP; 25 Sep 2002 20:23:32 +0200 Message-ID: <000201c264c0$a66aa2e0$4a54e4c3@gjsrv> From: =?iso-8859-2?Q?Konr=E1d_G=E1bor?= To: Date: Wed, 25 Sep 2002 20:16:23 +0200 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0015_01C264D0.6BFFB310" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 X-Virus-Scanned: by amavis-dc Subject: [JavaTech] Run as a service Sender: javatech-admin@ebizlab.hit.bme.hu Errors-To: javatech-admin@ebizlab.hit.bme.hu X-BeenThere: javatech@ebizlab.hit.bme.hu X-Mailman-Version: 2.0.8 Precedence: bulk Reply-To: javatech@ebizlab.hit.bme.hu List-Help: List-Post: List-Subscribe: , List-Id: Rendszerfejlesztés Java technológiákkal List-Unsubscribe: , List-Archive: This is a multi-part message in MIME format. ------=_NextPart_000_0015_01C264D0.6BFFB310 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Onalloan mukodo Java programot szeretnek futtatni felhasznaloi = beavatkozas nelkul. Szeretnem ha a program elindulna rendszerinditaskor, es biztonsagosan leallna rendszer leallitaskor, valamint hogy a root (ill. administrator) ujra tudja inditani. Abban bizom, hogy letezik egy (mondjuk ?.demon) package, ami Linux es Windows verziora is megoldast ad. Ismer valaki ilyet? (NT-re talaltam valamit, de a Linux-os meg mindig kerdes) Vagy ha nincs ilyen package, milyen megoldast javasolsz a leallitasi = uzenet kuldesere. Elore is kosz... Gabor ------=_NextPart_000_0015_01C264D0.6BFFB310 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable
    Onalloan mukodo=20 Java programot szeretnek futtatni felhasznaloi beavatkozas
    nelkul. = Szeretnem=20 ha a program elindulna rendszerinditaskor, es
    biztonsagosan leallna = rendszer=20 leallitaskor, valamint hogy a root (ill.
    administrator) ujra tudja=20 inditani.

    Abban bizom, hogy letezik egy (mondjuk ?.demon) = package, ami=20 Linux es
    Windows verziora is megoldast ad.

    Ismer valaki=20 ilyet?
    (NT-re talaltam valamit, de a Linux-os meg mindig = kerdes)

    Vagy=20 ha nincs ilyen package, milyen megoldast javasolsz a leallitasi=20 uzenet
    kuldesere.

    Elore is=20 kosz...
    Gabor


    ------=_NextPart_000_0015_01C264D0.6BFFB310-- From attila@netalfa.hu Sun Feb 23 17:27:24 2003 Received: from diablo.netalfa.hu (diablo.netalfa.hu [10.0.7.31]) by lists.netalfa.hu (8.12.3/8.12.3) with ESMTP id h1NGRNpd014542 for ; Sun, 23 Feb 2003 17:27:24 +0100 (CET) (envelope-from attila@netalfa.hu) Received: from netalfa.hu (231.23-182-adsl-pool.axelero.hu [81.182.23.231]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by diablo.netalfa.hu (Postfix) with ESMTP id 74334396CCC for ; Sun, 23 Feb 2003 17:27:23 +0100 (CET) Message-ID: <3E58F5F0.50607@netalfa.hu> Date: Sun, 23 Feb 2003 17:25:20 +0100 From: =?ISO-8859-2?Q?Bogn=E1r_Attila?= User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; hu-HU; rv:1.2.1) Gecko/20021130 X-Accept-Language: hu, fr, en MIME-Version: 1.0 To: javatech@lists.netalfa.hu Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Subject: [JavaTech] =?iso-8859-2?q?k=F6lt=F6z=E9s?= X-BeenThere: javatech@lists.netalfa.hu X-Mailman-Version: 2.1.1 Precedence: list Reply-To: javatech@lists.netalfa.hu List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 Feb 2003 16:27:24 -0000 sziasztok, habár a java lista liberalizálódása miatt erre a listára nem nagyon van már szükség, azért él még (nagyon elvadult témáknak :-). bizonyos okoknál fogva átköltöztettem másik helyre, címben és láblécben látszik (elvileg) minden új tudnivaló, archívumot is átpakoltam. listatagokat is átraktam, aki digestben kérte a leveleket, azt is beállítottam (elnézést, ha esetleg félrenyomtam egy-egy pipát :-) üdv, attila From hvg@sch.bme.hu Fri Feb 20 15:03:39 2004 Return-Path: X-Original-To: javatech@lists.netalfa.hu Delivered-To: javatech@lists.netalfa.hu Received: from proxy.netalfa.net (proxy.netalfa.net [10.7.7.10]) by listhost (Postfix) with ESMTP id 0554350001 for ; Fri, 20 Feb 2004 15:03:39 +0100 (CET) Received: from shamir.crysys.hit.bme.hu (ebizlabrtr.hit.bme.hu [152.66.249.31]) by proxy.netalfa.net (Postfix) with ESMTP id E8E2332C030 for ; Fri, 20 Feb 2004 15:03:38 +0100 (CET) Received: from balu.sch.bme.hu (balu.sch.bme.hu [152.66.208.40]) by shamir.crysys.hit.bme.hu (8.12.11/8.12.11/Debian-1) with ESMTP id i1KE3YUH025797 for ; Fri, 20 Feb 2004 15:03:34 +0100 Received: from balu.sch.bme.hu (localhost [127.0.0.1]) by balu.sch.bme.hu (8.12.11/8.12.11) with ESMTP id i1KE3Yvr029036 for ; Fri, 20 Feb 2004 15:03:34 +0100 (CET) Received: from localhost (hvg@localhost) by balu.sch.bme.hu (8.12.11/8.12.9/Submit) with ESMTP id i1KE3YdJ029032 for ; Fri, 20 Feb 2004 15:03:34 +0100 (CET) X-Authentication-Warning: balu.sch.bme.hu: hvg owned process doing -bs From: Viktor Horvath X-X-Sender: hvg@balu To: javatech@ebizlab.hit.bme.hu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-2 Content-Transfer-Encoding: QUOTED-PRINTABLE X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Tue, 16 Mar 2004 11:52:49 +0100 Cc: Subject: [JavaTech] Java X-BeenThere: javatech@lists.netalfa.net X-Mailman-Version: 2.1.2 Precedence: list Reply-To: javatech@lists.netalfa.net List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Date: Fri, 20 Feb 2004 14:03:39 -0000 X-Original-Date: Fri, 20 Feb 2004 15:03:33 +0100 (CET) X-List-Received-Date: Fri, 20 Feb 2004 14:03:39 -0000 Kedves Listatagok! Java fejleszt=F5i munk=E1ra keresek EJBben is j=E1ratos szoftver fejleszt= =F5ket. Ha felkeltettem az =E9rdekl=F5d=E9seteket k=E9relek jelentkezzetek ezen az = e-mail c=EDmen. Miel=F5bbi v=E1laszotokat v=E1rom Horv=E1th Viktor From kirch.tamas@mee.hu Tue Mar 16 11:38:36 2004 Return-Path: X-Original-To: javatech@lists.netalfa.hu Delivered-To: javatech@lists.netalfa.hu Received: from proxy.netalfa.net (proxy.netalfa.net [10.7.7.10]) by listhost (Postfix) with ESMTP id 7B44950001 for ; Tue, 16 Mar 2004 11:38:36 +0100 (CET) Received: from shamir.crysys.hit.bme.hu (ebizlabrtr.hit.bme.hu [152.66.249.31]) by proxy.netalfa.net (Postfix) with ESMTP id 663FF32C02B for ; Tue, 16 Mar 2004 11:38:36 +0100 (CET) Received: from nic.bme.hu (nic.bme.hu [152.66.115.1]) by shamir.crysys.hit.bme.hu (8.12.11/8.12.11/Debian-1) with ESMTP id i2GAcMGj027577 for ; Tue, 16 Mar 2004 11:38:23 +0100 Received: from kechy (kechike.vpk.bme.hu [152.66.238.191]) by nic.bme.hu (Postfix) with SMTP id DFFE38B2A9 for ; Tue, 16 Mar 2004 11:38:22 +0100 (CET) Message-ID: <005101c40b42$ce5090b0$bfee4298@kechy> From: =?iso-8859-2?Q?Kirch_Tam=E1s?= To: Date: Tue, 16 Mar 2004 11:38:22 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_004E_01C40B4B.2FF11D00" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2800.1106 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1106 X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Tue, 16 Mar 2004 11:52:54 +0100 Cc: Subject: [JavaTech] doc/litarl wsdl X-BeenThere: javatech@lists.netalfa.net X-Mailman-Version: 2.1.2 Precedence: list Reply-To: javatech@lists.netalfa.net List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Mar 2004 10:38:36 -0000 This is a multi-part message in MIME format. ------=_NextPart_000_004E_01C40B4B.2FF11D00 Content-Type: text/plain; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable Sziasztok! Seg=EDts=E9get szeretn=E9k k=E9rni: Van egy egyszer=FB Web service, ami rpc/encoded. A JWSDP tutorial alapj=E1n csin=E1ltam Nekem viszont doc/literal kellene, hogy J2ME klienssel is el tudjam = =E9rni. Hogyan lehetne ezt kier=F5szakolni. L=E9gyszi mag=E1nba k=FCldj=E9tek, mert a list=E1n m=E9g nem vagyok = fent. k=F6szi. =FCdv, =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D -- Tam=E1s -- 70 / 242 9844 -- =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D ------=_NextPart_000_004E_01C40B4B.2FF11D00 Content-Type: text/html; charset="iso-8859-2" Content-Transfer-Encoding: quoted-printable

    Sziasztok!
     
     Seg=EDts=E9get szeretn=E9k = k=E9rni:
     
    Van egy egyszer=FB Web service, ami=20 rpc/encoded.
    A JWSDP tutorial alapj=E1n = csin=E1ltam
     
    Nekem viszont doc/literal = kellene, hogy J2ME=20 klienssel is el tudjam =E9rni.
    Hogyan lehetne ezt = kier=F5szakolni.
     
    L=E9gyszi mag=E1nba k=FCldj=E9tek, mert = a list=E1n m=E9g nem=20 vagyok fent.
    k=F6szi.
     
     
    =FCdv,
    =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
     --=20 Tam=E1s -- 70 / 242 9844=20 --
    =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D
    ------=_NextPart_000_004E_01C40B4B.2FF11D00-- From attila@netalfa.hu Thu Apr 8 22:11:53 2004 Return-Path: X-Original-To: javatech@lists.netalfa.hu Delivered-To: javatech@lists.netalfa.hu Received: from mail.netalfa.net (mailhost.netalfa.net [10.7.7.11]) by listhost (Postfix) with ESMTP id 3295350004 for ; Thu, 8 Apr 2004 22:11:53 +0200 (CEST) Received: by mail.netalfa.net (Postfix, from userid 103) id 0EF0B1AC37B; Thu, 8 Apr 2004 22:11:53 +0200 (CEST) X-Scanned-By: AMaViS-ng at Netalfa.net Received: from netalfa.hu (93.175-182-adsl-pool.axelero.hu [81.182.175.93]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.netalfa.net (Postfix) with ESMTP id D21B21AC34F for ; Thu, 8 Apr 2004 22:11:51 +0200 (CEST) Message-ID: <4075B1F0.40306@netalfa.hu> Date: Thu, 08 Apr 2004 22:11:28 +0200 From: =?ISO-8859-2?Q?bogn=E1r_attila?= User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) X-Accept-Language: en-us, en MIME-Version: 1.0 To: javatech@lists.netalfa.hu Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 8bit Cc: Subject: [JavaTech] mysql, jdbc, gpl X-BeenThere: javatech@lists.netalfa.net X-Mailman-Version: 2.1.2 Precedence: list Reply-To: javatech@lists.netalfa.net List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 08 Apr 2004 20:11:53 -0000 sziasztok, régebben felvetettem a kérdést, az egyik közismert portálon van róla egy szál, akit érdekel érdemes beleolvasni (... hogy továbbra is kételyek között legyen kénytelen élni :-) http://www.theserverside.com/news/thread.tss?thread_id=24926 üdv, attila