導航:首頁 > IDC知識 > java伺服器書籍

java伺服器書籍

發布時間:2021-03-07 00:10:54

1、麻煩推薦下:關於java伺服器編程,socket編程方面的教材~~

Java伺服器編程實例
清華大學出版社
作者:侯曉強
內容簡介
《Java編程實例系列叢書》的內容涉及了計算機應用的前沿技術,例如,網路應用技術、圖形動畫以及多媒體技術、資料庫技術、大型企業級應用開發技術、網路伺服器應用技術、EJB技術、網路安全技術等,第一個實例都有明確的目標,即解決一類問題。由於Java代碼的可移植性,讀者完全可以將叢書中的實例應用到自己的項目中。
本書是一本介紹Java伺服器端編程技術的實用型參考書。全書通過簡單的理論知識和具有代表性的實例,向讀者展示了如何使用Java技術開發伺服器端的應用程序。
全書共分10章,主要包括開發環境的准備和安裝、JSP運行的原理以及如何使用JSP技術、使用Java Servlet編寫伺服器端程序的原理和方法、Java命名和目錄介面(JNDI)的原理與使用方法、如何在Java伺服器端程序中使用資料庫、如何在Java伺服器端編寫Mail應用程序、J2EE Enterprise Java Bean的結構和構成、開發和部署EJB應用的過程、JMS技術的原理與應用、如何在Java伺服器端使用RMI編寫應用、使用Java編寫XML應用的方法(尤其是XML技術與J2EE相結合使用),如何開發Web服務應用程序等內容。
本書面向具有一定Java語言基礎的讀者,可以作為大學本科和研究生的Java語言高級實驗教材,同時,也是一本編寫Java伺服器端編程的參考書。

<java 伺服器高級編程>Wrox程序員參考系列,機械工業出版社

2、請教下java大神,我是菜鳥。用java做後台伺服器端要學什麼啊?學習的順序是什麼?可不可以推薦一本書。

按順序學這些:流程式控制制語句、類和對象、介面和抽象類、多態、封裝、繼承、數組、集合、IO編程、線程 ,再學JavaWeb,又習慣稱Java企業級應用(Java EE),
Java EE的基礎是servlet,學好servlet之後,你就去學jsp,jsp的實質就是servlet,
再學學MVC概念,
如果你想做點簡單的應用,用servlet和jsp就足夠了!
在學完servlet和jsp之後,你去學習Java EE提供的框架,spring(容器)、struts(控制action)、Ibatis和hibernate(這兩個都是持久層框架,和資料庫打交道的),這些學好之後,學oracle,mysql資料庫,後面可以自學一些UI上的東西,如ext,

建議你去這里下載學習視頻:韓順平老師的java從入門到精通(不建議你學swing部分,裡面的小項目也不用做,到java EE才開始動手做視頻的項目,否則學習速度跟不上),servlet,jsp,hibernate,oracle
下載地址:http://www.verycd.com/topics/2772159/

3、編寫一個java伺服器應該看什麼書

你是想用java提供什麼服務? 如果是WEB應用的話,看看j2ee方面的書。如果是web Service,可以看看cxf(版apache.org的)。
但是如果權你想自己建立伺服器。那麼就意味著你要自己寫一個類似tomcat的代碼。我不認為你一個可能寫出來。

4、先學java伺服器集群和資料庫集群,該看什麼書?

