⑴ 基於Spring的Fabric區塊鏈Gateway，簡化區塊鏈開發
學習Hyperledger Fabric有一陣子了，從網路搭建、SDK調用到基於Spring的Gateway的開發，一路走來，感覺還是有不少的坑。最近，終於有空，將這些東西整理出來，希望能幫到同路的小夥伴們。詳細文檔地址： https://ecsoya.github.io/fabric/ 。
前一陣子，曾整理過一篇文章，詳細的介紹了Fabirc網路的搭建和部署，小夥伴們請自行查閱：推薦幾個開源項目，教你快速搭建Hyperledger Fabric區塊鏈網路
1. java SDK： GitHub - hyperledger/fabric-sdk-java
2. Gateway： GitHub - hyperledger/fabric-gateway-java
這是我基於官方的Gateway項目，結合Spring MVC做出的一套框架。主要是將Chaincode的函數調用，包裝成了Spring的服務。
1. 項目地址： GitHub - ecsoya/spring-fabric-gateway
2. 詳細文檔： https://ecsoya.github.io/fabric/pages/gateway.html
3. Maven地址：
一個精簡版的Fabric區塊鏈瀏覽器。
1. 項目地址： GitHub - ecsoya/spring-fabric-gateway
2. 詳細文檔： https://ecsoya.github.io/fabric/pages/explorer.html
3. Maven地址：
以上的項目，包含官方的SDK和Gateway，都離不開 Fabric 網路配置文件的支持。
所謂的配置文件，就是將所有的組織、Peer和其相關的證書，全部配置到一個JSON文件或YAML文件中，方便在項目中讀取。
詳細文檔： https://ecsoya.github.io/fabric/pages/network-config.html
1. 文檔： https://ecsoya.github.io/fabric/pages/demo.html
2. 源碼： GitHub - ecsoya/fabric-demo
⑵ SpringCloud系列之網關gateway-11.許可權認證-分布式session替代方案
前面我們了解了Gateway組件的過濾器，這一節我們就探討一下Gateway在分布式環境中的一個具體用例-用戶鑒權。
從我們開始學JavaEE的時候，就被洗腦式灌輸了一種許可權驗證的標准做法，那就是將用戶的登錄狀態保存到HttpSession中，比如在登錄成功後保存一對key-value值到session，key是userId而value是用戶後台的真實ID。接著創建一個ServletFilter過濾器，用來攔截需要登錄才能訪問的資源，假如這個請求對應的服務端session里找不到userId這個key，那麼就代表用戶尚未登錄，這時候可以直接拒絕服務然後重定向到用戶登錄頁面。
大家應該都對session機制比較熟悉，它和cookie是相互依賴的，cookie是存放在用戶瀏覽器中的信息，而session則是存放在伺服器端的。當瀏覽器發起服務請求的時候就會帶上cookie，伺服器端接到Request後根據cookie中的jsessionid拿到對應的session。
由於我們只啟動一台伺服器，所以在登錄後保存的session始終都在這台伺服器中，可以很方便的獲取到session中的所有信息。用這野路子，我們一路搞定了各種課程作業和畢業設計。結果一到工作崗位發現行不通了，因為所有應用都是集群部署，在一台機器保存了的session無法同步到其他機器上。那我們有什麼成熟的解決方案嗎？
分布式環境下的解決方案
Session復制是最容易先想到的解決方案，我們可以把一台機器中的session復制到集群中的其他機器。比如Tomcat中也有內置的session同步方案，但是這並不是一個很優雅的解決方案，它會帶來以下兩個問題：
Timing問題 同步需要花費一定的時間，我們無法保證session同步的及時性，也就是說，當用戶發起的兩個請求分別落在不同機器上的時候，前一個請求寫入session的信息可能還沒同步到所有機器，後一個請求就已經開始執行業務邏輯了，這不免引起臟讀幻讀。
數據冗餘 所有伺服器都需要保存一份session全集，這就產生了大量的冗餘數據
反向代理：綁定IP或一致性Hash
這個方案可以放在Nignx網關層做的，我們可以指定某些IP段的請求落在某個指定機器上，這樣一來session始終只存在一台機器上。不過相比前一種session復制的方法來說，綁定IP的方式有更明顯的缺陷：
負載均衡 在綁定IP的情況下無法在網關層應用負載均衡策略，而且某個伺服器出現故障的話會對指定IP段的來訪用戶產生較大影響。對網關層來說該方案的路由規則配置也極其麻煩。
IP變更 很多網路運營商會時不時切換用戶IP，這就會導致更換IP後的請求被路由到不同的服務節點處理，這樣一來就讀不到前面設置的session信息了
為了解決第二個問題，可以通過一致性Hash的路由方案來做路由，比如根據用戶ID做Hash，不同的Hash值落在不同的機器上，保證足夠均勻的分配，這樣也就避免了IP切換的問題，但依然無法解決第一點里提到的負載均衡問題。
這個方案解決了前面提到的大部分問題，session不再保存在伺服器上，取而代之的是保存在redis中，所有的伺服器都向redis寫入/讀取緩存信息。
在Tomcat層面，我們可以直接引入tomcat-redis-session-manager組件，將容器層面的session組件替換為基於redis的組件，但是這種方案和容器綁定的比較緊密。另一個更優雅的方案是藉助spring-session管理redis中的session，盡管這個方案脫離了具體容器，但依然是基於Session的用戶鑒權方案，這類Session方案已經在微服務應用中被淘汰了。
分布式Session的替代方案
To think out of box guys~讓我們把session拋到腦後，看看現在流行的兩種認證方式：
大家一定用過現在比較流行的第三方登錄，比如我們通過微信掃碼登錄就可以登錄某個應用的在線系統，但是這個應用並不知道我的微信用戶名和密碼。這便是我們要介紹的第一個鑒權方案-OAuth 2.0。
OAuth 2.0是一個開放授權標准協議，它允許用戶讓第三方應用訪問該用戶在某服務的特定私有資源，但是不提供賬號密碼信息給第三方應用。在上面的例子中，微信就相當於一個第三方應用，我們通過OAuth 2.0
拿微信登錄第三方應用的例子來說：
Auth Grant 在這一步Client發起Authorization Request到微信系統（比如通過微信內掃碼授權），當身份驗證成功後獲取Auth Grant
Get Token 客戶端拿著從微信獲取到的Auth Grant，發給第三方引用的鑒權服務，換取一個Token，這個Token就是訪問第三方應用資源所需要的令牌
訪問資源 最後一步，客戶端在請求資源的時候帶上Token令牌，服務端驗證令牌真實有效後即返回指定資源
我們可以藉助Spring Cloud中內置的
spring-cloud-starter-oauth2
組件搭建OAuth 2.0的鑒權服務，OAuth 2.0的協議還涉及到很多復雜的規范，比如角色、客戶端類型、授權模式等。這一小節我們暫且不深入探討OAuth 2.0的實現方式，先來看另外一個更輕量級的授權方案：JWT鑒權。
JWT也是一種基於Token的鑒權機制，它的基本思想就是通過用戶名+密碼換取一個Access Token
相比OAuth 2.0來說，它的鑒權過程更加簡單，其基本流程是這樣的：
JWT的Access Token由三個部分構成，分別是Header、Payload和Signature，我們分別看下這三個部分都包含了哪些信息：
Header 頭部聲明了Token的類型（JWT類型）和採用的加密演算法（HS256）
{'typ': 'JWT',
'alg': 'HS256'}
Payload 這一段包含的信息相當豐富，你可以定義Token簽發者、簽發和過期時間、生效時間等一系列屬性，還可以添加自定義屬性。服務端收到Token的時候也同樣可以對Payload中包含的信息做驗證，比如說某個Token的簽發者是「Feign-API」，假如某個介面只能允許「Gateway-API」簽發的Token，那麼在做鑒權服務時就可以加入Issuer的判斷邏輯。
Signature 它會使用Header和Payload以及一個密鑰用來生成簽證信息，這一步會使用Header里我們指定的加密演算法進行加密
目前實現JWT的開源組件非常多，如果決定使用這個方案，只要添加任意一個開源JWT實現的依賴項到項目中的pom文件，然後在加解密時調用該組件來完成。
⑶ Java通過ECI方式調用CICS。 JavaGateway javaGateway = new
在Cics中 , Java調用分兩種方式 , ECI and EPI .
•External Call Interface(ECI)即是一種類似於元過程調用(RPC),在CICS Client端通過ECI調用就可以把CICS Server端的交易程序叫起來運行,運行結束後再返回CICS Client端
•External Presentation Interface(EPI),在CICS Client端模仿了一個CICS Server的終端,CICS Client程序與CICS Server程序間交換的是3270的數據流 .
這些都自己去理解, 網上關於掉用的文檔都很坑爹,沒代碼說個飛機啊!!!
首先我們需要知道在java中 , cics需要支持的jar文件, ctgclient.jar ,還要知道基本的調用類.
⑷ java工程gateway time-out問題
這是由於伺服器端的配置出現了狀況，平時也很少見到。
具體解決辦法就是修改配置文件：
1、把max_children由之前的10改為現在的30，這樣就可以保證 有充足的php-cgi進程可以被使用；
把request_terminate_timeout由之前的0s改為60s，這樣php-cgi進程 處理腳本的超時時間就是60秒，可以防止進程都被掛起，提高利用效率。
⑸ gateway網關路由匹配規則
路由(Route): 路由是網關最基礎的部分，路由信息由ID、目標URI、一組斷言和一組過濾器組成，如果斷言路由為真，則說明請求的URI和配置匹配。
斷言(Predicate): java8中的斷言函數。SpringCloud Gateway中的斷言函數輸入類型是spring5.0框架中的ServerWebExchage。SpringCloud Gateway中的斷言函數允許開發者去定義匹配來自於Http Request中的任何信息，比如請求頭和參數等。
過濾器(Filter): 一個標準的Spring Web Filter。 Spring Cloud GateWay 中的Filter分為兩種類型，分別是Gateway Filter和Global Filter。過濾器將會對請求和響應進行處理。
1. path路由匹配規則
2. query路由匹配規則
4. Datetime路由匹配規則
5. RemoteAddr路由匹配規則
6. Header路由匹配規則
⑹ 大神java怎樣獲取Linux IP ，gateway,netmask信息
echo"代碼很長"
echo"https://www.cnblogs.com/jasonlu1016/p/5227058.html"
echo"你可以參考下這個文章"
⑺ java web 504 gateway time-out怎麼解決
情況一：由於nginx默認的fastcgi進程響應緩沖區太小造成
這種情況下導致fastcgi進程被掛起，如果fastcgi服務隊這個掛起處理不是很好的話，就可能提示「504 Gateway Time-out」錯誤。
情況一解決辦法：
默認的fastcgi進程響應的緩沖區是8K，我們可以設置大一點，在nginx.conf里，加入：fastcgi_buffers 8 128k
這表示設置fastcgi緩沖區為8塊128k大小的空間。
情況一解決辦法（改進）：
在上述方法修改後，如果還是出現問題，我們可以繼續修改nginx的超時參數，將參數調大一點，如設置為60秒：
send_timeout 60;
經過這兩個參數的調整，結果沒有再提示「504 Gateway Time-out」錯誤，說明效果還是挺不錯的，問題基本解決。
情況二：PHP環境的配置問題
這里我們需要對php-fpm和nginx進行配置修改。因為這種情況下，也會出現「504 Gateway Time-out」錯誤提示。
情況二解決辦法（php-fpm配置修改）：
將max_children由之前的10改為30，這樣操作是為了保證有充足的php-cgi進程可以被使用。
將request_terminate_timeout由之前的0秒改成60秒，這樣使php-cgi進程處理腳本的超時時間提高到60秒，可以防止進程被掛起以提高利用效率。
情況二解決辦法（nginx配置修改）：
為了減少fastcgi的請求次數，盡量維持buffers不變，我們要更改nginx的幾個配置項，如下：
將fastcgi_buffers由4 64k改為2 256k;
將fastcgi_buffer_size 由64k改為128k;
將fastcgi_busy_buffers_size由128k改為256k;
將fastcgi_temp_file_write_size由128k改成256k。
⑻ 如何通過zabbix 獲取監控數據
zabbix基本架構：
1.Server
zabbix系統核心進程，輪詢並捕獲數據、發送通知等。是zabbix agent和zabbix proxy匯報數據的對象。server自身可遠程檢測網路服務。所有的前後端配置、統計信息、可操作數據存儲於此。包含server、前段界面和後端DB幾部分。
2.Agent
部署在被監控主機上用於監控本地資源和應用並向zabbix server匯報結果。使用本地系統調用故非常高效。有主動和被動兩種檢測模式。被動模式下agent根據server或proxy的具體請求來返回數據。主動模式下先主動由server獲取監控項列表在檢測並返回新的數據。採用主動或被動檢測取決於相應監控項的配置。
3.Proxy
可以自由選擇部署或者不部署，主要用於分擔server的負載。在集中化監控遠程位置、分支、網路的場景中是很好的解決方案。可從被監控設備收集數據緩存在proxy本地後傳遞給其所屬的zabbix server。proxy需要單獨的資料庫。
4.Java gateway
java實現的守護進程用於監控JMX類型的應用程序。
5.Sender
命令行工具zabbix_sender，用於向zabbix server發送性能數據和可用性數據。多用於用戶腳本定期向server發送數據。
如：
shell> cd bin
shell> ./zabbix_sender -z zabbix -s "Linux DB3" -k db.connections -o 43
6.Get
命令行工具zabbix_get，用於同agent通信從agent獲取數據。可用於zabbix agents的troubleshooting。
如：
shell> cd bin
shell> ./zabbix_get -s 127.0.0.1 -p 10050 -k "system.cpu.load[all,avg1]"
#zabbix術語表：
host
需要被監控的設備，如交換機、路由器、WEB伺服器、DB伺服器等
host group
被監控設備的邏輯分組，如DB伺服器一組、WEB伺服器一組等。可包含主機和模板。用於許可權控制
item
需要被監控的項，如CPU空閑率、某一塊磁碟的使用率等
trigger
用於評估收到的監控值是否超出設定的閾值的邏輯表達式
event
如trigger狀態改變等值得注意的事件
action
預先定義的響應event的一系列operations
escalation
執行action中的operations的定製場景；一連串的發送通知、執行遠程命令
media
傳遞notification的方式
notification
通過media發送給用戶的關於某個event的消息
remote command
在被監控機器上觸發並自動執行的預定義命令
template
用於簡化和加速主機上大規模監控任務的部署。包含一系列項目，如items, triggers, graphs, screens, applications, low-level discovery rules
application
邏輯組中的一組items
web scenario
一個或多個HTTP request用以檢查web站點可用性
frontend
zabbix的web界面
zabbix api
允許通過JSON RPC 協議創建、更新和獲取zabbix對象如，hosts, items, graphs and others。或者執行其他任務
zabbix server
zabbix核心，履行監控，與zabbix proxies、zabbix client交互、計算trigger、發送notification、存儲數據等任務
zabbix agent
部署在被監控主機上用於監控本地資源和應用
zabbix proxy
可代zabbix server收集數據分擔處理負載
#zabbix配置：
可通過WEB界面或者模板進行配置
需配置內容包括users、user groups、hosts、host groups、items、Triggers、Events、notification、templates、visualisation等。
最終配置會被存儲在後端database中。
參考：
https://www.zabbix.com/documentation/2.4/manual/config
zabbix取數方式
1.zabbix api
基於WEB的API，通過JSON PRC協議獲取或更改zabbix配置，並可用於獲取歷史監控數據。clients和API間的request和response使用JSON格式。包含一系列可從功能上分為不同組別的方法。
發起HTTP請求的格式類似如下：
POST http://company.com/zabbix/api_jsonrpc.php HTTP/1.1
Content-Type: application/json-rpc
{"jsonrpc":"2.0","method":"apiinfo.version","id":1,"auth":null,"params":{}}
其中http://company.com/zabbix/是zabbix前端的地址；Content-Type必須指明且為application/json-rpc, application/json or application/jsonrequest三者之一。{"jsonrpc":"2.0","method":"apiinfo.version","id":1,"auth":null,"params":{}}是請求的具體內容。
一些實例：
*登錄認證
{
"jsonrpc": "2.0",
"method": "user.login",
"params": {
"user": "Admin",
"password": "zabbix"
},
"id": 1,
"auth": null
}
其中：
jsonrpc:指明JSON-RPC協議版本，這里是2.0版本
method:指明調用的API方法，這里是用戶登錄
params:需要傳遞給API method的參數，這里是用戶名和密碼
id:本次請求的標識符
auth:用戶認證令牌，目前尚無所以為null
若參數無誤response將會包含用戶認證令牌，如：
{
"jsonrpc": "2.0",
"result": "",
"id": 1
}
*獲取hosts信息
{
"jsonrpc": "2.0",
"method": "host.get",
"params": {
"output": [
"hostid",
"host"
],
"selectInterfaces": [
"interfaceid",
"ip"
]
},
"id": 2,
"auth": ""
}
本例使用可用的用戶認證令牌通過host.get方法獲取所配置的主機的ID 、name等信息，返回如下
{
"jsonrpc": "2.0",
"result": [
{
"hostid": "10084",
"host": "Zabbix server",
"interfaces": [
{
"interfaceid": "1",
"ip": "127.0.0.1"
}
]
}
],
"id": 2
}
為了考慮性能影響、盡量僅列出所需項而非返回所有數據
*創建新監控項
例如在上一步獲取的host上建立新的監控項、監控/home/joe/目錄的剩餘空間
{
"jsonrpc": "2.0",
"method": "item.create",
"params": {
"name": "Free disk space on $1",
"key_": "vfs.fs.size[/home/joe/,free]",
"hostid": "10084",
"type": 0,
"value_type": 3,
"interfaceid": "1",
"delay": 30
},
"auth": "",
"id": 3
}
其中params參數中的幾個關鍵參數含義如下：
name：監控項的名稱，這個可以自己靈活定義，其中的$1代表key_中的第一個參數，此處為/home/joe/
key_:預定義的監控項，zabbix提供了一系列此類監控內容，此處需從其中進行選擇。
hostid：即上步獲得的hostid
value_type:監控數據值的類型，不同的數字代表不同的類型，此處的3代表整型
delay：zabbix取數時間間隔，此處為30秒取一次
返回結果如下：
{
"jsonrpc": "2.0",
"result": {
"itemids": [
"24759"
]
},
"id": 3
}
itemid為生成的監控項的id
*獲取歷史數據：
從歷史記錄表獲取itemids為23296的按clock降序排列的十條記錄
history參數可能的取值
0 - float;
1 - string;
2 - log;
3 - integer;
4 - text.
{
"jsonrpc": "2.0",
"method": "history.get",
"params": {
"output": "extend",
"history": 0,
"itemids": "23296",
"sortfield": "clock",
"sortorder": "DESC",
"limit": 10
},
"auth": "",
"id": 1
}
返回結果：
{
"jsonrpc": "2.0",
"result": [
{
"itemid": "23296",
"clock": "1351090996",
"value": "0.0850",
"ns": "563157632"
},
{
"itemid": "23296",
"clock": "1351090936",
"value": "0.1600",
"ns": "549216402"
},
...]
}
*錯誤處理
下例忘記了groups這個參數
{
"jsonrpc": "2.0",
"method": "host.create",
"params": {
"host": "Linux server",
"interfaces": [
{
"type": 1,
"main": 1,
"useip": 1,
"ip": "192.168.3.1",
"dns": "",
"port": "10050"
}
]
},
"id": 3,
"auth": ""
}
返回結果如下，包含的不是result屬性而是error屬性
{
"jsonrpc": "2.0",
"error": {
"code": -32602,
"message": "Invalid params.",
"data": "No groups for host \"Linux server\"."
},
"id": 3
}
對於獲取監控數據來說，比較關心的應該是history.get這個方法。這種方式實際上最終還是由後台資料庫獲取的。方法提供了豐富的參數，使用非常靈活。但對於一次性大規模的取出大量主機大量監控項的大批數據不太適合。
⑼ 常見的十五種Java開發工具是什麼，有什麼特點
1、JDK （Java Development Kit）Java開發工具集
從初學者角度來看，採用JDK開發Java程序能夠很快理解程序中各部分代碼之間的關系，有利於理解Java面向對象的設計思想。JDK的另一個顯著特點是隨著Java （J2EE、J2SE以及J2ME）版本的升級而升級。但它的缺點也是非常明顯的就是從事大規模企業級Java應用開發非常困難，不能進行復雜的Java軟體開發，也不利於團體協同開發。
2、Java Workshop
3、NetBeans 與Sun Java Studio 5
NetBeans是開放源碼的Java集成開發環境(IDE)，適用於各種客戶機和Web應用。
Sun Java Studio是Sun公司最新發布的商用全功能Java IDE，支持Solaris、Linux和Windows平台，適於創建和部署2層Java Web應用和n層J2EE應用的企業開發人員使用。
NetBeans是業界第一款支持創新型Java開發的開放源碼IDE。開發人員可以利用業界強大的開發工具來構建桌面、Web或移動應用。同時，通過NetBeans和開放的API的模塊化結構，第三方能夠非常輕松地擴展或集成NetBeans平台。
NetBeans3.5.1主要針對一般Java軟體的開發者，而Java One Studio5則主要針對企業做網路服務等應用的開發者。Sun不久還將推出Project Rave，其目標是幫助企業的開發者進行軟體開發。NetBeans 3.5.1版本與其他開發工具相比，最大區別在於不僅能夠開發各種台式機上的應用，而且可以用來開發網路服務方面的應用，可以開發基於J2ME的移動設備上的應用等。在NetBeans 3.5.1基礎上，Sun開發出了JavaOne Studio5，為用戶提供了一個更加先進的企業編程環境。在新的JavaOne Studio5里有一個應用框架，開發者可以利用這些模塊快速開發自己在網路服務方面的各種應用程序。
4、Borland 的JBuilder
Jbuilder進入了Java集成開發環境的王國，它滿足很多方面的應用，尤其是對於伺服器方以及EJB開發者們來說。下面簡單介紹一下Jbuilder的特點:
1）Jbuilder支持最新的Java技術，包括Applets、JSP/Servlets、JavaBean以及EJB(Enterprise JavaBeans)的應用。
2）用戶可以自動地生成基於後端資料庫表的EJB Java類，Jbuilder同時還簡化了EJB的自動部署功能.此外它還支持CORBA，相應的向導程序有助於用戶全面地管理IDL(分布應用程序所必需的介面定義語言Interface Definition Language)和控制遠程對象。
3）Jbuilder支持各種應用伺服器。Jbuilder與Inprise Application Server緊密集成，同時支持WebLogic erver，支持EJB 1.1和EJB 2.0，可以快速開發J2EE的電子商務應用。
4）Jbuilder能用Servlet和JSP開發和調試動態Web 應用。
5）利用Jbuilder可創建(沒有專有代碼和標記)純Java2應用。由於Jbuilder是用純Java語言編寫的，其代碼不含任何專屬代碼和標記，它支持最新的Java標准。
6）Jbuilder擁有專業化的圖形調試介面，支持遠程調試和多線程調試，調試器支持各種JDK版本,包括J2ME/J2SE/J2EE。
JBuilder環境開發程序方便，它是純的Java 開發環境，適合企業的J2EE開發；缺點是往往一開始人們難於把握整個程序各部分之間的關系，對機器的硬體要求較高，比較吃內存，這時運行速度顯得較慢。
5、Oracle 的JDeveloper
oracle9i JDeveloper（定為9.0版，最新為10g）為構建具有J2EE功能，XML和Webservices的復雜的，多層的Java應用程序提供了一個完全集成的開發環境。它為運用Oracle9i資料庫和應用伺服器的開發人員提供特殊的功能和增強性能，除此以外，它也有資格成為用於多種用途Java開發的一個強大的工具。
oracle9i JDeveloper的主要特點如下：
① 具有UML（Unified Modeling Language，一體化建模語言）建模功能。可以將業務對象及e-business應用模型化。
② 配備有高速Java調試器（Debuger）、內置Profiling工具、提高代碼質量的工具「CodeCoach」等。
③ 支持SOAP（Simple Object Access Protocol）「簡單對象訪問協議」、UDDI（Universal Description, Discovery and Integration）「統一描述、發現和集成協議」、WSDL（Web Services Description Language）「WEB服務描述語言」等Web服務標准。
JDeveloper 不僅僅是很好的 Java 編程工具，而且是 oracle Web 服務的延伸，支持 Apache SOAP，以及 9iAS ，可擴充的環境和 XML 和 WSDL 語言緊密相關。Oracle9iJdeveloper完全利用Java編寫，能夠與以前的Oracle伺服器軟體以及其他廠商支持J2EE的應用伺服器產品相兼容，而且在設計時著重針對Oracle9i，能夠無縫化跨平台之間的應用開發，提供了業界第一個完整的、集成了J2EE和XML的開發環境，允許開發者快速開
發可以通過Web、無線設備及語音界面訪問的Web服務和交易應用，以往只能通過將傳統Java編程技巧與最新模塊化方式結合到一個單一集成的開發環境中之後才能完成J2EE應用開發生命周期管理的事實，從根本上得到改變。缺點就是對於初學者來說，較復雜，也比較難。
6、IBM的Visual Age for Java
Visual Age for Java是一個非常成熟的開發工具，它的特性以於IT開發者和業余的Java編程人員來說都是非常用有用的。它提供對可視化編程的廣泛支持，支持利用CICS連接遺傳大型機應用，支持EJB的開發應用，支持與Websphere的集成開發，方便的bean創建和良好的快速應用開發(RAD)支持和無文件式的文件處理。
IBM為建設Web站點所推出的WebSphere Studio Advanced Edition及其包含的VisualAge for Java Professional Edition軟體已全面轉向以Java為中心，這樣，Java開發人員對WebSphere全套工具的感覺或許會好了許多。Studio所提供的工具有：Web站點管理、快速開發 JDBC頁向導程序、HTML編輯器和HTML語法檢查等。這確實是個不錯的HTML站點頁面編輯環境。Studio和VisualAge集成度很高，菜單中提供了在兩種軟體包之間快速移動代碼的選項。這就讓使用Studio的Web頁面設計人員和使用VisualAge的Java程序員可以相互交換文件、協同工作。
Visual Age for Java支持團隊開發，內置的代碼庫可以自動地根據用戶做出改動而修改程序代碼，這樣就可以很方便地將目前代碼和早期版本做出比較。與Visual Age緊密結合的Websphere Studio本身並不提供源代碼和版本管理的支持，它只是包含了一個內置文件鎖定系統,當編輯項目的時候可以防止其他人對這些文件的錯誤修改，軟體還支持諸如Microsoft Visual SourceSafe這樣的第三方源代碼控制系統。Visual Age forJava完全面向對象的程序設計思想使得開發程序非常快速、高效。你可以不編寫任何代碼就可以設計出一個典型的應用程序框架。Visual Age for Java作為IBM電子商務解決方案其中產品之一，可以無縫地與其他IBM產品，如WebSphere、DB2融合, 迅速完成從設計、開發到部署應用的整個過程。
Visual Age for Java獨特的管理文件方式使其集成外部工具非常困難,你無法讓Visual Age for Java與其他工具一起聯合開發應用。
7、BEA 的 WebLogic Workshop
BEA WebLogic Workshop是一個統一、簡化、可擴展的開發環境，使所有的開發人員都能在 BEA WebLogic Enterprise Platform之上構建基於標準的企業級應用，從而提高了開發部門的生產力水平，加快了價值的實現。
WebLogic Workshop除了提供便捷的Web服務之外，它能夠用於創建更多種類的應用。作為整個BEA WebLogic Platform的開發環境。不管是創建門戶應用、編寫工作流、還是創建Web應用，Workshop 8.1都可以幫助開發人員更快更好地完成。
WebLogic Workshop的主要特點如下：
① 使 J2EE 開發切實可行，提高開發效率
BEA WebLogic Workshop 使開發人員遠離 J2EE 內在的復雜性，集中精力專注業務邏輯，無須操心單調乏味的基礎結構代碼。這種創新意味著，已被企業驗證的 J2EE 的強大功能，最終被大多數不熟悉 Java 和 J2EE 的應用開發人員所掌握，從而使 IT 部門的工作效率提高一個數量級。
可視化設計器以及直觀的概念，如事件、屬性和控制項等，實現了基於事件的開發。Workshop 簡化的程序設計模型，使開發人員不必掌握復雜的 J2EE API 和面向對象的程序設計原理。所有開發人員，包括 J2EE 專家和具有可視化和過程化語言技能的應用開發人員在內，都可以共同工作在 BEA WebLogic Enterprise Platform 之上。Workshop的可視化開發環境，創建帶有代碼注釋的標准 Java 文件，用來說明由運行時框架實施的企業級需求。J2EE 和其他高級開發人員，藉助功能強大的代碼編輯功能，可以訪問Java 源代碼，從而彌補了可視化設計器的不足。
② 構建企業級應用
通過在可伸縮、安全可靠的企業級架構上實施各種應用，BEA WebLogicWorkshop 大大降低了開發風險。而且，所有應用的創建都使用標準的 J2EE 組件，既保護了您的技術投資，又保持了最大的靈活性。
BEA WebLogic Workshop 運行框架，是統一整個架構的匯聚層，使單一、簡化的程序設計模型擴展到所有的 BEA WebLogic Enterprise Platform 應用類型。通過解釋設計時創建的注釋代碼，運行時框架可以實現必要的 J2EE 組件，並且提取出與 J2EE 應用開發有關的所有底層細節。
③ 降低 IT 復雜性
BEA WebLogic Workshop 提供各種 Java 控制項，使得與 IT 資源的連接更輕而易舉。另外，在構建任何 BEA WebLogic Platform 的應用中，Java 控制項不僅可擴展而且完全相同。這種強大、有效的方法能夠：降低 IT 技術的復雜性，優化信息的可用性，推動包含"最佳業務方案"的可重用服務的開發，使開發人員能以更低的成本、更短的時間實現更大的產出。
利用 BEA WebLogic Workshop，任何開發人員都能以最大的生產效率，構建各種Web 服務、Web 應用、門戶和集成項目。BEA WebLogic Workshop是BEA的產品戰略核心，它幫助客戶接觸和利用面向服務架構SOA)的強大功能。BEA Weblogic Workshop8.1極大簡化了當前實際企業集成環境中企業級應用和服務的構建，並成為全面支持關鍵企業級應用(如非同步、真正松耦合和粗粒度消息傳送等)的自然選擇。它的缺點就是過於復雜，對於初學者來說，理解起來較為困難。
8、WebGain 的Visual Cafe for Java
Visual Cafe 是只能在Symantec公司的Java虛擬機、Netscape公司的Java虛擬機和Microsoft虛擬機上工作的調試器。這對於開發者來講是一個重要的特性,因為用戶開發的Java代碼中的許多軟體bug就可能中會在某種特定的虛擬機上起作用。
在修改後進行編譯基繼續進行調試時,Visual Cafe會自動將文件存檔，使用VisualCafe創建的原生應用具有許多特點。除了明顯的速度提高之外,Symantec使類庫的二進制方式比正常的JDK小Visual Cafe為所指定的關系自動生成或更新必要的Java代碼。利用Visual Cafe，用戶可以從一個標准對象資料庫中集合完整的Java應用程序和Applet，而不必再編寫源代碼。Visual Cafe還提供了一個擴充的源代碼開發工具集。
Visual Cafe綜合了Java軟體的可視化源程序開發工具，它允許開發人員在可視化視圖和源視圖之間進行有效地轉換。在可視化視圖中進行的修改立即反映在源代碼中。對源代碼的改變自動更新可視化視圖。
Visual Cafe具有許多源文件方面的特性，如全局檢索和替換。絕大多數Java開發工具的文獻的問題在於簡單地挨個介紹開發工具的每部分組件，但用戶在開應用時還需要一個面向任務的手冊，利用這個手冊你可以不必知道工具每一部分的特定功能就可以開始創建自己的應用。Visual Cafe提供了非常全面的用戶指南,它對最開始的安裝到創建第一個Java應用和Applet都提供了全面的幫助，Visual Cafe將自動生成所指明關系的必要Java代碼。Visual Cafe可以在Windows 95和Windows NT平台下運行，Symantec公司為Java開發工作提供一個在Macintosh操作系統下可以運行的RAD工具。Visual Cafe編譯器速度很快，在國際化支持方面比較突出；缺點就是對於初學者來說，較復雜，也比較難。
9、Macromedia的JRUN
Macromedia公司的JRun是一個具有最廣闊適用性的Java引擎，用於開發及實施由Java Servlets和JavaServer Pages編寫的伺服器端Java應用。JRun是第一個完全支持JSP1.0 規格書的商業化產品，全球有超過80,000名開發人員使用JRun在他們已有的Web伺服器上添加伺服器端Java的功能。其中Web伺服器包括了Microsoft IIS，Netscape Enterprise Server，Apache等。
JRun是開發實施伺服器端Java的先進引擎。如果我們希望在我們的Web應用中添加伺服器端Java功能，那麼JRun將成為我們的正確選擇。
JRun目前有3個版本，它是第一個支持Java Server Pages(JSP)規格書1.0的商業化產品。JSP是一種強大的伺服器端技術，它是用於創建復雜Web應用的一整套快速應用開發系統。JRun可以使我們開始開發並測試Java應用。它最多接受5個並發的連接並且包括全部Java Servlet API，支持JavaServer Pages(JSP)，支持所有主要的Web servers和計算機平台。 JRun Pro能夠在生產環境下承受大訪問量的負載，幫助我們實施應用、服務或Web站點（包括內聯網）。JRun Pro 支持無限量並發式連接運行多個Java虛擬機，包括多個並發的Java虛擬機（JVM）。提供一個遠程管理applet以及一個遠程可再分布式的管理applet。JRun Pro Unlimited包括了所有JRun Pro的功能，除次以外，還可以運行無限量的，並發的JVM。
JRun依靠其內置的JRun Web Server可以單獨運行。使用伺服器端Java，用戶可以開發出復雜的商業應用系統。最重要的一點是，由於servlets的平台獨立性，以及更加簡單的開發、更快速的實施、更經濟的維護成本，它是CGI(Common Gateway Interface)或Perl scripts的極佳的替代產品。缺點就是對於初學者來說，較復雜，也比較難。
10、JCreator
JCreator 是一個Java程序開發工具，也是一個Java集成開發環境（IDE）。無論你是要開發Java應用程序或者網頁上的Applet元件都難不倒它。在功能上與Sun公司所公布的JDK等文字模式開發工具相較之下來得容易，還允許使用者自訂義操作窗口界面及無限Undo/Redo等功能。
JCreator為用戶提供了相當強大的功能，例如項目管理功能，項目模板功能，可個性化設置語法高亮屬性、行數、類瀏覽器、標簽文檔、多功能編繹器，向導功能以及完全可自定義的用戶界面。通過JCreator，我們不用激活主文檔而直接編繹或運行我們的JAVA程序。
JCreator能自動找到包含主函數的文件或包含Applet的Html文件，然後它會運行適當的工具。在JCreator中，我們可以通過一個批處理同時編繹多個項目。JCreator的設計接近Windows界面風格，用戶對它的界面比較熟悉。其最大特點是與我們機器中所裝的JDK完美結合，是其它任何一款IDE所不能比擬的。它是一種初學者很容易上手的java開發工具，缺點是只能進行簡單的程序開發，不能進行企業J2EE的開發應用。
11、Microsoft VJ++
Visual J++ 是Microsoft 公司推出的可視化的Java 語言集成開發環境(IDE)，為Java 編程人員提供了一個新的開發環境，是一個相當出色的開發工具。無論集成性、編譯速度、調試功能、還是易學易用性，都體現了Microsoft 的一慣風格。Visual J++ 具有下面的特點：
1）Visual J++ 把Java 虛擬機(JVM)作為獨立的操作系統組件放入Windows，使之從瀏覽器中獨立出來。
2）Microsoft 的應用基本類庫(AFC,Application Foundation Class Library)對SUN 公司的JDK 作了擴展，使應用基本類庫更加適合在Windows 下使用。
3） Visual J++ 的調試器支持動態調試，包括單步執行、設置斷點、觀察變數數值等。
4） Visual J++ 提供了一些程序向導(Wizards)和生成器(Builders)，它們可以方便地幫助用戶快速地生成Java 程序，幫助你在自己的工程中創建和修改文件。
5） Visual J++ 界面友好，其代碼編輯器具有智能感知、聯機編譯等功能，使程序編寫十分方便。Visual J++ 中建立了Java 的WFC，這一新的應用程序框架能夠直接訪問Windows 應用程序介面(API)，使你能夠用Java 語言編寫完全意義上的Windows 應用程序。
6）Visual J++ 中表單設計器的快速應用開發特性使用WFC 創建基於表單的應用程序變得輕松、簡單。通過WFC 可以方便地使用ActiveX 數據對象(ADO,ActiveX Data Objects)來檢索數據和執行簡單數據的綁定。通過在表單設計器中使用ActiveX 數據對象，可以快速地在表單中訪問和顯示數據。
Visual J++能結合微軟的一貫的編程風格，很方便進行Java 的應用開發，但它的移植性較差，不是純的Java 開發環境。
12、Eclipse
Eclipse是一種可擴展的開放源代碼IDE。2001年11月，IBM公司捐出價值4,000萬美元的源代碼組建了Eclipse聯盟，並由該聯盟負責這種工具的後續開發。集成開發環境(IDE)經常將其應用范圍限定在「開發、構建和調試」的周期之中。為了幫助集成開發環境(IDE)克服目前的局限性，業界廠商合作創建了Eclipse平台。Eclipse允許在同一IDE中集成來自不同供應商的工具，並實現了工具之間的互操作性，從而顯著改變了項目工作流程，使開發者可以專注在實際的嵌入式目標上。
Eclipse框架的這種靈活性來源於其擴展點。它們是在XML中定義的已知介面，並充當插件的耦合點。擴展點的范圍包括從用在常規表述過濾器中的簡單字元串，到一個Java類的描述。任何Eclipse插件定義的擴展點都能夠被其它插件使用，反之，任何Eclipse插件也可以遵從其它插件定義的擴展點。除了解由擴展點定義的介面外，插件不知道它們通過擴展點提供的服務將如何被使用。
利用Eclipse，我們可以將高級設計(也許是採用UML)與低級開發工具(如應用調試器等)結合在一起。如果這些互相補充的獨立工具採用Eclipse擴展點彼此連接，那麼當我們用調試器逐一檢查應用時，UML對話框可以突出顯示我們正在關注的器件。事實上，由於Eclipse並不了解開發語言，所以無論Java語言調試器、C/C++調試器還是匯編調試器都是有效的，並可以在相同的框架內同時瞄準不同的進程或節點。
Eclipse的最大特點是它能接受由Java開發者自己編寫的開放源代碼插件，這類似於微軟公司的Visual Studio和Sun微系統公司的NetBeans平台。Eclipse為工具開發商提供了更好的靈活性，使他們能更好地控制自己的軟體技術。Eclipse聯盟已經宣布將在2004年中期發布其3.0版軟體。這是一款非常受歡迎的java開發工具，這國內的用戶越來越多，實際上實用它java開發人員是最多的。缺點就是較復雜，對初學者來說，理解起來比較困難。
13、Ant
Another Neat Tool(Ant)是一種基於Java的build工具。理論上來說，它有些類似於（Unix）C中的make ，但沒有make的缺陷。因為Ant的原作者在多種(硬體)平台上開發軟體時，無法忍受這些工具的限制和不便。類似於make的工具本質上是基於shell（語言）的：他們計算依賴關系，然後執行命令（這些命令與你在命令行敲的命令沒太大區別）。這就意味著你可以很容易地通過使用OS特有的或編寫新的（命令）程序擴展該工具；
然而，這也意味著你將自己限制在了特定的OS，或特定的OS類型上，如Unix。Ant就不同了。與基於shell命令的擴展模式不同，Ant用Java的類來擴展。（用戶）不必編寫shell命令，配置文件是基於XML的，通過調用target樹，就可執行各種task。每個task由實現了一個實現了特定Task介面的對象來運行。
Ant支持一些可選task，一個可選task一般需要額外的庫才能工作。可選task與Ant的內置task分開，單獨打包。這個可選包可以從你下載Ant的同一個地方下載。ANT本身就是這樣一個流程腳本引擎，用於自動化調用程序完成項目的編譯，打包，測試等。除了基於JAVA是平台無關的外，腳本的格式是基於XML的，比make腳本來說還要好維護一些。Ant是Apache提供給Java開發人員的構建工具，它可以在Windows OS和Unix OS下運行，它不僅開放源碼並且還是一個非常好用的工具。Ant是Apache Jakarta中一個很好用的Java開發工具，Ant配置文件採用XML文檔編寫，所以Java程序員對其語法相當熟悉，Ant是專用於Java項目平台，能夠用純Java來開發，它能夠運行於Java安裝的平台，即體現了它的跨平台功能。它的缺點顯示執行結果只能是DOS字元界面，不能進行復雜的java程序開發。
14、IntelliJ
Intellij IDEA是一款綜合的Java 編程環境，被許多開發人員和行業專家譽為市場上最好的IDE。它提供了一系列最實用的的工具組合：智能編碼輔助和自動控制，支持J2EE，Ant，JUnit和CVS集成，非平行的編碼檢查和創新的GUI設計器。IDEA把Java開發人員從一些耗時的常規工作中解放出來，顯著地提高了開發效率。具有運行更快速，生成更好的代碼；持續的重新設計和日常編碼變得更加簡易，與其它工具的完美集成；很高的性價比等特點。在4.0版本中支持Generics，BEA WebLogic集成，改良的CVS集成以及GUI設計器。
IntelliJ IDEA能盡可能地促進程序員的編程速度。它包括了很多輔助的功能，並且與Java結合得相當好。不同的工具窗口圍繞在主編程窗口周圍，當滑鼠點到時即可打開，無用時也可輕松關閉，使用戶得到了最大化的有效屏幕范圍。以技術為導向的IDEA集成了調試器，支持本地和遠程的調試，即使我們需要修改一些設置上的東西使我們的工作順利進展。另外，它還提供了通常的監視，分步調試以及手動設置斷點功能，在這種斷點模式下，我們可以自動地在斷點之外設置現場訪問，甚至可以瀏覽不同的變數的值。IDE支持多重的JVM設置，幾個編譯程序和Ant建造系統，並且，它使得設置多重的自定義的類途徑變得簡單。
IntelliJ Idea是一個相對較新的Java IDE。它是Java開發環境中最為有用的一個。高度優化的IntelleJ Idea使普通任務變得相當容易，Idea支持很多整合功能，更重要的使它們設計的好容易使用。Idea支持XML中的代碼實現，Idea同時還會校正XML，Idea支持JSP的結構。作用於普通Java代碼的眾多功能同樣適用於JSP（比如整合功能），同時支持JSP調試；支持EJB，盡管它不包括對個別應用伺服器的特殊支持。Idea支持Ant建立工具，不僅是運行目標它還支持編譯與運行程序前後運行目標，另外也支持綁定鍵盤快捷鍵。在編輯一個Ant建立XML文件時，Idea還對組成Ant工程的XML部分提供支持。IntelliJ IDEA 被稱為是最好的JAVA IDE開發平台，這套軟體就是以其聰明的即時分析和方便的 refactoring 功能深獲大家所喜愛。缺點是較復雜，對初學者來說，理解起來比較困難。
小結
現在常用的Java項目開發環境有：JBuilder、VisualAge for Java、Forte forJava, Visual Cafe、Eclipse、NetBeans IDE、JCreator +J2SDK、jdk+記事本、EditPlus+ J2SDK等等。一般開發J2EE項目時都需要安裝各公司的應用伺服器（中間件）和相應的開發工具，在使用這些開發工具之前，我們最好能熟知這些軟體的優點和缺點，以便根據實際情況選擇應用。編程工具只是工具，為了方便人們工作而開發的，各有特點，因此，選工具主要的依據自己將要從事的領域是什麼，而不是盲目的認為那種工具好，那種工具不好。最後希望大家都能找到自己合適的java 開發工具。