亚洲一级毛片视频,国产精品亚洲不卡一区二区三区 ,精品无码专区亚洲

發(fā)布《OSGi實(shí)戰(zhàn)》正式版

在收集了大家對(duì)于OSGI Opendoc預(yù)覽版的意見(jiàn)后，做出了一些改動(dòng)，形成了現(xiàn)在的正式版，在此特別感謝一餐三碗、jazzy、caoxg以及brokendoor等朋友對(duì)預(yù)覽版提出的建議，在預(yù)覽版的基礎(chǔ)上，正式版做出了如下的改動(dòng)和內(nèi)容的增加：

增加基于Bridge方式開(kāi)發(fā)B/S應(yīng)用的章節(jié)；

增加對(duì)于Configuration Admin Service和Event Admin Service講解的章節(jié)；

增加OSGI關(guān)鍵部分講解章節(jié)；

增加面向接口開(kāi)發(fā)章節(jié)；

格式編排；

正式版的下載地址為：
http://www.bluedavy.com/opendoc/OSGI_Opendoc.rar

壓縮包中包含了OSGI Opendoc的PDF、隨文發(fā)布的代碼以及可運(yùn)行包。

posted on 2006-08-25 12:18 BlueDavy 閱讀(21201) 評(píng)論(55) 編輯收藏所屬分類: OSGi、SOA、SCA

評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-08-25 15:52 kruce

strong re! 回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-08-26 16:13 zhishui

不能下載:( 回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-08-26 16:37 BlueDavy

...不好意思，現(xiàn)在服務(wù)器出了點(diǎn)問(wèn)題......恢復(fù)后我會(huì)在這里發(fā)回復(fù)通知，多謝！回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-08-26 17:36 BlueDavy

已恢復(fù)，請(qǐng)下載！回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-09-01 00:13 迷你蝦

網(wǎng)站連不通，出了什么問(wèn)題？回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-09-01 14:09 BlueDavy

由于服務(wù)器硬盤(pán)出了點(diǎn)問(wèn)題，等恢復(fù)后我會(huì)在這發(fā)出通知，多謝！回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-09-02 08:12 quaff

UserValidatorWebBundle
org.riawork.demo.web.Activator
ServiceReference ref應(yīng)該作為一個(gè)局部變量,因?yàn)閛rg.eclipse.equinox.http停止然後重新開(kāi)始會(huì)造成NPE
ref指向的還是原來(lái)的HttpService,下面得到的http為null
HttpService http = (HttpService) bc.getService(ref);
另外監(jiān)聽(tīng)HttpService的unregistering事件然後調(diào)用unregisterServlet方法沒(méi)必要,此時(shí)HttpService已經(jīng)unregistered,取不到他的引用,沒(méi)法unregister Servlet,resources,我猜HttpService unregister的時(shí)候會(huì)自動(dòng)unregister上面的servlet,resources

另外有個(gè)問(wèn)題,黨註冊(cè)多個(gè)Service到一個(gè)名字的時(shí)候,根據(jù)這個(gè)名字取得Service的優(yōu)先級(jí)是根據(jù)Bundle的名字排序,如何自己定制規(guī)則回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-09-02 12:56 BlueDavy

服務(wù)器已恢復(fù)，需要下載Opendoc的XDJM們可以下載了。回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-09-02 21:44 BlueDavy

@quaff
嗯，關(guān)于ref變量的問(wèn)題指正的有道理，多謝，多說(shuō)一句，還是在使用DS監(jiān)控服務(wù)的狀態(tài)的時(shí)候更加容易控制..
之前的HttpService在unregister本身的時(shí)候是沒(méi)有unregister上面的servlet和resource的，現(xiàn)在的Equinox的Http Service實(shí)現(xiàn)我目前還不確定。
關(guān)于第二個(gè)問(wèn)題，目前好象是沒(méi)有什么自己定制規(guī)則的方法的，估計(jì)只能自己去實(shí)現(xiàn)下，按這種來(lái)做一個(gè)COR Pattern實(shí)現(xiàn)是挺爽的... 回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-09-08 17:00 螞蚱

