技術ビザ「情報処理技術者試験の区分」

http://www.educity.cn/ruankao/kspx.htm　　希赛网 培训

出入国管理及び難民認定法第七条第一項第二号の基準を定める省令の技術及び特定活動の在留資格に係る基準の特例を定める件

（平成十三年法務省告示第五百七十九号）

最近改正　平成二十年一月二十五日法務省告示第三十号

　出入国管理及び難民認定法第七条第一項第二号の基準を定める省令（平成二年法務省令第十 六号）の表の法別表第一の二の表の技術の項の下欄に掲げる活動の項の下欄のただし書及び法別表第一の五の表の特定活動の項の下欄（ロに係る部分に限る。） に掲げる活動の項の下欄のただし書の規定に基づき定める情報処理技術に関する試験は次の第一号から第三号まで及び第六号から第十一号までに定めるものと し、情報処理技術に関する資格は第四号及び第五号に定めるものとする。

一、情報処理技術者試験の区分等を定める省令（平成九年通商産業省令第四十七号）の表の上欄に掲げる試験のうち次に掲げるもの

　○システムアナリスト試験「Systems analyst、系统分析员」

　○プロジェクトマネージャ試験「Project manager」项目经理

　○アプリケーションエンジニア試験「Application engineer、应用软件工程师」

　○ソフトウェア開発技術者試験「Software development technician、软件开发技术人员」

　○テクニカルエンジニア（ネットワーク）試験

「Technical engineer (network)、技术工程师(网络)」

　○テクニカルエンジニア（データベース）試験

「Technical engineer (database)、技术工程师(数据库)」

　○テクニカルエンジニア（システム管理）試験

「Technical engineer (system management)、技术工程师(系统管理)」

　○テクニカルエンジニア（エンベデッドシステム）試験

「Technical engineer (embedded system)、技术工程师(嵌入式系统)」

　○テクニカルエンジニア（情報セキュリティ）試験

　　「Technical engineer (information security)、技术工程师(信息安全性)」

　○情報セキュリティアドミニストレータ試験

　　「Information security administrator、信息安全性管理员」

　○上級システムアドミニストレータ試験

　　「High-level system administrator、高级系统管理员」

　○システム監査技術者試験

　○基本情報技術者試験

二、平成十二年十月十五日以前に通商産業大臣が実施した情報処理技術者試験で

次に掲げるもの

　○第一種情報処理技術者試験

　○第二種情報処理技術者試験

　○特種情報処理技術者試験

　○情報処理システム監査技術者試験

　○オンライン情報処理技術者試験

「Online information processing technician、在线信息处理技术人员」

　○ネットワークスペシャリスト試験「Network specialist、网络专家」

　○システム運用管理エンジニア試験

　「System operation control engineer、系统运用管理工程师」

　○プロダクションエンジニア試験「Production engineer、生产工程师」

　○データベーススペシャリスト試験「Database specialist、数据库专家」

　○マイコン応用システムエンジニア試験

「Micro-computer applied system engineer、微型计算机应用情报处理专家」

三、平成八年十月二十日以前に通商産業大臣が実施した情報処理技術者試験で次に掲げるもの

　○第一種情報処理技術者認定試験

　○第二種情報処理技術者認定試験

　○システムアナリスト試験「Systems analyst、系统分析员」

　○システム監査技術者試験

　○アプリケーションエンジニア試験「Application engineer、应用软件工程师」

　○プロジェクトマネージャ試験「Project manager、项目经理」

　○上級システムアドミニストレータ試験

　「High-level system administrator、高级系统管理员」

四、シンガポールコンピューターソサイエティ（ＳＣＳ）が認定するサーティファイド・ＩＴ・プロジェクト・マネージャ（ＣＩＴＰＭ）

五、韓国産業人力公団が認定する資格のうち次に掲げるもの

　○情報処理技師（エンジニア・インフォメーション・プロセシング）

　○情報処理産業技師（インダストリアル・エンジニア・インフォメーション・プロセシング）

六、平成十五年十二月三十一日以前に中国信息産業部電子教育中心が実施した試験のうち次に掲げるもの

　○系統分析員（システム・アナリスト）

　○高級程序員（ソフトウエア・エンジニア）

　○程序員（プログラマ）

六の二 、中国信息産業部電子教育中心が実施する試験のうち次に掲げるもの

　○系統分析師（システム・アナリスト）

　○軟件設計師（ソフトウエア設計エンジニア）

　○網絡工程師（ネットワーク・エンジニア）

　○数据庫系統工程師（データベース・システム・エンジニア）

　○程序員（プログラマ）

七、平成十六年八月三十日以前にフィリピン・日本情報技術標準試験財団（ＪＩＴＳＥ　Ｐｈｉｌ）が実施した基本情報技術者（ファンダメンタル・インフォメーション・テクノロジー・エンジニア）試験

七の二、フィリピン国家情報技術標準財団（ＰｈｉｌＮＩＴＳ）が実施する基本情報技術者（ファンダメンタル・インフォメーション・テクノロジー・エンジニア）試験

八、ベトナム情報技術試験訓練支援センター（ＶＩＴＥＣ）が実施する試験のうち次に

掲げるもの

　○基本情報技術者（ファンダメンタル・インフォメーション・テクノロジー・エンジニア）試験

　○ソフトウェア開発技術者（ソフトウェア・デザイン・アンド・ディベロップメント・エンジニア）試験

九、ミャンマーコンピュータ連盟（ＭＣＦ）が実施する基本情報技術者（ファンダメンタル・インフォメーション・テクノロジー・エンジニア）試験

十、財団法人資訊工業策進会（ＩＩＩ）が実施する試験のうち次に掲げるもの

　○軟体設計専業人員（ソフトウェア・デザイン・アンド・ディベロップメント・ＩＴ・エキスパート）試験

　○網路通訊専業人員（ネットワーク・コミュニケーション・ＩＴ・エキスパート）試験

　○資訊安全管理専業人員（インフォメーション・システム・セキュリティー・ＩＴ・エキスパート）試験

十一、マルチメディア技術促進本部（ＭＥＴＥＯＲ）が実施する基本情報技術者（ファンダメンタル・インフォメーション・テクノロジー・プロフェッショナル）試験

　　　附則

　この告示は公布の日から施行する。

　　　附則（平成十八年十月二十四日法務省告示第四百九十五号）

　この告示は、出入国管理及び難民認定法の一部を改正する法律（平成十八年法律第四十三号）附則第一条第一号に掲げる規定の施行の日（平成十八年十一月二十四日）から施行する。

##################################################################################

中日IT考试标准相互认证

《关于中日IT考试标准相互认证有关事项的通知》（软考办[2005]1号）

　 　信息产业部电子教育中心与日本信息处理技术人员考试中心分别受信息产业部和日本经济产业省委托，于2005年3月3日就中国计算机技术与软件专业技术资 格（水平）考试与日本信息处理技术人员考试的考试标准，再次签署了互认的协议。中国的程序员、软件设计师和系统分析师考试，早在2002年1月31日实现 了中日互认，这次互认增加了网络工程师、数据库系统工程师两个级别。

中日IT考试标准相互认证级别对应表
中国的考试级别 （考试大纲）	日本的考试级别 （技能标准）
系统分析师	系统分析师
	项目经理
	应用系统开发师
软件设计师	软件开发师
网络工程师	网络工程师
数据库系统工程师	数据库工程师
程序员	基本信息技术师

##################################################################################

2009年上半年计算机专业技术资格考试安排

考试日期:2009年5月23、24 日
级别	资格名称	考试时间		考试科目
高级	信息系统项目管理师	上午9：00—11：30		综合知识
		下午	1：30—3：00	案例分析
			3：20—5：20	论文
	系统分析师	上午9：00—11：30		综合知识
		下 午	1：30—3：00	案例分析
			3：20—5：20	论文