伺服器集群
一旦在伺服器上安裝並運行了群集服務,該伺服器即可加入群集。群集化操作可以減少單點故障數量,並且實現了群集化資源的高可用性。下述各節簡要介紹了群集創建和群集操作中的節點行為。注意:有關安裝群集伺服器的信息,請參閱 Windows server 2003 產品家族的幫助和部署指南。
編輯本段創建群集
在伺服器群集產品中含有用來在伺服器上安裝群集軟體和創建新群集的群集安裝實用工具。創建新群集時,首先在選擇作為群集的第一個成員的計算機上運行該實用工具。第一步是確定群集名稱並創建群集資料庫和初始的群集成員列表來定義新群集。 Windows server 2003 群集新增了一個群集管理設置向導以及使用 cluster.exe 命令行界面創建( 包括從遠程創建 )群集的功能。創建群集的第二步是,添加可供所有群集成員使用的共用數據存儲設備。這樣,創建的新群集將帶有一個節點、自己的本地數據存儲設備以及群集共用資源 —— 通常是磁碟或數據存儲和連接介質資源。創建群集的最後一步是,在另外將要成為群集成員的每一台計算機上運行安裝實用工具。每當將新節點添加到群集中時,新節點都會自動從群集的原始成員獲得現有群集資料庫的副本。當節點加入或形成群集時,群集服務會更新該節點私有的配置資料庫副本。
編輯本段形成群集
如果伺服器運行了群集服務並且無法找到群集中的其它節點,它自己可以形成一個群集。要形成群集,節點必須能夠獲得對仲裁資源的獨占權。當最初形成群集時,群集中的第一個節點將包括群集配置資料庫。每當有新節點加入群集時,新節點都會在本地獲得並保持群集配置資料庫的副本。仲裁資源用恢復日誌(其中含有同節點無關的群集配置和狀態數據)的形式存儲配置資料庫的最新版本。在群集運行中,群集服務使用仲裁恢復日誌執行以下操作 :保證只有一組活動、可相互通訊的節點才能形成群集僅當某個節點可以獲得對仲裁資源的控制權時 , 才允許它形成群集僅當某個節點可以同控制仲裁資源的節點通訊時 , 才允許它加入或留在現有群集中從群集中的其它節點和群集服務管理介面的角度看,當形成群集時,群集中的每個節點可能處於三種不同狀態中的一種。事件處理器會記錄這些狀態,而事件日誌管理器會將這些狀態復制到群集的其它節點。群集服務狀態包括:離線。此時的節點不是完全有效的群集成員。該節點及其群集伺服器可能在運行,也可能未運行。聯機。此時的節點是完全有效的群集成員。它遵從群集資料庫的更新、對仲裁演算法施加自己的影響、維護心跳通訊,並可以擁有和運行資源組。暫停。此時的節點是完全有效的群集成員。它遵從群集資料庫的更新、對仲裁演算法施加自己的影響、維護心跳通訊,但它無法接受資源組。它只能支持它當前已擁有的那些資源組。之所以提供暫停狀態,是為了允許執行某些維護。大多數伺服器群集組件會將聯機和暫停視為等價的狀態。
編輯本段優勢
一、集群系統可解決所有的伺服器硬體故障,當某一台伺服器出現任何故障,如:硬碟、內存、CPU、主板、I/O板以及電源故障,運行在這台伺服器上的應用就會切換到其它的伺服器上。二、集群系統可解決軟體系統問題,我們知道,在計算機系統中,用戶所使用的是應用程序和數據,而應用系統運行在操作系統之上,操作系統又運行在伺服器上。這樣,只要應用系統、操作系統、伺服器三者中的任何一個出現故障,系統實際上就停止了向客戶端提供服務,比如我們常見的軟體死機,就是這種情況之一,盡管伺服器硬體完好,但伺服器仍舊不能向客戶端提供服務。而集群的最大優勢在於對故障伺服器的監控是基於應用的,也就是說,只要伺服器的應用停止運行,其它的相關伺服器就會接管這個應用,而不必理會應用停止運行的原因是什麼。三、集群系統可以解決人為失誤造成的應用系統停止工作的情況,例如,當管理員對某台伺服器操作不當導致該伺服器停機,因此運行在這台伺服器上的應用系統也就停止了運行。由於集群是對應用進行監控,因此其它的相關伺服器就會接管這個應用。
編輯本段缺點
我們知道集群中的應用只在一台伺服器上運行,如果這個應用出現故障,其它的某台伺服器會重新啟動這個應用,接管位於共享磁碟櫃上的數據區,進而使應用重新正常運轉。我們知道整個應用的接管過程大體需要三個步驟:偵測並確認故障、後備伺服器重新啟動該應用、接管共享的數據區。因此在切換的過程中需要花費一定的時間,原則上根據應用的大小不同切換的時間也會不同,越大的應用切換的時間越長。
編輯本段加入群集
如果一個伺服器要加入現有群集 , 則它必須運行群集服務並且必須成功找到群集中的其它節點。在找到其它節點後,加入的伺服器必須接受群集成員資格驗證,並獲得群集配置資料庫的副本。加入現有群集的過程開始於 Windows Server 2003 或 Windows 2000 Service Control Manager 在節點上啟動群集服務之時。在啟動過程中,群集服務會配置並裝入該節點的本地數據設備。它並不會試圖將共用的群集數據設備作為節點聯機,因為現有群集可能正在使用這些設備。為了查找其它節點 , 會啟動一個發現過程。當節點發現任何群集成員時,它將執行身份驗證序列。第一個群集成員會對新加入者進行身份驗證,並且在新伺服器得到成功驗證後返回成功狀態。如果驗證不成功(未能識別待加入節點的群集成員身份,或者它使用了無效的帳戶密碼),則加入群集的請求會被拒絕。進行成功驗證後,首先聯機的群集節點會檢查加入節點上的配置資料庫副本。如果該副本已過時,對加入伺服器進行驗證的群集節點會為加入的伺服器發送該資料庫的更新副本。剛加入群集的節點在收到復制的資料庫後,可以用它查找共享資源並根據需要將它們聯機。
編輯本段脫離群集
當節點關閉或群集服務被停止時,節點可能脫離群集。但當節點不執行群集操作(比如不向群集配置資料庫提交更新)時,節點也可能被迫脫離(被逐出)群集。如果節點根據預先的計劃脫離群集 , 它會向其它所有節點成員發送 ClusterExit 消息,通知它們它將脫離群集。該節點不等待任何響應就會立即進行關閉資源和所有群集連接的操作。由於其餘節點收到了退出消息,因此它們不會執行在節點意外失效或網路通訊停止時發生的重新分組過程以重新確立群集成員身份。
編輯本段方法
有兩種常用的伺服器集群方法,一種是將備份伺服器連接在主伺服器上,當主伺服器發生故障時,備份伺服器才投入運行,把主伺服器上所有任務接管過來。另一種方法是將多台伺服器連接,這些伺服器一起分擔同樣的應用和資料庫計算任務,改善關鍵大型應用的響應時間。同時,每台伺服器還承擔一些容錯任務,一旦某台伺服器出現故障時,系統可以在系統軟體的支持下,將這台伺服器與系統隔離,並通過各伺服器的負載轉嫁機制完成新的負載分配。PC伺服器中較為常見的是兩台伺服器的集群,UNIX系統可支持8台伺服器的集群系統,康柏的專用系統OpenVMS可支持多達96台伺服器的集群系統。在集群系統中,所有的計算機擁有一個共同的名稱,集群內任一系統上運行的服務可被所有的網路客戶所使用。集群必須可以協調管理各分離組件的錯誤和失敗,並可透明的向集群中加入組件。用戶的公共數據被放置到了共享的磁碟櫃中,應用程序被安裝到了所有的伺服器上,也就是說,在集群上運行的應用需要在所有的伺服器上安裝一遍。當集群系統在正常運轉時,應用只在一台伺服器上運行,並且只有這台伺服器才能操縱該應用在共享磁碟櫃上的數據區,其它的伺服器監控這台伺服器,只要這台伺服器上的應用停止運行(無論是硬體損壞、操作系統死機、應用軟體故障,還是人為誤操作造成的應用停止運行),其它的伺服器就會接管這台伺服器所運行的應用,並將共享磁碟櫃上的相應數據區接管過來。其接管過程如下圖所示(以應用A為例):1.應用A正常工作時;2.應用A停止工作後,其它的備用伺服器將該應用接管過來。 具體接管過程分三部執行: a.系統接管 b.載入應用 c.客戶端連接

