Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Zelený je lopuch,
fotbal to je hra...

Lopuch.cz
Jméno:
Heslo:
Podpora LCD:
 
Klub Programování [ŽP: neomezená] (kategorie Programování) moderuje tvx.
Archiv
  Nastavení klubu     Nastavení práv     Homepage     Anketa     Přítomní     Oblíbené     Lopuch     Kategorie  
autor: 
text: 
vyplnit a 
Help
 Titulek, text příspěvku  
Opište pozpátku následující text bez prostředního znaku: fsqlefy
[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  
operator304 23.8.2010 11:59  1173
Na tom neco je :) Bojim se toho XML tolik, ze to me nenapadlo...
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 23.8.2010 11:58  1172
operator304 [1171]: krmit webova sluzba = posilat SOAP? Tak to je asi jednodussi rovnou stavet ty SOAPovy objekty, coz je XML, ne? Nez z XSD delat Javovy tridy a ty pak serializovat do XML :)
operator304 23.8.2010 11:48  1171
Jde mi o to, ze komponente se predhodi XSD, podle kteryho se budou nasledne stavet objekty kteryma se bude krmit nespecifikovana webova sluzba. Musi to byt univerzalni. Mozna na to jdu strasne slozite, ale napadlo me generovat si dynamicky tridy, ktery bych plnil obsahem ze vstupnich XML a nasledne hazel te webservise.

Napada nekoho nejaky lepsi cistsi reseni?
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 23.8.2010 11:38  1170
operator304 [1169]: normalni reflexi urcite ne. AFAIK existuji nejake knihovny pro dynamicke staveni trid (pouziva to myslim treba AOP a podobne srandy), ale rozhodne to neni standartni soucast Javy. Groovy neznam, takze nevim.
operator304 23.8.2010 11:32  1169
Je mozne v Jave reflexi pridavat fieldy na nejakou tridu? Respektive konstruovat si dynamickou tridu za behu?

Eventuelne v groovy?
norfin Norfin 10.8.2010 15:43  1168
Po letmem zhlednuti se to zda hodne drsne. Nevim, jestli najdu silu se tim nejak prokousat.
pepak pepak - Pepak.net 10.8.2010 08:44  1167
Zatím prý k tomu důkazu neexistuje nezávislé ověření, takže ještě není jisté, že v něm není nějaká chyba.
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 10.8.2010 08:28  1166
Jj, uz jsem to zahlid vcera.. Bohuzel jsem neprosel ani pres abstrakt, uz jsem z toho nejak vypadl :)
operator304 10.8.2010 08:09  1165
P != NP
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 4.8.2010 15:28  1164
Kovarik [1162]: Na takovyhle urovni prave nema smysl se tim dal zabyvat a bohate to staci tak, k cemu se tu doslo. Ta "programatorske zhezceni", co jsem mel na mysli, by vedla akorat ke zbytecnemu zesloziteni (opet z hlediska toho, proc to delas, v "realu" by ta zesloziteni zbytecna nebyla).
bredy 4.8.2010 15:28  1163
KovarikTohle je jen akademická diskuze.
kovarik 4.8.2010 15:25  1162
KdokolivKdyž to zhezčíš a dáš sem, budu jen rád.
Ale je třeba poctivě přiznat, že se jedná jen o vtípek pro kamaráda javistu (detaily nejsou zajímavé a nebudu tu s nimi zabírat místo), takže zvaž, jestli to stojí za tvůj čas. Trochu jsem se přecenil, netušil jsem, jak složité to bude - jinak bych se do toho ani nepouštěl.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 4.8.2010 15:22  1161
Tessien [1159]: Nemuzes rict rovnou, ze to neni synchronizovany? Kdyz napises reentrantni, tak tomu nerozumim. :-)
Jo, to vim (respektive jsem si precet), ale opet si myslim, ze jsme uz davno ponekud nad ramec puvodniho problemu. :-) Furt k ty instanci muzes mit synchronizovanej getter (samozrejme je pak nutne ten getter dusledne pouzivat).
bredy 4.8.2010 15:16  1160
To je lepší mít TLS proměnnou, nebo to tedy zamykat (bottleneck). Nevím, jakou má Java podporu TLS proměnných.
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 4.8.2010 15:08  1159
Kdokoliv [1158]: problem je, ze kdyz budes mit multithreadovou aplikaci a 2 thready budou ve stejnou chvili pristupovat ke stejny instanci toho formatteru, tak se to bude chovat nedefinovane.
[ 857 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt