<?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>Wed, 15 Dec 2010 12:40:12 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Skomentuj Apache Karaf commands rediscovered, którego autorem jest Nodet Guillaume</title>
		<link>http://blog.code-house.org/2010/12/apache-karaf-commands-rediscovered/comment-page-1/#comment-2914</link>
		<dc:creator>Nodet Guillaume</dc:creator>
		<pubDate>Wed, 15 Dec 2010 12:40:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.code-house.org/?p=308#comment-2914</guid>
		<description>Btw, the full list of commands is available at http://karaf.apache.org/manual/2.1.99-SNAPSHOT/commands/commands.html</description>
		<content:encoded><![CDATA[<p>Btw, the full list of commands is available at <a href="http://karaf.apache.org/manual/2.1.99-SNAPSHOT/commands/commands.html" rel="nofollow">http://karaf.apache.org/manual/2.1.99-SNAPSHOT/commands/commands.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Wprowadzenie do Apache ServiceMix 4 cz. 1, którego autorem jest Zdanek</title>
		<link>http://blog.code-house.org/2010/03/introduction-to-apache-servicemix4-part-1/comment-page-1/#comment-2886</link>
		<dc:creator>Zdanek</dc:creator>
		<pubDate>Tue, 23 Nov 2010 14:04:34 +0000</pubDate>
		<guid isPermaLink="false">http://blog.code-house.org/?p=179#comment-2886</guid>
		<description>Dzięki za artykuł.
Czekam niecierpliwie na część 2, skoro w tytule jest część 1. :D</description>
		<content:encoded><![CDATA[<p>Dzięki za artykuł.<br />
Czekam niecierpliwie na część 2, skoro w tytule jest część 1. :D</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Własny widget w UiBinderze, którego autorem jest Pawel</title>
		<link>http://blog.code-house.org/2010/10/wlasny-widget-w-uibinderze/comment-page-1/#comment-2867</link>
		<dc:creator>Pawel</dc:creator>
		<pubDate>Tue, 02 Nov 2010 13:28:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.code-house.org/?p=288#comment-2867</guid>
		<description>Witam, czy jest szansa zeby jeszcze raz udostepnic projekt z wlasnym widgetem? Bardzo bylbym wdzieczny za udostepnienie. Pozdrawiam Pawel :)</description>
		<content:encoded><![CDATA[<p>Witam, czy jest szansa zeby jeszcze raz udostepnic projekt z wlasnym widgetem? Bardzo bylbym wdzieczny za udostepnienie. Pozdrawiam Pawel :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Skomentuj Enterprise OSGi, którego autorem jest FreecoNet - blog techniczny &#187; Blog Archive &#187; Nowsze wrogiem dobrego..</title>
		<link>http://blog.code-house.org/2010/03/enterprise-osgi/comment-page-1/#comment-550</link>
		<dc:creator>FreecoNet - blog techniczny &#187; Blog Archive &#187; Nowsze wrogiem dobrego..</dc:creator>
		<pubDate>Sat, 28 Aug 2010 05:26:47 +0000</pubDate>
		<guid isPermaLink="false">http://blog.code-house.org/?p=233#comment-550</guid>
		<description>[...] artykuł Enterprise OSGi i po raz kolejny naszła mnie pewna refleksja. Lubię Jave z też powodu używamy jej w wielu [...]</description>
		<content:encoded><![CDATA[<p>[...] artykuł Enterprise OSGi i po raz kolejny naszła mnie pewna refleksja. Lubię Jave z też powodu używamy jej w wielu [...]</p>
]]></content:encoded>
	</item>
	<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 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 &#8222;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>
</channel>
</rss>