5、有沒有介紹javaWeb工程在linux伺服器上的部署方面的書籍

java在linux和copywindows上部署沒什麼差,基本是中間件的差別,weblogic和websphere的話,用腳本部署會有點不一樣,主要還是看你用的中間件

linux的分區要稍微了解下,對web工程的磁碟佔用要規劃,不要犯什麼把臨時目錄放在根目錄這種低級錯誤就行

網路那塊,會改/etc/sysconfig/ethx.cfg和/etc/iptables、/etc/hosts,就是IP、埠、主機

安全的話,賬號密碼許可權之類的倒是要注意下

6、Java消息服務的圖書

書 名: Java消息服務(第2版)
作 者:(美)理查茲,(美)蒙森-哈斐爾,(美)查普爾 ,閆懷志 譯
出版社: 電子工業出版社
出版時間: 2010-1-1
ISBN: 9787121100505
開本: 16開
定價: 59.80元 推薦序
前言
第1章 消息傳送機制基礎
1.1 消息傳送機制的優點
1.1.1 異構集成
1.1.2 緩解系統瓶頸
1.1.3 提高可伸縮性
1.1.4 提高最終用戶生產率
1.1.5 體系結構靈活性和敏捷性
1.2 企業消息傳送
1.2.1 集中式體系結構
1.2.2 分散式體系結構
1.2.3 混合體系結構
1.2.4 以集中式體系結構作為模型
1.3 消息傳送模型
1.3.1 點對點模型
1.3.2 發布/訂閱模型
1.4 JMS API
1.4.1 點對點API
1.4.2 發布/訂閱API
1.5 實際場景
1.5.1 面向服務體系結構
1.5.2 事件驅動體系結構
1.5.3 異構平台集成
1.5.4 企業應用集成
1.5.5 企業到企業
1.5.6 地理分散
1.5.7 信息廣播
1.5.8 構建動態系統
1.6 RPC和非同步消息傳送
1.6.1 緊密耦合的RPC
1.6.2 企業消息傳送
第2章 編寫一個簡單的示常式序
2.1 聊天應用程序
2.1.1 從Chat示例開始
2.1.2 分析源代碼
2.1.3 會話和線程
第3章 深入剖析一條JMS消息
3.1 消息頭
3.1.1 自動分配的消息頭
3.1.2 開發者分配的消息頭
3.2 消息屬性
3.2.1 應用程序特定的屬性
3.2.2 JMS定義的屬性
3.2.3 提供者特定的屬性
3.3 消息類型
3.3.1 Message
3.3.2 TextMessage
3.3.3 ObjectMessage
3.3.4 BytesMessage
3.3.5 StreamMessage
3.3.6 MapMessage
3.3.7 只讀消息
3.3.8 客戶端確認的消息
3.3.9 消息的互操作性和可移植性
第4章 點對點消息傳送模型
4.1 點對點模型概覽
4.1.1 何時使用點對點消息傳送模型
4.2 QBorrower和QLender應用程序
4.2.1 配置並運行應用程序
4.2.2 QBorrower類
4.2.3 QLender類
4.3 消息關聯
4.4 動態隊列對受管隊列
4.5 使用多個接收者實現負載均衡
4.6 分析一個隊列
第5章 發布/訂閱消息傳送模型
5.1 發布/訂閱模型概覽
5.1.1 何時使用發布/訂閱消息傳送模型
5.2 TBorrower和TLender應用程序
5.2.1 配置並運行應用程序
5.2.2 TLender類
5.2.3 TBorrower類
5.3 持久訂閱者和非持久訂閱者
5.4 動態訂閱者和受管訂閱者
5.5 取消訂閱動態持久訂閱者
5.6 臨時主題
第6章 消息過濾
第7章 保證消息傳送和事務
第8章 Java EE和消息驅動bean
第9章 Spring和JMS
第10章 部署注意事項
第11章 消息傳送設計注意事項
附錄A Java消息服務API
附錄B 消息頭
附錄C 消息屬性
附錄D 安裝和配置ActiveMQ
索引

7、有java游戲伺服器的書籍推薦嗎

《java 編程》 《編程與游戲》 《游戲編程》 我們學校的圖書館有

8、有java游戲伺服器的書籍推薦嗎?

書我不知道有什麼靠譜的。
但是可以在apache Mina或者jboss Netty基礎上開發。
你說的這些關鍵技術和基礎設施專都准備好了,在獲得屬高性能的同時降低了開發難度。
如果是學習網路&並發編程,結合文檔研究下源代碼好了。。。

與java伺服器書籍相關的知識