Programování - diskusní klub na Lopuchu

Registrace nového uživatele

Návod

Kluby

Archív Lopuchu

Lopuch.cz

Tolik rozruchu
jen v Lopuchu

Lopuch.cz

	Klub Programování [ŽP: neomezená] (kategorie Programování) moderuje tvx.
	Archiv

Nastavení klubu

Nastavení práv

Homepage

Anketa

Help

[ 857 ]

<Novější <<<Nejnovější Nejstarší>>> Starší>

30.6.2011 14:38

1322

operator304 [1314]: Tak jsem to vyresil.

Puvodcem problemu byla mbean, ktera se pokousela spustit nejakou logiku v EJB. Problem byl ten, ze to zkousela v dobe, kdy jeste nebyla nadeployovana samotna EJB aplikace.

Vyresil jsem to rozdelenim aplikace na dva eary, kde jeden je hlavni a druhy obsahuje jenom tridu te mbeany. Do META-INF tohoto earu jsem presunul XML s definici mbeany a v

JBOSS_HOME\server\conf\bootstrap\deployers.xml

jsem v beane

topContextComparator

nastavil poradi deploymentu tech earu, aby se deployment hlavni aplikace pustil jako prvni a ear s mbeanou se deployoval jako druhy.


	30.6.2011 14:34	1321
	huhNo už jsem ve fázi, kdy nepotřebuju další framework, když už mám vlastní, jmenuje se LightSpeed. A většinu věcí co je minimálně v STL tam mám implementovaný samozřejmě jinak (a myslím si, že lépe). Knihovna zatím není veřejná, protože je potřeba věnovat nemalou část času na pročištění od zbytečných kotev, které se tam objevily během vývoje


	28.6.2011 13:11	1320
	Tessien [1319]: To jsem taky zkousel, nacpat mu to rovnou do konstruktoru :( Nastavoval jsem uz asi vsechno... A je to 1099. :)


	Tessien Of course slavery is the worst thing - that ever happened. But maybe... 28.6.2011 13:08	1319
	operator304 [1318]: mozna zkus dat InitialContextu nejaky inicializacni parametry, aspon adresu JNDI serveru (localhost:1899 nebo jako to je)?


	28.6.2011 12:24	1318
	Vygooglil jsem nekolik threadu, kde mel nekdo presne tenhle problem, ale vzdycky bez odpovedi. A dela to i na JBoss 6


	Tessien Of course slavery is the worst thing - that ever happened. But maybe... 28.6.2011 12:22	1317
	S timhle uz jsem taky parkrat bojoval a nakonec jsem to vzdycky poresil nejak trial and error :/


	28.6.2011 12:21	1316
	Tessien [1315]: To uz jsem zkousel ze vsech stran... :(


	Tessien Of course slavery is the worst thing - that ever happened. But maybe... 28.6.2011 12:20	1315
	IMO to bude nejaka pruda s tema ruznyma divnyma JNDI namespacama jako java:/ a podobne.


	28.6.2011 12:15	1314
	EJB 2x ProblemMam problem s aplikaci na Jboss 5.1.0. Pri startu se snazi deploynout jednu mbeanu, ktera pouziva nektere EJB2 beany. Dostavam tuhle exception: javax.naming.NameNotFoundException: pp3m_emt not bound Vylitne to z new InitialContext().lookup("pp3m_emt/NejakaEJBeana") Kdyz si vylistuju vsechny beany v jmx konzoli, tak tam pp3m_emt/NejakaEJBeana samozrejme je... Tusim, ze by mohl byt nejaky problem v tom, ze je to volane v podstate z mbeany, ktera nemusi mit pristup k tomu globalnimu space. Ale uz netusim, kam se podivat.


	25.6.2011 18:37	1313
	BredyPravda , povinné odsazování je kontroverzní, a tak je to jistě věc, na kterou je případné zájemce upozornit, protože někomu může způsobit ztrátu příčetnosti. Ale přesto bych ho bral víc jako věc vkusu. Někomu vadí, někomu se naopak líbí, někdo se s ní prostě srovná. Druhá tvá výtka, pokud to chápu dobře, se týká implementace interpreteru (přesněji zřejmě jedné konkrétní implementace; on neexistuje jen jeden pythoní runtime). I když může být na místě a naprosto pravdivá (tohle posoudit nedovedu), nemá co dělat s Pythonem jako jazykem samotným – takže jakkoliv tento argument může být pravdivý, není relevantní.


	huh 24.6.2011 22:04	1312
	Tak se přidej k odpůrcům standardní knihovny a boostu


	24.6.2011 21:20	1311
	mimochodem i boost mi docela smrdi.


	huh 24.6.2011 19:34	1310
	proto Bůh stvořil boost::python, swig, ctypes, pyrex...


	24.6.2011 17:11	1309
	GumyshDva důvody bych měl. První je ten, že v něm chtě nechtě občas musím něco napsat a dodnes jsem nezkousnul povinné formátování. A druhý důvod je, že častěji než občas vidím python z druhé strany, když do něj píšu rozšíření. Zaplať pánbuh za OOP v C++, že spoustu těch pravidel, které tam jsou se dají wrapnout do nějakého objektového řešení v C++. Kdyby byl python napsán v OOP jako slušný OOP jazyk, pak neřeknu ani fň. Ale to šílené zahackované céčkovské rozhranní. Na rootu dneska vyšel článek o "smradlavém kódu a o antipaternech". Když vidím kód pythonu, mám podobný pocit.


	18.6.2011 14:09	1308
	jako nejsnazší cesta jak se dostat k rozumně vypadající hře je mnou již jednou doporučovaný small basic. Viz třeba: http://www.smallbasic.com/program/?ZZD394 ale dají se vymyslet i mnohem jednodušší věci.

[ 857 ]

<Novější <<<Nejnovější Nejstarší>>> Starší>


(c) 2001-2011 Lopuch.cz Kontakt