1、有誰用過金蝶的Apusic應用伺服器,說說感受
金蝶Apusic應用伺服器6.0新特性
在金蝶Apusic應用伺服器6.0舊有版本的基礎上,金蝶Apusic應用伺服器6.0具備了更多的新的特性和對以前特性的增強,情況如下。
對RIA(Rich Internet Application)的更全面支持
金蝶Apusic應用伺服器6.0在JSF 1.2及標准EL的基礎上作了重要擴充,在容器級別提供JSF 託管Bean與JPA實體、Spring Bean之間的雙向注入管理,結合全球獨創的OperaMasks SDK及一體化開發與管理環境OperaMasks Studio,真正實現基於Java EE技術RIA應用開發的全生命周期管理。
提供增強SOA基礎設施
金蝶Apusic應用伺服器6.0在5.0的基礎上,進一步強化了SOA基礎設施能力,實現對SCA/SDO技術的良好支持,並實現對第三方Web Services框架的良好兼容性,為面向SOA系統提供更為平滑的支撐能力。
實現增強的可靠性
金蝶Apusic應用伺服器6.0不僅支持應用的垂直擴展和水平擴展,並且能夠適應復雜環境下系統的擴展需求,提供配對演算法、全復制演算法等,實現對F5、Radware等硬體負載均衡設備及常規Web Server的全面兼容。
性能優化及提升
金蝶Apusic應用伺服器6.0在5.0的基礎上,進行了大量性能優化工作,包括靜態資源緩存、NIO InputStream演算法及長連接管理優化、HTTP 304演算法優化、GZIP演算法優化、Chunked演算法優化等。經優化後,性能提升明顯,服務的載入時間、JSP頁面的編譯時間等大大縮短。
安全性能增強
金蝶Apusic應用伺服器6.0在安全性方面作了重要增強,實現對多種安全身份管理及第三方安全產品的可插拔式支持,並實現對多認證中心、級聯證書的全面支持。
更全面的兼容性支持
金蝶Apusic應用伺服器6.0實現對第三方應用伺服器上開發的應用更好的兼容性,提供可配置的類載入策略、更寬松的TLD驗證、可插拔的JSP編譯器、可配置的中文編碼支持策略等非常實用、有針對性的功能,幫助第三方應用無縫遷移到金蝶Apusic應用伺服器6.0。
有幫助請採納!謝謝
2、金蝶KIS商貿標准版數據遷移
您好,可以通過賬套管理,把賬套做一個備份,再把備份文件拷貝到新的伺服器中,通過賬套管理恢復使用即可。
3、我這邊的金蝶K3系統有兩個伺服器,然後想要把一個伺服器的幾個賬套轉移到另外一個伺服器該怎麼操作?
賬套備份後,在另外一台上導入賬套
4、您好,我想把公司的一台金蝶K3成長版v10遷移到另一台伺服器上,我需要做哪些步驟?
1、需要先備份帳套數據
2、如果是軟加密需要與服務人員溝通申請重新注冊許可
然後就可以在新的伺服器上安裝K3,再恢復帳套即可
5、金蝶軟體kis裝在伺服器上,通過瑞友天翼使用,現在機房要遷移,需要更換ip地址,怎樣在原來基礎上設置。
1.更換ip的話瑞友天翼需要重新安裝。安裝的時候重新設置ip。
2.金蝶不用變,除非客戶端電腦的HOSTS文件設定過ip。
6、金蝶K3老帳套遷移到K3rise12.2或者12.3檢查是否存在組織機構不通過怎麼解決
您好!
金蝶K/3軟體的部分功能需要必須存在組織機構,如果您的舊賬套中沒有建立組織機構,賬套遷移時檢測可能不會通過。
針對這種情況,您可以在K/3的賬套管理中新建一個組織機構,並將當前的賬套放入到該組織機構下方即可。
具體操作:在K/3中間層伺服器中打開賬套管理,在左側「組織機構」處,右鍵新建一個組織機構,然後選中您的賬套,點擊左上角的「屬性」,在其「賬套號」前加上剛才新建的組織機構的代碼,比如組織機構代碼為01,舊賬套號為zt01,則修改為01.zt01,保存後即可看到該賬套存放於組織機構01之中間了,然後再嘗試賬套遷移。
感謝您對金蝶軟體的支持!
7、金蝶K/3 V10.3更換伺服器,後續怎麼操作?
1。首先判斷伺服器的許可類型,你軟加密(硬碟加密)、硬加密(並口卡、智能卡加密)等。
2。安裝新金蝶新伺服器端(包括資料庫、定製開發內容)
3。遷移金蝶帳套(A,通過備份還原B、通過資料庫實體拷貝附加)
4。客戶端連接測試
5。設置所有客戶端的連接新的伺服器。
大體步驟就這樣。
8、用友財務軟體 整體遷移換伺服器問題
設置一個自動備份計劃,不要全部帳套一塊備份,比如9點的備份計劃備份20個帳套,10點以後檢查一下備份情況,看看是不是足夠完成備份。
比如9點的計劃備份20個帳套,10點能完成,那設置一個小時備份20個帳套一天開著電腦24個小時,足夠完成備份了。不行的話把備份時間修改成一下兩天也差不多了。畢竟有個客戶300多G的數據,自動備份也就是3、4個小時就完成了。
還原帳套這個時間就算是附加資料庫也不會很快,建議還是從備份裡面進行恢復畢竟數據安全性第一。
還有一個辦法是導出資料庫附加資料庫,這個百度很多資料,不再贅述。
9、金蝶Apusic應用伺服器的簡單分析
1.1. 基於工業標准和規范的解決方案 Apusic遵循的相關工業標准、規范和已實現的API如下:
1.1.1. J2EE?相關
RMI/IIOP
JDBC?3.0及JDBC?2.0擴展
EJB?2.0
EJB?1.1
Servlets2.3
JSP?1.2
JMS1.1
JTS
JTA1.0
JCE1.2
JSSE
JavaMail?1.2
JAF1.0
JAXP1.1
JNDI
JMX1.2
JAAS
JSR-77
1.1.2. XML相關規范
XML1.0
XML Namespaces 1.0
SAX 2.0 API
DOM Level 2 Core Recommendation
XSL 1.0
1.1.3. WebServices相關規范
JAX-RPC1.0
JAXM1.1
SAAJ1.1
JAXR1.0
SOAP1.1
SOAP with Attachments
WSDL1.1
UDDI2.0
1.1.4. Internet相關協議及標准
TCP/IP protocol family
HTTP 1.0
SSL 3.0
以下依次介紹
伺服器特性:
除提供了對以上規范、標準的支持和對相關API的實現之外,Apusic提供了很多獨有的極具競爭力的特性,致力於降低分布式多層企業應用的設計、開發、部署和維護成本,提高生產效率,而同時不影響企業應用遵循相關的標准和規范。
按照多層企業應用的分層方式,從以下三個層次概述Apusic應用伺服器3.0的特性。
表示層: 多層應用模型中的表示層主要被用於與瀏覽器、桌面應用、無線設備及其他客戶端的交互,Apusic應用伺服器支持所有的客戶機/伺服器的交互機制。
在基於J2EE?編程模型的應用中,表示層主要使用JSP、Servlets 編程模型,對於Apusic應用伺服器,還支持諸如Java Applets、Java Application或其他ActiveX組件的客戶類型。
對於通過瀏覽器進行的Http請求,Apusic應用伺服器提供了一個高效可靠的Web伺服器。通過使用Servlet和JSP實例池、結果緩存、JSP編譯調試工具等工具和技術,對於部署於伺服器上的JSP和Servlet,Apusic應用伺服器服提供了一個高效可靠的運行時環境和開發、部署和維護的高效易用的平台。
2.1.1. 對規范的實現
J2EE?1.3規范中包含了JSP和Servlet規范,通過使用JSP和Servlet規范,定義了J2EE企業應用中的表示層的編程模型。通過使用JSP和Servlet,實現Web內容的動態生成。
JSP與Servlet是緊密相關的兩種編程模型,二者都生成動態的Web內容。不同之處在於Servlet使用JAVA語言編寫,而JSP的編寫還使用了HTML的擴展版本。對於使用HTML編輯器或設計器並熟悉HTML的Web設計者來說,JSP非常便利。而全部使用JAVA的Servlet更適用於JAVA程序員而非Web設計者。
Apusic3.0應用伺服器中的Web伺服器嚴格遵循了J2EE?規范中Servlets2.3規范和JSP1.2規范。
2.1.2. 增值特性
除了對J2EE相關JSP和Servlet規范的實現,Apusic應用伺服器中的Web容器和相關工具還提供了一些增值特性,通過這些增值特性,使得面向Apusic應用伺服器的表示層的開發、部署、運行和維護變得更加方便和高效。
虛擬主機
可以在單個的Apusic應用伺服器上配置多個Web站點。通過域名與應用伺服器的路徑映射實現此功能,只需指定域名即可實現對站點的訪問。
多路復用
Apusic 應用伺服器採用了多路復用(multiplexing)通訊技術。在一個TCP/IP 連接上建立多個雙向的虛擬連接,每個虛擬連接可以進行完全獨立的通訊功能。通訊雙方可以根據需要打開或關閉虛擬連接,進行通訊,實現了將多個服務統一到一個埠上,降低伺服器的管理成本。
使用第三方Web伺服器
除了Apusic應用伺服器內置的Web伺服器外 ,Apusic應用伺服器可以與其他現有的Web伺服器進行整合,如Apache、Microsoft IIS等,通過使用Apusic應用伺服器提供的負載均衡功能,為企業應用提供一個更高可用性和伸縮性的平台。
負載均衡與失效恢復
Apusic應用伺服器提供了基於Web層的負載均衡的功能。當使用Apusic作為集群中的負載均衡器時,伺服器提供了獨有的負載均衡和失效恢復的特性。
對於一個使用Apusic作為負載均衡器的伺服器集群,當客戶請求到達負載均衡器時,負載均衡器將請求轉發到最初服務此請求的內部伺服器,如果是初次請求,則負載均衡器隨機選擇集群中的任意一個內部伺服器處理此請求;當內部伺服器處理完請求,將產生的應答返回給負載均衡器,會話數據被保存在負載均衡器上;當下一個請求到達而原先處理該請求的內部伺服器失效時,負載均衡器重新選擇一個正常的內部伺服器,這時會話數據連同請求一起被轉發給新的內部伺服器,會話數據被遷移到新的內部伺服器。
此特性以較少的數據遷移量,較高的容錯性,提供了基於Web層的負載均衡與失效恢復的增值特性
JSPC工具
為提高表示層JSP的開發調試的效率,Apusic提供了一個簡單易用的JSP命令行編譯工具JSPC,通過此工具,開發者可以對JSP進行更為高效的開發和調試,通過設置相關調試工具,可以實現對JSP的源碼級調試。
最有利的是,發布應用只需要發布編譯好的jsp class,即可對jsp源代碼提供保護,而不需要提供jsp源程序文件,以免因為其他原因暴露jsp的源文件,並且,在應用運行時,避免對jsp源文件進行編譯以節省時間。 業務邏輯層: 多層應用模型中的業務邏輯層被用於封裝應用業務邏輯,包括獨立於應用界面的業務組件,通過應用伺服器中的組件容器提供運行時環境。 Enterprise JavaBeans?(以下稱EJB)是J2EE?應用中的業務邏輯層的組件模型。
Apusic應用伺服器3.0版本提供了對EJB2.0規范的完全實現,同時提供了相關的增值特性,以簡化對J2EE應用邏輯層的開發、部署、管理和維護。
2.2.1. 對規范的實現
Apusic應用伺服器中的EJB容器提供對EJB的生存周期管理、緩存、持久性和事務管理等服務。 目前,J2EE規范中最新的EJB規范為2.0版本。
EJB2.0規范中定義了三種類型的EJB:Session Bean、Entity Bean和Message-driven Bean。 同時定義了相關的一些特性,如CMR、EJB QL等,為提高應用執行的效率,還定義了新的Local介面。Apusic3.0提供了對以上內容的完全實現。
Entity Bean
Entity Bean被用於表示應用中的業務實體,通常與資料庫或傳統應用中的業務數據實體保持映射關系,可以理解為資料庫或傳統應用中的業務數據實體在內存中的對象表示方式。
Entity Bean的實例可由任何客戶端的請求生成實例,且不因客戶連接中斷、系統失效等原因而消失,其狀態被持久保留在資料庫或傳統應用中。
EJB2.0規范中對Entity Bean定義了新的容器管理關系模型(CMR)和Entity Bean的查詢語言EJB QL。
Session Bean
Session Bean通常被用於實現業務過程邏輯,通過對Entity Bean的操作完成業務過程並封裝過程邏輯。 盡管在需要的情況下,Session Bean可以有保持數據到持久存儲機制的能力,如資料庫,但Session Beans不是持久的。
Message-driven Bean
Message-driven Bean 是EJB2.0規范中新增的一個enterprise bean 類型,通常被用於非同步接收從客戶端發送的消息,觸發相應的業務處理過程。
作為Enterprise Bean,Message-driven Bean具有一些與Session Bean 和Entity Bean 相同的介面方法,但由於Message-Driven Bean 本身不處理客戶端調用,也無會話狀態,客戶只能通過向與Message Driven Bean 關聯的隊列或主題發送消息從而與Message Driven Bean 進行交互,另外,Message–Driven Bean 非同步地處理隊列(Queue)或主題(Topic)中的消息,而非方法調用。
2.2.2. 增值特性
除了對EJB2.0規范的實現,Apusic應用伺服器中的EJB容器和相關系統服務還提供了一些高端增值特性,通過這些增值特性,使得面向Apusic應用伺服器的業務邏輯層的開發、部署、運行和維護變得更加方便、高效和可靠。
實例池
通過圖形化的配置工具或簡單修改組件配置文件,Apusic應用伺服器可以預先裝載指定數量的對象實例到實例池中,使對客戶請求進行響應的過程更加高效。
CMP Entity Bean自動升遷
對於一個按照EJB1.1規范編寫的CMP Entity Bean,應用伺服器在運行時將其自動升級到EJB2.0,使按照EJB1.1規范編寫的EJB可以使用EJB2.0規范中提供的Lazy Loading和Smart Update技術以提高應用執行的效率,同時降低已有應用在維護上的成本。
熱部署
為提高企業應用開發、調試和維護的效率,Apusic應用伺服器提供了熱部署的功能。在運行時,可以動態地部署和修改應用中的應用程序,無需停止和重新啟動伺服器即可應用新的改動。
自動遷移及部署
不同的應用伺服器廠商提供的基於J2EE?規范實現的應用伺服器的不同,使得多數企業應用在不同的伺服器之間遷移時,需要改動一些配置,提高了應用移植的成本,Apusic應用伺服器提供了自動遷移和部署的能力,對於面向其他非Apusic應用伺服器開發的企業應用,可以不改動應用程序,而由應用伺服器自動完成移植的工作並部署到應用伺服器,大大降低了應用移植的成本。
目前對於面向Weblogic6.0和J2EE?RI開發的企業應用,可以直接使用這項功能,Apusic應用伺服器還將在此項功能上添加對當前其他主流應用伺服器的支持。
自動生成查詢
為提高面向CMP Entity Bean的開發效率和降低開發的難度,Apusic應用伺服器可為CMP Entity Bean自動生成預設的finder query。 數據層: Apusic應用伺服器模型中的數據層提供企業應用對關系型資料庫和傳統企業應用數據的高效而可靠的訪問。使得企業應用可以通過JDBC實現對關系型資料庫安全、可靠而且高效的訪問。目前Apusic應用伺服器提供了對最新的JDBC3.0版本的支持。任意合法的J2EE?編程模型都可以從Apusic應用伺服器資料庫連接池中獲得對關系型資料庫的連接。
按照J2EE?的規范,Entity Bean被設計為與資料庫直接交互的最佳模型,但在實際的企業運用開發中,任何一種編程模型都有可能直接與資料庫進行交互,針對這種情形,Apusic應用伺服器提供了很多功能或特性,使對數據層訪問的開發更為簡單同時達到更為高效而安全的目標。
JDBC結果集緩存
對於Session Bean、JSP、Servlets為主的J2EE應用中,頻繁訪問資料庫而缺少對應的數據緩存等機制,往往會成為企業應用的瓶頸。因此,Apusic應用伺服器提供了JDBC結果集緩存技術,通過將資料庫返回的結果集保存在內存中可以大幅提高應用系統的性能,同時,使用結果集緩存對應用開發者是完全透明的,保證了應用的可移植特性。
JDBC語句緩存
對於Session Bean、JSP、Servlets為主的J2EE應用中,頻繁訪問資料庫而缺少對應的數據緩存等機制,往往會成為企業應用的瓶頸。因此,Apusic應用伺服器提供了JDBC語句緩存技術,同時使用預編譯的查詢語句,提高應用程序訪問資料庫的效率。
連接池
對於復雜的企業應用而言,對資料庫連接池的可靠、效率,成本都有著極高的要求,Apusic應用伺服器提供了對連接資源的優化,使有限的資料庫連接資源得到最大程度的利用,同時,對於應用錯誤使用連接造成的死鎖或阻塞,提供了死鎖檢測的技術,而以上的特性對於用戶而言是完全透明的。
10、金蝶軟體 賬套如何從一台電腦轉到另一台電腦
1、在B電腦(IP:192.168.10.78)上創建一個共享文件夾,此處取名back文件夾,右擊此文件夾打開【屬性】設置界面,點擊【共享】按鈕。
2、添加everyone用戶,並授予讀與寫許可權,最後點擊【共享】按鈕。
3、在B電腦上開啟GUEST用戶。
4、在B電腦【開始】-【管理工具】-打開【本地安全策略】。
5、左側選擇【本地策略】-【安全選項】,右側【網路訪問:本地帳戶的共享和安全模型】設置為【僅來賓】。
6、系統管理員在A伺服器上打開【賬套管理】。
7、進入賬套管理界面,選擇要備份的賬套,點擊工具欄【備份】按鈕,選擇【完全備份】
8、備份成功,提示在B電腦的網路路徑\192.168.10.78ack生成了兩個文件,TEST賬套A.bak文件 和TEST賬套A.dbb文件。
9、到B電腦上打開back文件夾,的確生成了兩個賬套備份文件,TEST賬套A.bak文件 和TEST賬套A.dbb文件,整個過程演示完畢。