Maven Artifacts (09/2007)

工程 | Ben Hale | 2007年9月18日 | ...

到目前為止,Spring Portfolio 的 Maven Artifacts,特別是快照版,建立不一致且散佈在各種位置。在過去幾周,我們一直在努力使專案在建立和上傳這些 artifacts 時更加一致。

Maven 倉庫

Spring Portfolio 中對 Maven 支援最有用的改進之一是使用了統一的倉庫位置。根據您對程式碼的熟悉程度,有三種不同的倉庫。

釋出版倉庫

對於任何最終釋出版(Spring 2.5, Spring Web Flow 2.0 等),該釋出版的 Maven artifacts 將被上傳到 Maven Central 倉庫(http://repo1.maven.org/maven2)。使用此倉庫不需要您進行任何操作,因為 Maven 會自動在那裡查詢 artifacts。

此倉庫中的 artifacts **確實**遵循預期的倉庫行為,並且不會(也不能)被刪除。

里程碑版倉庫

對於任何里程碑釋出版(Spring 2.5-RC1, Spring Web Flow 2.0-M2 等),該釋出版的 Maven artifacts 將被上傳到 Spring 里程碑倉庫(http://s3.amazonaws.com/maven.springframework.org/milestone)。使用此倉庫需要您在 POM 的 <repositories/> 元素中新增一個條目。它應該看起來像這樣


<repository>
    <id>spring-milestone</id>
    <name>Spring Portfolio Milestone Repository</name>
    <url>http://s3.amazonaws.com/maven.springframework.org/milestone</url>
</repository>

此倉庫中的 artifacts **不**遵循預期的倉庫行為,並且會定期被刪除。最終版本釋出後(Spring 2.6, Spring Web Flow 2.1 等),先前釋出的所有里程碑版本 artifacts 將被刪除。例如,當 Spring 2.6 釋出時,Spring 2.5 的里程碑版將被刪除,而 Spring 2.6 的里程碑版將保留。

快照版倉庫

對於任何快照構建(Spring 2.5-SNAPSHOT, Spring Web Flow 2.0-SNAPSHOT 等),該構建的 Maven artifacts 將被上傳到 Spring 快照倉庫(http://s3.amazonaws.com/maven.springframework.org/snapshot)。使用此倉庫需要您在 POM 的 <repositories/> 元素中新增一個條目。它應該看起來像這樣


<repository>
    <id>spring-snapshot</id>
    <name>Spring Portfolio Snapshot Repository</name>
    <url>http://s3.amazonaws.com/maven.springframework.org/snapshot</url>
</repository>

此倉庫中的 artifacts **不**遵循預期的倉庫行為,並且會定期被刪除。對於給定的 artifact,至少會保留最新的 10 個快照構建。如果 artifact 從分發中移除,其快照構建將立即被移除。在里程碑版或最終釋出版釋出時,artifact 的所有快照版將被移除,併為下一個釋出版建立一個新的快照版。

倉庫瀏覽

里程碑版和快照版倉庫都託管在 Amazon 的 S3 服務上,因此目錄結構不易於人類閱讀。要以人類可讀的格式檢視這些倉庫,請使用 S3Browse 工具。

僅使用這些 URL 進行人類可讀的檢視。如果您將它們用作 POM 的 URL,將會遇到錯誤。

Artifact 原始碼

另一個重要的改進是為所有釋出版添加了原始碼 artifacts。您會注意到在里程碑版倉庫中,所有 artifacts 都部署了原始碼。將來對於所有最終釋出版也將是如此。具體來說,從 Spring 2.5 釋出版開始,除了合併的 Spring 原始碼外,每個模組也將擁有一個原始碼 artifact。

Spring 快照版

最後一個改進尚未完成;Spring 的每日快照版。我很高興地說這即將完成。我仍在解決關於 Maven Ant Tasks 的最後一些問題,但這最終將開始出現,屆時我將再次宣佈。此外,您也可以期待此功能最終會推廣到所有其他基於 ANT 的 Spring Portfolio 專案,以便所有專案都將建立 Maven 快照版以及里程碑版。

Spring Framework 2.1 升級為 Spring Framework 2.5!

工程 | Juergen Hoeller | 2007年9月10日 | ...

我的第一篇部落格文章 - 這是一個多麼重大的釋出!:-)

在釋出一系列 Spring 2.1 里程碑版本後,我們一直在回顧我們引入的整體特性集

  • **全面的 Java 6 和 Java EE 5 支援** (JDBC 4.0, JTA 1.1, JavaMail 1.4, JAX-WS 2.0 等)
  • **功能齊全的註解驅動依賴注入** (包括對 'qualifier' 註解的支援)
  • 支援**類路徑中的元件掃描** (自動檢測帶註解的類)
  • AspectJ pointcut 表示式中的 **bean 名稱切入點元素**
  • 內建支援 **AspectJ 載入時織入** (基於 Spring 的 LoadTimeWeaver 抽象)
  • **進一步的 XML 配置名稱空間** ("context", "jms") 以最大化便利性
  • **擴充套件的 SimpleJdbcTemplate** 功能 (支援命名引數等)
  • 官方**認證的 WebSphere 支援** (支援 WebSphere 6 UOWManager 功能等)
  • Spring framework jar 包開箱即用地作為 **OSGi 相容的 bundle** 提供
  • Spring ApplicationContext 可以**部署為 JCA RAR 檔案** (用於無頭應用模組)
  • **JCA 1.5 訊息端點管理** (用於 Spring 管理的 JMS 和 CCI 訊息監聽器)
  • 完全**修訂的整合測試框架** (支援 JUnit 4 和 TestNG)
以及許多細節上的改進。幾乎所有這些特性都已在最近釋出的 2.1 M4 中可用。

我們認為這**顯著**超出了我們最初為 Spring 2.1 計劃的內容。里程碑版本使用的版本號 2.1 並不能反映此主要版本中特性的重要性和全面性。

因此,我很高興地宣佈,2.1 里程碑版本將無縫過渡到**Spring Framework 2.5 作為即將到來的主要版本!** Spring 2.5 計劃於...

Interface21 在國會證詞中被提及

工程 | Rod Johnson | 2007年9月8日 | ...

Interface21 國會證詞中被提及

風險投資家、Core Capital Partners 創始人 Jonathan Silver 於週四就針對風險投資家的稅率擬議修改作證。他的論點之一是,基於風險投資的公司在美國各地創造就業機會

下一個重要業務將從何而來?真相是,沒有人知道,這就是風險投資家在所有五十個州各地尋找這些機會的原因。這也是風險基金為何支援紐約市的 Music Nation、密歇根州安阿伯的 Incept Biosystems、**佛羅里達州西墨爾本的 Interface21**、馬薩諸塞州韋斯特伯勒的 Boston Power 以及德克薩斯州聖安東尼奧的 Click Forensics。

事實上,我們的總部正在遷往加利福尼亞州聖馬特奧。像許多軟體供應商一樣,我們認為矽谷是實現我們潛力的最佳地點。我們最大的合作伙伴集中在這裡,而且這裡是招募軟體行業高管人才的好地方。然而,Silver 的觀點仍然有效。我們**確實**正在佛羅里達州創造就業機會——我們的 Web 團隊就設在那裡,目前正透過 Spring Web Flow 做著了不起的事情...

阿姆斯特丹 Java 見面會 Q307,9月21日

工程 | Alef Arendsen | 2007年8月2日 | ...

又到了下次 Java 見面會的時間了。我決定將這個在阿姆斯特丹舉行的季度活動的第七場推遲到夏季結束後,因為荷蘭這裡的大多數人在八月左右會休幾周假。

我查看了我們的內部日程安排,看來九月只剩下 9月21日 這一天,所以我希望它也適合其他人的日程安排。

我們將沿用上次四月份見面會的地點,這對我們來說非常方便,而且大家似乎也覺得沒問題。有史以來第一次 Java 見面會是在我最喜歡的阿姆斯特丹聚會場所舉行的...

揭穿迷思:代理影響效能

工程 | Alef Arendsen | 2007年7月19日 | ...

在最近的一篇部落格文章中,Marc Logemann 探討了代理效能問題。在他的文章中,他要求“Spring 團隊”提供一份白皮書。我不想花大量篇幅討論代理與位元組碼織入機制之間的納秒級差異,但我認為重新強調一次兩者之間的區別以及這場討論是否重要仍然很有價值。

什麼是代理以及我們為何使用它們?

首先,讓我們簡要回顧一下代理的用途(通常以及在 Spring 中)。根據 GoF(四人幫)關於設計模式的書,代理是另一個物件的替代物件或佔位符,用於控制對其的訪問。因為代理位於呼叫物件和真實物件之間,它可以決定阻止真實(或目標)物件被呼叫,或者在目標物件被呼叫之前做一些事情。 prox.jpg

換句話說,代理可以用作真實物件的替代者,以便為這些物件應用額外的行為——無論是與安全相關的行為、快取還是效能測量...

Grails 與 Maven:一場不便的結合

工程 | Dave Syer | 2007年7月14日 | ...

引言

Grails 似乎越來越強大,正如人們所說,它看起來確實“有潛力”。我對它在 Web 應用領域之外的應用非常感興趣。如果您瞭解我在 Spring Batch 方面的工作,您可能會猜到這可能把我帶向何處。但在這篇文章中,我只想分享一些我在 Grails 應用的基本、底層部署和構建方面的經驗。

我對 Maven 2 有著愛恨交織的關係,並且正在學習喜歡 Grails,但遺憾的是這兩者並不能很好地協同工作。這將會...

Setter 注入 vs 建構函式注入以及 @Required 的使用

工程 | Alef Arendsen | 2007年7月11日 | ...

幾個月前,我們開始在 www.springframework.org 上釋出調查問卷,邀請大家提供他們對 Spring、它的一些特性以及他們如何使用這些特性的反饋。我提出的第一個問題是人們是否檢查了必需的依賴項,如果檢查了,他們使用了什麼機制。我很快就這個問題進行了跟進,詢問社群他們使用了哪種事務管理策略。

令我高興的是,當我第一次檢視結果時,早在三月份,很多人透過在第一次調查中投票告訴我們他們正在使用 @Required 註解。第二次調查問...

Java EE 6 做對了

工程 | Rod Johnson | 2007年7月3日 | ...

Java EE 6 提案(JSR 316)於今天釋出。我相信這將是該平臺自近 10 年前釋出以來最重要的修訂,並應受到技術使用者的歡迎。Interface21 很高興成為該 JSR 的支持者,我期待著為其貢獻力量。

Java EE(在其大部分歷史中被稱為 J2EE)在建立 Java 中介軟體市場方面發揮了重要作用。然而,在這 10 年間,該平臺出現了一些重要問題,例如

  • Java EE 相容伺服器需要臃腫地包含一系列絕大多數使用者不感興趣的功能
  • 自 J2EE 設想以來,企業需求已經改變,且“一刀切”模型越來越不適用
  • 企業級 Java 因框架(特別是在開源領域)的出現而大大增強,這些框架提高了開發人員的生產力,並使他們的生產應用更高效、更易於維護
  • 諸如 Ruby on Rails 甚至 .NET 等新挑戰表明,在快速變化和創新的時代,舒適的 2-3 年釋出週期會危及整個平臺

Java EE 6 是該平臺的重要修訂,它具有...

開源正在消亡嗎?證據不足

工程 | Rod Johnson | 2007年6月29日 | ...

Michael Hickins 最近在 eWeek 上發表了一篇題為《開源正在消亡嗎》的文章?這個標題吸引了我,無疑也吸引了許多其他人。但這篇文章並未證明這個論點,儘管它包含了一些值得討論的有趣觀點。

文章大部分內容是關於政府在開源方面的經驗以及像 IBM 這樣的供應商動機的猜測。我更喜歡透過行動來判斷公司和個人,而不是猜測他們的動機。有大量證據表明,例如 IBM,非常重視開源。還有大量...

訂閱 Spring 新聞簡報

透過 Spring 新聞簡報保持聯絡

訂閱

領先一步

VMware 提供培訓和認證,助您加速進步。

瞭解更多

獲取支援

Tanzu Spring 透過一個簡單的訂閱,為 OpenJDK™、Spring 和 Apache Tomcat® 提供支援和二進位制檔案。

瞭解更多

即將舉行的活動

檢視 Spring 社群所有即將舉行的活動。

檢視全部