VB超人在業主的2003伺服器上要跑Oracle,所以需要裝JDK,不過他在x64上裝x86 Java,所以看起來覺得目錄怪怪的,問我後才知道有x64版。
目前從Sun可以下載的JDK/JRE有:Linux (x86)/Linux x64/Solaris Sparc/Solaris x86/Solaris x64/Windows (x86)/Windows x64幾個版本。
Mac用戶可以到這裏下載。
Ubuntu的套件庫就有內建OpenJDK版本。
至於鳥毅愛用的FreeBSD,只能從ports自己編譯囉~
星期四, 五月 29, 2008
星期一, 五月 26, 2008
JRE往正確的方向前進
Introducing Java SE 6 update 10 Beta提到JRE核心愈來愈大(圖),因此出現Java Deployment Toolkit,讓應用程式選擇所需的元件即可;下載安裝JRE也只預載最小必要的核心,其他部份需要時再由網站下載。瀏覽器上除了傳統的Applet啟動方式外,也可以指定JRE版本,就不用再為了不同的JRE版本傷腦筋(可惜現在很少人寫applet了吧?)。
從JDK 1.0開始用Java,看到JRE往正確的方向前進實在令人振奮呀!
從JDK 1.0開始用Java,看到JRE往正確的方向前進實在令人振奮呀!
星期四, 一月 24, 2008
基於Java的CMS
雖然敝公司專案的CMS應該是用Rainbow Portal,但對於一個沒啥後續發展的opensource專案,實在是有點怕怕的。
不知為何同事們對PHP似乎都很排斥,於是我再找Open Source Content Management Systems (CMS) in Java,因為需要支援NTLM或LDAP認證Single Sign-On,今天就想找時間測試Apache Lenya、OpenCms、Liferay、Jahia。
其中Liferay與Jahia有商業版本,都相當成熟,而Jahia的Community版也有AJAX,故優先測試。
Jahia的NTLM支援是靠JCIFS,做法請看 JCIFS NTLM HTTP Authentication;要Single Sign-On還需要CAS。BTW,還有phpCAS、 mod_auth_cas等等,有SSO需求的朋友不妨試試。
由於時間關係,並沒有完成Jahia的NTLM整合測試。原本首選的Lenya也只支援JDK 1.4,又沒有build成功(唉,Apache也遜了),所以今天只能做到這裏。
看來我還是得再找時間測Xoops或Joomla的NTLM,若成功再遊說同事學PHP。若各位老大知道哪套好用的CMS可以NTLM整合認證,最好是C#,煩請提供給小弟,謝謝。
不知為何同事們對PHP似乎都很排斥,於是我再找Open Source Content Management Systems (CMS) in Java,因為需要支援NTLM或LDAP認證Single Sign-On,今天就想找時間測試Apache Lenya、OpenCms、Liferay、Jahia。
其中Liferay與Jahia有商業版本,都相當成熟,而Jahia的Community版也有AJAX,故優先測試。
Jahia的NTLM支援是靠JCIFS,做法請看 JCIFS NTLM HTTP Authentication;要Single Sign-On還需要CAS。BTW,還有phpCAS、 mod_auth_cas等等,有SSO需求的朋友不妨試試。
由於時間關係,並沒有完成Jahia的NTLM整合測試。原本首選的Lenya也只支援JDK 1.4,又沒有build成功(唉,Apache也遜了),所以今天只能做到這裏。
看來我還是得再找時間測Xoops或Joomla的NTLM,若成功再遊說同事學PHP。若各位老大知道哪套好用的CMS可以NTLM整合認證,最好是C#,煩請提供給小弟,謝謝。
星期一, 一月 07, 2008
Java即將變成另一個COBOL了?
不要人云亦云。
先照順序看:
Java is becoming the new Cobol
Java會步上 COBOL 的後塵嗎?
關於”Java即將變成另一個COBOL”這篇文章
版本控制,版本升級是不是個問題?
回應”版本控制,版本升級是不是個問題?”
Java , COBOL 以及版本控制
因為不是高手,而且以前用Java,現在用.Net,所以才可以客觀地以一個dummy的角度看待Java。基本上我的看法和Q大濕差不多啦。
這是Sun一開始對UI處理方向的問題,而不是Java的錯。現在NetBeans也算是很容易開發,我感覺用jsf和asp.net也沒有差很多。別忘了Java有成堆的library,也有成熟的runtime;mono基本上還沒有成熟到能與jdk拼的程度。(mono真的很成熟時,微軟也會煩惱Windows Server賣不出去)
至於ROR Framework,在我不專業的眼光看來,由於activerecord、scaffold等神奇的功能加上Ruby魔幻的語法,可以用很短的code寫出相同的程式。但在下這種笨蛋就是學不會複雜的語法,所以嘸蝦米輸入法、Ruby、Groovy都覺得太複雜,所以看了幾本書都沒辦法真正學會C++呀!
由於OpenSource社群的活躍,我相信Java絕對不會掛點或奱成小眾語言(COBOL、SmallTalk等)。XDite也有指出ROR的快速開發也不是我們這種笨蛋能輕易學會,要熟悉ROR的framework要花不少的心力,還有靈巧的Ruby語言。不管什麼程式語言都會有一段熟悉期,到大改版時陣痛是免不了的啦!所以老板想用Asp.Net就給他Asp.Net,要PHP就給他PHP,若能自己決定時就看你自己爽啦XD
Update:Q大又追加一篇 ”版本控制,版本升級是不是個問題?”後記
先照順序看:
Java is becoming the new Cobol
Java會步上 COBOL 的後塵嗎?
關於”Java即將變成另一個COBOL”這篇文章
版本控制,版本升級是不是個問題?
回應”版本控制,版本升級是不是個問題?”
Java , COBOL 以及版本控制
因為不是高手,而且以前用Java,現在用.Net,所以才可以客觀地以一個dummy的角度看待Java。基本上我的看法和Q大濕差不多啦。
- 使用Java差不多有十年,雖然不是一直在用,但是JDK 1.0寫的程式到現在也沒什麼大問題。GUI程式編譯確實會不相容,但以前編譯出來的class確能在新版JVM跑。"Write Once, Run Anywhere." 指的就是binary的相容,而不是source code相容。
- 就算是Perl/PHP,舊版相容性都不夠好,更別提.Net了。.Net的Binary向前相容性不算好,Source code就更差。.Net 3.5是基於.Net 2.0,所以根本不能算向前容性,只能說是Library的擴充。
- Servlet Container有時候會用一些undocumented api,像com.sun開頭的那些,所以JDK更版時常會有問題,確實會在更版時造成困擾。
- EJB是基於Java的一個framework,但不能代表Java。.Net上也有很多人開發一些framework最後無疾而終。以前太無聊學Struts,買了本1.0的書,結果1.1不太一樣,2.0差更多,但這也不是Java的問題呀!不信的人請從asp.net 1.0玩到3.5看看...
這是Sun一開始對UI處理方向的問題,而不是Java的錯。現在NetBeans也算是很容易開發,我感覺用jsf和asp.net也沒有差很多。別忘了Java有成堆的library,也有成熟的runtime;mono基本上還沒有成熟到能與jdk拼的程度。(mono真的很成熟時,微軟也會煩惱Windows Server賣不出去)
至於ROR Framework,在我不專業的眼光看來,由於activerecord、scaffold等神奇的功能加上Ruby魔幻的語法,可以用很短的code寫出相同的程式。但在下這種笨蛋就是學不會複雜的語法,所以嘸蝦米輸入法、Ruby、Groovy都覺得太複雜,所以看了幾本書都沒辦法真正學會C++呀!
由於OpenSource社群的活躍,我相信Java絕對不會掛點或奱成小眾語言(COBOL、SmallTalk等)。XDite也有指出ROR的快速開發也不是我們這種笨蛋能輕易學會,要熟悉ROR的framework要花不少的心力,還有靈巧的Ruby語言。不管什麼程式語言都會有一段熟悉期,到大改版時陣痛是免不了的啦!所以老板想用Asp.Net就給他Asp.Net,要PHP就給他PHP,若能自己決定時就看你自己爽啦XD
Update:Q大又追加一篇 ”版本控制,版本升級是不是個問題?”後記
標籤:
Java,
Programming
星期三, 十一月 07, 2007
FreeBSD的Java 6
我在七月時寫找不到FreeBSD可用的JDK 6,結果好像八月(還是九月)時ports就有jdk 1.6.0。但當時寫還是未成熟版本,勿用在production環境,所以也不想裝。
FreeBSD Java™ Project現在也還看不到1.6,要看Java 2 on FreeBSD。
看了jserv老大的Java SE/ME GPL 釋出才知道OpenJDK的source並不是完整的jdk,因此只能用Sun JRL版權的java source。
把該抓的patch和Java source檔等等放到 /usr/ports/distfiles,就可以到/usr/ports/java/jdk16輸入make install囉~
經過一夜...
#java -version
java version "1.6.0_02-p2"
Java(TM) SE Runtime Environment (build 1.6.0_02-p2-root_07_nov_2007_10_57-b00)
Java HotSpot(TM) Server VM (build 1.6.0_02-p2-root_07_nov_2007_10_57-b00, mixed mode)
結果:So far so good,跑Tomcat 6很正常,看來是足以勝任production了。
Java在FreeBSD的移植速度還是比OSX快,Leopard居然還沒有正式的Java 6呀...
P.S. 會想裝Java是希望能找到取代很遜的COM+SQL的workflow方案。許多opensource workflow engine都是based on Java,可以參考這裏。ports裏的Kaffe還是 1.1.7.r1,所以我暫時不考慮囉...
FreeBSD Java™ Project現在也還看不到1.6,要看Java 2 on FreeBSD。
看了jserv老大的Java SE/ME GPL 釋出才知道OpenJDK的source並不是完整的jdk,因此只能用Sun JRL版權的java source。
把該抓的patch和Java source檔等等放到 /usr/ports/distfiles,就可以到/usr/ports/java/jdk16輸入make install囉~
經過一夜...
#java -version
java version "1.6.0_02-p2"
Java(TM) SE Runtime Environment (build 1.6.0_02-p2-root_07_nov_2007_10_57-b00)
Java HotSpot(TM) Server VM (build 1.6.0_02-p2-root_07_nov_2007_10_57-b00, mixed mode)
結果:So far so good,跑Tomcat 6很正常,看來是足以勝任production了。
Java在FreeBSD的移植速度還是比OSX快,Leopard居然還沒有正式的Java 6呀...
P.S. 會想裝Java是希望能找到取代很遜的COM+SQL的workflow方案。許多opensource workflow engine都是based on Java,可以參考這裏。ports裏的Kaffe還是 1.1.7.r1,所以我暫時不考慮囉...
星期一, 十月 22, 2007
Kaffe很穩定了
星期三, 八月 15, 2007
JRuby on Rails連SQLServer使用Active Record失敗
裝好JRuby,記得在PATH把JRuby設在前面:
確定版本沒錯就接著安裝rails
#!/usr/local/jruby/bin/jruby
改成
#!/usr/bin/env jruby
再下載SQLServer 2005 JDBC,選unix版,把解開的sqljdbc.jar放到 jruby/lib裏
接下來就可以開始工作,照iThome這個範例
rails bookmarker
剩下的參考JRuby on Rails 安裝方式改config/enviroment.rb和config/database.yml
我是用ruby版的檔案直接修改,發現date錯誤,照JRuby interact with MS SQL Server - JDBC and ActiveRecord-JDBC改jdbc_adapter.rb,結果又出現[#9330] Error connecting to a MSSqlServer database in a rails app.
所以,JRuby想用activerecord-jdbc連SQLServer確定目前不可行,我還是乖乖地用jsp或php寫吧。
忘了說,在XP上jruby連sqlserver的測試程式居然抓到亂碼,在Mac上跑反而正常。
export PATH=/usr/local/jruby/bin:$PATH
set PATH=c:\jruby\bin;%path%
$gem -vruby 1.8.6裏的gem是0.9.0,JRuby附的是0.9.4
0.9.4
確定版本沒錯就接著安裝rails
$gem install rails --include-dependencies在我的mac上rails有問題,把 /usr/local/jruby/bin/rails 第一行
$gem install activerecord
$gem install activerecord-jdbc
#!/usr/local/jruby/bin/jruby
改成
#!/usr/bin/env jruby
再下載SQLServer 2005 JDBC,選unix版,把解開的sqljdbc.jar放到 jruby/lib裏
接下來就可以開始工作,照iThome這個範例
rails bookmarker
剩下的參考JRuby on Rails 安裝方式改config/enviroment.rb和config/database.yml
我是用ruby版的檔案直接修改,發現date錯誤,照JRuby interact with MS SQL Server - JDBC and ActiveRecord-JDBC改jdbc_adapter.rb,結果又出現[#9330] Error connecting to a MSSqlServer database in a rails app.
所以,JRuby想用activerecord-jdbc連SQLServer確定目前不可行,我還是乖乖地用jsp或php寫吧。
忘了說,在XP上jruby連sqlserver的測試程式居然抓到亂碼,在Mac上跑反而正常。
星期三, 七月 18, 2007
找不到FreeBSD可用的JDK 6
實在很誇張,連OSX都有beta的Java 6 SDK可用(JDK 6),在FreeBSD上居然仍然停留在jdk 1.5,連Linux版的port都沒有。這裏的Diablo也是1.5,JDK 7都快出來了耶!
本來以為有OpenJDK就會比較快有新版,後來找到Greg Lewis 老大在這裏說:
本來以為有OpenJDK就會比較快有新版,後來找到Greg Lewis 老大在這裏說:
There are new pieces of code and altered pieces of code that need additional porting and many of the changes need to be sanity checked to make sure they still make sense.看來還有得等了。jserv老大參與的kaffe也很久沒更新,難道真的要改用mono?
訂閱:
文章 (Atom)