面向構件，新一代的軟件開發模式和方法。那麼它的規範和標準又是什麼呢?現在這個答案越來越清晰：SCA。回答這個問題的時候，可能現在絕大部分的人都會說SOA，其實‘SOA’這個回答是錯誤的!(似乎現在的軟件界不提SOA就落後了?!)但是在這個問題上‘SOA’的的確確是個錯誤的答案。SOA不是軟件開發的方法，不是軟件開發的標準。他只是一個更大的軟件架構概念，有着不夠明確的內涵和超強的外延，就像‘中間件’這個詞一樣。而SCA則不同，它有着清晰的內涵和規範標準，當然SCA也是在SOA的巨大範圍之內，不過更有現實的意義。
可以這麼說，隨着7月初SUN公司的加入SCA/SDO國際構件標準組織，標誌着Java和JavaEE將在未來五年內逐漸退出‘解決客戶關鍵問題的主流技術’的地位。也隨着SUN加入SCA/SDO組織的這一刻，Java/JavaEE的客戶價值領導地位大勢已去，JavaEE應用服務器將進入低價值和同質化的時代。SUN公司晚於普元軟件(Primeton Technologies)加入這一組織，正說明了兩點：一就是在激烈的思想鬥爭中，加入代表了承認領導地位的失去;二就是將逐步放棄自己的JBI。但是明眼人一看就知道，不加入就等於再造一個十多年前的Novell，進入邊緣化的市場。
JavaEE在市場上的努力也有了一段時間，在新一代(SCA/SDO/BPEL)技術還沒有成型前，他們還在扮演着‘解決客戶關鍵問題的主流技術’的腳色，可是近幾年來越來越顯出力不從心。直接導致一大堆五花八門技術的出現來彌補其不足：Spring, Struts, Hibernate, AOP......。這些屬於2.5G的技術在一段時間內解決了一些問題，不過也在帶來更多的問題(彼此的集成，開源的問題等等)。
SCA/SDO/BPEL就是新十年的軟件開發的主流技術，是軟件開發的3G時代，之所以是主流正是他是在徹底的解決新十年客戶的關鍵問題。將來Java/JavaEE就會成爲一個企業運營需要的同質化的平臺，解決分佈式計算的問題，也是一個成熟的平臺，就像PC機、操作系統一樣，發展緩慢。另外‘2.5G’的那些技術 (Spring, Struts, Hibernate, AOP......)將會融入到‘3G’ (SCA/SDO/BPEL)中，並將逐漸退出獨立發展的市場，而SCA/SDO/BPEL則發展迅猛，不斷解決着客戶的關鍵性問題：
1.應用開發與集成的效率 -〉 業務響應能力和低成本
2.應用模塊複用、變化性維護和管理 -〉 應用資產價值提升和隨需應變
3.開放性、標準化、高性能和應用監控 -〉 企業級運營和管理能力