<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Komentarze do The Code-House Blog</title>
	<atom:link href="http://blog.code-house.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.code-house.org</link>
	<description>Blog niewielkiej firmy z branży IT.</description>
	<lastBuildDate>Sat, 12 Jun 2010 16:33:26 +0200</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>Skomentuj Brakujący element Javarsovii, którego autorem jest pedro</title>
		<link>http://blog.code-house.org/2010/06/brakujacy-element-javarsovii/comment-page-1/#comment-54</link>
		<dc:creator>pedro</dc:creator>
		<pubDate>Sat, 12 Jun 2010 16:33:26 +0000</pubDate>
		<guid isPermaLink="false">http://blog.code-house.org/?p=279#comment-54</guid>
		<description>Hmm, terminarz nie opublikowany, więc 
1. Nie oceniaj za wczasu.
2. Powinneś się orientować że jest wiele ciekawych rzeczy w wydaniu java, więc patrz punkt pierwszy.</description>
		<content:encoded><![CDATA[<p>Hmm, terminarz nie opublikowany, więc<br />
1. Nie oceniaj za wczasu.<br />
2. Powinneś się orientować że jest wiele ciekawych rzeczy w wydaniu java, więc patrz punkt pierwszy.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Szukasz Eclipse? Jest na Code-House!, którego autorem jest articles list</title>
		<link>http://blog.code-house.org/2009/05/szukasz-eclipse-jest-code-house/comment-page-1/#comment-53</link>
		<dc:creator>articles list</dc:creator>
		<pubDate>Sat, 29 May 2010 20:45:35 +0000</pubDate>
		<guid isPermaLink="false">http://blog.code-house.org/?p=35#comment-53</guid>
		<description>&lt;strong&gt;articles list...&lt;/strong&gt;

Hola :-) This post was very nicely written, and it also contains a lot of useful extra facts. I enjoyed your professional way of writing this post. Thanks!...</description>
		<content:encoded><![CDATA[<p><strong>articles list&#8230;</strong></p>
<p>Hola :-) This post was very nicely written, and it also contains a lot of useful extra facts. I enjoyed your professional way of writing this post. Thanks!&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Enterprise OSGi, którego autorem jest JAVA.PL Podcast &#8211; odcinek 1 &#8211; czyli startujemy! &#171; JAVA.PL Podcast</title>
		<link>http://blog.code-house.org/2010/03/enterprise-osgi/comment-page-1/#comment-50</link>
		<dc:creator>JAVA.PL Podcast &#8211; odcinek 1 &#8211; czyli startujemy! &#171; JAVA.PL Podcast</dc:creator>
		<pubDate>Sun, 28 Mar 2010 22:26:33 +0000</pubDate>
		<guid isPermaLink="false">http://blog.code-house.org/?p=233#comment-50</guid>
		<description>[...] Enterprise OSGi [...]</description>
		<content:encoded><![CDATA[<p>[...] Enterprise OSGi [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj OSGi-fikacja oraz nowe bundle w repozytorium ServiceMix, którego autorem jest Łukasz Dywicki</title>
		<link>http://blog.code-house.org/2010/03/osgi-new-bundles-servicemix-repository/comment-page-1/#comment-49</link>
		<dc:creator>Łukasz Dywicki</dc:creator>
		<pubDate>Sat, 27 Mar 2010 19:06:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.code-house.org/?p=249#comment-49</guid>
		<description>Hej Jackek,
&lt;a href=&quot;http://blog.code-house.org/2010/03/osgi-new-bundles-servicemix-repository/#OSGi-fikacja&quot; rel=&quot;nofollow&quot;&gt;Dodałem opis&lt;/a&gt; tego co kryje się pod OSGi-fikacją. Pom służy przykładowi jak to zrobić przy pomocy Mavena. Shade plugin jest używany tylko do kopiowania plików .class, jak słusznie zauważyłeś, bez zmiany nazw pakietów.

Ma to swoje uzasadnienie w tym - że powstały w ten sposób artefakt powinien być w miarę możliwości taki sam jak oryginał - z jedną różnicą - poprawnym manifestem OSGi. Dzięki temu programujesz &quot;tak samo jak bez OSGi&quot;, w końcu to tylko runtime, który nie powinien wpływać kształt kodu, a zwłaszcza importy specyficznych pakietów.</description>
		<content:encoded><![CDATA[<p>Hej Jackek,<br />
<a href="http://blog.code-house.org/2010/03/osgi-new-bundles-servicemix-repository/#OSGi-fikacja" rel="nofollow">Dodałem opis</a> tego co kryje się pod OSGi-fikacją. Pom służy przykładowi jak to zrobić przy pomocy Mavena. Shade plugin jest używany tylko do kopiowania plików .class, jak słusznie zauważyłeś, bez zmiany nazw pakietów.</p>
<p>Ma to swoje uzasadnienie w tym &#8211; że powstały w ten sposób artefakt powinien być w miarę możliwości taki sam jak oryginał &#8211; z jedną różnicą &#8211; poprawnym manifestem OSGi. Dzięki temu programujesz &#8220;tak samo jak bez OSGi&#8221;, w końcu to tylko runtime, który nie powinien wpływać kształt kodu, a zwłaszcza importy specyficznych pakietów.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj OSGi-fikacja oraz nowe bundle w repozytorium ServiceMix, którego autorem jest Jacek Laskowski</title>
		<link>http://blog.code-house.org/2010/03/osgi-new-bundles-servicemix-repository/comment-page-1/#comment-48</link>
		<dc:creator>Jacek Laskowski</dc:creator>
		<pubDate>Sat, 27 Mar 2010 09:45:08 +0000</pubDate>
		<guid isPermaLink="false">http://blog.code-house.org/?p=249#comment-48</guid>
		<description>Bardzo ciekawy wpis! Brakuje mi jeszcze wyjaśnienia, co autor (Ty?) miał na myśli tym pom.xml i maven-shade-plugin. Nie zmieniasz pakietu, więc to tak na prawdę nie shade&#039;ing. Co robią pozostałe wpisy? Takie wyjaśnienie znacznie ułatwiłoby zrozumienie problemu.</description>
		<content:encoded><![CDATA[<p>Bardzo ciekawy wpis! Brakuje mi jeszcze wyjaśnienia, co autor (Ty?) miał na myśli tym pom.xml i maven-shade-plugin. Nie zmieniasz pakietu, więc to tak na prawdę nie shade&#8217;ing. Co robią pozostałe wpisy? Takie wyjaśnienie znacznie ułatwiłoby zrozumienie problemu.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Wygodne środowisko dla programisty z JRebel, którego autorem jest Paweł Szulc</title>
		<link>http://blog.code-house.org/2010/01/wygodne-srodowisko-dla-programisty-z-jrebel/comment-page-1/#comment-45</link>
		<dc:creator>Paweł Szulc</dc:creator>
		<pubDate>Wed, 06 Jan 2010 13:40:37 +0000</pubDate>
		<guid isPermaLink="false">http://blog.code-house.org/?p=170#comment-45</guid>
		<description>sec? -- eee sekunda??
access? -- owszem, kojarzy sie data access, mi na pewno, ale czy wszystkim?
da? -- dam dam, tylko co?
dist? - jedyny chyba rozpoznwalany skrot

czy metdy tez nazywasz searUsrWthNm(String n) ? :)


rozumiem ze 100 znakow to przegiecie, ale ja wole ladnie wiedziec i czytac nazwy modulow</description>
		<content:encoded><![CDATA[<p>sec? &#8212; eee sekunda??<br />
access? &#8212; owszem, kojarzy sie data access, mi na pewno, ale czy wszystkim?<br />
da? &#8212; dam dam, tylko co?<br />
dist? &#8211; jedyny chyba rozpoznwalany skrot</p>
<p>czy metdy tez nazywasz searUsrWthNm(String n) ? :)</p>
<p>rozumiem ze 100 znakow to przegiecie, ale ja wole ladnie wiedziec i czytac nazwy modulow</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Wygodne środowisko dla programisty z JRebel, którego autorem jest Łukasz Dywicki</title>
		<link>http://blog.code-house.org/2010/01/wygodne-srodowisko-dla-programisty-z-jrebel/comment-page-1/#comment-44</link>
		<dc:creator>Łukasz Dywicki</dc:creator>
		<pubDate>Tue, 05 Jan 2010 19:52:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.code-house.org/?p=170#comment-44</guid>
		<description>Nazwy modułów i projektów nie muszą się pokrywać jeden do jednego z nazwami pakietów, jednakże jest to ogólnie dobry zwyczaj. Jeśli nazwy pakietów są zbyt długie zawsze można je skrócić korzystając z Eclipse. :) To tylko kwestia preferencji.</description>
		<content:encoded><![CDATA[<p>Nazwy modułów i projektów nie muszą się pokrywać jeden do jednego z nazwami pakietów, jednakże jest to ogólnie dobry zwyczaj. Jeśli nazwy pakietów są zbyt długie zawsze można je skrócić korzystając z Eclipse. :) To tylko kwestia preferencji.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Wygodne środowisko dla programisty z JRebel, którego autorem jest e!</title>
		<link>http://blog.code-house.org/2010/01/wygodne-srodowisko-dla-programisty-z-jrebel/comment-page-1/#comment-43</link>
		<dc:creator>e!</dc:creator>
		<pubDate>Tue, 05 Jan 2010 19:42:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.code-house.org/?p=170#comment-43</guid>
		<description>Czemu te nazwy takie długie? W pewnej firmie doszli do etapu gdy nazwy pakietów zajmują ponad 100 znaków, paranoja.
sec?
access? da?
dist?</description>
		<content:encoded><![CDATA[<p>Czemu te nazwy takie długie? W pewnej firmie doszli do etapu gdy nazwy pakietów zajmują ponad 100 znaków, paranoja.<br />
sec?<br />
access? da?<br />
dist?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj GWT oraz implementacje MVC, którego autorem jest Łukasz Dywicki</title>
		<link>http://blog.code-house.org/2009/11/gwt-and-mvc-implementations/comment-page-1/#comment-42</link>
		<dc:creator>Łukasz Dywicki</dc:creator>
		<pubDate>Mon, 14 Dec 2009 09:27:11 +0000</pubDate>
		<guid isPermaLink="false">http://blog.code-house.org/?p=154#comment-42</guid>
		<description>Hej Misiek,
Oczywiście, że zastanawiałem się nad MVP, ale brak konkretnych przykładów skutecznie mnie zniechęcił. Powiem Ci szczerze, że taki sam efekt uzyskałem w &lt;a href=&quot;http://puremvc.org/&quot; rel=&quot;nofollow&quot;&gt;Pure MVC&lt;/a&gt;, ponieważ widok jako taki jest obsługiwany przez mediatora, który ma referencję do kontrolek. Z kolei widok może komunikować się tylko z mediatorem - czyli MVP. Dodatkowo w Pure MVC są wyodrębnione interfejsy IProxy oraz ICommand, które można wykorzystać - Proxy jako wrappery na serwisy RPC/JSON a Command do zaszycia wspólnej logiki.
Jeśli idzie o gwt-dispatch i gwt-presenter. Po stronie serwera używam Spring MVC a komunikacja odbywa się przy pomocy JSON. Po stronie serwera GWT oferuje &quot;wielkie nic&quot;, stąd też wolałem skorzystać ze sprawdzonego narzędzia. :)
Swoją narzędzia które używam można pobrać z SVN: &lt;a href=&quot;http://svn.code-house.org/gwt/&quot; rel=&quot;nofollow&quot;&gt;Code-House GWT Tools&lt;/a&gt; bądź przejrzeć na &lt;a href=&quot;http://inside.code-house.org/fisheye/browse/GWTTools&quot; rel=&quot;nofollow&quot;&gt;Fisheye&lt;/a&gt;.
W skład projektu wchodzą komponenty:
- GXT Adapter - przerzuca POJO do rekordów GXT oraz z powrotem
- JSON - generuje parsery JSON na bazie POJO
- Rest Spring - generator proxy na bazie adnotacji @RequestMapping itp ze Springa.
- Velocity - abstrakcyjny generator zbudowany na bazie &lt;a href=&quot;http://velocity.apache.org/&quot; rel=&quot;nofollow&quot;&gt;Velocity&lt;/a&gt;

Po nowym roku powinien być pierwszy release. :)</description>
		<content:encoded><![CDATA[<p>Hej Misiek,<br />
Oczywiście, że zastanawiałem się nad MVP, ale brak konkretnych przykładów skutecznie mnie zniechęcił. Powiem Ci szczerze, że taki sam efekt uzyskałem w <a href="http://puremvc.org/" rel="nofollow">Pure MVC</a>, ponieważ widok jako taki jest obsługiwany przez mediatora, który ma referencję do kontrolek. Z kolei widok może komunikować się tylko z mediatorem &#8211; czyli MVP. Dodatkowo w Pure MVC są wyodrębnione interfejsy IProxy oraz ICommand, które można wykorzystać &#8211; Proxy jako wrappery na serwisy RPC/JSON a Command do zaszycia wspólnej logiki.<br />
Jeśli idzie o gwt-dispatch i gwt-presenter. Po stronie serwera używam Spring MVC a komunikacja odbywa się przy pomocy JSON. Po stronie serwera GWT oferuje &#8220;wielkie nic&#8221;, stąd też wolałem skorzystać ze sprawdzonego narzędzia. :)<br />
Swoją narzędzia które używam można pobrać z SVN: <a href="http://svn.code-house.org/gwt/" rel="nofollow">Code-House GWT Tools</a> bądź przejrzeć na <a href="http://inside.code-house.org/fisheye/browse/GWTTools" rel="nofollow">Fisheye</a>.<br />
W skład projektu wchodzą komponenty:<br />
- GXT Adapter &#8211; przerzuca POJO do rekordów GXT oraz z powrotem<br />
- JSON &#8211; generuje parsery JSON na bazie POJO<br />
- Rest Spring &#8211; generator proxy na bazie adnotacji @RequestMapping itp ze Springa.<br />
- Velocity &#8211; abstrakcyjny generator zbudowany na bazie <a href="http://velocity.apache.org/" rel="nofollow">Velocity</a></p>
<p>Po nowym roku powinien być pierwszy release. :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj GWT oraz implementacje MVC, którego autorem jest Misiek</title>
		<link>http://blog.code-house.org/2009/11/gwt-and-mvc-implementations/comment-page-1/#comment-41</link>
		<dc:creator>Misiek</dc:creator>
		<pubDate>Sat, 12 Dec 2009 14:49:44 +0000</pubDate>
		<guid isPermaLink="false">http://blog.code-house.org/?p=154#comment-41</guid>
		<description>Witam

Czy zastanawiałeś się może nad zastosowaniem MVP. Na konferencji google i/o to właśnie podejście było sugerowane. Powiem szczerze że w naszej aplikacji od zawsze mieliśmy problemy z MVC, korzystaliśmy z implementacji zawartej w GXT. Jeśli chodzi o implementację MVC w GXT to powiem szczerze pozostawia ona wiele do życzenia. Dlatego też z uwagi na te problemy cały czas zastanawialiśmy jak lepiej rozwiązać problemy z którymi się borykaliśmy. Dopiero po przejrzeniu materiałów z Google I/O z maja, uznaliśmy że to jest kierunek w którym będziemy podążać, oczywiście musieliśmy przepisać dużą część aplikacji. Postanowiliśmy użyć gwt-presenter i gwt-dispatch, wiązało się to z dużą ilością pracy ale z perspektywy czasu mogę powiedzieć że się opłacało. Zgodnie z zaleceniami google zaczęliśmy używać bardzo intensywnie gin po stronie klienta i guice po stronie serwera. Po tych zmianach mogę śmiało powiedzieć że jednak warto było. MVP jest bardziej przejrzysty i oczywisty.

A gin, no cóż raz zaczniesz używasz i już nie pamiętasz jak to było bez tego.

Pozdrawiam
Marcin Misiewicz</description>
		<content:encoded><![CDATA[<p>Witam</p>
<p>Czy zastanawiałeś się może nad zastosowaniem MVP. Na konferencji google i/o to właśnie podejście było sugerowane. Powiem szczerze że w naszej aplikacji od zawsze mieliśmy problemy z MVC, korzystaliśmy z implementacji zawartej w GXT. Jeśli chodzi o implementację MVC w GXT to powiem szczerze pozostawia ona wiele do życzenia. Dlatego też z uwagi na te problemy cały czas zastanawialiśmy jak lepiej rozwiązać problemy z którymi się borykaliśmy. Dopiero po przejrzeniu materiałów z Google I/O z maja, uznaliśmy że to jest kierunek w którym będziemy podążać, oczywiście musieliśmy przepisać dużą część aplikacji. Postanowiliśmy użyć gwt-presenter i gwt-dispatch, wiązało się to z dużą ilością pracy ale z perspektywy czasu mogę powiedzieć że się opłacało. Zgodnie z zaleceniami google zaczęliśmy używać bardzo intensywnie gin po stronie klienta i guice po stronie serwera. Po tych zmianach mogę śmiało powiedzieć że jednak warto było. MVP jest bardziej przejrzysty i oczywisty.</p>
<p>A gin, no cóż raz zaczniesz używasz i już nie pamiętasz jak to było bez tego.</p>
<p>Pozdrawiam<br />
Marcin Misiewicz</p>
]]></content:encoded>
	</item>
</channel>
</rss>