中级	软件设计师	上午9：00—11：30		基础知识
		下午2：00—4：30		应用技术
	网络工程师	上午9：00—11：30		基础知识
		下午2：00—4：30		应用技术
	软件评测师	上午9：00—11：30		基础知识
		下午2：00—4：30		应用技术
	信息系统监理师	上午9：00—11：30		基础知识
		下午2：00—4：30		应用技术
	系统集成项目管理工程师	上午9：00—11：30		基础知识
		下午2：00—4：30		应用技术
	数据库系统工程师	上午9：00—11：30		基础知识
		下午2：00—4：30		应用技术
初级	程序员	上午9：00—11：30		基础知识
		下午2：00—4：30		应用技术
	网络管理员	上午9：00—11：30		基础知识
		下午2：00—4：30		应用技术
	信息处理技术员	上午9：00—11：30		基础知识
		5月23日考试安排（下午） 13：00—15：30（A卷） 17：30—20：00（B卷） 5月24日考试安排（上午） 9：00—11：30 （C卷）		应用技术

注意事项：
　　1、系统分析师、软件设计师、网络工程师、程序员、网络管理员考试大纲已修编，从2009年上半年开始将采用新修编的考试大纲，这些资格的教材在修编前继续使用原教程，有关出版信息见www.ceiaec.org/资格考试/教材目录。
　　2、各地报名时间及有关报名事宜均由当地考试机构安排。见www.ceiaec.org/资格考试/考试机构（所链接的各地网站）
　　3、信息处理技术员应用技术科目采用分批机考，其他考试科目均采用笔试。

##################################################################################

1. 技術ビザとは

日本の公私の機関との契約に基づいて行う理学、工学その他の自然科学の分野に属する技術又は知識を要する業務に従事する活動のためのビザであります。但し、在留資格が教授、投資・経営、医療、研究、教育、企業内転勤、興行の活動を除くとされております。日本国政府も有能な外国人技術者の雇用拡大に積極的な姿勢をとっており、近年、中国、インドなどからの技術者招聘や人材派遣会社による招聘も増加しており、国内においてはIT系専門学校を卒業して専門士の称号を得て、技術ビザを取得される方もあります。

技術ビザは下記の理科系の分野に属する技術又は知識を必要とする業務に従事する活動が該当するとされております。

数理科学、物理科学、化学、生物科学、人類学、地質科学、地理学、地球物理学、科学教育、統計学、情報学、核科学、基礎工学、応用物理学、機械工学、電気工学、電子工学、情報工学、土木工学、建築学、金属工学、応用化学、資源開発工学、造船学、計測・制御工学、化学工学、航空宇宙工学、原子力工学、経営工学、農学、農芸化学、林学、水産学、農業経済学、農業工学、畜産学、獣医学、蚕糸学、家政学、地域農学、農業総合科学、生理科学、病理科学、診療科学、社会医学、歯科学、薬科学

2. 技術ビザの職業例

IT技術者（システムエンジニアー、プログラマー等）、機械工学の技術者、製造・開発技術者、建築・土木設計者

3. ビザ許可基準

ビザの在留期限は「1年」と「3年」の2種類が規定されております。

主たる許可基準は下記のいずれかを満たしていることとされております。

イ. 従事しようとする技術関連分野について大学等で科目専攻をしている

ロ. 従事しようとする技術関連分野の長期な実務経験がある（一定水準以上の業務レベル）

ハ. 従事しようとする業務が情報処理に関する技術又は知識を要する業務に従事しようとする場合は法務大臣が告示をもって定めている情報処理技術に関する資格を取得しているか又は試験に合格している

詳細は下記の通りとなります。

許可基準

(1) 次のいずれかに該当していること。

A. 従事しようとする業務について、これに必要な技術若しくは知識に係る科目を専攻して大学を卒業し若しくはこれと同等以上の教育を受け又は10年以上の実務経験（大学、高等専門学校、高等学校、中等教育学校の後期課程又は専修学校の専門課程において当該技術又は知識に係る科目を専攻した期間を含む。）により、当該技術若しくは知識を修得していること。

B. 申請人が情報処理に関する技術又は知識を要する業務に従事しようとする場合で、法務大臣が告示をもって定める情報処理技術に関する試験に合格し又は法務大臣が告示をもって定める情報処理技術に関する資格を有していること。（下記参照）

(2) 日本人が従事する場合に受ける給与と同等額以上の雇用契約であること。

4. ビザ更新手続について

ビザ更新申請時期についても入管より指導されておりますのでその期間内で余裕を持って申請をしなければなりません。当事務所でビザを取得された方は当方から更新申請時期にはご連絡を差し上げております。

技術ビザ取得代行費用

「技術ビザ」申請（外国から招へい） \157,500

「他のビザ」から「技術ビザ」への変更申請 \150,000

「技術ビザ」更新手続 \27,500

「技術ビザ」更新手続（転職がある場合） \138,500

※複数名同時のご依頼は割引制度をご利用ください。

5. ビザ取得可能な情報処理技術に関する試験と資格の種類について

(1) 情報処理技術者試験の区分等を定める省令（平成9年通商産業省令第47号）の表の上欄に掲げる試験のうち次に掲げるもの

01. システムアナリスト試験

02. プロジェクトマネージャ試験

03. アプリケーションエンジニア試験

04. ソフトウェア開発技術者試験

05. テクニカルエンジニア（ネットワーク）試験

06. テクニカルエンジニア（データベース）試験

07. テクニカルエンジニア（システム管理）試験

08. テクニカルエンジニア（エンベデッドシステム）試験

09. テクニカルエンジニア（情報セキュリティ）試験

10. 情報セキュリティアドミニストレータ試験

11. 上級システムアドミニストレータ試験

12. システム監査技術者試験

13. 基本情報技術者試験

(2) 平成12年10月15日以前に通商産業大臣が実施した情報処理技術者試験で次に掲げるもの

01. 第一種情報処理技術者試験

02. 第二種情報処理技術者試験

03. 特種情報処理技術者試験

04. 情報処理システム監査技術者試験

05. オンライン情報処理技術者試験

06. ネットワークスペシャリスト試験

07. システム運用管理エンジニア試験

08. プロダクションエンジニア試験

09. データベーススペシャリスト試験

10. マイコン応用システムエンジニア試験

(3) 平成8年10月20日以前に通商産業大臣が実施した情報処理技術者試験で次に掲げるもの

01. 第一種情報処理技術者認定試験

02. 第二種情報処理技術者認定試験

03. システムアナリスト試験

04. システム監査技術者試験

05. アプリケーションエンジニア試験

06. プロジェクトマネージャ試験

07. 上級システムアドミニストレータ試験

(4) シンガポールコンピューターソサイエティ（SCS）が認定するサーティファイド・ＩＴ・プロジェクト・マネージャ（CITPM）

(5) 韓国産業人力公団が認定する資格のうち次に掲げるもの

01. 情報処理技師（エンジニア・インフォメーション・プロセシング）

02. 情報処理産業技師（インダストリアル・エンジニア・インフォメーション・プロセシング）

(6) 平成十五年十二月三十一日以前に中国信息産業部電子教育中心が実施した試験のうち次に掲げるもの

01. 系統分析員（システム・アナリスト）

02. 高級程序員（ソフトウエア・エンジニア）

　

中国信息産業部電子教育中心が実施する試験のうち次に掲げるもの

01. 系統分析師（システム・アナリスト）

02. 軟件設計師（ソフトウエア設計エンジニア）

03. 網絡工程師（ネットワーク・エンジニア）

04. 数据庫系統工程師（データベース・システム・エンジニア）

05. 程序員（プログラマ）

(7) 平成十六年八月三十日以前にフィリピン・日本情報技術標準試験財団 （JITSE Phil）が実施する基本情報技術者 （ファンダメンタル・インフォメーション・テクノロジー・ エンジニア）試験

フィリピン国家情報技術標準財団（PhilNITS）が実施する基本情報技術者（ファンダメンタル・インフォメーション・テクノロジー・エンジニア）試験

