一、Axis安裝 1、環境 J2SE SDK 1.3 or 1.4: 我使用 1.4.2 Servlet Container: 我使用的Tomcat 5.0 2、到 http://ws.apache.org/Axis/網站下載Axis安裝包3、解壓縮安裝包,將Axis_UNZIP_PATH/Axis-version/webapps下的Axis包拷貝到TOMCAT_HOME/webapps/下,以下約定Axis_HOME為該TOMCAT_HOME/webapps/Axis目錄4、啟動tomcat,
http://blog.sina.com.cn/s/blog_61c006ea0100mkb5.html進程的概念:[b]1.1 進程分類;[/b]進程一般分為互動進程、批處理進程和守護進程三類。值得一提的是守護進程總是活躍的,一般是後台運行,守護進程一般是由系統在開機時通過指令碼自動啟用啟動或超級系統管理使用者root來啟動。比如在Fedora或Redhat中,我們可以定義httpd伺服器的啟動指令碼的運行層級,此檔案位於/etc/init.d目錄下,檔案名稱是httpd,/etc/init.
基於單向鏈表的隊列實現 思路:入列: 1. 建立一個新節點,設定元素,並且該節點的下一節點為空白 2. 檢查隊列是否為空白,如果為空白在隊列頭部插入節點 3. 如果隊列不為空白,把尾部節點的下一節點指向當前新建立的節點 4. 設定尾部節點為當前新建立的節點 出列 1. 判斷是否為空白隊列2. 擷取當前節點內的元素 3. 把該隊列的前端節點的下一節點賦給當前隊列的前端節點 4. 返回元素 /* * <p>Title:
Stack 棧的概念大家都知道,先進後出,後進先出,最原始的想法我們可以通過數組來實現,但是這種實現的弊端就是在數量上有限制,我們需要先定義這個數組的大小.因此鏈表的出現解決了這個問題 思路如下:我們需要在鏈表的頭部插入和刪除節點資料,因為頭部的時間複雜度最低為O(1), 如果在尾部那麼需要先便利尾部位置,然後在進行插入刪除,這樣時間複雜度就編程了O(n).壓棧:1 .首先建立一個節點,並且把該節點指向下一個節點 2.把當前棧頂的位置指向當前節點出棧:1.
昨天頭兒又把我們聚集到一起,研究下一步的工作 ,很遺憾又新添了一些新的工作,說實在的真是不想接啊,完全打亂了原定目標的節奏,可惜俺新帶的實習生也受到了牽連,也要搞這方面的工作,現在的小孩還真是命苦,我在想他的畢業設計怎麼辦?不過話說回來,拿著人家手短,吃著人家嘴短該做的事情還是要做的.希望盡量做快做好吧....會議中.決策上的事現在已經懶得參與了也懶得發言了,已經不僅僅是失望了....... 愛咋咋地,我得把我自己先搞明白,還得武裝自己啊,要不以後沒準被b4的就是我了^_
首先下載飛鴿傳書的linux版本: http://www.ipmsg.org/index.html.en,我裝的是gnome,所以下的是gnome2版本的,現在好像到0.9.5版本了吧。下載下來解壓後現修改一下語言,否則裝完之後不能傳中文檔案,畢竟飛鴿傳書是日本人做的嘛。修改的方法是:用編輯器(如gedit)開啟src下的codeset.c檔案,其中有一行:“#define IPMSG_PROTO_CODE
準備工作: MPlayer-1.0rc2.tar.bz2 mplayer原始碼壓縮包 essential-20071007.tar.bz2 解碼檔案包 PowerPlayer-1.1.tar.bz2 圖形介面皮膚包(這個是仿powerDvd的介面的,我很喜歡)
操作過linux 的人都知道在linux 敲一些命令就可以開啟應用程式,很方便,於是我就試了一下,發現在xp當中也可以敲命令完成 首先找到的是位於系統當中 的Windows 檔案夾,找到system32 檔案夾,然後把你案頭上的一些表徵圖複製到這個檔案夾當中, 接著要做的 ,就是把表徵圖的名字改掉,改成一些你想在運行命令框當中要輸入的命令,比如,你有一個表徵圖的名字原來叫做 PhotoShop cs3.exe,現在你把它的名字改成ps ,然後你在運行當中輸入ps
lsmod功能:列出核心已載入模組的狀態用法:lsmod描述: lsmod 以美觀的方式列出/proc/modules的內容。 輸出為: Module(模組名) Size(模組大小) Used by(被...使用) eg. ne2k_pci 8928 0 8390 9472 1 ne2k_pci 在/proc/modules中相應的是:
首先從官方網站上下載到 xmms-1.2.11.tar.gz壓縮檔切成root使用者>su root#cd /path/to/xmms_dir/#tar zxvf xmms-1.2.11.tar.gz#cd xmms-1.2.11#./configure#make#make
相信有很多讀者和我一樣喜歡聽相聲,尤其是老一輩的相聲大師(如:候寶林、馬三立等)所說的相聲。並且,我想每提到一位相聲大師的名子大家都很會自然地想到他的代表段子,比如:《買猴》馬三立的段子,《醉鬼》是候寶林的段子。而當下最火的相聲大師(也許有很多人不服,但是在我看來他可以算是大師,起碼比那些整天嘴上掛著複興相聲的口號,整天做著和相聲不搭邊兒的事卻又批判這個批判那個所謂大師更配這個稱號)要算是郭德剛了。雖然他的相聲也是可以把你逗樂,甚至是回味起來也會會心地一笑,但是細想起來又和傳統的相聲有點不同。有
Spring 注入的2種方法:1、javaBean 注入 通過使用setter getter<bean id="school" class="ioc.iocSetter.School"><property name="id"><value>2008290441</value></property>2、構造器注入 參數放在建構函式當中<bean id="con"
好久沒有寫日誌了,一直在寫代碼,前幾天在手機上寫了一篇準備發表的,最後搞的不能發表,白寫了這麼長的日誌的,浪費我的情感呐,今天就用電腦來寫點東東吧,呵呵.... 馬上就要離開母校了,雖然說在母校待的時間只是有不到2年的時間。但是我懂得了怎麼去學了,雖然老師教導的不實多麼的令人滿意,但是還是明白了好多的道理,這些道理不是別人告訴你,你就會明白的,看過別人寫的一句話,大概是說,有些道理,別人告訴你,你不會接受的,只有自己感悟的才會是更加的深刻的,自己才會有所進步。
公司的項目裡使用了dwr ,一個 Ajax 的架構,於是乎,學習一下,①,配置web.xml檔案 <?xml version="1.0" encoding="UTF-8"?><web-app
Grails的更新速度真的好慢,現在總算Grails 1.0RC1進入stable了,先來看看這個版本中有哪些亮點吧。1.ORM 增強1.1 DSL新版本將支援Object Relation Mapping(ORM)Domain Specific Language(DSL),今後再也不需要使用傳統Hibernate回調映射方式了。先看個例子:class Person { String firstName static hasMany = [addresses:Address]
Java 把記憶體劃分成兩種:一種是棧記憶體,另一種是堆記憶體。在函數中定義的一些基本類型的變數和對象的引用變數都是在函數的棧記憶體中分配,當在一段代碼塊定義一個變數時,Java 就在棧中為這個變數分配記憶體空間,當超過變數的範圍後,Java 會自動釋放掉為該變數分配的記憶體空間,該記憶體空間可以立即被另作它用。堆記憶體用來存放由 new 建立的對象和數組,在堆中分配的記憶體,由 JAVA
ESB(企業服務匯流排)是SOA體系架構中必不可少的一個重要組成部分,甚至是最重要的組成部分,我想大多數人對這個說法不會有異議。然而要想非常淺顯易懂地將ESB這個概念以及其實施的必要性講給一個非技術人員或是一個單純技術人員也並非一件易事。首先非技術人員無法將這個抽象的東西與真實的業務關聯起來。即不能把它歸為財務系統、人事系統,也無法將其歸入一個特定的流程。在他們心中,服務匯流排只是整合商需要關心的一個問題,離他們太遠。而技術人員則是走入另一個極端。因為在國內大多數應用都是以應用為目標,而且通常每
我每次與客戶談起SOA參考架構時,就不免會談到“資料服務層”。然而每到這個時刻,客戶的思路就會不知不覺地被“資料”這個詞引到其它方面,接著便是一系列關於傳統資料問題的發問,“如何?資料的同步。。。”、“如何?資料變遷。。。”、“你們是如何解決大資料量問題。。。”等等,這個時候客戶往往兩眼放光,彷彿久病於床的病人找到瞭解藥。這個現象這至少說明了兩個問題:一是資料對於IT系統的重要性、二是大家對於SOA中所指的資料服務與傳統的資料問題存在著很大的誤解。其實,對於這個誤解確實不能怪大家,資料服務這個說
1. 每個使用者指令碼尾碼名必須是.user.js,例如:helloworld.user.js,其內容:// ==UserScript==// @name Hello World// @namespace http://diveintogreasemonkey.org/download/// @description example script to alert "Hello world!" on every page// @include *// @
最近在讀一本關於Grails的書時看到以下這句話: 但Grails的目標卻大為迥異,它並不是Rails在Groovy語言上的一個移植版本,而是將業界內最為強悍的組件(比如說Spring、Hibernate、Quartz、Compass和SiteMesh等)以最佳方式組合起來的一個實踐,並通過採納無配置規約(Convention-over-Configuration,CoC)使它們符合“不重複(Don't Repeat Yourself,DRY)”原則。…… 我對其中“