sudo apt-get install fakeroot java-package java-common
fakeroot make-jpkg jdk-1_5_0_06-linux-i586.bin
sudo dpkg -i sun-j2re1.5_1.5.0+update06_i386.deb
sudo update-alternatives --config java

安裝mysql
# tar zxvf mysql-4.0.14.tar.gz -C /setup
# cd /setup/mysql-4.0.14
# groupadd mysql
# useradd mysql -g mysql -M -s /bin/false
# ./configure --prefix=/web/mysql \ 指定安裝目錄
--without-debug \去除debug模式
--with-extra-charsets=gb2312 \添加gb2312中文字符支持
--enable-assembler \使用一些字符函數的匯編版本
--without-isam \去掉isam表類型支持 現在很少用了 isam表是一種依賴平臺的表
--without-innodb \去掉innodb表支持 innodb是一種支持事務處理的表,適合企業級應用
--with-pthread \強制使用pthread庫(posix線程庫)
--enable-thread-safe-client \以線程方式編譯客戶端
--with-client-ldflags=-all-static \
--with-mysqld-ldflags=-all-static \以純靜態方式編譯服務端和客戶端

# make
# make install
# scripts/mysql_install_db \生成mysql用戶數據庫和表文件
# cp support-files/my-medium.cnf /etc/my.cnf \copy配置文件,有large,medium,small三個環境下的,根據機器性能選擇,如果負荷比較大,可修改里面的一些變量的內存使用值
# cp support-files/mysql.server /etc/init.d/mysqld \copy啟動的mysqld文件
# chmod 700 /etc/init.d/mysqld
# cd /web
# chmod 750 mysql -R
# chgrp mysql mysql -R
# chown mysql mysql/var -R
# cd /web/mysql/libexec
# cp mysqld mysqld.old
# strip mysqld
# chkconfig --add mysqld
# chkconfig --level 345 mysqld on
# service mysqld start
# netstat -atln
看看有沒有3306的端口打開,如果mysqld不能啟動,看看/web/mysql/var下的出錯日志,一般都是目錄權限沒有設置好的問題
# ln -s /web/mysql/bin/mysql /sbin/mysql
# ln -s /web/mysql/bin/mysqladmin /sbin/mysqladmin
# mysqladmin -uroot password "youpassword" #設置root帳戶的密碼
# mysql -uroot -p
# 輸入你設置的密碼
mysql>use mysql;
mysql>delete from user where password=""; #刪除用于本機匿名連接的空密碼帳號
mysql>flush privileges;
mysql>quit

在未來的五年內，Java平臺企業版(Java EE)將不再是主流的標準程序設計模型，伯頓集團的高級分析師Richard Monson-Haefel預測說，并且SOA的發展是導致這一結果的原因之一。

　 　上周，伯頓集團發生了一件驚天動地的事情，Monson-Haefel發表了一篇名為“JEE5:Java EE預示結局的先兆”的報告。Java平臺企業版就像是一種史前動物，因為它整體過于龐大無法僅僅依靠可食植物來維持生存而導致滅絕，伯頓分析師說隨著 JEE5中spring的發布，Java平臺企業版已經變得過于復雜導致企業級開發人員很難使用它，他們越來越期待著替代版的出現，譬如Ruby-on- Rails。

　　Monson-Haefel的結論如同死亡證明書一樣殘酷:“JEE5在復雜性上的失敗是預示著Java企業版平臺終從企 業開發平臺領域的統治地位上落敗。所有企業在考慮新的企業開發時應該多參考一些其他的平臺，而且企業也應該提早做出準備以應對作為企業解決方案的Java EE的最終消亡。”

　　Java企業版平臺的發展將不可避免的效仿以往的一些標準，比如CORBA(通用請求代理體系)，它們曾經也非常有前途，但最終還是走向了沒落，他說。

　　“五年內，Java平臺企業版將成為 21世紀的CORBA，” Monson-Haefel說道。“人們將看著它說‘它曾經也盛極一時’，但是因為太復雜，現在已經沒人愿意再使用它了。”

　　他努力強調說他僅僅是揭示了Java EE平臺的衰落之路，絕不是Java語言的。

　　“Java程序設計語言是不會有任何危險的”這位伯頓分析師說。“我認為Java程序設計語言在近幾年內將繼續發展成為企業級開發的支柱。”

　　Monson-Haefel不是唯一一個預測Java EE平臺失敗并把SOA當作造成這一結果的原因之一的分析師。

　 　“Java EE現在已經時日不多了，” ZapThink 公司的高級分析師Jason Bloomberg說，他同樣也看到了導致這一后果的罪魁禍首就是Java EE每個新版本所增加的復雜度。“很明顯，只要發布了新版本或者增加了模塊，唯一增加的只有復雜性。最終，它會被自己壓垮。從目前看來，將來是不會開發出 比已有的Java EE更精簡的版本。”

　　即使先把復雜性放到一邊不說，當提到要進入面向服務的企業這個新時代時，作為SOA和Web服務方面的專家Bloomberg就已經看到了Java平臺自身的致命缺陷。

　 　“從根本上而言，Java EE的世界并不是為SOA而創建的，” ZapThink公司的分析師說。“現在，你可以依靠基于J2EE的運行時基礎架構，在Java和許多用于SOA實現的產品上創建非常棒的SOA實現。事 實上，Java有很多面——一種面向對象程序設計語言、一個虛擬機的基礎結構，并且Java的Java EE是特定的一個實現n層架構的框架。不幸的是，Java的任何一面，或者是任何一種虛擬機都不適合做SOA的開發平臺。”