(8) ベトナム情報技術試験訓練センター （VITEC）が実施する試験のうち次に掲げるもの

01. 基本情報技術者（ファンダメンタル・インフォメーション・テクノロジー・エンジニア）試験

02. ソフトウェア開発技術者（ソフトウェア・デザイン・アンド・ディベロップメント・エンジニア）試験

(9) ミャンマーコンピュータ連盟（MCF）が実施する基本情報技術者（ファンダメンタル・インフォメーション・テクノロジー・エンジニア）試験

(10) 財団法人資訊工業策進会（III）が実施する試験のうち次に掲げるもの

01. 軟体設計専業人員（ソフトウェア・デザイン・アンド・ディベロップメント・ＩＴ・エキスパート）試験

02. 網路通訊専業人員（ネットワーク・コミュニケーション・ＩＴ・エキスパート）試験

03. 資訊安全管理専業人員（インフォメーション・システム・セキュリティー・ＩＴ・エキスパート）試験

(11) マルチメディア技術促進本部（METEOR）が実施する基本情報技術者（ファンダメンタル・インフォメーション・テクノロジー・プロフェッショナル）試験

国際労働法務事務所　所長：金沢直樹

address：〒160-0023 東京都新宿区西新宿7-5-5 プラザ西新宿407号

phone：03-3361-1313　mail：info@krh-office.com

##################################################################################

（参考１）出入国管理及び難民認定法別表第一　二の表

技術 本邦の公私の機関との契約に基づいて行う理学、工学その他の自然科学の分野に属する技術又は知識を要する業務に従事する活動

（参考２）出入国管理及び難民認定法第７条第１項第２号の基準を定める省令

法別表第一の二の表の技術の項の下欄に掲げる活動 申請人が次のいずれにも該当していること。ただし、申請人が情報処理に関する技術又は知識を要する業務に従事しようとする場合で、法務大臣が告示をもって定める情報処理技術に関する試験に合格し又は法務大臣が告示をもって定める情報処理技術に関する資格を有しているときは、一に該当することを要しない。

一　従事しようとする業務について、これに必要な技術若しくは知識に係る科目を専攻して大学を卒業し若しくはこれと同等以上の教育を受け又は十年以上の実務経験（大学、高等専門学校、高等学校、中等教育学校の後期課程又は専修学校の専門課程において当該技術又は知識に係る科目を専攻した期間を含む。）により、当該技術若しくは知識を修得していること。

二　日本人が従事する場合に受ける報酬と同等額以上の報酬を受けること。

（参考３）出入国管理及び難民認定法第７条第１項第２号の基準を定める省令の技術及び特定活動の在留資格に係る基準の特例を定める件（法務省告示第579号）

出入国管理及び難民認定法第７条第１項第二号の基準を定める省令の表の法別表第一の二の表の技術の項の下欄に掲げる活動の項の下欄のただし書及び法別表第一の五の表の特定活動の項の下欄（ロに係る部分に限る。）に掲げる活動の項の下欄のただし書の規定に基づき定める情報処理技術に関する試験は次の第一号から第三号及び第六号から第十一号までに定めるものとし、情報処理技術に関する資格は第四号及び第五号に定めるものとする。

一　情報処理技術者試験の区分等を定める省令（平成九年通商産業省令第47号）の表の上欄に掲げる試験のうち次に掲げるもの

イ　システムアナリスト試験

ロ　プロジェクトマネージャ試験

ハ　アプリケーションエンジニア試験

ニ　ソフトウェア開発技術者試験

ホ　テクニカルエンジニア（ネットワーク）試験

ヘ　テクニカルエンジニア（データベース）試験

ト　テクニカルエンジニア（システム管理）試験

チ　テクニカルエンジニア（エンベデッドシステム）試験

リ　テクニカルエンジニア（情報セキュリティ）試験

ヌ　情報セキュリティアドミニストレータ試験

ル　上級システムアドミニストレータ試験

ヲ　システム監査技術者試験

ワ　基本情報技術者試験

二　平成12年10月15日以前に通商産業大臣が実施した情報処理技術者試験で次に掲げるもの

イ　第１種情報処理技術者試験

ロ　第２種情報処理技術者試験

ハ　特種情報処理技術者試験

ニ　情報処理システム監査技術者試験

ホ　オンライン情報処理技術者試験

ヘ　ネットワークスペシャリスト試験

ト　システム運用管理エンジニア試験

チ　プロダクションエンジニア試験

リ　データベーススペシャリスト試験

ヌ　マイコン応用システムエンジニア試験

三　平成8年10月20日以前に通商産業大臣が実施した情報処理技術者試験で次に掲げるもの

イ　第１種情報処理技術者認定試験

ロ　第２種情報処理技術者認定試験

ハ　システムアナリスト試験

ニ　システム監査技術者試験

ホ　アプリケーションエンジニア試験

ヘ　プロジェクトマネージャ試験

ト　上級システムアドミニストレータ試験

四　シンガポールコンピュータソサイエティ（ＳＣＳ）が認定するサーティファイド・ＩＴ・プロジェクト・マネージャ（ＣＩＴＰＭ）

五　韓国産業人力公団が認定する資格のうち次に掲げるもの

イ　情報処理技師（エンジニア・インフォメーション・プロセシング）

ロ　情報処理産業技師（インダストリアル・エンジニア・インフォメーション・プロセシング）

六　平成15年12月31日以前に中国信息産業部電子教育中心が実施した試験のうち次に掲げるもの

イ　系統分析員（システム・アナリスト）

ロ　高級程序員（ソフトウエア・エンジニア）

ハ　程序員（プログラマ）

六の二　中国信息産業部電子教育中心が実施する試験のうち次に掲げるもの

イ　系統分析員（システム・アナリスト）

ロ　軟件設計師（ソフトウエア設計エンジニア）

ハ　網絡工程師（ネットワーク・エンジニア）

ニ　数据庫系統工程師（データベース・システム・エンジニア）

ホ　程序員（プログラマ）

七　平成16年8月30日以前にフィリピン・日本情報技術標準試験財団（ＪＩＴＳＥ　Ｐｈil）が実施した基本情報技術者（ファンダメンタル・インフォメーション・テクノロジー・エンジニア）試験

七の二　フィリピン国家情報技術標準財団（ＰｈilNITS）が実施する基本情報技術者（ファンダメンタル・インフォメーション・テクノロジー・エンジニア）試験

八　ベトナム情報技術試験訓練支援センター(VITEC)が実施する試験のうち次に掲げるもの

イ　基本情報技術者（ファンダメンタル・インフォメーション・テクノロジー・エンジニア）試験

ロ　ソフトウェア開発技術者（ソフトウェア・デザイン・アンド・ディベロップメント・エンジニア）試験

九　ミャンマーコンピュータ連盟(MCF)が実施する基本情報技術者（ファンダメンタル・インフォメーション・テクノロジー・エンジニア）試験

十　財団法人資訊工業策進会(III)が実施する試験のうち次に掲げるもの

イ　軟体設計専業人員（ソフトウェア・デザイン・アンド・ディベロップメント・ＩＴ・エキスパート）試験

ロ　網路通訊専業人員（ネットワーク・コミュニケーション・ＩＴ・エキスパート）試験

ハ　資訊安全管理専業人員（インフォメーション・システム・セキュリティー・ＩＴ・エキスパート）試験

十一　マルチメディア技術促進本部（METEOR）が実施する基本情報技術者（ファンダメンタル・インフォメーション・テクノロジー・プロフェッショナル）試験

##################################################################################

Weblogic连接JProfiler使用说明

Weblogic连接JProfiler使用说明