根據(jù)opendoc作了個(gè)例子，感覺(jué)osgi是挺值得關(guān)注的一項(xiàng)技術(shù)，但我有個(gè)問(wèn)題請(qǐng)教一下，能否在一個(gè)bundle中提供多個(gè)服務(wù)？DS方式如何實(shí)現(xiàn)？不然的話，會(huì)造成模塊的粒度太小，造成一個(gè)應(yīng)用bundle數(shù)目太多，管理起來(lái)就比較麻煩了。回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-09-08 18:44 螞蚱

@螞蚱
剛才問(wèn)的問(wèn)題解決了，具體方法如下：
1、在OSGI-INFO目錄下再建一個(gè)component1.xml配好自己新的組件
2、在META-INFO/MANIFEST.MF 引用部分改為Service-Component: OSGI-INF/component1.xml,OSGI-INF/component.xml

回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-09-18 15:42 小小涼粉

在UserValidatorWebBundle中的Activator中

ref = bc.getServiceReference(HttpService.class.getName());

這個(gè)方法得到的ref還是null啊回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-09-18 18:20 BlueDavy

@ 小小涼粉
請(qǐng)確認(rèn)啟動(dòng)了Equinox的HttpService實(shí)現(xiàn)的Bundle。回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-09-19 18:25 小小涼粉

多謝多謝

現(xiàn)在OK了回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-09-30 15:45 gg

先下了看看，有心得了再了跟各位侃侃回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-11-01 09:51 OSGI

這個(gè)技術(shù)很不錯(cuò)
我想在一個(gè)已有的C/S結(jié)構(gòu)的項(xiàng)目里面加入一個(gè)Bundle，在原來(lái)的工程中怎么調(diào)用這個(gè)Bundle的服務(wù)呢？回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-11-01 12:16 BlueDavy

@OSGI
...如果是采用OSGi的標(biāo)準(zhǔn)的Bundle的服務(wù)的概念的話現(xiàn)在是沒(méi)法從外部進(jìn)行調(diào)用的，如果一定要那么做的話只能是webservice之類的方式來(lái)處理了..
也許要等到SCA采用OSGi作為實(shí)現(xiàn)規(guī)范的那天這個(gè)問(wèn)題才能解決。回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-11-07 12:57 呂品

我剛剛下載,大概看了一下.我接觸JAVA的時(shí)間并不長(zhǎng),給我的感覺(jué)就是JAVA的各種框架和技術(shù)很多,學(xué)起來(lái)還真是不容易.關(guān)注OSGI是前段時(shí)間調(diào)研一個(gè)SIP終端時(shí)候偶然發(fā)現(xiàn)的,可以說(shuō),我現(xiàn)在還沒(méi)入OSGI的門(mén).
不過(guò)看了你的<OSGI實(shí)戰(zhàn)>,我有兩個(gè)地方不太懂(當(dāng)然我只是粗略的看了前面的部分),一個(gè)是您說(shuō)JAVA是編譯性質(zhì)的, 不是解釋性質(zhì)的,但是我據(jù)目前的了解,java應(yīng)該是解釋性質(zhì)的吧.還有你說(shuō)BMW采用OSGI顛覆了很多人對(duì)java系統(tǒng)的低效的認(rèn)識(shí),但是據(jù)我了解,OSGI本來(lái)就是用來(lái)作為設(shè)備管理的規(guī)范(我概念上可能混亂),所以我覺(jué)得應(yīng)該是說(shuō)java業(yè)界采用OSGI來(lái)作為自己實(shí)現(xiàn)JAVA系統(tǒng)的規(guī)范才對(duì).
可能我的理解過(guò)于膚淺,我將繼續(xù)關(guān)注您的BLOG,我從這里確實(shí)學(xué)到了好多知識(shí). 回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-11-08 17:31 BlueDavy

