[Javalist] Java Appserver

[György Szimeonov]

Hacsak nem a default beallitasokkal akarod hasznalni a tomcatet,
performanciaval nem lesz problemad. Nalunk 1 honapja volt performancia
teszt kozel 3000 belogolt userrel az alkalmazas siman mukodott.


2014. április 1. 12:01 József Keresztes írta, <xesj.hu at gmail.com>:

> Sziasztok !
>
> Köszi a válaszokat ! Az az igazság hogy a Tomcat-et én igazából nem
> gondoltam komolynak, természetesen otthoni hobby projektnél Tomcat-et
> használok én is, de egy vállalati környzetben ahol komolyabb terhelés van,
> rengeteg user-rel, és intenzív használattal, én nem mertem volna Tomcat-re
> bízni a dolgot. De most megingattatak ebben a hitben, bár kollégám így sem
> hiszi hogy komoly terhelés alatt jól működne, ő azt olvasta hogy igencsak
> be tud lassulni.
> Lehet hogy próbálkozunk a JBoss-al és bízunk benne hogy állja majd a sarat
> és nem omlik össze.
>
> Az a nagy igazság hogy nekem eddig nem volt bajom a Glassfish-el sem, de
> most egy külső fejlesztő csinált egy alkalmazást ami intenzív használatnak
> van kitéve. És mondhatjuk így a Glassfish mintha nem igazán bírná a
> terhelést...
>
> Joe
>
>
> 2014. április 1. 12:22 Ákos Gábriel írta, <akos.gabriel at i-logic.hu>:
>
>> 2014. március 31. 23:22 Auth Gábor írta, <auth.gabor at javaforum.hu>:
>>
>>
>>> ...de eleinte magas elvárások vannak a készülő rendszerrel kapcsolatban,
>>> ezért JavaEE alapokon terveznek, építkeznek, aztán már csak ácsolnak, majd
>>> barkácsolnak, végül kókányolnak...
>>>
>>
>>  Ó je.
>>
>>
>>>
>>>
>>> > Amikre aztán persze tök könnyű replacementet találni... :)
>>>
>>>
>>>
>>> ...az üzlet pedig már annak is örül a projekt vége utáni sokadik
>>> határidőnél, ha alapvetően működik, ezért jó a kézihajtányos megoldás is,
>>> amihez sokkal több szakembert találni, mint ahhoz, amit eredetileg
>>> megálmodtak. :)
>>>
>>>
>>>
>>> Spring esetén még mindig nehéz több VM-en keresztüli caller context
>>> delegation-el elosztott tranzakciókat kezelni. Ebből adódóan nincs rendes
>>> rollback kezelés az adatbázison kívüli erőforrásokra (néha adatbázisra se,
>>> ha külön VM dolgozik a két adatbázissal)... és így tovább. Ahol ez nem
>>> lényeges, ott jó bármi JavaEE helyett, ahol lényeges, ott szinte csak a
>>> JavaEE marad, mint kényelmes eszköz.
>>>
>>
>> Úgy nézel ki mint aki ért ahhoz amiről beszél :)
>>
>> Én akkor vagyok bajban amikor másik szállító munkáját kell minősítenem,
>> tudván hogy olyan embereket tettek a projektre akik az adott technológiában
>> pont nulla tapasztalattal rendelkeznek.
>> De hát a management úgy volt vele, hogy a projekt irányai már ki vannak
>> jelölve, elboldogul benne akárki, hát nem...
>>
>> Üdv,
>> Ákos
>>
>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
>>
>
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20140401/26d34114/attachment.html>