1. 本地连接
1.1 环境说明
本地安装JProfiler，Weblogic相关工具
1.2 步骤说明
1. 打开工具JProfiler后,在Session菜单下选择New windows,弹出Quickstart窗口界面,在该界面选择第三项An application server, locally or remotely, 然后点击Next.
2. 进入Integration wizard界面,选择应用服务的类型和版本.此处,我们选择BEA Weblogic 8.1, 然后点击Next.
3. 选择连接的类型,是本地还是远程,这里我们选择本地(on this computer), 然后点击Next.
4. 选择Weblogic的启动文件Startweblogic.cmd, 然后点击Next.
5. 选择JDK的提供厂商和其版本. 这里我们选择了Sun Microsystems 的1.4版, 然后点击Next.
6. 选择两种处理模式,这里选择第一种,符合应用服务(JIT/hotspot complation enabled)
7. 选择JProfiler的使用端口,对于本地连接来说,此处作用不大,用默认即可
8. 选择第一个,启动weblogic时,试图去连接本次建立的连接,一直会等待到成功连接,而选择第二个,若是发现weblogic没有启动,将不做等待;这里我们选择第一项.
9. 对前面设置的内容统一展现,若是检查没有问题,则点击Next,进行下一步操作.
10. 点击Finish, 完成了本次连接的配置,若是选择了马上连接,则下一步开始连接.
11. 这里对配置好的连接进行设置,根据需要可以进行过虑等设置,完成后点击OK.
12. 开始连接本地的weblogic应用,连接成功后,可以得到相关的信息
2. 远程连接
2.1环境说明
本地安装JProfiler
监控机器上安装JProfiler
两台机器能够ping通,且在本地映射监控机器上的Weblogic的安装目录(本文档把监控机器的bea815映射到本地的F盘),该目录必须是可写的.

2.2步骤说明
1.打开工具JProfiler后,在Session菜单下选择New windows,弹出Quickstart窗口界面,在该界面选择第三项An application server, locally or remotely, 然后点击Next.
2. 进入Integration wizard界面,选择应用服务的类型和版本.此处,我们选择BEA Weblogic 8.1,然后点击Next.
3. 选择连接的类型,是本地还是远程,这里我们选择远程(on a remote computer), 再选择远程计算机的操作系统,然后点击Next.
4. 选择远程监控机器的IP地址或服务器名.
5. 这里的路径为远程监控机器安装JProfiler的路径.
6. 选择远程监控机器的Weblogic的启动文件,startWeblogic.cmd(先把远程监控机的weblogic的启动文件的路径映射成本地路径)
7. 选择JDK的提供厂商和其版本. 这里我们选择了Sun Microsystems 的1.4版.
8. 选择两种处理模式,这里选择第一种,符合应用服务(JIT/hotspot complation enabled)
9. 选择JProfiler的使用端口,要求本地安装的JProfiler和远程监控机的JProfiler保持一致,才能够保证连接,此处都用默认的8849.
10. 选择第一个,启动weblogic时,试图去连接本次建立的连接,一直会等待到成功连接,而选择第二个,若是发现weblogic没有启动,将不做等待;这里我们选择第一项.
11.对前面设置的内容统一展现,若是检查没有问题,则点击Next,进行下一步操.
12. 点击Finish, 完成了本次连接的配置,若是选择了马上连接,则下一步开始连接,在开始连接之前,要求先启动远程监控机上Weblogic目录下的JProfiler配置连接时产生的startWebLogic_jprofiler.cmd文件.
(该文件和startWebLogic.cmd文件在同一目录下)
13. 这里对配置好的连接进行设置,根据需要可以进行过虑等设置,完成后点击OK.
14. 开始连接本地的weblogic应用,连接成功后,可以得到相关的信息.

利用JProfiler对应用服务器内存泄漏问题诊断一例

利用JProfiler对应用服务器内存泄漏问题诊断一例（转）

在中间件应用服务器的整体调优中，有关于等待队列、执行线程，EJB池以及数据库连接池和Statement Cache方面的调优，这些都属于系统参数方面的调优，本文主要从另外一个角度，也就是从应用的角度来解决中间件应用服务器的内存泄露问题，从这个角度来 提高系统的稳定性和性能。

项目背景

问题描述

某个大型项目（Use Case用例超过300个），在项目上线后，其Web应用服务器经常宕机。表现为：

1. 应用服务器内存长期不合理占用，内存经常处于高位占用，很难回收到低位；

2. 应用服务器极为不稳定，几乎每两天重新启动一次，有时甚至每天重新启动一次；

3. 应用服务器经常做Full GC(Garbage Collection)，而且时间很长，大约需要30-40秒，应用服务器在做Full GC的时候是不响应客户的交易请求的，非常影响系统性能。

Web应用服务器的物理部署

一台Unix服务器（4CPU，8G Memory）来部署本Web应用程序；Web应用程序部署在中间件应用服务器上；部署了一个节点（Node），只配置一个应用服务器实例（Instance），没有做Cluster部署。

Web应用服务器启动脚本中的内存参数

MEM_ARGS="-XX:MaxPermSize=128m -XX:MaxNewSize=512m -Xms3096m -Xmx3096m -XX:+Printetails -Xloggc:./inwebapp1/gc.$$"

可以看出目前生产系统中Web应用服务器的内存分配为3G Memory。

Web应用服务器的重要部署参数

参数名称	参数值	参数解释
kernel.default(Thread Count)	120	执行线程数目，是并发处理能力的重要参数
Session Timeout	240分钟（4小时）	HttpSession会话超时

分析

分析方法

内存长期占用并导致系统不稳定一般有两种可能：

1. 对象被大量创建而且被缓存，在旧的对象释放前又有大量新的对象被创建使得内存长期高位占用。

• 表 现为：内存不断被消耗、在高位时也很难回归到低位，有大量的对象在不断的创建，经过很长时间后又被回收。例如：在HttpSession中保存了大量的分 页查询数据，而HttpSession的会话超时时间设置过长（例如：1天），那么在旧的对象释放前又有大量新的对象在第二天产生。
• 解决办法：对共享的对象可以采用池机制进行缓存，避免各自创建；缓存的临时对象应该及时释放；另一种办法是扩大系统的内存容量。

2. 另一种情况就是内存泄漏问题

• 表现为：内存回收低位点不断升高（以每次内存回收的最低点连成一条直线，那么它是一条上升线）；内存回收的频率也越来越高，内存占用也越来越高，最终出现"Out of Memory Exception"的系统异常。
• 解决办法：定位那些有内存泄漏的类或对象并修改完善这些类以避免内存泄漏。方法是：经过一段时间的测试、监控，如果某个类的对象数目屡创新高，即使在JVM Full GC后仍然数目降不下来，这些对象基本上是属于内存泄漏的对象了。

问题定位

这里请看5月份 Web应用服务器的内存回收图形：

《注意：5月18日早上10点重新启动了Web服务器，5月20日早上又重新启动了Web服务器。》

• 在Web应用重要部署参数中，我们知道：Session的超时时间为4个小时，我们在监控平台也观测到：在18日晚上10点左右所有的会话都过期了，从图形一中也能看出18日晚上确实系统的内存有回收到40%（就象股票的高位跳水）；
• 从图形一（5月18日）中我们也能看到Full GC回收后的内存占用率走势（红色曲线），上午基本平滑上升到20%（内存占用率），中午开始上升到30%，下午上升到40%
• 从图形二（5月19日）中我们也能看到Full GC回收后的内存占用率走势（红色曲线），上午又上升到了60%，到下午上升到了70%。
• 从黄色曲线（GC花费的时间，以秒为单位），Full GC的频率也在增快，时间耗费也越来越长，在图形一中基本高位在20秒左右，到19日基本都是30-40秒之间了。

图形一 5月18日


图二

通过上述分析，我们基本定位到了Web应用服务器的内存在高位长期占用的原因了：是内存泄露！并且正是由于这个原因导致系统不稳定、响应客户请求越来越慢的。

解决方法

方法如下：