@呂品
沒(méi)錯(cuò)，OSGi本來(lái)就是為了作為嵌入式設(shè)備管理的規(guī)范而制定的，至于"java業(yè)界采用OSGI來(lái)作為自己實(shí)現(xiàn)JAVA系統(tǒng)的規(guī)范"這句話我不太明白你具體的意思...
對(duì)于OSGi，如果僅從它制定的本意去看的話，那么作為企業(yè)應(yīng)用的開(kāi)發(fā)者會(huì)先入為主的認(rèn)為OSGi沒(méi)什么作用的，OSGi為Java系統(tǒng)規(guī)范的模塊化和動(dòng)態(tài)化的實(shí)現(xiàn)提供了指導(dǎo)，自然的就可以成為Java系統(tǒng)此方面的規(guī)范的參考，甚至直接成為規(guī)范，就像JSR 291. 回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-11-08 18:54 呂品

我想模塊開(kāi)發(fā)的規(guī)范化粒度應(yīng)該要大于bean之類的東西,但模塊的復(fù)用和系統(tǒng)最初的"模塊分解"方式應(yīng)該有關(guān)系,兩個(gè)設(shè)計(jì)師的模塊分解方式同樣可能完全不同,而且面對(duì)的需求也是難以確定的,也就是說(shuō)一個(gè)項(xiàng)目開(kāi)發(fā)的模塊要部署到另一個(gè)項(xiàng)目上完全可能,但是他在另一個(gè)項(xiàng)目的作用可能就很局限. 回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-11-08 19:02 呂品

re:2006-11-08 17:31 BlueDavy
我表達(dá)的確實(shí)不清楚,
對(duì)于"java業(yè)界采用OSGI來(lái)作為自己實(shí)現(xiàn)JAVA系統(tǒng)的規(guī)范"這句話
我只是想說(shuō),BMW用了它們自己業(yè)界的東西(它只是采用OSGI作為其底層架構(gòu),它并不是采用了一個(gè)java的系統(tǒng)),它這點(diǎn)上的成功不應(yīng)該對(duì)人們改變java的認(rèn)識(shí)產(chǎn)生影響,而是為JAVA系統(tǒng)的開(kāi)發(fā)者提供了一個(gè)好的實(shí)現(xiàn)方案. 回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-11-23 11:51 huang[匿名]

在實(shí)踐《實(shí)戰(zhàn)》的時(shí)候，發(fā)現(xiàn)一個(gè)問(wèn)題，請(qǐng)教一下blueDavy：

就是我利用
osgi>services
發(fā)現(xiàn)了了服務(wù)：
{org.springframework.context.ApplicationContext}={org-springframework-context-service-name=org.springframework.osgi.samples.simpleservice-springApplicationContext, service.id=53}
Registered by bundle: initial@reference:file:E:/Workspace/spring-osgi/spring-osgi/samples/simple-service/simple-service-bundle/ [2362]

可是我利用如下語(yǔ)句來(lái)獲取的時(shí)候，卻返回null：

String filter = "(org.springframework.context.service.name=org.springframework.osgi.samples.simpleservice-springApplicationContext)";
ServiceReference[] rs = context.getAllServiceReferences(ApplicationContext.class.getName(), filter);

結(jié)果rs為null，不知道為什么。回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-11-23 14:51 壞男孩

同志們
辛苦
了
！回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-11-23 15:37 BlueDavy

@huang[匿名]
不知道這是不是你的鍵誤：
filter應(yīng)該是：
String filter="(org-springframework-context-service-name=org.springframework.osgi.samples.simpleservice-springApplicationContext)"; 回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-11-24 22:57 hiwzg

下載了最新的org.eclipse.equinox.servlet.api_1.0.0.v20060717.jar，org.eclipse.equinox.http_1.0.100.v20060821.jar。
放到Eclipse的plugins目錄下。啟動(dòng)Eclipse，Run，New之后，并不會(huì)看到那些Plugin的選項(xiàng)啊。

