顯示具有 STS 標籤的文章。 顯示所有文章
顯示具有 STS 標籤的文章。 顯示所有文章

2014年4月19日

Upgrade subversion 第二彈

自從 upgrade 至 Mavericks 後, 大多不太敢將開發工具也一起 upgrade, 必竟編譯環境並非像這些軟件更新的這麼快。

以個人的工作平台為例:
Mavericks  +  GGTS v3.5.0(Eclipse v3.8.2)  +  Xcode v5.1  +  JDK 1.7.0_51

對於更新 JavaHL native lib 以整合 subversion eclipse plug-in v1.7.x,過去雖有經驗,但仍無法使用 Homebrew 順利安裝,發生的問題有二:
  1. 安裝 subversion v1.7.10 時, 無法取得 serf
  2. 安裝 subversion17 (v1.7.14) 時, 無法載入 zlib
不免要花上一些時間來解決。而這狀況有點像是綜合了前兩篇所提到的問題:
但,索性有過這樣子的經驗後,找到了解決的方法:
  1. 解開 subversion17 安裝時留下來的壓縮檔
  2. 手動進行編譯
  3. 產生 java.library.path 路徑內的 lib 連結
做法如下:
cd /tmp
cp /Library/Caches/Homebrew/subversion17-1.7.14.tar.bz2 .
open subversion17-1.7.14.tar.bz2
cd /tmp/subversion-1.7.14
確認 java --version 為 1.7.0
make clean
./configure --prefix=/usr/local/Cellar/subversion17/1.7.14 --with-apr=/usr/bin --with-zlib=/usr/local --with-sqlite=/usr/local/opt/sqlite --with-serf=/usr/local/opt/serf --disable-mod-activation --disable-nls --without-apache-libexecdir --without-berkeley-db --enable-javahl --without-jikes
修改 Makefile:
...
JAVAC_FLAGS = -target 1.7 -source 1.7
...
再進行安裝:
make install-javahl
make install
cd /Library/Java/Extensions
sudo ln -sf /usr/local/Cellar/subversion17/1.7.14/lib/libsvnjavahl-1.dylib
sudo ln -sf /usr/local/Cellar/subversion17/1.7.14/lib/libsvnjavahl-1.jnilib
打開 GGTS, 設定 [Team]/[SVN]/[SVN interface]:

that's it.

2013年8月19日

Upgrade subversion 至 v1.7.11

繼上篇解決 OSX 10.6 中安裝 SVN 與 Git 的 zlib 問題;為 upgrade subversion 至 v1.7.x 好讓 GGTSSubclipse v1.8 開發工具所使用,進行下列指令的處置:
cd /usr/local/Library/Formula/
brew update
brew versions subversion
git checkout 0060dc3 /usr/local/Library/Formula/subversion.rb
卻發生無法安裝情形:
處理的方法是改安裝 v1.7.11:
brew tap homebrew/versions
brew install --universal --java subversion17
這樣子只要再檢查 /Library/Java/Extensions 下有沒有相關的 symbolic link:
隨即開啟 GGTS 設定: [Preferences/Team/SVN] 下的 [SVN interface] 至 "JavaHL (JNI) 1.7.11 (r1503888)" 即可。

2011年12月23日

在 STS 中整合 Grails 與 Scala

目前看到新發佈的 Grails v2.0.0,馬上就試著加到 STS (SpringSource Tool Suite)中;但心想 open source 界熱門話題的 Scala 剛推出 v2.0,也一併來用用看。
於是在一個練習的 grails project 安裝了 scala plugin (v0.6.4),接著在 src/scala 中寫了一個 .scala ;不過 run-app 時出現了 ...

[scalaPlugin] Compiling Scala sources to target/classes
 | Error Error executing script Compile:
 : Could not compile Scala sources: BuildException:
 Compile failed because of an internal compiler error (object scala not found.);
 see the error output for details. (Use --stacktrace to see the full trace)

而網路上已有了解決的方法(如下圖所示),顯然這不構成問題。






但試想:每每得先 grails compile 出 .class 才能做單元測試,試乎沒用到 IDE 中 scala builder 的好處。所以,我將這個 project 加上 builder:

 org.scala-ide.sdt.core.scalabuilder
 

與 nature :
org.scala-ide.sdt.core.scalanature
而此舉引發了兩個的問題:
IDE 會出現要求加入 scala library 的錯誤訊息。
但加了 lib 之後,則又引起了 grails builder 的編譯錯誤。 

所以,我改了方式: 保持這個 grails project 的原樣,另起一個 scala project;
而這個新 project 的 src 目錄以 link folder 的形式連接到 grails project 的 src/scala。 如下圖所示:




























這樣子就能寫 .scala 時做單元測試,而又不影響 grails project 的任何操作了。