• 我们从图形二中发现，在8.95(将近9点钟)到9.66（将近9点40）期间有几次Full GC，但是有内存泄漏，从占用率40%上升到50%左右，泄漏了大约10%的内存，约300M；
• 我们在自己搭建的Web应用服务器平台（应用软件版本和生产版本一致）做这一阶段相同的查询交易；表明对同一个黑盒（Web应用）施加同样的刺激（相同的操作过程和查询交易）以期重现现象；
• 我们使用Jprofiler工具对Web应用服务器的内存进行实时监控；
• 做完这些交易后，用户退出系统，并等待Web应用服务器的HttpSession超时（我们这里设置为15分钟）；
• 我们对Web应用服务器做了两次强制性的内存回收操作。

发现如下：

图三

如图三所示，内存经过HttpSession超时后，并强制gc后，仍然有大量的对象没有释放。例如：gov.gdlt.taxcore.comm.security.MenuNode，仍然有807个实例没有释放。

我 们继续追溯发现，这些MenuNode首先存放在一个ArrayList对象中，然后发现这个ArrayList对象又是存放在 WHsessionAttrVO对象的Map中，WHsessionAttrVO 对象又是存放在ExternalSessionManager的staic Map中（名称为sessionMap），如图四所示。

图四

我 们发现gov.gdlt.taxcore.taxevent.xtgl.comm.WHsessionAttrVO中保存了EJBSessionId信息 (登录用户的唯一标志，由用户id+登录时间戳组成，每天都不同)和一个HashMap，这个HashMap中的内容有：

• ArrayList: 内有MenuTreeNodes（菜单树节点）
• HashMap: 内有操作人员代码信息
• CurrentVersion:当前版本号
• CurrentTime:当前系统时间

WHsessionAttrVO 这个对象的最终存放在ExternalSessionManager的static Map sessionMap中，由于ExternalSessionManager是一个全局的单实例，不会释放，所以它的成员变量sessionMap中的数 据也不会释放，而Map中的Key值为EJBSessionId，每天登录的用户EJBSessionId都不同，就造成了每天的登录信息（包括菜单信 息）都保存在sessionMap中不会被释放，最终造成了内存的泄漏。

图五

如上图所示：WHsessionAttrsVO对象中除了有一个String对象（内容是EJBSessionId），还有一个HashMap对象。

图六

如上图所示，这个HashMap中的内容主要有menuTreeNodes为key，value为ArrayList的对象和以czrydminfo为key，value为HashMap对象的数据。

图七

如上图所示：menuTreeNodes为key，value为ArrayList对象中包含的对象有许多的MenuNode对象，封装的都是用户的菜单节点。

图八

如上图所示，最顶层（Root）的初始对象为一个ExternalSessionManager对象，其中的一个成员变量为static (静态的)，名称为：sessionMap，这个对象是singleton方式的，全局只有一个。

初步估量

我们从图形一和图形二中可以看出，每天应用服务器损失大约40%的内存，大约1G左右。

从 图形四可以看出，当前用户（Id=24400001129）有807个菜单项（每个菜单项为一个MenuNode 对象实例，图形四中的这个实例的size为592 Byte），这些菜单数据和用户基本登录信息（czrydmInfo HashMap）也都存放在WHsessionAttrVO对象中，当前这个WHsessionAttrVO对象的size为457K。

我们做如下估算：

假 设平均每天有4千人（估计值，这个数值仅仅是5月19日峰值的1/2左右）登录系统（有重复登录的现象，例如：上午登录一次，中午退出系统，下午登录一 次），以平均每人占用200K（估计值，是用户id=24400001129 的Size的1/2左右）来计算，一天泄漏的内存约800M，比较符合目前内存泄漏的情况。当然，这种估计仍然需要经过实践的检验，方法是：当这次发现的 内存泄漏问题解决后看系统是否还有其它内存泄漏问题。

方案

ExternalSessionManager类是当初某某软件商设计的用来解决Web服务器负载均衡的模块，这个类主要用来保存客户的基本登录信息（包括会话的EJBSessionId），以维护多个Web服务器之间的会话信息一致。

改进方案有两种：

• 从架构设计方面改进

  实现Web层的负载均衡有很多标准的实现方式。例如：采用负载均衡设备(硬件或软件)来实现。

  如果采用新的Web层的负载均衡方式，那么就可以去掉ExternalSessionManager这个类了。

• 从应用实现方面改进

  保留当前的Web层的负载均衡设计机制，仅仅从应用实现方面解决内存泄漏问题，首先菜单信息不应该保存在ExternalSessionManager中。其次，增加对ExternalSessionManager类中用户会话登录信息的清除，有几种方式可以选择：

  • 被动方式，当HttpSession会话超时（或过期）被Web应用服务器回收时清除相应的ExternalSessionManager中的过期会话登录信息。
  • 主动方式，可以采用任务定时清理每天的过期会话登录信息或线程轮询清理。
  • 采 用新的会话登录信息存储方式，ExternalSessionManager的sessionMap中的key值不再以EJBSessionId作为键 值，而是以用户id（EJBSessionId的前11位）代替。由于用户id每天都是一样的，所以不会造成内存泄漏。保存得登录信息也不再包含菜单节点 信息，而只是登录基本信息。最多也只是保存整个系统所有的用户id及其基本登录信息（大约每个用户的登录信息只有1.5K左右，而目前这个系统的营业网点 用户为1万左右，所以大约只占用Web服务器15M内存）。

实施情况

采用的方案：某某软件商采用了新的会话登录信息存贮方案，即:ExternalSessionManager的成员变量sessionMap中不再保存用户菜单信息，只保存基本的登录信息；存储方式采用用户id（11位）作为键值（key）来保留用户基本登录信息。

基 本分析：由于基本登录信息只有1K左右，而目前内网登录的用户总数也只有8887个，所以只保存了大约10M-15M的信息在内存，占用量很小，并且不会 有内存泄漏。用户菜单信息保存在session中，如果用户退出时点击logout页面，那么应用服务器可以很快地释放这部分内存；如果用户直接关闭窗 口，那么保存在session中的菜单信息只有等会话超时后才会由系统清除并回收内存。

监控状况：

图九

如 图九所示，ExternalSessionManager中只保留了简单的登录信息（Map中保存了WHsessionAttrVO对象），包括：当前版 本(currentversion)，操作人员代码基本信息（czrydmInfo），当前时间（currenttime）。

图十

如图十所示，这个登录用户的基本信息只有1368 bytes，大约1.3K

图十一

如图十一所示，一共有两个用户（相同的用户id）登录系统，当一个用户使用logout页面退出时，保留在session中的菜单信息(MenuNode)立刻释放了，所以Difference一栏减少了806个菜单项。

图十二

如 图十二所示，当另外一个会话超时后，应用服务器回收了整个会话的菜单信息（MenuNode），图上已经没有MenuNode对象了。并且由于是同一个用 户登录，所以保留在ExternalSessionManager成员变量sessionMap中的对象WHsessionAttrVO只有一个 (id=24400001129)，而没有产生多个，没有因为多次登录而产生多个对象的后果，避免了内存泄漏问题的出现，解决了前期定位的内存泄漏问题。

图十三

如图十三所示，经过gc内存回收后，发现内存回收比较稳定，基本都回收到了最低点，也证明了内存没有泄露。

结论与建议：从测试情况看，解决了前期定位的内存泄漏问题。

生产系统实施后的监控与分析

经过调优后，我们发现：在2005年6月2日晚9点40左右重新部署、启动了Web应用服务器（采用了新的调优方案）。经过几天的监控运行，发现Web应用服务器目前运行基本稳定，目前没有出现新的内存泄漏问题，下列图示说明了这一点

图十四 2005年6月2日

如图十四所示，6月2日晚21.7（21点42分）重新启动应用服务器，内存占用很少，大约为15%（请看红色曲线），每次GC消耗的时间也很短，大约在5秒以内（请看黄色曲线）。

图十五 2005年6月3日周五

如 图十五所示，在6月3日周五的整个工作日内，内存的回收基本到位，回收位置控制在20%-30%之间，也就是在600M-900M之间（请看红色曲线的最 低点），始终可以回收2G的内存供应用程序使用，每次GC的时间最高不超过20秒，Full GC平均在10秒左右，时间消耗比较短（请看黄色曲线）。