只有兩種：workspaces-plugins以及Target Platform。這是什么問(wèn)題呢？

我用的Eclipse3.2。

這是什么問(wèn)題？

回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-11-24 23:16 hiwzg

將Eclipse換成全新的3.2.1版本就OK了，奇怪的問(wèn)題回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2006-11-26 17:51 huang[匿名]

@BlueDavy
真是慚愧啊，呵呵，我當(dāng)時(shí)沒(méi)看清楚。多謝BlueDavy的金星火眼啊，：）回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2007-03-04 07:46 zj

不錯(cuò)，正在學(xué)習(xí)，多謝！回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2007-03-19 10:38 atomy

有誰(shuí)知道bluedavy的電子郵件哦回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2007-03-19 21:10 BlueDavy

:)，可以在這里直接說(shuō)... 回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2007-03-22 11:07 kane

我希望trace我的rcp程序bundle activate的順序，為此建了一個(gè)bundle叫osgi.monitor, 現(xiàn)在希望這個(gè)bundle能夠先于rcp bundle被active。

在vm arguments里面加了-Dosgi.bundles=osgi.moniotr@start
但是這樣導(dǎo)致rcp所需的bundles根本不被active了，整個(gè)app也不能啟動(dòng)。

想問(wèn)問(wèn)，怎樣才能控制我的bundle active次序，而又不影響rcp app的運(yùn)行。

謝謝回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2007-03-22 11:38 dauberfly

Thx.But, what is OSGi Opendoc? 回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2007-03-22 22:18 BlueDavy

@kane
請(qǐng)仔細(xì)查看Opendoc里關(guān)于StartLevel Service部分的描述，可以通過(guò)那樣的方法來(lái)設(shè)置Bundle的啟動(dòng)順序。
回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2007-03-28 12:01 kane

BlueDavy,
Thanks very much.
問(wèn)題已經(jīng)解決了，這幾日一直沒(méi)上網(wǎng)，耽誤來(lái)致謝了:) 回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2007-04-25 14:23 yixilee

請(qǐng)教一個(gè)問(wèn)題,我照著實(shí)戰(zhàn)的步驟將LDAPValidatorBundle、DBValidatorBundle、ConfigFileValidatorBundle、UserValidatorBundle得Bundle工程建立以后，在Dependencies－>Imported Packages下面通過(guò)Add按鈕已經(jīng)講orgv.riawork.demo.service.user添加進(jìn)去。可是為什么在上面幾個(gè)Bundle工程中的以下語(yǔ)句都會(huì)報(bào)錯(cuò)呢？
import org.riawork.demo.service.user.Validator
對(duì)應(yīng)的意思就是Validator類沒(méi)有定義的吧。怎么解決這個(gè)問(wèn)題呢？回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2007-04-25 14:26 yixilee

不好意思，打字太快了，這句話“下面通過(guò)Add按鈕已經(jīng)講orgv.riawork.demo.service.user添加進(jìn)去”應(yīng)該改為“下面通過(guò)Add按鈕已經(jīng)將org.riawork.demo.service.user添加進(jìn)去”。
請(qǐng)指教。回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2007-04-29 16:59 yixilee

已經(jīng)將問(wèn)題解決了，原因是依賴的問(wèn)題，要先建立UserValidatorBundle，然后才建立其他的bundle。
另外一種方式是如果順序不確定，得在其他的bundle中重新import package，即重新把org.riawork.demo.service.user添加進(jìn)去。

另外，遇到了另外的一個(gè)問(wèn)題，登錄的時(shí)候，得依賴login.htm文件，而該文件是放在src目錄下的，而實(shí)際調(diào)用的是bin目錄下面的，按理說(shuō)應(yīng)該在編譯的時(shí)候自動(dòng)拷貝到bin目錄下的，可是每次我都要人工講該文件拷貝到bin下面才可以順利通過(guò)web方式執(zhí)行。不知道為什么？回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2007-06-07 20:59 bearhunter

