<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet href="http://valley.egloos.com/rss/style/style.xsl" type="text/xsl" media="screen"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
	<channel>
		<title>이글루스 'osgi' 태그 최근글</title>
		<link>http://valley.egloos.com/tag/osgi</link>
		<description>osgi</description>
		<language>ko</language>
		<pubDate>Sun, 22 Apr 2012 08:32:12 +0900</pubDate>
		<generator>Egloos</generator>
		<item>
	<title><![CDATA[[xguru]EclipseZone의 Neil Bartlett의 &quot;Getting started with OSGi&quot; 번역본 무작정 따라하기]]></title>
	<link>http://solemaker.egloos.com/45609</link>
	<guid>http://solemaker.egloos.com/45609</guid>
	<description>
	<![CDATA[ 
원본은 Neil Bartlett님이 EclipseZone에 연재한 글을  xguru님이 한글로 번역해서 올려 놓은 곳을 한국스프링사용자모임(www.ksug.org)에서  [xguru] &quot;Getting started with OSGi&quot;의 번역 포스팅으로 올려두었다.  물론 오래된 글(2007)이지만, OSGi를 대충 알고 있던 나에게는 좋은 레퍼런스로 지금 무작정 따라가기를 진행하고 있다.  이 포스팅을 다 따라가면, 이에 대한 고마움과 펌에 대한 정리를 하고자 하고,  일단 학습에 집중하는게 목적이다. (5년이나 늦었으니ㅜㅜ)  Part5(http://springframework.tistory.com/20). 제동이 걸렸다. 일단, 해결을 했지만, 기억을 잊지 않기 위해 첫 포스팅하기로 한다. 원본: OSG	]]>
	</description>
	<pubDate>Sun, 22 Apr 2012 08:32:12 +0900</pubDate>
	<dc:creator><![CDATA[솔메이커]]></dc:creator>
</item>
<item>
	<title><![CDATA[OSGi 서비스 개발 패턴의 이해]]></title>
	<link>http://xeraph.egloos.com/5131231</link>
	<guid>http://xeraph.egloos.com/5131231</guid>
	<description>
	<![CDATA[ 
먼저 크라켄 Cron 서비스를 이용하는 예를 하나 생각해봅시다..주기적으로 특정한 작업을 수행하고 싶을 때 아래와 같이 구현할 수 있습니다.  package org.krakenapps.example;  import org.apache.felix.ipojo.annotations.Component;import org.apache.felix.ipojo.annotations.Provides;import org.krakenapps.cron.HourlyJob;  @Component(name = &quot;my_job&quot;)@Provides@HourlyJobpublic class MyJob implements Runnable {	@Override	public void run() {		System.out.println(&quot;blah bl	]]>
	</description>
	<pubDate>Wed, 25 Nov 2009 00:45:06 +0900</pubDate>
	<dc:creator><![CDATA[Xeraph@NCHOVY]]></dc:creator>
</item>
<item>
	<title><![CDATA[Automatic OSGi service provisioning]]></title>
	<link>http://xeraph.egloos.com/4969502</link>
	<guid>http://xeraph.egloos.com/4969502</guid>
	<description>
	<![CDATA[ 
OSGi provides start level but it's not sufficient to control service configuration and composition.    If you want fine-grained service control, you can use org.osgi.util.tracker.ServiceTracker. Extend ServiceTracker class and override addingService and removedService methods.    OSGi framework saves bundle states and restore states. So BundleActivator started automatically when framework starts. 	]]>
	</description>
	<pubDate>Thu, 04 Jun 2009 21:10:52 +0900</pubDate>
	<dc:creator><![CDATA[Xeraph@NCHOVY]]></dc:creator>
</item>
<item>
	<title><![CDATA[OSGI]]></title>
	<link>http://darkmirr.egloos.com/1290865</link>
	<guid>http://darkmirr.egloos.com/1290865</guid>
	<description>
	<![CDATA[ 
OSGi(Open Service Gateway initiative)   Alliance는 1999년에 썬 마이크로시스템즈, IBM, 에릭손 등이 구성한 개방형 표준 단체이다. (OSGi Alliance는 처음에 Connected Alliance라고 불렸음)   그 뒤 여러 해 동안 OSGi Alliance는 원격 관리 될 수 있는 자바기반의 서비스 플랫폼을 제정해왔다. 이 표준 사양의 핵심은 응용 프로그램의 생명주기(Life cycle) 모델과   서비스레지스트리(Service Registry)를 정의하는 프레임워크(Framework)이다.   OSGi 표준 사양에는 이 프레임워크에기반하여 매우 다양한 OSGi 서비스가 정의되어 있다.OSGi 프레임워크는 독립적인 자바/가상 머신 환경에서 제공하고 있지 못한	]]>
	</description>
	<pubDate>Wed, 04 Feb 2009 08:51:36 +0900</pubDate>
	<dc:creator><![CDATA[darkmirr님의 이글루]]></dc:creator>
</item>
<item>
	<title><![CDATA[OSGi]]></title>
	<link>http://jaeda.egloos.com/1828725</link>
	<guid>http://jaeda.egloos.com/1828725</guid>
	<description>
	<![CDATA[ 
아직까지 이런것을 모르고 있었는지 내자신이 좀 한심하기도 하고, 해도해도 끝이 없는 이바닥 공부가 대단하기도 하다.  싫증낼수 없는 분야중의 하나가 이바닥인것 같다.    이번 프로젝트에서 쓰기로 맘먹은 것이다. 스프링 쪽에서는 OSGi R4를 지원한다. 살짝 OSGi R4에 대한 설명중 한구절을 옮겨본다.  * Advanced handling of multiple versions of the same classes so old and new applications can execute within the same VM.    와우 대단한 문구이다. 결론은 웹어플리케이션이 bundle(이 용어를 사용한다.)단위로 쪼개서 정의하는데, WAS재구동 없이 번들단위의 모듈을 올리고 내리고 할 수 있다. 무엇보다도 	]]>
	</description>
	<pubDate>Mon, 30 Jun 2008 14:18:41 +0900</pubDate>
	<dc:creator><![CDATA[제다]]></dc:creator>
</item>
<item>
	<title><![CDATA[Top Five Java Technologies to Learn in 2008]]></title>
	<link>http://ilovejava.egloos.com/1634763</link>
	<guid>http://ilovejava.egloos.com/1634763</guid>
	<description>
	<![CDATA[ 
Here is what I humbly believe to be the top 5 Java based technologies to learn in 2008: #5 OSGI - Reality check, monolithic containers carry too much baggage and Java libraries are so richly cross dependent. The trend is there, a lot of frameworks are moving towards OSGI to bring some sanity in their deployment. Projects that have employed OSGI in anger are Eclipse via Equinox, Nuxeo and BEA Event	]]>
	</description>
	<pubDate>Tue, 22 Apr 2008 13:17:09 +0900</pubDate>
	<dc:creator><![CDATA[PERFECT JAVA (SINCE 1996)]]></dc:creator>
</item>
<item>
	<title><![CDATA[Spring Dynamic Module 1.0 발표를 환영하며...]]></title>
	<link>http://gyumee.egloos.com/1351269</link>
	<guid>http://gyumee.egloos.com/1351269</guid>
	<description>
	<![CDATA[ 
미국 시간 2008년 1월 25일 11시 25분에 스프링 프레임웍 홈페이지에 Spring Dynamic Module(지금까지 Spring OSGi라고 부르던 프로젝트의 정식 명칭) 1.0 발표 공지가 올라왔습니다. 매우 관심이 많이 가는 프로젝트입니다. 제가 보수적인 성향이 있어 보통 버전이 2.0 이상은 되야 겨우 검토하는 편이지만 이 프로젝트는 빨리 적용해보고 싶네요.    저는 스프링 프레임워크를 쓰기 전에 아파치 프로젝트 중 하나인 아발론 프레임워크를 사용했었습니다. 지금은 프로젝트가 중단되었고 Excalibur라는 후계자에 의해 명맥을 유지하고 있습니다.     제가 아발론을 사용했던 이유는 아파치의 Java Mail Server 프로젝트인 James를 기반으로 작업 할 일이 있었는데 이 James	]]>
	</description>
	<pubDate>Tue, 29 Jan 2008 04:57:02 +0900</pubDate>
	<dc:creator><![CDATA[생각하고 나누고 공감하기...]]></dc:creator>
</item>
	</channel>
</rss>