图十六2005年6月5日周日

如图十六所示，在周日休息日期间，Web应用服务器全天只做了大约4次Full GC（黄色曲线中的小山峰），时间都在10秒以内；大的Full GC后，内存只占用10%，内存回收很彻底。

图十七 2005年6月6日周一

如图十七所示，在周一工作日期间，内存回收还是不错的，基本可以回收到30%（见红色曲线的最低点），即：占用900M内存空间，剩余2G的内存空间；Full GC的时间大部分控制在20秒以内，平均15秒（见黄色曲线）。

图十八 2005年6月7日周二

如图十八所示，在6月7日周二早上，大约8:30左右，Web应用服务器作了一次Full GC，用了10秒的时间，把内存回收到了10%的位置，为后续的使用腾出了90%的内存空间。内存回收仍然比较彻底，说明基本没有内存泄漏问题。

经过这几天的监控分析，我们可以看出：

• Web应用服务器的内存使用已经比较合理，内存在工作日的占用在20%至30%之间，约1G的内存占用，有2G的内存空间富裕；而在空闲时间（周日，每天的凌晨等）内存可以回收到10%，有90%的内存空间富裕；
• Web应用服务器的Full GC的次数明显减少了并且每次Full GC占用的时间也很少，基本控制在10-20秒之间，有的甚至在10秒以内，明显改善了内网应用服务器内存的使用；
• 从6月2日重新部署之后，Web应用服务器没有出现宕机重启的现象。

总结

通过本文，我们可以看到，内存的泄露将会导致服务器的宕机，系统性能就更别说了。对于系统内存泄露问题应该从服务器GC日志方面进行早诊断，使用工具早确认并提出解决方案，排除内存泄露问题，提高系统性能，以规避项目风险。

原作者：曾胜财 , IBM BCS 部门 I/T架构师

Oracle EBS 的供应商或者说专业的说法-实施商都有哪些啊？

Oracle EBS 的供应商或者说专业的说法-实施商都有哪些啊？
目前在中国提供oracle EBS咨询实施服务的供应商如下：O：OCS（Oracle 咨询），Oracle 本公司EBS实施队伍。A：Accentrue（埃森哲）B：Bearlingpoint（毕博）C：Capgemini（凯捷）D：Deloitte（德硕）I：IBM：（国际商用机器公司）以上五个，是比较著名的Globe的公司，在中国开展业务较多。I：Infosys、TATA：这两家是印度的两家著名的公司，在《世界是平的》书中重点介绍，但这两家在中国一般只为500强的工厂提供维护服务；P：PCCW：电讯盈科（香港的公司，主要做引起，有部分顾问，一般将业务分包跟独立顾问后Local的咨询公司）；H：HAND（汉得）：目前是中国最大的本土咨询实施公司，拥有最大的实施顾问和技术顾问队伍。HAN（汉普）：曾经的中国ERP第一，如今已经很少见到了。其他的多位本地公司，一般人员较少，只针对某一特定的行业客户，在此不提。
性价比的问题，根据了解的情况，简单分析：1.如果你很有钱的主，就找IBM，让他给你讲讲课，洗洗脑，告诉你一套方法，除了EBS好可以学到更多的东西。另外一点是，选择咨询公司，首先看一下咨询公司自身管理如何，如果自身管理还有很多问题，你选择吗，而IBM公司的规范管理“地球上的人都知道”。这个性价比，是指花一样的钱，得到 EBS以外更多的东西；2.A：Accentrue（埃森哲）B：Bearlingpoint（毕博）C：Capgemini（凯捷）D：Deloitte（德硕）的方案不错，大公司，经验丰富，资源丰富，可以更好的给你提供咨询服务，但各有所长，分别对不同的行业有针对性的经验，要结合自己的行业及需求选择。这里体现“没有最好的，只有最合适的”；（1+2：侧重管理咨询及oracle ebs的全面解决方案，如果想做BRP或请个外脑刺激一下，顺便做个EBS，选择上面的吧）3.HAND，本土汉得实施实力是最强，但汉得的重点是实施，但也有些咨询项目做的不错，如果你公司的业务流程相对成熟，需要EBS进行规范化管理，HAND比较合适，但如果希望的到全方位的咨询服务，HAND还是差点。主要看你能出多少钱吧，因为汉得拥有众所周知的超强开发能力，可以在有限的条件下进行针对性的客户化，实现你的需求。这个性价比，是指花比(1+2)少的钱，得到更多的可用功能。
其他的因素，你自己考虑吧。个人观点，仅供参考。
以上内容引自http://www.ebss.org/bbs/viewthread.php?tid=471&extra=page%3D1参考资料：www.ebss.org
Oracle EBS 咨询顾问发展前景如何？跟SAP比呢？都有哪些比较牛的用户啊？
EBS顾问在中国EBS的前身应该是Oracle ERP，大概是1996年正式登陆中国，第一家用户到底是哪一家我不知道，但据我所知美的应该是比较早的用户之一。“Oracle电子商务套件的广泛应用，不但实现了生活电器事业部对人、财物、产、供、销的一体化、集中式管理，同时完整地实现了以美的为核心、实时联结1000多家供应商与分销商的供应链管理体系，从而使我们真正形成了具有国际竞争水准的家电企业核心竞争力。”－黄健 生活电器事业部总经理 广东美的企业集团美的也同样面临上述种种压力与矛盾，为了提高利润、强化核心竞争力、拓展海外市场、将企业做大做强，美的从1996年开始在下属各经营单位实施ORACLE ERP系统，到目前为止，集团下属主要六大事业部已全面应用了ERP系统。（http://www.oracle.com/global/cn/customers/suc_app/ebs/midea.html）可以说中国本土第一代EBS咨询实施顾问在此产生，到目前，已经有12年的历史了，在这十二年里，中国到底产生了多少oracle ebs顾问他们来自何方，他们将走向何方，第一代顾问是否还在这个行业，他们都在做什么，我一直在思考这件事。根据目前的了解的情况，顾问的来源有一下途径：1.最早实施EBS的客户方用户，在本公司实施结束后，跳槽到实施咨询公司，这种情况主演出现在1998年-2003年，这也是中国ERP市场刚刚起步，走向火爆的时候，那是中国有不下50家本土ERP实施公司，老大应该是汉普；.............
此文太长，相关内容参考http://www.ebss.org/bbs/viewthread.php?tid=501&extra=page%3D1参考资料：www.ebss.org

oracle ebs　　Oracle EBS　　甲骨文公司的应用产品，全称是Oracle 电子商务套件（E-Business Suit），是在原来Application（ERP）基础上的扩展，包括ERP（企业资源计划管理）、HR（人力资源管理）、CRM（客户关系管理）等等多种管理软件的集合，是无缝集成的一个管理套件。　　目前Oracle EBS已经发布R12（Release 12），是完全基于web的企业级软件。　　作为企业管理软件, EBS的管理范围涵盖企业管理的方方面面:　　资产生命周期管理　　客户关系管理　　企业资源计划　　财务管理　　人力资本管理　　项目管理　　采购　　产品生命周期管理　　供应链管理　　供应链计划　　物流与运输管理　　订单管理　　价格管理　　制造　　教育管理系统　　IMEETING　　网上购物系统　　Oracle EBS 免费下载地址（官方链接）http://edelivery.oracle.com/EPD/WelcomePage/get_form?ARU_LANG=ZHS
求Oracle EBS 技术资料,包括Alert,WorkFlow等！
最佳答案ALERT和workflow是Oracle EBS的闪光点，有几个地方容易找到相关的资料。http://metalink.oracle.com 是Oracle的官方网站http://www.ebss.org 是Oracle EBS的非官方BBS互补性很强。参考资料：EBS ORALCE SPACE回答者： 前进的中中国 - 试用期 一级 8-25 09:51我来评论>>提问者对于答案的评价：谢谢，找到了，也贡献一下。www.ebss.org/bbs/viewthread.php?tid=117&extra=page%3D1