好東西學(xué)習(xí) 回復(fù) 更多評(píng)論

# re: 發(fā)布OSGI Opendoc正式版 2007-08-28 14:37 姜利陽(yáng)

看來(lái)搞OSGI的人蠻多回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版 2007-11-27 10:12 BournCayon

第81頁(yè) 共 90頁(yè)中“
Bundle A需要使用實(shí)現(xiàn)了 org.riawork.demo.Opendoc 接口的類，在 OSGI 中一
種典型的做法就是：將 org.riawork.demo.Opendoc 做為一個(gè)單獨(dú)的 Bundle ，并 Export 中
org.riawork.demo 包，Bundle A 引用 org.riawork.demo 包，采用如下的方式調(diào)
用實(shí)現(xiàn)了接口的實(shí)例：OpenDoc service = (OpenDoc)context.getService(context.getServiceRefenerce(OpenDoc.class.getName()))”

按照這個(gè)方法，我也類似的寫(xiě)了一個(gè)（因?yàn)轭愃扑跃筒毁N出來(lái)了），可是在context.getServiceRefenerce(OpenDoc.class.getName())返回的是null。為什么會(huì)這樣？回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版 2007-12-06 21:56 Jenny Liang

我按照你建議的DS 方式重構(gòu)了登入模塊，為什么運(yùn)行時(shí)出現(xiàn)Not Found 404?
查不到原因：（回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版 2007-12-07 10:08 BlueDavy

@Jenny Liang
請(qǐng)?jiān)赾onsole中輸入log，看看有沒(méi)有什么錯(cuò)誤信息提示！回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版 2008-03-05 16:42 banian

‘目前國(guó)外對(duì)這方面其實(shí)也屬于摸索階段，如果現(xiàn)在我們就能夠?qū)SGI這樣優(yōu)秀的插件體系結(jié)構(gòu)進(jìn)行足夠的熟悉和關(guān)注，那么也許我們能夠有機(jī)會(huì)第一次提出更為領(lǐng)先的設(shè)計(jì)思想，而不是一直在思想級(jí)別遠(yuǎn)落后于國(guó)外，被國(guó)外牽著鼻子走’

不錯(cuò)！
由于工作的需要，正考慮其C#實(shí)現(xiàn) 回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版 2008-05-30 14:58 jeasonzhao

很強(qiáng)大的框架，以前短視了啊回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版 2008-07-15 14:40 ss

首先非常感謝你的貢獻(xiàn)!我看你了的文章以后照著你說(shuō)的做了一個(gè)demo
但在ref = bc.getServiceReference(HttpService.class.getName());這的時(shí)候 ref總是為null 不知道為什么,希望能指點(diǎn)一下回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版[未登錄](méi) 2008-07-22 16:38 seventh

向BlueDavy大大請(qǐng)教一個(gè)問(wèn)題:
關(guān)于你的OSGI開(kāi)源文檔,讓我受益巨大,不過(guò)有點(diǎn)疑惑的是你舉的動(dòng)態(tài)驗(yàn)證的那個(gè)例子來(lái)對(duì)比使用OSGI和不使用OSGI的優(yōu)劣.
不知是我太菜還是怎么回事,我用傳統(tǒng)方式來(lái)實(shí)現(xiàn)發(fā)現(xiàn)根本不需要重寫(xiě)CLASSLOADER監(jiān)測(cè)目錄中類的變化,很簡(jiǎn)單,就像你說(shuō)的那樣,直接一個(gè)Validator接口,其他根據(jù)不同類型驗(yàn)證方式用不同實(shí)現(xiàn)哪,一個(gè)文本文件里面就是當(dāng)前需要的某種驗(yàn)證類型的類完全限定名,寫(xiě)一個(gè)驗(yàn)證類直接讀該文件反射實(shí)例化對(duì)象.不管是要切換驗(yàn)證類型或者是寫(xiě)了新驗(yàn)證類型實(shí)現(xiàn)類,都不用重啟啊...
如果是切換已有驗(yàn)證類型,直接改配置文件,如果是有新的,直接將編譯好的類放進(jìn)類路徑,改配置文件,立即生效...對(duì)于這個(gè)問(wèn)題一直不解,請(qǐng)賜教!!!望解答,十分感謝! 回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版 2008-09-30 15:59 免費(fèi)小說(shuō)

