Writing SERVER

Nikoj pisal li e server? I po specialno niakoj pisal li e server pod Java? Interesuwa me niakakwa literatura ili imformacia za naj obstite koncepcii w tazi nasoka za postigane na performace i scalability. W smisyl uprawlenie na nishkite, socket-ite i dr. udobni tehniki. Dori da ne e specialno za Java predpolagam che obstite koncepcii sa ednakwi. Ako wyobste ima takiwa koncepcii :))))! Ste byda mnogo blagodaren!
Mersi predwaritelno!

мдаааа, ако беше потърсил малко из интернет щеше да намериш един куп разнообразни сървъри написани на Java. Не че на мен ми е много ясно какъв точно сървър търсиш но сигурно има такова нещо и на Java.
Впрочем най-добре да си погледнеш tutorial-а на SUN който според мен е най-доброто четиво за начинаещ(и не само) Java програмист.
впрочем защо не потърсиш на freshmeat.net java + server или пък на sourceforge.net?

Znachi ne stawa duma za nachalno niwo na Java. Smistam che weche imam edno dosta dobro niwo na Java pone w niakoi oblasti. Tuka stawa duma za pisane na server. Server-a ste obslujwa mnogo klienti i ste im predostawia informacia. Wyprosa e da e dostatychno byrz i da e SCALABLE. Namerih niakoi obsti nasoki za pisaneto na serveri ama sa mnogo malko i ne mi wyrshat pochti nikakwa rabota. Server-a za kojto stawa duma e dosta specifichen i wyobste ne e obekt na diskusiata tuka. No ste obslujwa mnogo rekuesti i mi e interesno ako niakoj se e zanimawal po wyprosa i moje da me nasochi nesto da procheta. Da ne preotkriwame koleloto kakto se kazwa!

Az bih pusnal edin apache s poddrujka na JSP.
Inache sum sreshtal dosta server prilojeniq pisani na Java, no ne bih kazal che e nai-dobriq variant!

Da kajem che Java e iziskwane na klienta i ne se komentira. Ama pak kazwam men mi triabwat koncepcii, arhitekturi, preporyki i t.n.

Aha, pishesh za tupi amerikanci, te sa maniaci na tema Java:)))

Ami cheti iz net-a, mnogo mi e trudno da ti dam konkretni obqsneniq:((

Mai za java shte ti trqbva neshto kato application server s EJB-ta, ako iskash scalability.
Bazovata arhitektura s protokoli, koito sa connection-oriented i pozvolqvat multiplexirane, e slednata:
* Edin thread slusha za novi zaqvki ot clientite, drug(i) ili sashtiqt - za novi saobshteniq po veche otvorenite connection-i;
* Gorespomenatite threadove poluchavat zaqvkite i gi preprashtat v opashkata na thread pool, kadeto worker threadovete gi obsluzhvat (do nqkolko worker thread-a na procesor, v zavisimost ot nalichieto na blocking i/o v workeri-te, napr. dostap do DB) i izprashtat rezultata kam clientite.
Po princip problemat na javata e, che ne pozvolqva multiplexirane na i/o operaciite, t.e. ne pozvolqva dostap do select, async i/o, completion ports i drugi vazmozhnosti na savremennite OS. Tova oznachava, che trqbva ili da polzvash connectionless protocoli (UDP), ili da puskash po edin thread za vseki client. V parviqt sluchai shte trqbva da si osigurish nadezhdnostta na protokola samostoqtelno (t.e. da si napravish neshto kato TCP varhu UDP samostoqtelno), a vav vtoriq sluchai sistemata ti nqma da bade scalable, osobeno ako JVM-at polzva native threadove. Taka che praveneto na scalable serveri s chista Java e mnogo problematichno ot tazi gledna tochka. Drugiqt variant e da se napishe modul na C/C++, koito da obsluzhva komunikaciqta i thread poolovete, a Java-ta da se puska samo v worker threadovete. Ili da se zakupi application server, koito varshi sashtata rabota (napr. s EJB-ta).

Препоръчвам ти следните книжки:
Тайните на Java, Програмиране в Интернет 1 и 2 част
Издателство LIO Book Publishing
автори Кристофър Стоун, Джо Уебър.
Има ги Славейков и на другите места.

Обяснени са TCP и UDP протоколите. Има малки примери за
писане на сървери. Слушане на сокети и приемане и обработка
на заявката когато имаш връзка на съответния порт.

А иначе по мрежата има доста места.

Но това ми се вижда глупаво. Ако искаш да пишеш сървър
дето да използва специален протокол става.
А иначе си е чиста глупост.
При положение, че има CORBA, EJB, RMI и други технологии
за комуникация и повечето идват с JDK 1.3 ми се струва
неразумно да окриваш топлата вода отново.
Така, че следвай съвета на Arhiteckt. :-)

Поздрави

Blagodari mnogo za informaciata. Ideata e che server-a nima nisto obsto s EJB a i niam smisyl da se izpolzwa. Syrwer-a ste e tiasno specializiran i za towa triabwa da se pishe wsichko.
Merisi otnowo!