<?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: OSGi-fikacja oraz nowe bundle w repozytorium ServiceMix</title>
	<atom:link href="http://blog.code-house.org/2010/03/osgi-new-bundles-servicemix-repository/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.code-house.org/2010/03/osgi-new-bundles-servicemix-repository/</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>Autor: Ł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>Autor: 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>
</channel>
</rss>