正在看，正在學(xué)習(xí) 回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版 2008-11-03 11:24 cui

請(qǐng)教一下：在您的大作《OSGI實(shí)戰(zhàn)》中提到：“目前DS的實(shí)現(xiàn)還處于測(cè)試階段，equinox team認(rèn)為使用DS可能會(huì)產(chǎn)生效率問(wèn)題，同時(shí)不適合在多線程情”，我想問(wèn)一下：DS目前已經(jīng)正式發(fā)布，那么是否還存在上述的效率問(wèn)題？多線程問(wèn)題？對(duì)于上述的問(wèn)題是否有什么解決建議？
謝謝。回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版 2009-03-19 17:51 Yvon

最近在項(xiàng)目中接觸到了OSGi,以前也是在尋找不同的模塊之間可以用一種熱插拔的方式來(lái)實(shí)現(xiàn)開(kāi)發(fā)和部署的方式，現(xiàn)在才發(fā)現(xiàn)OSGi原來(lái)早就可以讓我這樣做了，剛剛接觸，就從最基礎(chǔ)的開(kāi)始吧。回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版 2009-06-16 10:39 miazure

請(qǐng)問(wèn)你的OSGi實(shí)戰(zhàn)篇提供的demo樣例的用戶名和密碼是什么呢？回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版[未登錄](méi) 2010-05-18 10:48 孤酷伶仃

又下不了了！回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版 2011-06-06 15:45 wyt

請(qǐng)問(wèn)，我創(chuàng)建了一個(gè)servlet，利用plug-in.xml進(jìn)行映射后，在映射的package中使用了一個(gè)有4個(gè)服務(wù)實(shí)現(xiàn)的接口，在servlet中用到了getServiceReference()。除了servlet包，沒(méi)有其他的active包進(jìn)行處理，返回了NULL。這應(yīng)該怎么解決？回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版 2012-02-20 14:32 tms

非常感謝分享。回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版[未登錄](méi) 2012-05-17 10:16 xiaoqiang

有下載不了了啊回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版[未登錄](méi) 2012-05-17 10:25 xiaoqiang

誰(shuí)有代碼方便的話發(fā)我郵箱：152070765@qq.com 回復(fù) 更多評(píng)論

# re: 發(fā)布《OSGi實(shí)戰(zhàn)》正式版 2015-01-01 12:06 legend11999

我也下載不了啊~~有好心人能發(fā)我一份不回復(fù) 更多評(píng)論

新用戶注冊(cè) 刷新評(píng)論列表


只有注冊(cè)用戶登錄后才能發(fā)表評(píng)論。




網(wǎng)站導(dǎo)航: 博客園 IT新聞 Chat2DB C++博客博問(wèn) 管理
相關(guān)文章: 大型應(yīng)用與SOA SOA@eBay讀后感和清華學(xué)子交流的一個(gè)OSGi PPT 第一本OSGi中文書(shū)籍將于7月底上市實(shí)現(xiàn)ClassLoaderDelegateHook控制Equinox的類加載《OSGi原理與最佳實(shí)踐》目錄預(yù)告 OSGi R4.2 public draft中新增加的Framework launch Felix動(dòng)態(tài)化的試驗(yàn) Hessian/Java反序列化采用自定義的Classloader Equinox加載Bundle Class的實(shí)現(xiàn)

BlueDavy之技術(shù)Blog