JXTA技術的核心網路通訊協定

有六個協議構成了JXTA的核心,JXTA通過這六個協議來完成Peer之間的通訊,彼此之間的資源的發布和發現,資訊的傳遞和路由,協議本身並不是應用程式,需要添加更多的代碼來開發有用的應用,協議隱藏了很多細節,這樣使得編寫JXTA應用程式比從空白開發P2P應用要容易得多。JXTA在JXTA協議規範中定義了它的協議。此規範描述了Peer間如何通訊和互動,它並未描述實現的細節或如何編寫P2P應用程式,下面是JXTA協議的列表,其中包含了協議名稱的首字母縮減詞,這六個協議如圖所示。圖 JXTA的核心協議

Castle學習筆記----Castle.AvtiveRecord配置

一.安裝程式castleproject-1.0-rc2.msi(下載安裝就好!).二.修改Web.Config的配置Web.Config裡需在節點<configSections>下添加配置<section name="activerecord"       type="Castle.ActiveRecord.Framework.Config.ActiveRecordSectionHandler, Castle.ActiveRecord"

作一個支援過載自適應和動態擴容的負載平衡服務

摘要:考慮一種情況,一組機器來提供一個服務,用戶端要以相同的機會訪問各台機器,而且其中一台機器負載過高的時候,要減少對這台伺服器的訪問,直到它的負載降低下來,而且如果我們添加了一台新的伺服器,要把用戶端的請求也均衡到這台新機器上。思路及分析:說到負載平衡,多半會用到雜湊演算法,比如說我們有a,b,c三台機器,我們會用一個很大的盒子去放這3台機器,比如這個盒子有10個格子,那我們這三台機器要均勻的放到各個格子裡,如下:1-a,2-b,3-c,4-a,5-b,6-c,7-a,8-b,9-c,10-a

Hibernate下資料批量處理解決方案

很多人都對Java在批量資料的處理方面是否是其合適的場所持有懷疑的念頭,由此延伸,那麼就會認為ORM可能也不是特別適合資料的批量處理。 其實,我想如果我們應用得當的話,完全可以消除ORM批量處理效能問題這方面的顧慮。下面以Hibernate為例來做為說明,假如我們真的不得不在Java中使用Hibernate來對資料進行批量處理的話。向資料庫插入100 000條資料,用Hibernate可能像這樣:Session session =

介面繼承的聲明問題

某天,小新問我這樣一個問題:類System.Collections.CollectionBase是從IList、ICollection繼承而來,IList是從ICollection和IEnumerable繼承而來,那CollectionBase為什麼還要從ICollection繼承呢?我們先來看看這些類和介面在MSDN文檔中的聲明:public interface IEnumerablepublic interface ICollection : IEnumerablepublic

從類比字串型的枚舉說起

1. 有字串型的枚舉嗎?UK 在《關於枚舉的種種》中提到這樣一個問題:枚舉的成員類型都是數值型的,如果想做一個字元型的枚舉有什麼辦法?enum colors : string{    red='#ff0000',  }在展開討論之前,我認為有必要搞清楚另一個問題,上面代碼中的 '#ff0000' 不是字元而是字串,應改成 "#ff0000",於是,UK 的問題也順利成章地改成“想做一個字串型的枚舉有什麼辦法”了。很坦白地說,.NET

ViewState機制由淺入深3

2.2.4  StateBag類ViewState是控制項的一個屬性,用來使用控制項具有記憶功能。在前邊的講述中,我們可以看到控制項的一些屬性通過使用ViewState能夠恢複原來的值,儲存本次的值,在Control類中很多方法的實現也是直接調用了ViewState的方法。ViewState的類型是StateBag,下面我們就瞭解一下在StateBag中是如何?這些功能的。StateBag定義在System.Web.UI中聲明如下:public sealed class StateBag :

LWUIT自訂靈活Style的Component

