make
config首先配置內核，生成內核配置文件，如果是伺服器上的，建議使用編輯好的內核配置文件，自己在伺服器上配置比較麻煩；
make再根據生成的配置文件進行編譯；
找到新的內核就可以使用
⑵ 如何在本地計算機中配置.net伺服器
在默認網站屬性的常規屬性中選擇配置--然後單擊調試選項卡--起用那裡的兩個ASP和ASP.NET的調試環境就可以了
.其他配置我就不說了.你應該知道.如果不知道的話我下面提供了一個詳細的調試環境文章以供參考.
大家知道，Microsoft為了更好地預防惡意用戶和攻擊者的攻擊，在默認情況下，沒有將
IIS6.0
安裝到
Windows
Server
2003
家族的成員上。而且，當我們最初安裝
IIS6.0
時，該服務在高度安全和"鎖定"模式下安裝。在默認情況下，IIS6.0
只為靜態內容提供服務即，諸如
ASP、ASP.NET、在伺服器端的包含文件、WebDAV
發布和
FrontPage
Server
Extensions
功能只有在啟用時才工作。在windows
2003
IIS
6.0中安裝部署ASP.net環境，我們首先要了解一下IIS6.0
新的特點，在windows
2003
Server下如何安裝IIS6.0，在IIS6.0的配合下我們如何來安裝和部署ASP.net環境，以及它們之間關系，下面的內容將給大家一個解答。
1、使用"配置您的伺服器向導"安裝
IIS6.0
1)從"開始"菜單，單擊"管理您的伺服器"。
2)在"管理您的伺服器角色"下，單擊"添加或刪除角色"。
3)閱讀"配置您的伺服器向導"中的預備步驟，然後單擊"下一步"。
4)在"伺服器角色"下，單擊"應用程序伺服器
(IIS，ASP.NET)"，然後單擊"下一步"。
5)閱讀概要信息，然後單擊"下一步"。
6)單擊"完成"。
2、使用控制面板安裝
IIS、添加組件或刪除組件
1）從"開始"菜單，單擊"控制面板"。
2）雙擊"添加或刪除程序"。
3）單擊"添加/刪除
Windows
組件"。
4）在"組件"列表框中，單擊"應用程序伺服器"。
5）單擊"詳細信息"。
6）單擊"Internet
信息服務管理器"。
7）單擊"詳細信息"以查看
IIS
可選組件的列表。
8）選擇要安裝的所有可選組件。
9）單擊"確定"，直到返回到"Windows
組件向導"。
10）單擊"下一步"，然後完成"Windows
組件向導"。
三、在Windows
2003
Server
安裝
ASP.NET
Windows
Server
2003
家族利用
ASP.NET
和
IIS
集成改善了開發人員體驗。ASP.NET
識別大多數
ASP
代碼，同時為創建可作為
Microsoft
.NET
Framework
的一部分工作的企業級
Web
應用程序提供更多的功能。使用ASP.NET
允許我們充分利用公共語言運行庫的功能，如類型安全、繼承、語言互操作性和版本控制。IIS
6.0
還為最新的
Web
標准，包括
XML、簡單對象訪問協議
(SOAP)
和
Internet
協議版本
6.0
(IPv6.0)，提供支持。
ASP.NET
是一個統一的
Web
開發平台，它提供開發人員創建企業級
Web
應用程序所需的服務。盡管
ASP.NET
的語法基本上與
ASP
兼容，但是它還提供了一個新的編程模型和基礎結構以提高應用程序的安全性、縮放性和穩定性。通過逐漸向現有的
ASP
應用程序增加
ASP.NET
功能，我們可以自由地使其增大。ASP.NET
是一個編譯的、基於
.NET
的環境；我們可以用任何
.NET
兼容的語言（包括
Microsoft
Visual
Basic.NET，Microsoft
Visual
C#
和
Microsoft
JScript
.NET）創作應用程序。另外，整個
Microsoft
.NET
Framework
可用於任何
ASP.NET
應用程序。開發人員可以很容易地從這些技術受益，這些技術包括管理的公共語言運行庫環境、類型安全、繼承等。
ASP.NET的優點如下：
1）可管理性：
ASP.NET
使用基於文本的、分級的配置系統，簡化了將設置應用於伺服器環境和
Web
應用程序的工作。因為配置信息是存儲為純文本的，因此可以在沒有本地管理工具的幫助下應用新的設置。配置文件的任何變化都可以自動
查看原帖>>
⑶ 開發團隊有14個人是做android開發的，想為他們配置 一台linux編譯伺服器，該怎麼配
配置maven，svn，配置maven庫，代碼用svn同步
好處么~大約就是依賴包版本統一啊，版本控制方便神馬的
⑷ 如何編譯配置Apache中的Configure
./Configure文件是一個經常被遺忘的Apache工具。本文介紹如何用./Configure進行編譯配置，避免每次編譯Apache時進行重復的操作。文章比較了常規方法與使用./Configure這兩者各自的優缺點以及如何手工編輯配製文件進行編譯配置。 一、優缺點比較 我們知道，配製Apache編譯選項使用的是configure。但除此之外，我們還可以使用Configure。注意兩者的差別：常用的那個配製工具是小寫c開頭的「configure」，這里要討論的「Configure」以大寫的C開頭。 解開Apache源代碼之後，configure腳本位於頂級目錄下面。一般我們按照如下步驟使用它： tar -zvxf apache_1.3.14.tar.gz cd apache_1.3.14 ./configure --prefix=/usr/local/apache make make install Configure是位於src子目錄下的腳本。它的參數不是通過命令行指定，而是在一個名為Configuration的配置文件中指定。Apache提供一個默認的配置模板文件Configuration.tmpl，其中包含了通用的默認配置值。 用Configure進行默認安裝的過程如下： tar -zvxf apache_1.3.14.tar.gz cd apache_1.3.14/src cp -f Configuration.tmpl Configuration vi Configuration ... 如必要，修改默認配置值 ./Configure make make install 缺點 用Configure進行配製有幾個明顯的缺點，至少對初學者來說是這樣的。 首先，這種配製方法並不廣為人知。只要是對開放源代碼軟體有所了解的人，解開源代碼並進入它的目錄之後，或許會對它的configure腳本感到熟悉，但往往不會進入src子目錄去尋找其他什麼東西。 即使知道可以用Configure進行編譯配製，Configuration文件本身也可能成為小小的障礙。這是因為，雖然Configuration文件內部包含的說明相當完善，每一行都有豐富的註解說明其作用，但這個文件實在過於龐大，包含了許多大多數人永遠不想要加以定製的選項。 最後，雖然有關這兩種配製方法差別的資料略顯缺乏，但總地看來初學者最好使用configure，而Configure只適合於經驗豐富的用戶使用。雖然這並不能算是一個真正的缺點，但它無疑使許多用戶駐足而不敢嘗試。 優點 使用Configure進行編譯配製最大的優點在於，它方便了我們將特定的配置信息保存下來以後再用，無需記住冗長的configure命令行選項。 例如，本人上次編譯Apache時使用的configure命令如下： ./configure --prefix=/usr/local/apache --enable-mole=most --enable-shared=max --enable-mole=auth_dbm --enable-mole=auth_mysql 這還應該算是一次比較簡單的編譯。問題在於，即使是輸入上面這行命令，我也要查看各種參數的語法並努力記住各個模塊的名字。對於大多數人來說這並不是一個很重要的問題，但由於我經常要重新構造Apache，這個問題就顯得比較突出了。 configure也有它的好處，它實際上會在src目錄下生成一個配製文件，我們可以保存這個文件供以後參考。這個文件就是src/Configuration.apaci。 如果我們為測試目的構造Apache，完成後又要在正式運行的系統上以完全相同的方式構造Apache，configure的這個功能將是非常有用的。此時，我們只需要復制一份Configuration.apaci文件，將它拷貝到正式運行的伺服器上，然後用這個文件編譯Apache伺服器即可。 應當說明的是，雖然默認情況下配製選項由Configuration文件提供，但我們可以用-file參數指定另外的文件： ./Configure -file Configuration.saved_prefs 二、手工編輯配製文件 以前，指定編譯選項的唯一方法是手工編輯Configuration文件。當然，那時候我們還要步行上學，跋山涉水。這一切現在都已經過去。 不管怎樣，如果你准備直接使用Configuration文件，你就得仔細地了解一下它到底由什麼內容構成。Configuration文件中的大多數選項都是無需定製的，不過了解一下它們的用處是有好處的。 Configuration文件的前面是關於本文件的一個簡短說明。下面摘錄了這部分內容並給出其譯文： # There are 5 types of lines here: 這里共有5種類型的代碼行： # &single;#&single; comments, distinguished by having a &single;#&single; as the first non-blank character 「#」注釋，以第一個非空字元為「#」區別 # # Makefile options, such as CC=gcc, etc... Make文件選項，例如 CC=gcc，等等... # # Rules, distinguished by having "Rule" at the front. These are used to # control Configure&single;s behavior as far as how to create Makefile. 規則，以前面的「Rule」區別，用於控制Configure的行為以至 如何創建Make文件 # # Mole selection lines, distinguished by having &single;AddMole&single; at the front. # These list the configured moles, in priority order (highest priority # last). They&single;re down at the bottom. 模塊選擇行，以前面的「AddMole」區別。這些行以優先順序為序列出 了已經配製的模塊（高優先順序的在後面）。模塊選擇在文件最後進行。 # # Optional mole selection lines, distinguished by having `%Mole&single; # at the front. These specify a mole that is to be compiled in (but # not enabled). The AddMole directive can be used to enable such a # mole. By default no such moles are defined. 可選模塊選擇行，以前面的「%Mole」區別。這些行指定了必須 編譯的模塊（但不啟用）。AddMole指令可以啟用這種模塊。默 認不定義這種模塊。 大多數用戶只需修改模塊選擇行，其他內容只適合於深入了解其含義的用戶進行修改。在文件的最後我們可以發現許多如下形式的行： AddMole moles/standard/mod_cgi.o 它表示本次編譯Apache應啟用指定的模塊（這里是mod_cgi模塊）。我們可以用注釋掉相應行的方法來刪除特定的模塊；反之，如果取消已注釋行的注釋將啟用該模塊。 我們可以通過SharedMole指令（而不是AddMole）將模塊編譯成DSO（共享對象，shared object）： SharedMole moles/standard/mod_vhost_alias.so 注意在編譯DSO時必須啟用mod_so模塊。 用configure生成Configuration.apaci文件，然後檢查其改動之處是一種很好的學習方法。 一旦在Configuration文件中完成了所有必須的改動，只需運行./Configure即可開始編譯過程。 三、使用哪種方法好？ 顯然，使用configure和使用Configure都有著各自強硬的支持者，但可以相信每一種觀點都有其派別和歷史的原因。 我們建議兩種方法都用。用configure生成Configuration文件，閱讀這些文件了解其作用，然後保存其中的部分文件供以後在Configure命令中使用。 如果你打算只進行默認安裝，而且從來沒有想到過要改變任何一個選項，那麼使用哪一種方法進行配製就無關緊要了
⑸ android 編譯伺服器大概需要什麼配置 5
工欲善其事，必先利其器」，要想提高團隊整體的開發效率，盡可能的提前完成開發任務，必須要配備一套配置給力的開發設備。源碼編譯伺服器硬體配置的高低，直接影響著系統固件升級和ROM版本發布的速度和效率。
由於目前Google發布的最新版本的Android系統源碼體積越來越大，因此，越是定製高版本的系統，對編譯伺服器的硬體配置要求就越高，這里根據調研，給出目前Android
6.0及以下版本源碼定製開發的基本配置，供大家參考。
首先進行一波企業級android源碼編譯伺服器的推薦，這類推薦網上絕無僅有，這還是我進行了很久的調研，詢問很多朋友【其中包括不乏6年以上系統開發的大牛，也有之前公司的主管等】，也查了很多資料才挑選出來，提出需求後讓上級審批，目前上一級已經認可比審批，等待領導簽字。給力。
詳細
⑹ linux系統中dns服務編譯安裝配置詳細
用LINUX拱建DNS伺服器有三種類型：緩存域名伺服器，主域名伺服器，從域名伺服器。
緩存的是類似於內存的伺服器，可以提高訪問速度，比如同一個網頁，第一次要從互連網上連，然後就會存到緩存里，後面的再有訪問同一個網頁就直接從緩存伺服器上讀取了。
主/從域名伺服器就像是一個公司的總經理和副總經理。主伺服器上有相關的配置文件，從伺服器就沒有，要從主伺服器上復制的。
一般的企業要有緩存和主伺服器就好了。對於大型的，搭建個從的更好咯。
⑺ 如何編譯，配置ACE
ACE是個很有用的開放源代碼的C++網路編程開發包，利用它比直接用API更有利於代碼的健壯性，可移植性，並相對簡單。
估計大家剛接觸ACE時，都有一定難度，說不定就半途放棄了，這是我學ACE兩天中的總結，基本上不成文，但我想研究到ACE的你一定會明白下文的意思。
一、ACE官方主頁： http://www.cs.wustl.e/~schmidt/ACE.html
下載地址： http://deuce.doc.wustl.e/Download.html
Building and Installing ACE：http://www.dre.vanderbilt.e/~schmidt/DOC_ROOT/ACE/ACE-INSTALL.html
我下載的是Latest Beta Kit中的ACE.zip（Latest Release中的壓縮包好像有問題，我有WinRAR3.30解壓縮報錯）
二、解壓縮後放在D盤
D:\ACE_wrappers
三、在D:\ACE_wrappers\ace目錄下新建文件config.h加入一行
#include "ace/config-win32.h"
四、編譯：用VC6.0打開D:\ACE_wrappers\ace\ace.dsw
左側顯示 ACE DLL classes
ACE LIB classes
或1、從菜單上選擇「編譯」，「放置可遠行配置」，選擇你需要的工程配置
「編譯」，「重建全部」（或任一，如ACE DLL - Win32 MFC Debug）
此過程可能持續半小時至一個小時不等
或2、從菜單上選擇「編譯」，「批構建」，選擇你需要的工程配置
此過程可能持續二至四個鍾頭
產生的.lib文件位於D:\ACE_wrappers\ace\下，
產生的.dll文件位於D:\ACE_wrappers\bin\下
同樣打開ace_static.dsw
編譯
ACEs.lib
ACEsd.lib
ACE_RMCasts.lib
ACE_RMCastsd.lib
TMCasts.lib
TMCastsd.lib
ACE生成的dll和lib文件的命名規則：（d = debug，s = static）
debug - aced.lib、debug+static - acesd.lib、release - ace.lib、 release+static - aces.lib
五、樣常式序的編譯
用VC打開D:\ACE_wrappers\tests\tests.dsw
「編譯」，「批構建」
六、自寫程序的工程配置
中篇：ACE程序員教程.pdf中的樣常式序：
網址：http://www.cs.wustl.e/~schmidt/ACE_wrappers/docs/tutorials/guide-tutorials.html
將網頁上的原代碼復制到一新建文件，並命名為server.cpp
用VC打開，編譯，重建全部，彈出對話框，「This build command require ...「，點」是「
會出現以下錯誤
如果有「Cannot open include file: 'ace/SOCK_Acceptor.h': No such file or directory」
工程-設置-C/C++: Preprocessor,附加包含路徑：D:/ACE_wrappers
如果有「 You must link against multi-threaded libraries when using ACE (check your project settings)」
工程-設置-C/C++: Code Generation - Use run-time library : Debug Multithreaded Dll
如果有「error C2065: 'ACE_ERROR' : undeclared identifier」
error C2065: 'ACE_DEBUG' : undeclared identifier
#include "ace/Log_Msg.h"
error C4716: 'ace_main_i' : must return a value
在main中加入
return 0;
「error LNK2001: unresolved external symbol "__declspec(dllimport) int __cdecl」
工程-設置-Link-Input: 對象/庫模塊：添加aced.lib 附加庫路徑：D:\ACE_wrappers\ace
編譯client中遇到的問題
1、error C2039: 'sprintf' : is not a member of 'ACE_OS'
#include "ace/OS_NS_stdio.h"
2、error C2039: 'strlen' : is not a member of 'ACE_OS'
#include "ace/OS_NS_string.h"
3、error C2059: syntax error : '?'
錯誤在這一句： ACE_DEBUG((LM_DEBUG,?Usage egX <hostname> <port_number>\n?));
將?改為"
4、無法找到動態鏈接庫aced.dll於指定的路徑
為系統變數PATH加上D:\ACE_wrappers\bin
靜態包含：
工程-設置-C/C++-預處理程序定義中加入 ,ACE_AS_STATIC_LIBS
例1server編譯後生成
server.exe 16K serverd.exe 97K servers.exe 124K serversd.exe 669K
（servers.exe較適合發布）
例2 client編譯後生成
client.exe 16K clientd.exe 97K clients.exe 124K clientsd.exe 669K
（clients.exe較適合發布）
測試 clients 127.0.0.1 1919
servers 1919
下面是馬維達老師寫的：(轉自huihoo)
發表於： 3/31/2003 - 04:24
翻譯的一點小東西，希望能對大家有幫助。
其實也不敢稱為是翻譯的，水平太爛了，大家將就著看吧 ：）
使用Microsoft Visual C++ 在win32平台上生成和安裝ACE：
注意：關於MSVC5.0和Service Pack 3的使用有一些問題，過去一些用戶在sp2中使用良好的代碼在sp3種卻會引發一些問題。感謝Bill 的細心查找，這一神秘的問題被解決了。答案？（哦，這兒有一個好答案。。。）這可能是因為有多個版本的sp3較早版本的sp3有一些bug，而後來的版本修正了這些錯誤，從微軟網站上下載的1998年6月16日版本的sp3是一個良好的版本。如果X03-50158是那些擁有sp3的光碟序列號的一部分，那麼這些版本也是良好的。但是不管任何版本的sp3，其STL的實現都有錯誤，詳細情況請瀏覽http://www.dinkumware.com/vc_fixes.html。感謝Ben Eng對這些錯誤的修正。
現在的SP4(希望只有一個版本)已經修正了STL中的死鎖問題。
我們現在將不再積極的支持MSVC 4.X以及以前的版本，ACE可和這些編譯器一起工作但是可能會丟失一些好處。
1. 將ACE分發包界壓縮到一個目錄中，這將在那個目錄中生成一個包含ACE的目錄ACE_wrappers。接下來的步驟中假設ACE分發包被解壓縮到ACE_ROOT=C:\ACE_wrappers中，因此ACE將會存在於ACE_ROOT\ace目錄中。
2. 在ACE_ROOT\ace目錄中創建一個文件，命名為config.h，其內容為：
#include "ace/config-win32.h"
3. 在VC++中載入ACE的工程文件（ACE_ROOT\ace\ace.dsw）
4. 每個工程都會包含多個配置，這些配置是Debug/Release, MFC/Non-MFCh和Static/Dynamic庫版本等選項的混合。確定你所需要的構造(例如，調試代碼需要ACE的調試版本)。所有這些不同的配置可以為你提供一些便利，你可以或者採用不同的模式以構造不同配置的應用，或者通過改變ace\config.h來改變在NT上的不同配置。
注意：如果你使用動態連接，請保證ACE_ROOT\bin被添加到你的path環境變數中，否則你將在運行程序的時候碰到尋找ace.dll或者aced.dll的問題。
5. 如果你在Windows NT或者Windows 2k上構建ACE，你可以馬上開始構造她而不需任何改變，如果你在Windows 9x/me上構建，那麼你必須在
ACE_ROOT\ace\config.h.的#include塊之前添加一行：
#define ACE_HAS_WINNT4 0
這將在ACE中移掉一些WinNT/Win2K中特有的代碼。
6. 如果你希望使用MSVC自帶的標准C++頭文件（C++ Standard Draft 2種定義的iostream,cstdio…..）,則應該在
ACE_ROOT\ace\config.h.的#include塊之前添加一行：
#define ACE_HAS_STANDARD_CPP_LIBRARY 1
7. 如果需要和MFC一起使用，增加如下定義到你的config.h文件中，注意，如果你想使用spawn一個新的線程，則必須保證使用THR_USE_AFX標志來spawn線程。
#define ACE_HAS_MFC 1
預設的，ACE工程使用MSVC運行時的動態DLL版本，你也可以選擇使用ACE的不關心運行時庫的靜態（LIB）版本。我們選擇僅與動態運行時庫連接的原因在於基本上所有的NT機器上都會安裝這些庫，而我們則可以因此而減小代碼的大小。如果你希望ACE與MFC的靜態版本連接，則可以在config.h中定義ACE_USES_STATIC_MFC。然而，如果你希望靜態的連接所有的庫（包括MSVC運行時庫），就需要自己修改工程文件了。
8. 如果要構建ACE的靜態版本，則需要在config.h中定義ACE_AS_STATIC_LIBS，此宏在那些希望使用ACE的靜態版本的應用工程中也必須定義。
作為一個可選項，你可以在
#include statement in ACE_ROOT\ace\config.h.之前添加一行：
#define ACE_NO_INLINE
來取消函數內聯從而減小靜態庫（和你的運行碼）的大小。
9. ACE DLL和LIB庫的命名規則：
我們使用如下的規則明明使用MSVC的ACE的DLL和LIB文件。
"Library/DLL name" + (是靜態庫嗎 ? "s" : "") + (包含調試信息 ? "d" : "") + {".dll"|".lib"}
在MSVC環境中使用ACE的更多信息可以在這里找到。
-----------------------------------------------------------------------
一、安裝TAO，需要先編譯並安裝ACE。
二、ACE的編譯和安裝步驟見http://www.cs.wustl.e/~schmidt/ACE_wrappers/ACE-INSTALL.html。TAO的編譯和安裝步驟見http://www.cs.wustl.e/~schmidt/ACE_wrappers/TAO/TAO-INSTALL.html。如果你英文程度還可以的話，最好直接閱讀這兩篇文檔。說到底，中文文檔只是「權宜之計」；漢語並不太適合進行邏輯性的表述。
但我還是把其中的一些段落編譯如下（VC 6.0 + ACE-5.2.1 + TAO-1.2.1）：
ACE的編譯與安裝
一般規則
ACE中的許多特性可以通過在$ACE_ROOT/ace/config.h中定義一些宏來進行修改。這些宏應該總是在包括針對你的平台的配置文件之前出現。
但是，如果你想要取消/重定義在針對特定平台的配置文件中定義的宏，#undef應該在配置文件之後出現。
如果你計劃在多種平台上編譯ACE，你也許需要考慮克隆源碼樹。
步驟：
1. 將ACE發布文件解壓縮到某個目錄中，在其中將會創建含有所有文件的ACE_wrappers目錄。在下面的步驟中，ACE_wrappers目錄將以ACE_ROOT為名來指稱。
2. 在ACE_ROOT\ace目錄中創建一個名為config.h的文件，在其中包含：
#include 「ace/config-win32.h」
3. 現在載入ACE的項目文件（ACE_ROOT\ace\ace.dsw）。
4. 其中的每個項目都含有若干不同的配置（可混合Debug/Release、MFC/Non-MFC、Static/Dynamic library版本）。你可以從中選擇你所需的配置，或是使用ace/config.h來進行調整。
注意：如果你使用動態鏈接庫，在運行使用ACE的程序時，確定你在PATH中包括了ACE_ROOT\bin。
5. 如果你的系統平台是WinNT或2000，那麼無需任何改動你就可以開始編譯了。如果是Windows 9x/Me，你需要在ACE_ROOT\ace\config.h中的#include語句之前增加：
#define ACE_HAS_WINNT4 0
6. 如果你想要使用MSVC標准C++頭（iostream、cstdio……），在ACE_ROOT\ace\config.h中的#include語句之前增加：
#define ACE_HAS_STANDARD_CPP_LIBRARY 1
7. 要與MFC一起使用ACE，再增加下面的定義：
#define ACE_HAS_MFC 1
注意如果你想要通過CWinThread派生新線程，一定要設置THR_USE_AFX。在預設情況下，所有的ACE項目都使用DLL版本的MSVC運行時庫。盡管如此，你仍然可以選擇使用static（LIB）版本的ACE庫。如果你想要將MFC作為靜態庫鏈接進ACE，你可以在config.h文件中定義ACE_USES_STATIC_MFC。但如果你想要靜態鏈接所有的東西（包括MSVC運行時庫），你就需要自己修改ACE的項目文件。
8. ACE的靜態版本是通過定義ACE_AS_STATIC_LIBS來編譯的。在鏈接靜態ACE庫的應用項目中也應該使用這個宏。
你也可以在config.h文件中增加
#define ACE_NO_INLINE
來取消函數內聯並減小靜態庫（和你的可執行程序）的大小。
9. ACE DLL和LIB的命名方案：
"Library/DLL名" + (是否為靜態庫 ? "s" : "") + (是否啟用了Debugging ? "d" : "") + {".dll"|".lib"}
10. 配置完畢後編譯即可。選擇dll版本，編譯生成的dll文件在ACE_ROOT\bin中，相應的lib文件在ACE_ROOT\ace中。
ACE測試
各測試程序在ACE_ROOT\tests中。在其中也有一個工作空間文件可用來編譯所有的測試程序（tests.dsw）。
一旦你編譯了所有測試程序（可使用批編譯），你可以運行tests目錄中的perl腳本run_test.pl或批處理文件run_tests.bat來進行所有測試。
TAO的編譯與安裝
確定VC的CL.EXE在你的訪問路徑上。設置ACE_ROOT或TAO_ROOT環境變數。例如：
set ACE_ROOT=C:\ACE_wrappers
TAO最好放置在ACE_wrappers（這也是預設情況）。
1.確定ACE已經編譯和安裝。
2.確定ACE_wrappers\bin已在「Tools|Options」中的「Executable Directories」中列出。如果在MSVC下使用TAO_IDL編譯器就需要進行此設置。
3.載入tao\TAO.dsw，並編譯TAO庫。
4.要編譯Cubit測試，載入performance-tests\Cubit\TAO\IDL_Cubit\IDL_Cubit.dsw，並編譯客戶和伺服器。
TAOACE.dsw
TAOACE.dsw是一個Visual C++ 5.0/6.0工作空間文件，它載入的項目包括ACE、TAO、TAO_IDL（編譯器）、gperf、orb服務庫，以及一些單獨的可執行程序（比如Naming Service，等等）。它可以用於編譯所有的用於編譯/運行TAO應用的文件。
三、我選擇編譯的是dll版本（Release），並在ACE的config.h文件中定義了「#define ACE_HAS_STANDARD_CPP_LIBRARY 1」。編譯後我所得到的ace.dll的大小是1.13MB，相應的ace.lib的大小是1.77MB；TAO.dll的大小是1.47MB，相應的TAO.lib的大小是2.74MB。所有文件約有 MB，包括源程序、編譯生成的中間文件，等等，但有些例子及服務我沒有編譯。
祝學有所成！
馬維達
-------------------------------------
將ACE與VC6集成在一起
一.打開 Tools>Options>Directories
加入以下內容:
Executable File:
C:\ACE_wrappers\bin
Include File:
C:\ACE_wrappers\
C:\ACE_wrappers\TAO
C:\ACE_wrappers\TAO\orbsvcs
Library Files:
C:\ACE_wrappers\ace
C:\ACE_wrappers\TAO\tao
C:\ACE_wrappers\TAO\orbsvcs\orbsvcs
Source Files:
C:\ACE_wrappers\ace
C:\ACE_wrappers\TAO\tao
C:\ACE_wrappers\TAO\orbsvcs\orbsvcs
二.加入 C:\ACE_wrappers\bin 到系統環境變數 path中
三.設置系統變數
ACE_ROOT=C:\ACE_wrappers
TAO_ROOT=C:\ACE_wrappers\TAO
⑻ 伺服器的配置
WebLogic Server Scripting Tool(WLST)是一種命令行腳本工具，BEA公司計劃在WebLogic Server 9.0版本中包含它。現在，該工具及所有的服務包（service packs）都可以從BEA公司的dev2dev站點下載得到，並在WebLogic Server 7.0和8.0下運行。
背景知識
人們一直希望WebLogic Server支持一個腳本解決方案，以允許開發人員和系統管理員可靠地、互動式地對WebLogic Server配置執行簡單和復雜的更改。當前，WebLogic Server 支持三個命令行工具：weblogic.Admin、weblogic.Deployer和WLConfig Ant 任務工具。
這三個工具都需要一個運行的Weblogic Server實例。其中Weblogic.Admin和WLConfig用來修改配置和查詢MBean，weblogic.Deployer則嚴格用於部署應用程序。還有一些工具WebLogic Server不支持，但是用戶很熟悉，例如WLShell、Config2Admin和MBeanExplorer等。
許多用例如果使用一個簡單的腳本工具將會非常容易處理。例如，開發人員和管理員可能需要編寫腳本來配置伺服器，並且想要通過循環和其他流程式控制制結構來為伺服器增加配置元素。類似這樣的用例使人們迫切希望有一種可以讀取用戶腳本並且在WebLogic Server上運行的腳本語言解釋器。
WLST試圖解決一些當前WebLogic Server開發人員和管理員者所面臨的難題。這包括捕捉那些可重復的配置和部署工作，其中配置工作主要是將環境（應用程序和依賴性）准備為大環境的一部分）；在生命周期的某一級別或各個級別之間（例如開發和分段級別之間）的用戶間共享復雜的配置更改；以及跨一個拓撲結構的多個節點或者在一些其他范圍，迭代地應用相同的更改。向WebLogic Server增加對用戶定義腳本編程的支持，可以極大地增強可用性，從而提高用戶滿意度。使用WLST，用戶可以定製WebLogic Server，以滿足自己的需要，簡化日常任務，擴展其他功能。通過提供腳本來處理，重復的任務和復雜的過程現在可以被簡化。腳本語言擴展了Java語言，提高了開發速度。
簡介
WLST是WebLogic Server的一個命令行腳本介面。WLST腳本環境基於Java腳本解釋器（Jython）。WLST使您能夠利用所提供的WebLogic Server腳本功能，以及解釋型語言的共同特性。這些特性包括局部變數、條件變數和流程式控制制語句。WebLogic Server開發人員和管理員可以根據Jython語法，擴展WebLogic Server腳本語言來適應自己的需要。
Jython是高級、動態、面向對象語言Python的一個與Java平台無縫集成的實現。Jython是100%純Java的，由於它清晰簡單的語法，使得Jython非常容易學習。Jython的一個主要優點是您可以通過Jython解釋器調用任何Java對象。這就意味著用戶可以重用自己編寫的任何Java代碼或者Java工具。本文我們對Jython不做太多深究。關於Jython的更多信息，請訪問www.jython.org。
WLST 介紹
WLST有兩種版本，離線版和聯機版。離線版用來在用戶沒有連接到任何一個WebLogic Server實例的情況下，通過與域文件和配置模板交互來配置域。該功能類似於WebLogic Server 9.0中反對的配置向導（Configuration Wizard）靜寂模式腳本編程。聯機版用來在用戶連接到一個運行的WebLogic Server實例的情況下，更改配置工件或者監視運行時數據。現在兩個版本作為兩個獨立的JAR包提供下載。在WebLogic Server 9.0發布的時候，這兩個版本將會整合成為一個工具。
操作模式
WLST提供三種操作模式：交互模式、腳本模式和嵌入模式。在交互模式下，用戶在命令提示符下鍵入命令並查看響應。這種模式對於學習腳本工具及其功能是有用的。另外，對於原型設計命令語法以在編譯較大的腳本之前驗證選項，也是有用的。清單1中展示了一個互動式會話的例子。在腳本模式下，用戶可以把許多腳本命令寫在一個文件中，工具將該文件作為程序執行。清單2展示了一個可以在WLST上作為程序執行的簡單腳本。在嵌入模式下，用戶把WLST解釋器嵌入Java應用程序中（參見清單3）。
特性
WebLogic Server實現了JMX 1.0，並且所有子系統（JMS、JDBC、Security等）都被作為相應的MBean並包含屬性，可以按這些屬性來配置、監視和管理子系統。所有的MBean被組織為層次結構，DomainMBean是所有Configuration MBean的父節點，DomainRuntimeMBean是所有Runtime MBean的父節點。用戶可以通過調用不同的WLST命令定位任何MBean。為了簡單，定位大致相當於任何操作系統中的文件表示方法。
定位
按照操作系統的說法，WLST有三個驅動：config、runtime和custom。config驅動管理所有的Configuration MBean（DomainMBean是它們的父節點）。runtime驅動管理所有的Runtime MBean（DomainRuntimeMBean是它們的父節點）。custom驅動管理所有的Custom Mbean（非WebLogic的，而是用戶在WebLogic Server上注冊的）。MBean的類型或者實例就像目錄，用戶可以「cd」或者定位到這些MBean，以查看屬性名和值或操作（即文件）。清單4中的例子展示了一個用戶定位到不同的驅動和MBean然後列出其屬性和值。
配置
通過「configToScript」命令，用戶可以很方便地把資源從一個域移動到另一個域。這個命令以config.xml作參數，並將之轉換為相應的WSLT腳本，該腳本被應用於另一個域，以創建一個類似的配置。這個命令也可以創建一個包含名稱-值對的屬性文件。這些名稱-值對可以被修改，以創建具有不同域名、伺服器名等的配置。清單5演示了一個簡單的例子，其中config.xml被轉換為WSLT腳本。用戶也可以創建新的配置信息，以及檢索和更改存儲在域config.xml文件中或者是使用Template Builder創建的域模板JAR中的現有配置值。清單6展示了一個簡單的例子，用戶讀取一個現有的medrec模板，以創建一個medrec域。
當前託管對象（cmo）
每當用戶定位到一個MBean實例，他就具有通過cmo變數對這個MBean對象的訪問權。這個變數保存MBean的代理對象，所以用戶可以調用該MBean介面支持的所有方法或操作。清單7展示了一個可以使用這個變數的例子。
從WLST調用Java程序
如果您用Java編寫了命令行工具，並且想要在WLST中重用，這是完全可以做到的。例如，我編寫了一個簡單的Java程序，用來查詢MBeanServer並檢索注冊在這台伺服器上的所有MBean，然後列印它們的對象名稱。好處是我不必拋開這些有用的代碼或者用Jython重新進行編寫，只要從WLST中調用這個程序就行了。清單8顯示了這個用Java編寫的程序，以及用戶如何從WLST中調用該程序。
從Ant中調用WLST
許多用戶使用Ant自動完成Weblogic域的配置，如果您願意把您的WLST配置腳本嵌入Ant編譯文件（build file），那麼您也可以這樣做。清單9展示了編譯文件的一個片斷，它調用WLST來運行腳本。
擴展WLST命令
WLST定義了一些常用的命令，但這並不限制用戶去定義自定義的命令或者模塊，然後把它們導入WLST以滿足他們的需要。清單10定義了兩個自定義的命令：「creatServer」和「deleteServer」。它們創建和刪除具有指定名稱的伺服器。這些命令將會對於WLST會話是活躍的。用戶也可以編寫一些定義幾個有用功能並能導入WLST中的模塊。清單11展示的例子中，用戶定義了一個安全類，這個類包括創建用戶、更改密碼等實用功能。
WLST模塊
用戶常常想將WLST與其他Jython模塊一起使用。這只要把WLST模塊寫入一個文件，並把這個文件導入到您的Jython模塊中就可以了。清單12展示了如何編寫WLST模塊並在Jython模塊中使用。有關更多信息，請訪問http://dev2dev.bea.com/codelibrary/code/posample.jsp。
WLST 工作方式
讓我們完成一個簡單的用例，其中展示了使用WLST的端到端場景。假設一個管理員打算為開發人員配置一個域。本質上，他會從頭開始創建一個域（一個admin 伺服器），啟動伺服器，配置託管伺服器，並群集和部署應用程序。他也會通過一個簡單的腳本監視這些伺服器的狀況。步驟如下：
根據模板創建一個簡單的域（一個admin伺服器），並啟動伺服器（見清單13）。
配置兩個託管伺服器和一個群集。在連接到正在運行的admin伺服器之後，添加這兩個託管伺服器到這個集群，並啟動該群集。另外，部署一個簡單的應用程序到該群集（見清單14）。
使用一個簡單的監視腳本，監視伺服器的狀態（見清單15）。
前瞻
WLST可以在BEA公司的dev2dev站點上下載。這個工具可以與WebLogic Server 7.0和8.1（以及所有的服務包）一起工作。BEA公司的Management新聞組提供對這個工具的支持。這個工具可以在明年發布的WebLogic Server 9.0中正式得到並受到支持。BEA公司也打算在WebLogic Server 7.1和8.1兩個版本中直接支持WLST。
一些您所期待的WLST的新特性：
通過JSR 88 API進行的部署，包括通過WLST進行的部署計劃的編輯。
通過WLST對所有診斷框架（WebLogic Server 9.0中新引入的）工件的訪問。
離線版WLST（現在可以單獨下載）與現有聯機版WLST的合並。
對新的 (WebLogic Server 9.0) 管理API的訪問。
支持WebLogic Server 9.0中所有的新節點管理器特性。
結束語
在這篇文章中，我介紹了一個新工具——WLST，它使開發人員和系統管理員能更方便地管理WebLogic Server（聯機或者離線都可以），並能對WebLogic Server執行配置更改。WLST有三種使用模式：交互模式、腳本模式和嵌入模式。它提供了一個簡單的方法訪問WebLogic Server中的MBean，並且提供了一些方便的命令用於監視WebLogic Server實例的生命周期。WLST是用Jython（Jython是流行的Python語言的純Java實現）語言編寫的。
參考資料
Online WLST Tool: http://dev2dev.bea.com/codelibrary/code/wlst.jsp
Offline WLST Tool: http://dev2dev.bea.com/codelibrary/code/wlst_offline.jsp
Jython's Main Web Site: www.jython.org
PO Sample: http://dev2dev.bea.com/codelibrary/code/posample.jsp
⑼ 如何對lighttpd進行交叉編譯安裝並配置lighttpdweb伺服器
1. 編譯、安裝
1.1. 先到lighttpd官網下載對應版本的軟體包：
http://www.lighttpd.net/
我下載的是 lighttpd-1.4.30.tar.gz
1.2. 將壓縮包解壓到任意目錄（我的是 /root/Desktop/common）得到文件夾 lighttpd-1.4.30
1.3. 在文件夾 lighttpd-1.4.30 中創建shell腳本，命名為：configure-arm.sh
1.4. 在shell腳本 configure-arm.sh 中輸入如下代碼：
#! /bin/sh
CC=arm-linux-gcc
AR=arm-linux-ar LD=arm-linux-ld RANLIB=arm-linux-ranlib
STRIP=arm-linux-strip ./configure --prefix=/opt/web/lighttpd-1.4.30-arm
--host=arm-linux --build=i686-pc-linux --disable-FEATURE --enable-shared
--disable-static --disable-lfs --disable-ipv6 --without-PACKAGE
--without-valgrind --without-openssl --without-kerberos5 --without-pcre
--without-zlib --without-bzip2 --without-lua
1.5. 打開控制台，cd進入 lighttpd-1.4.30 目錄
1.6. 給 configure-arm.sh 文件添加可執行屬性，執行命令：
chmod +x configure-arm.sh
1.7. 配置lighttpd，執行命令：
./configure-arm.sh
1.8. 編譯lighttpd，執行命令：
make
1.9. 安裝lighttpd，執行命令：
make install