　　在Java EE中實現的面向對象(OO)并不完全符合SOA的核心——面向服務，Bloomberg爭辯道。

　　“從面向對象的角度來看，服務和服務的實例是相同的概念，”他說。“對象實例是獨立存在的這一整套概念在SOA中價值甚微。”

　　Java EE中的虛擬機也不是SOA的最佳解決方案，Bloomberg說。

　 　“虛擬機的目標是為了增強代碼可移植性，但是在SOA中，互操作卻是更加重要的，”他說。“在SOA中，如果你并不需要移動代碼，那為什么還要克服這些 困難去實現代碼移植呢?從根本上來說，分布式計算的虛擬機方式是通過對象串行化來實現遠程方法調用，但是SOA卻是在固定的界面下實現服務之間的信息交 換。”

　　從Monson-Haefel的觀點來看，面向服務使得對統一平臺(如Java EE)的需要變得無關緊要。

　　“SOA確實降低了一個公共程序設計模型的重要程度，”伯頓的分析師說。“因為真正重要的不再是服務于通信的模型，而是通信本身。它是你正在交換的數據。它是與你完成交換數據關系緊密的方法，而不是數據背后的程序設計模型。”

　　Java EE最主要的優勢在于提供了一個公共的程序設計模型，但是，當進行SOA領域的開發時，這并不是最重要的。Monson-Haefel說。

　　“SOA和Web服務降低了后臺如何運行的重要程度，”伯頓的分析師說。“這兩者強調的是如何相互合作，比如說，Web服務的XML和HTTP如何相互合作。后臺如何運行已經不重要了。”

　　最后，ZapThink公司的Bloomberg說:企業級的JavaBeans/Servlet/Java Server Pages框架都與SOA不一致。

　 　“你可以看到，Java EE的重點在于為可升級的n-層架構提供框架，這正是那些大的事務處理網站所需要的，” Bloomberg說。“然而，如果你是要為SOA創建一個企業級框架的話，那么你所要完成的構建與在Java EE平臺下的構建就大相庭徑了。你需要創建的框架是以激活和維持服務提取層為中心的，這對SOA而言是至關重要的。因此，Java EE非常適合于基于平臺的日常服務，但不是SOA。”

from：www.csdn.net

我自己的經歷：
我是從weblogic5.0發布的時候開始學習使用java的，時間不算長，然而當時我記得是互聯網發展比較迅速的時候（可能是在我這個地方），幾乎每周都有網站建設的任務，當時php3和asp是用的最多的，當我看到jsp的時候我只有一個想法：好！接著大家都知道，。net beta出來了，我沒有用j2ee做過相對比較大的應用，因此我不能具體比較。net與java的好壞，不過當時的.net確實嚇了我一跳！而現在.net確沒有預期那么好。任何事情都有比較，我對這2個體系有點混亂了！大家都說說自己的看法吧！千萬別吵哦！

安裝MySQL

sudo apt-get install mysql-server

這個應該很簡單了，而且我覺得大家在安裝方面也沒什么太大問題，所以也就不多說了，下面我們來講講配置。

配置MySQL

注意，在Ubuntu下MySQL缺省是只允許本地訪問的，如果你要其他機器也能夠訪問的話，那么需要改變/etc/mysql/my.cnf配置文件了！下面我們一步步地來：

默認的MySQL安裝之后根用戶是沒有密碼的，所以首先用根用戶進入：

$mysql -u root

在這里之所以用-u root是因為我現在是一般用戶（firehare），如果不加-u root的話，mysql會以為是firehare在登錄。注意，我在這里沒有進入根用戶模式，因為沒必要。一般來說，對mysql中的數據庫進行操作，根本沒必要進入根用戶模式，只有在設置時才有這種可能。

進入mysql之后，最要緊的就是要設置Mysql中的root用戶密碼了，否則，Mysql服務無安全可言了。

mysql> GRANT ALL PRIVILEGES ON *.* TO root@localhost IDENTIFIED BY "123456";

注意，我這兒用的是123456做為root用戶的密碼，但是該密碼是不安全的，請大家最好使用大小寫字母與數字混合的密碼，且不少于8位。

這樣的話，就設置好了MySQL中的root用戶密碼了，然后就用root用戶建立你所需要的數據庫。我這里就以xoops為例：

mysql>CREATE DATABASE xoops；

mysql>GRANT ALL PRIVILEGES ON xoops.* TO xoops_root@localhost IDENTIFIED BY "654321";

這樣就建立了一個xoops_roots的用戶，它對數據庫xoops有著全部權限。以后就用xoops_root來對xoops數據庫進行管理，而無需要再用root用戶了，而該用戶的權限也只被限定在xoops數據庫中。

如果你想進行遠程訪問或控制，那么你要做兩件事：

其一：

mysql>GRANT ALL PRIVILEGES ON xoops.* TO xoops_root@"%" IDENTIFIED BY "654321";

允許xoops_root用戶可以從任意機器上登入MySQL。

其二：

$sudo gedit /etc/mysql/my.cnf

老的版本中

>skip-networking => # skip-networking

新的版本中

>bind-address=127.0.0.1 => bind-address= 你機器的IP

這樣就可以允許其他機器訪問MySQL了。



from：http://www.linux110.com/bbs