當你使用LWUIT的這些Component時,如果一個頁面中的布局比較複雜,組件 很多,而且頁面比較多時,常用的組件諸如 Label,Button,TextField,TextArea 等會用的非常平凡。用起這些組件時,我們常常會設定它的Style,Style很像 web裡的css,它能夠讓我們自訂 Border,Font,FgColor,BgColor,Margin,Padding,設定一個組件的 Style的代碼 很簡單:代碼this.getStyle().setBorder(Border 

追求代碼品質

我毫不慚愧地承認,在看到複雜的代碼塊時,我也會感到恐懼和心裡發毛。事實上,我敢說您在遇到大量方法和亂七八糟四處蔓延的類時,也會 有些心裡 發毛的。不能說在這些情況下尋求退路的人不是完人,這隻是優秀開發人員的一 種本能。過於複雜的代碼難以測試和維護,這通常還意味著更高的出錯率。我在 本系列前面的文章 中已經解釋了圈複雜性,它是令人討厭的代碼的一 種先兆。具有高循環複雜度值的測試方法幾乎總是把事情弄得一團糟,無法輕易收 場。上一個月,我向您展示了如何使用 Extract Method

WCF異常分析

WCF的代碼執行個體網上到處都是,但是在實際的使用過程中總會出現很多問題,我就我在項目中使用WCF碰到的問題做個總結:(註:要看到服務端真正異常配置includeExceptionDetailInFaults="true")一。現象:介面假死不拋出任何異常(按常理超過等待時間應該拋出逾時異常但是沒有拋出不知道是什麼原因)或拋出逾時異常。代碼環境:WinForm+netTcpBinding。原因分析:因為netTcpBinding和wsHttpBinding都是有狀態串連所以造

EJB資料驗證出現在什麼地方最合適

我們將討論資料驗證邏輯應該出現在 EJB 應用程式代碼的什麼位置,而不是專註於驗證過程(Java 技術專區的其它地方對此進行了很好的討論)。我們瞭解了很多組成基於 EJB 技術的應用程式的組件:底層會話 bean 及其業務介面;在實體 bean 及其客戶機之間傳送資料的值對象以及擔任 Web 層和業務層之間的保護層的各種委派類。驗證邏輯十分適合這些組件中的任何一個。實際上,您可以在多個組件中放置驗證邏輯,在整個應用程式中分層次地放置它(儘管這樣做是不可取的)。因此,我們在此處提出的問題是:在

基於J2ME平台下SOAP協議的應用

J2ME作為嵌入式系統應用平台得到了迅速的發展,JAVA語言固有的平台無關 性使得基於J2ME平台的嵌入式應用系統具有廣闊的前景。受限於嵌入式裝置及消 費類電器硬體條件的限制,J2ME平台提供的功能有限,如何能夠在有限的資源下 拓展J2ME的功能,使得J2ME平台能夠處理SOAP協議是本文研究的重點。目前公司專屬應用程式正在向面向WEB服務的SOA架構轉變,嵌入式系統與公司專屬應用程式系 統的串連目前還處於TCP/IP協議、HTTP協議等比較初級的階段。隨著公司專屬應用程式系

PopupBox彈出空白問題

今天無事,看了看benSoft.web.WebControls.PopupBox在.Net2.0下編譯後,出現彈出為空白問題。做以下總結:原因是些屬性引起的:public string preMark{ get {       string clientID = base.NamingContainer.ClientID;      clientID = (clientID == null) ? "" : clientID;      return (clientID + (

用Sun ONE Studio構造Web服務

Web服務使用一個複雜的體繫結構為客戶應用程式提供一個簡單機制來從伺服器應用程式調用方法和擷取結果,而不用計較原始碼使用的語言和主機平台有什麼不同。Sun ONE Studio提供的工具讓開發人員能夠使用包含在現有的Java類中的Web服務、方法--而不需要對這種體繫結構有更深的瞭解。本文從一個基於servlet的Web模組中建立一個Web服務,示範如何使用現有的服務邏輯來產生新的客戶應用程式。介紹回顧一下Web服務的核心技術--XML和簡易物件存取通訊協定 (SOAP)(

通過分析JDK原始碼研究Hash儲存機制

通過 HashMap、HashSet 的原始碼分析其 Hash 儲存機制集合和引用就像參考型別的數組一樣,當我們把 Java 對象放入數組之時,並不是真正 的把 Java 對象放入數組中,只是把對象的引用放入數組中,每個數組元素都是 一個引用變數。實際上,HashSet 和 HashMap 之間有很多相似之處,對於 HashSet 而言, 系統採用 Hash 演算法決定集合元素的儲存位置,這樣可以保證能快速存、取集合 元素;對於 HashMap 而言,系統 key-value

.Net三層架構

三層體繫結構的概念使用者介面展示層(USL)商務邏輯層(BLL)資料訪問層(DAL)圖一:BLL將USL與DAL隔開了,並且加入了商務規則各層的作用1:資料資料訪問層:主要是對未經處理資料(資料庫或者文字檔等存放資料的形式)的操作層,而不是指未經處理資料,也就是說,是對資料的操作,而不是資料庫,具體為商務邏輯層或展示層提供資料服務.2:商務邏輯層:主要是針對具體的問題的操作,也可以理解成對資料層的操作,對資料商務邏輯處理,如果說資料層是積木,那邏輯層就是對這些積木的搭建。3:展示層:主要表示WE

Spring Framework標記庫簡介

Spring是一個服務於所有層面的application

建立一個使用.Net 2.0 MemberShip功能的標準常式(一)引子+預告

自從上一次更新blog到現在已經過了8個月了,某個資訊採集小項目也被取消了 所以這裡把大坑刪除先。但是上次的項目讓我注意到,原本預定在資訊採集項目中應用的 .net Membership功能是相當豐富的。通過簡單的內建對象和組態工具 我們可以清晰方便的為我們的多個小項目建立非常易於擴充的使用者管理功能。實際我做過的很多OA MIS

.net程式員應該掌握的常用類庫(二)

GC類它可以通過編程使用一個靜態成員集合與記憶體回收行程進行互動。 一般只有使用那Managed 程式碼是才需要用到System.GC類記憶體回收由以下步驟組成:1. 記憶體回收行程搜尋Managed 程式碼中引用的託管對象。2. 記憶體回收行程嘗試完成沒有被引用的對象。3. 記憶體回收行程釋放沒有被引用的對象並回收它們的記憶體。Guid類表示通用唯一識別碼 (GUID)。

用Regex的觀點看待.NET編程設計

其實正則表達充斥著我們的編程世界,從最底層的編譯器的編譯解析,到上層的字串處理,都是Regex.我們重視它吧!以前我也只是認為Regex這是一種驗證的工具,或者處理一些字串文本,所以對它學習的也不深,直到我開發一個論壇,類似Discuz!NT那樣的論壇時,我才重視Regex.特別是在從後台產生靜態頁面,和模板的時候,沒有Regex幾乎就不行.在我的ASP.NET控制項開發系列中有文章提過:我們把aspx頁面提交後,編譯器其實就是把那些標記,如:<asp:button......./>

總頁數: 61357 1 .... 27245 27246 27247 27248 27249 .... 61357 Go to: 前往

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.