Hello, Guangqing!

說白了IoC其實就是用來管理程序之間的依賴關系
SCA中component之間的依賴關系也是由容器通過配置文件在運行時注入
也就是說IoC其實并不是SCA的一個很大的特點
SCA宣稱它是SOA 的programming model
也就是依照SCA規范，就可以很好的創建SOA的服務
但從目前看
SCA做的還不夠，目前的特點僅僅在于提出了一個組件模型，可以調用和提供服務，可以支持多種語言的實現，可以解決不同協議之間的消息傳輸等（貌似對解決遺留系統集成有不小的幫助），當然這都需要中間件的支持
但依然是component oriented
而不是service oriented

OSGi core framework不也可以說是一個插件框架么？還有，對于一般的應用而言，比如J2EE應用，有沒有這種必要性為這些應用提供可擴展機制呢？聽說WAS 6.1利用Eclipse extension機制已經可以為J2EE應用提供可擴展功能，但我還不知道具體的表現形式，因為沒有找到sample看

為什么說，extension對于eclipse那么重要，而osgi卻不提供bundle的擴展機制嗎，然后就是因為它提倡通過service來交互，而eclipse卻一些自己的需求，比如它是一個open的平臺，這樣可以方便大家做contribution？

我的理解是這樣，TPF是一個web化的增強的Equinox的console，同時提供了對對于console的遠程管理。那么我想問，console中管理的是不是都是在同一個JVM中運行的bundle，遠程節點之間的bundle又可不可以交互呢？
我對OSGi了解不多，總感覺它講的都是在同一個JVM的情況（也許是由于它的原始需求決定的），我不知道它可不可以解決遠程服務相互交互的情況，解決這個問題好像并不是一件難事？

針對你公開多個服務的情況，我寫了一個component的impl，不知道你的容器會不會報錯
@Service(TestService1.class)
public class TestService3 implements TestService1 {

private TestService2 testService2;

public void setTestService2(TestService2 testService2) {
this.testService2 = testService2;
}

public void print(String printString) {
this.testService2.invoke();
}

}

Apache tuscany是SCA/SDO的runtime的開源實現，樓主的容器可以參考下它啊