Pokud se to pro Tomcat nehodi do spolecneho classloaderu, tak je to
nedatelne. Druhym resenim je to co navrhuje Lukas, ale znamena to, ze
se vzdate Tomcatu.

2009/2/11 Robert Novotny <[email protected]>:
> Oddelenie funkcionality od webovej aplikacie je, zial, nemozne.
> Je to zdedena webova aplikacia, kde taketo riesenie neprichadza do uvahy.
>
> Ale v inom pripade by to bol dobry napad.
>
> On Wed, 11 Feb 2009 12:45:19 +0100, Martin Kuba <[email protected]> wrote:
>
>> Navrhuji nápad 5, mít tři projekty, v jednom jen třídy představující
>> funkcionalitu aplikace, ve druhém webovou aplikaci a ve třetím
>> webové služby. Druhý a třetí projekt budou záviset na prvním,
>> takže třídy budete udržovat jen jednou, ale v běžícím TomCatu
>> budou dvakrát, v každé webové aplikaci zvlášť.
>>
>> Zívislosti mezi projekty se dají udělatv NetBeans, v IntellijIDEA i v
>> Mavenu, a určitě i jinde.
>>
>> Makub
>>
>> Robert Novotny napsal(a):
>>>
>>> Napad 4:
>>> * Dva projekty (1 existujuci pre jadro, druhy pre WS, WS zavisi na
>>> jadre).
>>> Dve webove aplikacie (jedna cisto pre WS, druha pre jadro).
>>> WS webaplikacia nejakym zazracnym sposobom "vidi" triedy z webaplikacie
>>> jadra.
>>> Pozeral som sa na principy classloaderov v Tomcate, ale jediny sposob by
>>> bol nasadit
>>> triedy do SYSTEM classloadera Tomcatu, co znamena publikovanie JARov
>>> jadra
>>> do $TOMCAT/lib, co nie je ktovieco.
>>>
>>> Nemate niekto skusenosti s komunikaciou dvoch web aplikacii alebo
>>> nejaku radu, ktory napad je lepsi? Vdaka.
>>>
>>> Robert Novotny
>>
>>
>
>
>
> --
> Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
>



-- 
S pozdravem Roman "Dagi" Pichlik

/* http://www.sweb.cz/pichlik/ Blog pro kodery */

Odpovedet emailem