金融危机对中国IT产业四大深层影响

从2007到2008年的短短一年时间，国内外形势竟会发生这么大的巨变！我们不是搞金融和经济的，弄不明白那些号称最聪明的家伙们是怎么用最牛的计算机和最牛的金融数学理论算出一个最牛的金融危机来的，我们只是知道，就这场金融海啸而言，我们中国IT人绝对不可能只是隔岸观火那么轻松，且不说我们的外汇管理当局用来卖那些垃圾债券的几千亿美元中也有我们的辛苦钱，单就这场金融危机可能对包括IT产业在内的实体经济所产生的冲击，就足以引起我们紧张的联想了。因此，在SDChina 2008，我们打算邀请一些对金融与IT产业有多年实践经验与深刻思考的国内外人士与参会者一起自由探讨和交换对于中国IT产业未来走势的观点和意见。以下是一些可能的论题：
第一，美国的金融危机是否会提前终止中国的第二次互联网繁荣？自2005年以来，中国的互联网实际上经历了又一次繁荣，尽管其惹眼程度远不及第一次，但是对于整个产业的拉动作用不可小觑。与上一次相同的是，这次繁荣也没有马上产生出一批具有强大盈利能力的企业，因此，实际上这半年多以来，这个繁荣已经有了明显的颓势。现在传统华尔街的突然坍塌，会不会提前给这个繁荣来一个粗暴的终结？如果真的发生这种情况，对于中国的技术社群来说又会有什么样的冲击？
第二，金融危机对于实体经济的影响如何传导到中国IT产业上？尽管美国要救市，但救不救得了现在还没有把握。去年是次级债，今年是信用违约掉期（CDS），谁知道以后还会出什么问题？如果如宋鸿兵所说，后面还有大规模的信用卡、车贷、企业贷款领域的信用违约出现，到时候再要救市就不是7000亿了。不管怎样，虚拟经济的危机肯定会对实体经济产生影响，进而对IT产业产生影响。但到底是怎样的影响？还需要细细分辩。从整体上讲，这种影响肯定是负面的，但是艰难之世往往也就是机遇之时，我不相信中国的IT产业会万马齐喑，反而认为在这个行业中会有一些机会出现。实际上，在上世纪30年代的大萧条中，IBM公司反而获得了较好的成长，这是很有启发性的。这次又会是什么状况？希望能够在大会上听到有识之士的分析。
第三，美国的后续经济政策对中国IT产业会产生什么影响？现在大家已经把这次华尔街危机与30年代大萧条相提并论，实际上那一次金融崩溃之所以后来转化为全面经济危机，是因为当时的美国当局处理不当。大萧条直接宣告古典自由主义经济体系的破产和凯恩斯主义的盛行，并间接造成了希特勒的上台和日本的全面军国主义化，从而实际上引发了后来的二次大战。今天大部分的人都不认为会出现那么严重的问题，但是近30年来我们熟悉的华尔街和新自由主义经济体系事实上已经崩溃，崩溃之后需要重建秩序，因此救市一旦初步见效，世界马上就要面临着经济体系重建的问题，英国《金融时报》将当前的局面与二战末期盟国领导人面临的情况相提并论，并不是没有道理的。各国领导人，尤其是美国、中国和欧洲的领导人会做出怎样的选择，这对于我们未来的生活有着重大的影响，当然也会对我们所处的产业产生重大的影响。
前两天我完整地听了一遍美国总统大选第一次电视辩论，虽然奥巴马和麦凯恩在很多地方存在分歧，但是两人都承诺要追究这次金融危机的缘由和责任，要对美国的经济体制进行大的改革，要提振实体经济，立新法对金融产业进行更严厉的监管。麦凯恩说，美国仍然是世界第一的制造大国，要让全世界重新看到这一点。而奥巴马更直接了当地说，他要向那些CEO们加税，向那些将工作职位放到国外去的公司加税，从而促使工作岗位回流美国，优先保证本国工作阶层的就业和财富的增长。当然这些承诺不可能那么容易地兑现，但是如果我们看看美国战后历史，就会知道，从1982年里根上台以来，美国确实经历了一个资本意志占尽优势的时期。正是在资本意志占优的情况下，美国的CEO们才能够不顾国内的反对声音在全球大肆扩张，将大量工作岗位转移到中国、印度和东南亚诸国。而现在无论民主党和共和党，都说要终结这个时期，这到底意味着什么？美国会不会进入到一个适当限制资本意志，较为侧重工作阶层利益，抑制虚拟经济，强化实体经济的时代？
那么这跟我有什么关系呢？关系很密切。中国的IT产业实际上是一个对外依存度很高的产业，这个产业中很大一部分资金、市场和工作机会都是由国际，更确切的说主要就是美国提供的。中国IT产业这几年的繁荣，跟国际IT产业向中国的转移关系非常密切，无论是互联网领域内的投资热潮，还是外资企业研发机构的大规模登陆，都是这一产业转移的具体体现。要知道，目前单靠国内市场，根本支撑不起一个120万人的平均收入居各行业第二的软件开发产业。更何况，在中国的 IT业，大部分优质的工作岗位都是由美资公司提供的。如果美国政策转向，那么对我们这个行业的资金、就业和薪资水平都会有立竿见影的直接冲击。这种冲击如果出现，将自上而下地改变目前中国IT产业的气候。到底会不会这样，这也是大会上将讨论的一个问题。
当然，我还是那句话，即使出现这样的问题，情况也并不完全悲观，反而会给我们提供一些新的机会。不过，能否把握机会，还需要整个产业的努力，当然更需要政府的支持。
第四，未来几年中国IT产业的发展支撑和动力来自哪里？过去几年，中国IT产业的发展动力来自五个市场：一是企业应用市场，二是消费者互联网市场，包括电子商务、SNS、网游，三是嵌入式市场，四是外向型市场，包括外包和外资直接投入拉动，五是政府投资拉动。另一个重要的市场，套装软件市场，实际上对中国 IT的发展没有起到太大推动作用，原因大家也都知道。金融危机之后，外向型市场恐将调整，而企业应用市场中，有些领域对IT的投资将肯定会下降，有些领域则有可能反而要上升，但总的来说，不太乐观；消费类互联网则似乎仍有发展的想象空间，这一块能否与嵌入式设备和政府投资这两部分一起成为在低迷时刻支撑产业发展的动力，我们也很希望能够听听专家的见解。

金融危机引企业裁员风暴 IT业转战新兴市场

国内企业受影响较小
在美国雅虎、eBay等忙着裁员的时候，国内网络公司腾讯、网易等却启动大规模招人计划。
“我们要和微软、谷歌在高校‘抢人’。”日前，腾讯首席技术官熊明华放出这样的豪言。10月和11月向来是高校招聘最火爆的月份，腾讯自信满满地声称要抢得先机。无独有偶，网易、阿里巴巴今年的大学生招聘也是声势浩大。据了解，网易将在12座大城市所覆盖的14所重点高校中招聘近千人，而阿里巴巴集团的总招聘人数将达到3000人。
业内人士认为，因国内IT企业全球化程度相对不高，所以相对来说受全球金融危机的影响较小，我国ＩＴ产业的一些相关行业具有机会和潜力。以软件行业为例，就在Ｓｕｎ、ＳＡＰ、甲骨文等跨国软件企业受到冲击的同时，金山、瑞星等国产软件相关负责人却表示，金融危机对国内企业的影响非常有限。而中国互联网行业也因具备很大的潜力备受乐观好评。另外，对于有国际收购需求的企业而言，此时资本的缩水也正是进行国际并购的好时机。
IT需求减少，企业利润下降是造成这次裁员的主要原因，但在这个时候，应把握好企业定位，在战略运营、市场策略等方面加强和市场的契合度，在竞争激烈的市场中去争取一个有利的市场份额，而不应该一味地想着去裁员来降低一点点成本。
厂商加码中国区业务
由于欧美是金融危机最严重的地区，因此各大PC厂商纷纷加码中国区业务。近日，惠普与重庆市政府合作，将在当地建设一座面积达2万平方米的工厂，以完善供应链。戴尔创始人迈克尔·戴尔22日也率领戴尔6位高管齐聚上海，亲自督战。他表示，公司自去年春天开始的8500人裁员计划已经基本结束，目前没有新的裁员计划，并且会在中国等新兴市场加大投资。
当这两家PC巨头着力中国时，联想Idea新消费品牌的切换工作也正在进行。其一季度财报显示，联想目前在全球共有2.32万名员工，其中 16572名在中国，1996名在美国，由于消费业务、工厂、供应链的核心等都位于中国，因此在此次金融危机中联想仍能保持稳定增长态势。

