You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
(25) |
Apr
(8) |
May
(1) |
Jun
(12) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Kouba T. <to...@ne...> - 2003-03-27 15:41:20
|
Byla spustena Pre-Alpha faze projektu Dialogus.net -- Kouba Tomas mailto:to...@ne... |
From: Kouba T. <to...@ne...> - 2003-03-27 15:20:51
|
Zdravim a preji pekny den, trochu jste me vydesil. Tak jsem se rozhodl, ze zacnu programovat uvodni casti (inicializace, nacteni konfigurace apod.) a potom, po trochu zkusenostech, zacnu premyslet nad tentito zasadnimi tridami. -- Kouba Tomas mailto:to...@ne... > > No ono to neni vubec jednoduche, jak by na prvni pohled mohlo vypadat. > Takze nejdriv zakladni pozadavky rozdelene podle funkcionality: > Prace se socketem: > 1. Trida si zaregistruje Serverovy socket a povesi se na nej. > 2. Socket musi jit uvolnit a rebindovat si jiny. > 3. Vse musi byt hezky konfigurovatelne > Cteni textovych prikazu: > tady je optreba si rici, co maji vsechny ty protokoly spolecne. > Podle mne pouze to, ze jsou textove a tudiz jejich spolecne rozhrani > je totozne s praci s textovymi soubory - nacti radek a spracuj jej. > > Mame tedy dve tridy - jedno je skutecna trida, ktera ma jako > svou polozku ServerSocket a jeji metody s nim pracuji. > > Druhou tridou je pouze rozhrani, ktere ma zatim jedinou metodu - > processLine(). > Implementace tohoto rozhrani si budou drzet vnitrni stav a podle toho > se budou rozhodovat, co s danym radkem udelat - je to prikaz, > jsou to data,... > No, pak je samozrejme treba jeste ukoncit spracovani vystupu, takze mame > jeste metodu close(). > > Prvni trida ve svem konstruktoru dostane implementaci tridy druhe. > > Toto je prvni nastrel ukazky, jak navrhovat objekty. > > V zaklade je totiz treba mit na pameti dve veci: > zapouzdreni elementarni funkcionality > dusledna snaha o navrh znovupouzitelnych komponent. > > Pred vlastnim programovanim je treba si rict (k temto tridam): > - jak bude udelana konfigurace > - jak bude naimplementovan kazdy protokol > - jak bude udelan vystup z onech handleru protokolu > > No a pak uz muzete zacit s prvni casti programovani, > s obecnou tridou na spravu serveroveho socketu a prototypu tridy > na cteni protokolu (klidne pro zacatek jenom echo) > > Oto 'tapik' Buchta > > > ------------------------------------------------------- > This SF.net email is sponsored by: > The Definitive IT and Networking Event. Be There! > NetWorld+Interop Las Vegas 2003 -- Register today! > http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en > _______________________________________________ > Dialogus-developers mailing list > Dia...@li... > https://lists.sourceforge.net/lists/listinfo/dialogus-developers > |
From: <ta...@we...> - 2003-03-26 20:42:50
|
On Wed, Mar 26, 2003 at 03:04:39PM +0100, Kouba Tomas wrote: > Zdravim a preji pekny den, > > Dialogus.net bude obsahovat mnoho serveru (a klientu), kteri budou pres > TPC/IP sokety prijimat prikazy. Napr. prijem emailu, POP3, LDAP, IMAP4 apod. > (klient: odesilani emailu). Pokud vim, tak vsechny tyto servery (mozna i > klienti) prijimaji radkove prikazy pres TCP/IP v textovem formatu: > > 1. otevre se novy soket na portu serveru; > 2. vytvori se spojeni; > 3. zpracovavaji se prikazy od klienta; > 4. ukonci se spojeni. > > Asi by na to mela existovat trida, ktera by toto vsechno delala, ale mela > drobne upravy pro jednotlive sluzby (soket, seznam prikazu a jejich > zpracovani, apod.) > > Jak na ni? No ono to neni vubec jednoduche, jak by na prvni pohled mohlo vypadat. Takze nejdriv zakladni pozadavky rozdelene podle funkcionality: Prace se socketem: 1. Trida si zaregistruje Serverovy socket a povesi se na nej. 2. Socket musi jit uvolnit a rebindovat si jiny. 3. Vse musi byt hezky konfigurovatelne Cteni textovych prikazu: tady je optreba si rici, co maji vsechny ty protokoly spolecne. Podle mne pouze to, ze jsou textove a tudiz jejich spolecne rozhrani je totozne s praci s textovymi soubory - nacti radek a spracuj jej. Mame tedy dve tridy - jedno je skutecna trida, ktera ma jako svou polozku ServerSocket a jeji metody s nim pracuji. Druhou tridou je pouze rozhrani, ktere ma zatim jedinou metodu - processLine(). Implementace tohoto rozhrani si budou drzet vnitrni stav a podle toho se budou rozhodovat, co s danym radkem udelat - je to prikaz, jsou to data,... No, pak je samozrejme treba jeste ukoncit spracovani vystupu, takze mame jeste metodu close(). Prvni trida ve svem konstruktoru dostane implementaci tridy druhe. Toto je prvni nastrel ukazky, jak navrhovat objekty. V zaklade je totiz treba mit na pameti dve veci: zapouzdreni elementarni funkcionality dusledna snaha o navrh znovupouzitelnych komponent. Pred vlastnim programovanim je treba si rict (k temto tridam): - jak bude udelana konfigurace - jak bude naimplementovan kazdy protokol - jak bude udelan vystup z onech handleru protokolu No a pak uz muzete zacit s prvni casti programovani, s obecnou tridou na spravu serveroveho socketu a prototypu tridy na cteni protokolu (klidne pro zacatek jenom echo) Oto 'tapik' Buchta |
From: Kouba T. <to...@ne...> - 2003-03-26 14:04:51
|
Zdravim a preji pekny den, Dialogus.net bude obsahovat mnoho serveru (a klientu), kteri budou pres TPC/IP sokety prijimat prikazy. Napr. prijem emailu, POP3, LDAP, IMAP4 apod. (klient: odesilani emailu). Pokud vim, tak vsechny tyto servery (mozna i klienti) prijimaji radkove prikazy pres TCP/IP v textovem formatu: 1. otevre se novy soket na portu serveru; 2. vytvori se spojeni; 3. zpracovavaji se prikazy od klienta; 4. ukonci se spojeni. Asi by na to mela existovat trida, ktera by toto vsechno delala, ale mela drobne upravy pro jednotlive sluzby (soket, seznam prikazu a jejich zpracovani, apod.) Jak na ni? -- Kouba Tomas mailto:to...@ne... |
From: Kouba T. <to...@ne...> - 2003-03-26 13:48:55
|
Myslim, ze bych se mohl pustit do kodovani prvni casti? Co myslite? -- Kouba Tomas mailto:to...@ne... |
From: <ta...@we...> - 2003-03-26 08:23:03
|
On Tue, Mar 25, 2003 at 05:17:58PM +0100, Kouba Tomas wrote: > Priznavam se, ze tady trochu tapu. Neni to zbytecne? > > Ja jsem se domnival, ze vytvoreni threadu je velmi rychle. Domnival jsem se, > ze narocne je treba fork(), kde se vytvari novy proces, ale vlakno? > No prave jsem si vytvoril jednoduchy test, ktery ukazuje, ze vytvoreni, spusteni a destrukce 1000 vlaken trva jen neco pres 1.2 vteriny, tudiz opravdu je mozne toto zanedbat. V drivejsich Javach byl prave s Thready na Linuxovych jadrech velky problem. Je videt, ze si dali opravdu zalezet a ze nove thready v kernelu a nova Java 1.4 udelali opravdovy skok kupredu. Oto 'tapik' Buchta |
From: Kouba T. <to...@ne...> - 2003-03-25 16:18:08
|
Priznavam se, ze tady trochu tapu. Neni to zbytecne? Ja jsem se domnival, ze vytvoreni threadu je velmi rychle. Domnival jsem se, ze narocne je treba fork(), kde se vytvari novy proces, ale vlakno? -- Kouba Tomas mailto:to...@ne... > No a na závěr drobná připomínka k dPrimer. Startování threadů je zbytečně > náročné. Ideální je vytvořit thread-pool (pokud je požadavek > omezovat jejich > počet, tak pro každý typ threadu jeden) a thready nechat běžet v > nekonečném > cyklu, po vykonání patřičné akce ho nechat usnout a až je potřeba, tak > probudit. Toto umí Java velice elegantně. > > Na další upřesňující informace se těší, > > Oto 'tapik' Buchta > |
From: Kouba T. <to...@ne...> - 2003-03-25 16:15:48
|
Plne souhlasim. Myslim, ze to XML tam dam hned. -- Kouba Tomas mailto:to...@ne... > na klikací rozhraní a rozdělení práv uživatelů než vlastní funkcionalitu > systému. Pro první fázi bych doporučoval nezavádět uživatele ani webové > rozhraní, konfigurovat klidně editací konstant ve zdrojácích > (ikdyž práce s > XML je strašně jednoduchá) a maily číst pomocí vi, hlavně bych se > soustředil > na naimplementování SMTP - jádra systému, bez kterého zbytek nemá > smysl a na > kterém se dá postupně stavět. K funkčnímu SMTP a mailboxům se dá krásně > dodělat POP, zapasovat tam uživatele a skupiny také nebude > problém. Prostě > kódovat po menších celcích. > |
From: Kouba T. <to...@ne...> - 2003-03-25 16:13:34
|
Tak jsem prostudoval maildir a odmítl jsem ho. Veskera dokumentace vcetne duvodu odmitnuti k tomuto problemu je v souboru ulozeni_dat.html v CVS. -- Kouba Tomas mailto:to...@ne... |
From: <ta...@we...> - 2003-03-25 11:44:30
|
T24gTW9uLCBNYXIgMjQsIDIwMDMgYXQgMTI6NDI6MzlQTSArMDEwMCwgS291YmEgVG9tYXMg d3JvdGU6DQo+IEZpbHRyeSBqc2VtIHByZXByYWNvdmFsLiBWaXogQ1ZTLg0KPiANCg0KRG5l c2thIHNlIG5hIHRvIGp1a251Lg0KIA0KPiA+IDMpIEphayBzZSBpbnZva3Vqw60gZmlsdHJ5 PyBDbyBqZSB2bGFzdG7EmyBmaWx0cj8gSmFrIHNlIMWZZXTEm3rDrT8gKHRhZHkgamUNCj4g PiBzbG/Fvml0w6kgbsSbY28ga29ua3LDqXRuw61obyBkb3BvcnXEjWl0IGsgcHJvc3R1ZG92 w6Fuw60sIGFieSB0bw0KPiA+IG5lemFicmFsbyBuxJtrb2xpaw0KPiA+IHTDvWRuxa8gc3R1 ZGlhLCBwxZllc3RvIHN0b2rDrSB6YSDDunZhaHUgemFteXNsZXQgc2UgbmFkIHBvdcW+aXTD rW0gYsSbxb5uxJsNCj4gPiBuYXNhem92YW7DvWNoIGZpbHRyxa8gVU5JWG92w6lobyB0eXB1 IMSNaSBpbnRlcm1lZGlhcmllcyB6bsOhbcO9Y2gNCj4gPiBuYXDFmcOta2xhZCB6IEhUVFAN Cj4gDQo= |
From: Kouba T. <to...@ne...> - 2003-03-24 11:42:51
|
Filtry jsem prepracoval. Viz CVS. -- Kouba Tomas mailto:to...@ne... > 3) Jak se invokují filtry? Co je vlastně filtr? Jak se řetězí? (tady je > složité něco konkrétního doporučit k prostudování, aby to > nezabralo několik > týdnů studia, přesto stojí za úvahu zamyslet se nad použitím běžně > nasazovaných filtrů UNIXového typu či intermediaries známých > například z HTTP |
From: Kouba T. <to...@ne...> - 2003-03-24 11:41:42
|
Studuji ho. Doufam, ze uz jste zdravy? -- Kouba Tomas mailto:to...@ne... > 1) Jak se děje komunikace přes souborový systém? (doporučuji prostudovat > "standard" maildir) |
From: Kouba T. <to...@ne...> - 2003-03-20 12:43:28
|
Ano, ten jsem nasel take a libi se mi... --=20 Kouba Tomas=20 mailto:to...@ne...=20 > >=20 > > p=C5=99i ob=C4=9Bd=C4=9B jsme mluvili o tom, =C5=BEe Dialogus.net = bude pracovat=20 > implicitn=C4=9B nad > > svoj=C3=AD intern=C3=AD SQL datab=C3=A1z=C3=AD. Vy jste = n=C4=9Bjak=C3=BD produkt navrhoval. Co to bylo > > pros=C3=ADm? > >=20 >=20 > Ja osobne mam dobre zkusenosti s hypersonicem, nyni HSSQLDB, > ktery jiste nebyl nahodou vybran jako databaze do JBosse, > nejlepsi open source implementace J2EE. >=20 > Navic implementuje i JTAckovy XA resource (objektove obecne=20 > transakce) , je ale potreba mit nejaky JTA manager, napriklad=20 > Open-Source Tyrex. >=20 > Oto 'tapik' Buchta >=20 |
From: <ta...@we...> - 2003-03-20 11:42:53
|
On Wed, Mar 19, 2003 at 10:45:18AM +0100, Kouba Tomas wrote: > Zdrav=C3=ADm a p=C5=99eji p=C4=9Bkn=C3=BD den, >=20 > p=C5=99i ob=C4=9Bd=C4=9B jsme mluvili o tom, =C5=BEe Dialogus.net bude = pracovat implicitn=C4=9B nad > svoj=C3=AD intern=C3=AD SQL datab=C3=A1z=C3=AD. Vy jste n=C4=9Bjak=C3=BD= produkt navrhoval. Co to bylo > pros=C3=ADm? >=20 Ja osobne mam dobre zkusenosti s hypersonicem, nyni HSSQLDB, ktery jiste nebyl nahodou vybran jako databaze do JBosse, nejlepsi open source implementace J2EE. Navic implementuje i JTAckovy XA resource (objektove obecne transakce) , = je ale potreba mit nejaky JTA manager, napriklad Open-Source Tyrex. Oto 'tapik' Buchta |
From: Kouba T. <to...@ne...> - 2003-03-19 10:43:08
|
Tento email bych nemel dostat, protoz ejsem ho sam napsal... -- Kouba Tomas mailto:to...@ne... |
From: Kouba T. <to...@ne...> - 2003-03-19 10:34:27
|
Vyborne, uz to funguje... -- Kouba Tomas mailto:to...@ne... > -----Original Message----- > From: dia...@li... > [mailto:dia...@li...]On Behalf Of > Kouba Tomas > Sent: Wednesday, March 19, 2003 11:23 AM > To: Konference dialogus-developers > Subject: [Dialogus-developers] RE: test na reply > > > Jak to, ze to nefunguje! Jeste jeden pokus > > -- > Kouba Tomas > mailto:to...@ne... > > > -----Original Message----- > > From: dia...@li... > > [mailto:dia...@li...]On Behalf Of > > Kouba Tomas > > Sent: Wednesday, March 19, 2003 11:15 AM > > To: dia...@li... > > Subject: test na reply > > > > > > test na reply: reply ma ted smerovat do konference > > > > -- > > Kouba Tomas > > mailto:to...@ne... > > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Does your code think in ink? > You could win a Tablet PC. Get a free Tablet PC hat just for playing. > What are you waiting for? > http://ads.sourceforge.net/cgi-bin/redirect.pl?micr5043en > _______________________________________________ > Dialogus-developers mailing list > Dia...@li... > https://lists.sourceforge.net/lists/listinfo/dialogus-developers > |
From: Kouba T. <to...@ne...> - 2003-03-19 10:23:37
|
Jak to, ze to nefunguje! Jeste jeden pokus -- Kouba Tomas mailto:to...@ne... > -----Original Message----- > From: dia...@li... > [mailto:dia...@li...]On Behalf Of > Kouba Tomas > Sent: Wednesday, March 19, 2003 11:15 AM > To: dia...@li... > Subject: test na reply > > > test na reply: reply ma ted smerovat do konference > > -- > Kouba Tomas > mailto:to...@ne... > > |
From: Kouba T. <to...@ne...> - 2003-03-19 09:45:32
|
Zdravím a přeji pěkný den, při obědě jsme mluvili o tom, že Dialogus.net bude pracovat implicitně nad svojí interní SQL databází. Vy jste nějaký produkt navrhoval. Co to bylo prosím? -- Kouba Tomas mailto:to...@ne... |
From: Kouba T. <to...@ne...> - 2003-03-19 09:42:32
|
Prosím, aby jste si nainstaloval produkt Poseidon z http://www.gentleware.com/ Je i pro Linux, psan v Jave. Přešel jsem na něj kvůli Vám, protože jsem diagramy před tím vytvářel ve Smartdraw a ten byl pouze pro MS Windows. Všechny diagramy jsem přepracoval pod Poseidona a i když to není tak hezké jako ze Smartdrawu, tak to zase umí spolupracovat s Javou. -- Kouba Tomas mailto:to...@ne... |
From: <ta...@we...> - 2003-03-19 09:30:07
|
Test ta...@bu... |
From: Kouba T. <to...@ne...> - 2003-03-17 13:42:08
|
2. testovaci zprava -- Kouba Tomas mailto:to...@ne... |
From: Kouba T. <to...@ne...> - 2003-03-17 13:06:30
|
1. testovaci zprava -- Kouba Tomas mailto:to...@ne... |