常用的正则表达式

正则表达式是一种通用的标准，大部分计算机语言都支持正则表达式，包括as3，这里转摘出了一些常用的正则表达式语句，大家用到的时候就不用自己写了

^\d+$　　//匹配非负整数（正整数 + 0）
^[0-9]*[1-9][0-9]*$　　//匹配正整数
^((-\d+)(0+))$　　//匹配非正整数（负整数 + 0）
^-[0-9]*[1-9][0-9]*$　　//匹配负整数
^-?\d+$　　　　//匹配整数
^\d+(\.\d+)?$　　//匹配非负浮点数（正浮点数 + 0）
^(([0-9]+\.[0-9]*[1-9][0-9]*)([0-9]*[1-9][0-9]*\.[0-9]+)([0-9]*[1-9][0-9]*))$　　//匹配正浮点数
^((-\d+(\.\d+)?)(0+(\.0+)?))$　　//匹配非正浮点数（负浮点数 + 0）
^(-(([0-9]+\.[0-9]*[1-9][0-9]*)([0-9]*[1-9][0-9]*\.[0-9]+)([0-9]*[1-9][0-9]*)))$　　//匹配负浮点数
^(-?\d+)(\.\d+)?$　　//匹配浮点数
^[A-Za-z]+$　　//匹配由26个英文字母组成的字符串
^[A-Z]+$　　//匹配由26个英文字母的大写组成的字符串
^[a-z]+$　　//匹配由26个英文字母的小写组成的字符串
^[A-Za-z0-9]+$　　//匹配由数字和26个英文字母组成的字符串
^\w+$　　//匹配由数字、26个英文字母或者下划线组成的字符串
^[\w-]+(\.[\w-]+)*@[\w-]+(\.[\w-]+)+$　　　　//匹配email地址
^[a-zA-z]+://匹配(\w+(-\w+)*)(\.(\w+(-\w+)*))*(\?\S*)?$　　//匹配url

匹配中文字符的正则表达式： [\u4e00-\u9fa5]
匹配双字节字符(包括汉字在内)：[^\x00-\xff]
匹配空行的正则表达式：\n[\s ]*\r
匹配HTML标记的正则表达式：/<(.*)>.*<\/><(.*) \/>/
匹配首尾空格的正则表达式：(^\s*)(\s*$)
匹配Email地址的正则表达式：\w+([-+.]\w+)*@\w+([-.]\w+)*\.\w+([-.]\w+)*
匹配网址URL的正则表达式：^[a-zA-z]+://(\w+(-\w+)*)(\.(\w+(-\w+)*))*(\?\S*)?$
匹配帐号是否合法(字母开头，允许5-16字节，允许字母数字下划线)：^[a-zA-Z][a-zA-Z0-9_]{4,15}$
匹配国内电话号码：(\d{3}-\d{4}-)?(\d{8}\d{7})?
匹配腾讯QQ号： ^[1-9]*[1-9][0-9]*$ ^\s*[1-9]+[0-9]{4,9}\s*$
下表是元字符及其在正则表达式上下文中的行为的一个完整列表：
\ 将下一个字符标记为一个特殊字符、或一个原义字符、或一个后向引用、或一个八进制转义符。
^ 匹配输入字符串的开始位置。如果设置了 RegExp 对象的Multiline 属性，^ 也匹配 ’\n’ 或 ’\r’ 之后的位置。
$ 匹配输入字符串的结束位置。如果设置了 RegExp 对象的Multiline 属性，$ 也匹配 ’\n’ 或 ’\r’ 之前的位置。
* 匹配前面的子表达式零次或多次。
+ 匹配前面的子表达式一次或多次。+ 等价于 {1,}。
? 匹配前面的子表达式零次或一次。? 等价于 {0,1}。
{n} n 是一个非负整数，匹配确定的n 次。
{n,} n 是一个非负整数，至少匹配n 次。
{n,m} m 和 n 均为非负整数，其中n <= m。最少匹配 n 次且最多匹配 m 次。在逗号和两个数之间不能有空格。
? 当该字符紧跟在任何一个其他限制符 (*, +, ?, {n}, {n,}, {n,m}) 后面时，匹配模式是非贪婪的。非贪婪模式尽可能少的匹配所搜索的字符串，而默认的贪婪模式则尽可能多的匹配所搜索的字符串。
. 匹配除 "\n" 之外的任何单个字符。要匹配包括 ’\n’ 在内的任何字符，请使用象 ’[.\n]’ 的模式。
(pattern) 匹配pattern 并获取这一匹配。
(?:pattern) 匹配pattern 但不获取匹配结果，也就是说这是一个非获取匹配，不进行存储供以后使用。
(?=pattern) 正向预查，在任何匹配 pattern 的字符串开始处匹配查找字符串。这是一个非获取匹配，也就是说，该匹配不需要获取供以后使用。
(?!pattern) 负向预查，与(?=pattern)作用相反
xy 匹配 x 或 y。
[xyz] 字符集合。
[^xyz] 负值字符集合。
[a-z] 字符范围，匹配指定范围内的任意字符。
[^a-z] 负值字符范围，匹配任何不在指定范围内的任意字符。
\b 匹配一个单词边界，也就是指单词和空格间的位置。
\B 匹配非单词边界。
\cx 匹配由x指明的控制字符。
\d 匹配一个数字字符。等价于 [0-9]。
\D 匹配一个非数字字符。等价于 [^0-9]。
\f 匹配一个换页符。等价于 \x0c 和 \cL。
\n 匹配一个换行符。等价于 \x0a 和 \cJ。
\r 匹配一个回车符。等价于 \x0d 和 \cM。
\s 匹配任何空白字符，包括空格、制表符、换页符等等。等价于[ \f\n\r\t\v]。
\S 匹配任何非空白字符。等价于 [^ \f\n\r\t\v]。
\t 匹配一个制表符。等价于 \x09 和 \cI。
\v 匹配一个垂直制表符。等价于 \x0b 和 \cK。
\w 匹配包括下划线的任何单词字符。等价于’[A-Za-z0-9_]’。
\W 匹配任何非单词字符。等价于 ’[^A-Za-z0-9_]’。
\xn 匹配 n，其中 n 为十六进制转义值。十六进制转义值必须为确定的两个数字长。
\num 匹配 num，其中num是一个正整数。对所获取的匹配的引用。
\n 标识一个八进制转义值或一个后向引用。如果 \n 之前至少 n 个获取的子表达式，则 n 为后向引用。否则，如果 n 为八进制数字 (0-7)，则 n 为一个八进制转义值。
\nm 标识一个八进制转义值或一个后向引用。如果 \nm 之前至少有is preceded by at least nm 个获取得子表达式，则 nm 为后向引用。如果 \nm 之前至少有 n 个获取，则 n 为一个后跟文字 m 的后向引用。如果前面的条件都不满足，若 n 和 m 均为八进制数字 (0-7)，则 \nm 将匹配八进制转义值 nm。
\nml 如果 n 为八进制数字 (0-3)，且 m 和 l 均为八进制数字 (0-7)，则匹配八