Spring和MyBatis的外文翻譯分析

1、譏羊欷天噹冬悅 本科生畢業(yè)設(shè)計（論文） 外文翻譯 原 文標(biāo)題MVC Design Pattern for the multi framework distributed applications using XML, spring and struts framework 譯 文標(biāo)題使用 XML,Spring禾口 struts以 MVC 為設(shè)計模式的多 分布式應(yīng)用程序框架 作者所在系別計算機與謠感信息技術(shù)學(xué)院 作者所在班級 B12511 作者姓名 王碩 作者學(xué)號 20124051117 指導(dǎo)教師姓名 耿炎 指導(dǎo)教師職稱院長 完成時間 2015年1月 北華航天工業(yè)學(xué)院教務(wù)處制 譯文標(biāo)題 使用XM

2、L,Spring和struts以MVC為設(shè)計模式的多分布式應(yīng)用程序框 架 原文標(biāo)題 MVC Design Pattern for the multi frameworkdistributed applications using XML, spri ng and struts framework 作者 Praveen Gupta譯 名 普利文古塔 國籍印度 原文出處 Intern ati onal Jour nal on Computer Scie nee and Engin eeri ng 使用XML,Spring和struts以MVC為設(shè)計模式的多分布式應(yīng)用程序框架 摘要：模型-視圖-控制

3、器(MVC)是一個基本的設(shè)計模式，用來分離用戶界面與業(yè)務(wù) 的邏輯。近些年來，應(yīng)用程序的規(guī)模越來越大，而MVC設(shè)計模式可以弱耦合不同 應(yīng)用層的程序。本文提出了一種基于J2EE平臺上的網(wǎng)絡(luò)，它擴展了 MVC、XML 的應(yīng)用程序框架，易于維護。這是一個包括表示層、業(yè)務(wù)層、數(shù)據(jù)持久層和數(shù)據(jù) 庫層的多系統(tǒng)層，由于其代碼的具有獨立性，可維護性和可重用性大大提升。在 本文中，我們使用MVC實現(xiàn)spring和struts框架。我們的研究顯示，應(yīng)用多個框架 設(shè)計應(yīng)用程序時，使用 MVC概念能使應(yīng)用程序轉(zhuǎn)變?yōu)楦菀?、較單一的框架。 關(guān)鍵字：MVC，Spring, XML 一介紹 近些年來，web是非常復(fù)雜的問題。

4、因為公司和組織越來越多，不同類型的 通訊設(shè)備也越來越多，特別當(dāng)業(yè)務(wù)要求應(yīng)用程序使用 web和許多通信設(shè)備的時候， 網(wǎng)絡(luò)編程的性能越加重要。所以在互聯(lián)網(wǎng)上，在增加負載的數(shù)據(jù)的同時，我們必 須照顧體系結(jié)構(gòu)的問題。讓我們簡要討論到目前為止MVC的研究。 1.1沒有MVC 在web開發(fā)的初始階段，頁面被用來設(shè)計html，其中Html是純文本。這是第 一個在互聯(lián)網(wǎng)上工作的標(biāo)記語言。今天仍然是基于塊的所有互聯(lián)網(wǎng)的編程語言。 用戶必須實現(xiàn)與靜態(tài)頁面交互，信息手動寫在頁面時必須改變。隨著時間增長， 語言和頁面可以按照用戶需求相互作用，頁面也會有相應(yīng)的變化。 1.2 MVC 模式一 第一個重大變化是由于架構(gòu)的流

5、行，引入了 MVC模式。這種具有控制演示、 業(yè)務(wù)邏輯和流程的架構(gòu)是以頁面為中心，以 Java語言為服務(wù)器的頁面程序。邏輯 就是在這個模型概念中介紹的。Java bean和scriptlet、表達式等業(yè)務(wù)邏輯都是以硬 性編碼的形式存在的。頁面里的所有代碼都是用 jsp編寫的。讓我們假設(shè)，我們想 傳輸基于我們收到數(shù)據(jù)時的jsp的情況。 圖一 頁面導(dǎo)航MVC-1框架 1.3 MVC 模式二 模型1架構(gòu)能夠解決一些網(wǎng)絡(luò)和網(wǎng)絡(luò)編程的問題，但仍有很多東西丟失。它是 集中jsp頁面的導(dǎo)航，從而能進一步發(fā)展的體系結(jié)構(gòu)的觀點。在這個過程中未來發(fā) 展是Model 2架構(gòu)。這個解決了一起使用 Servlet和JSP

6、的問題。能夠服務(wù)處理初 始請求和部分處理數(shù)據(jù)。它設(shè)置 bean然后結(jié)果轉(zhuǎn)發(fā)到一個jsp頁面。Servlet決定 從列表中顯示一個頁面到頁面。 圖二MVC-2框架 在這個模型中2架構(gòu)的JSP頁面僅用于演示目的。業(yè)務(wù)邏輯已經(jīng)從頁面刪除。這 使頁面更容易表示并且輕、重量級頁面也很容易在互聯(lián)網(wǎng)上顯示。 在這個模型中所有的控制和應(yīng)用程序邏輯都由Servlet處理。Servlet是用java 編程語言編寫的，所以它也是容易處理的Servlet的一部分。在這種情況下的服務(wù) 成為全面完整的應(yīng)用程序，它已成為應(yīng)用程序的中心點。 在model 2架構(gòu)中，Servlet成為所有常見任務(wù)的“看門人”。它提供了諸多公

7、共服務(wù),如身份驗證、授權(quán)、錯誤控制和應(yīng)用程序的循環(huán)。此體系結(jié)構(gòu)解決了大部 分的問題。但仍有許多新的問題出現(xiàn)在這個應(yīng)用架構(gòu)。 二應(yīng)用架構(gòu)與多個框架 在越來越多的網(wǎng)絡(luò)和互聯(lián)網(wǎng)領(lǐng)域，應(yīng)用程序的需求正在增長。單獨的一個框架 是不能處理應(yīng)用程序的體系結(jié)構(gòu)的需求的。滿足潮流要求的應(yīng)用程序有必要設(shè)計 一個完整的框架體系結(jié)構(gòu)。 Struts框架設(shè)計和web應(yīng)用程序的前端控制開發(fā)有著密不可分的聯(lián)系。它為用 戶提供了各種功能交互的應(yīng)用程序。它也遵循MVC 2設(shè)計特點。 Spring框架是用來設(shè)計處理各種任務(wù)的。Spring的工作是基于互聯(lián)網(wǎng)的應(yīng)用程序。 它遵循的原則MVC 2。 同時使用Struts和spring

8、框架在單個應(yīng)用程序應(yīng)使用 MVC設(shè)計主體,這樣我們 可以提高應(yīng)用程序的性能。 $truts框架包括三個主要模塊，簡要描述如下： 圖三Struts框架 第一個是使用塊控制，以用來表示完整的模型的一部分。它包含自定義標(biāo)記 庫，為我們編寫JSP的特定應(yīng)用程序提供了國際化資源文件。 第二塊是代表控制器。它是導(dǎo)航的完整應(yīng)用程序，包含XML配置文件和含標(biāo)簽的 導(dǎo)航路徑。 第三塊是模型。這部分工作主要是分析業(yè)務(wù)邏輯，抓取和存儲數(shù)據(jù)到數(shù)據(jù)庫中。 它包含Java bean Enterprise和數(shù)據(jù)庫。下圖顯示了 struts框架中的組件工作。 圖一 struts框架組件 Struts 中的 MVC 在Spri

9、ng框架中，MVC的主要表現(xiàn)在以下三個部分?？刂破?，Servlet控制器 （部分）；Java服務(wù)器頁面（視圖部件）；應(yīng)用程序業(yè)務(wù)邏輯，應(yīng)用程序的形式（模型）。 Spring組件 在Spring里，我們也遵循MVC的原則。它被設(shè)計為基于互聯(lián)網(wǎng)和桌面的應(yīng) 用程序。Spring包含三個核心組件。1,控制器:處理導(dǎo)航邏輯和交互與服務(wù)的業(yè)務(wù) 邏輯層2,模型:控制器和視圖之間的聯(lián)系，包含由控制器渲染的視圖和其所需的 數(shù)據(jù)3,視圖:根據(jù)用戶請求，呈現(xiàn)從模型中獲取數(shù)據(jù)。 spring MVC核心組件如下。 1. DispatcherServlet:Spring的前端控制器實現(xiàn)。它是控制器進行交互的第一個 請求

10、。我們也可以說它是一個 Servlet的實現(xiàn)。它控制應(yīng)用程序的完整流程。 2. 控制器:用戶創(chuàng)建的組件來處理請求封裝導(dǎo)航邏輯代表服務(wù)對象的業(yè)務(wù)邏 輯。 3視圖:負責(zé)渲染輸出。不同的視圖可以在查看設(shè)備的基礎(chǔ)上，選擇不同類型 的通信設(shè)備和輸出結(jié)果。 ModelAndView:ModelAndView 是spring框架的核心部分。它實現(xiàn)了應(yīng)用程序 的業(yè)務(wù)邏輯。它是由控制器控制。每當(dāng)它執(zhí)行時，都會存儲業(yè)務(wù)邏輯和與之關(guān)聯(lián) 的視圖。 ViewResolver:根據(jù)返回的結(jié)果，輸出顯示收到的 ModelAndView。由邏輯視圖 名稱映射到實際的視圖是由它實現(xiàn)的。這部分標(biāo)識時實現(xiàn)輸出媒體是什么，以及 如何

11、顯示該媒體。 HandlerMapping:該接口使用DispatcherServlet傳入的請求映射到單個控制器。 它標(biāo)識請求，并調(diào)用相應(yīng)的處理程序提供的服務(wù)。 下面的圖顯示了模型的作用。在這個 dispatcher Servlet應(yīng)用程序的入口點， Struts部分作為框架，而 dispatcher Servlet用于發(fā)送請求。Servlet決定處理程序。 那么它將調(diào)用控制器，控制器執(zhí)行 ModelAndView。 Dispatch er Scrv lcl Handler Mappin 1 gclHandlcr ， Controller -I - I - I r .1- I r I - 1

12、 - .1 I - I 丄， -4i I mi * 圖5序列流應(yīng)用程序的spring框架 三提出的方法 這種方法的組合應(yīng)用為兩個框架，struts和spring應(yīng)用程序開發(fā)打下了基礎(chǔ)。 序列圖的組合應(yīng)用程序解釋如上所述，這是應(yīng)用程序的主要驅(qū)動力。要想使用這種 方法，web應(yīng)用程序的基本知識是必要的。 我們已經(jīng)測試了上述概念，找出它優(yōu)點， 上述體系結(jié)構(gòu)的主要優(yōu)點如下： 1.它將提供一個非常簡潔的部分之間的行動,行動的形式,控制器,處理 器javabea n模型和視圖。 2我們使用的優(yōu)勢是Spring MVC非常靈活。不像Struts,這迫使你的行動和表 單對象具體的繼承。 3.Spring MV

13、C是完全基于接口。 Spring MVC框架的每一部分是可配置的。 4它提供了控制器，使其易于從用戶界面處理的請求。 5.我們可以使用JSP或任何其他技術(shù)來顯示視圖，給用戶的任何輸出設(shè)備輸出 結(jié)果視圖。 6.Spring配置控制器通過控制反轉(zhuǎn)。這使其他對象由spring集成，于是它們更 易于測試。 7.Spring MVC web層Struts web層相比，由于避免強迫繼承和顯式依賴 dispatcher Servlet控制器，Spring MVC 相對更好一些。 8.web層變成了薄層上的一個業(yè)務(wù)對象層，這鼓勵良好的實踐。 9.Struts框架的目的僅用于設(shè)計 web界面。spring框架

14、則是開發(fā)的桌面和網(wǎng)絡(luò) 應(yīng)用程序。當(dāng)兩個框架結(jié)合，他的靈活性則將體現(xiàn)出來。 四總結(jié) 相比于單一框架，多框架體系結(jié)構(gòu)更有效。為了發(fā)展的大規(guī)模應(yīng)用程序，我 們可以使用大規(guī)模的機械、提高大型數(shù)據(jù)庫應(yīng)用程序的性能，比如請求數(shù)量，請求 處理的能力。多框架體系結(jié)構(gòu)還將為公司和程序員開放新的范圍和新的商業(yè)機會。 所以建議使用多個框架以便能有更好的性能。由于框架代碼結(jié)構(gòu)過大，在此我們 不予顯示。 五未來研究 開放技術(shù)是吸引學(xué)術(shù)和研究學(xué)者的最好的方法。由于開放技術(shù)，現(xiàn)在是 J2EE 的廣闊領(lǐng)域。技術(shù)的變化也使得架構(gòu)不斷的變化。有許多的框架可以使用J2EE技 術(shù)，單獨的某一個架構(gòu)是從來不可能完成大規(guī)模的應(yīng)用程序的。

15、我們將努力工作， 從而進一步實現(xiàn)和加強MVC架構(gòu)。 參考文獻： 1 Shu-qia ng Hua ng, Hua n-ming Zha ng, ” Research on Improved MVC Desig n Pattern Based on Struts and XSL” , in Information Science and Engineering ISISE 08 International Symposium on, 2008, vol. 1 PP. 451 455 2 Juanjuan Yan; Bo Chen; Xiu-e Gao, Le Wang; Researchof S

16、tructure Integration Based on Struts and Hibernate , in 2009 WRI World Co ngress on Computer Science and In formation En gi neeri ng,2009, vol. 7,PP. 530-534 3 Wojciechowski, J.; Sakowicz, B.; Dura, K.; Napieralski, A.,MVC model, struts framework and file upload issues in web applications based on J

17、2EE platform, in Proceedings of the International Conference on Modern Problems of Radio Engin eeri ng, Telecommu ni catio ns and Computer Scie nee 2004, 2004, PP 342-345 4 Erxia ng Chen; Min ghui Liu, Research and Desig n on Library Man ageme nt System Based on Struts and Hibernate Framework, in WA

18、SE International Conference on In formation Engin eeri ng ICIE 09, 2009, Vol. 2,PP. 310-313 5 Yon glei Tao; Comp onent- vs. applicatio n-level MVC architecture, in Fron tiers in Education 2002 FIE 2002. 32nd Annual,2002, VI 1,PP. T2G-7 - T2G-10 6 Meiyu Fan g, Desig n and Impleme nt of a Web Exam in

19、ati on System Usi ng Struts and EJB ,Seve nth Intern ati onal Conference on in Web-based Lear ning 2008, 2008,pp 25-28 7 Wang Ning; Li Liming; Wang Yanzhang; Wang Yi-bing; Wang Jing,Research on the Web In formatio n System Developme nt Platform Based on MVC Desig n Pattern,in IEEE/WIC/ACM In ternati

20、o nal Conference on Web In tellige nee and In tellige nt Age nt Tech no logy, 2008 , V6l 3,pp. 203-206 作者簡介 Praveen古普塔是印度，那格浦爾那格浦爾大學(xué)電子工程工程學(xué)士，他掌握技術(shù) 在信息技術(shù)從印度旁遮普大學(xué)。他在印度孟買一家軟件公司擔(dān)任技術(shù)主管。他是 計算機電子和電氣工程師協(xié)會（美國節(jié)能經(jīng)濟委員會）的一個研究學(xué)者，追求印度拉 賈斯坦邦Pacheri巴里Singhania大學(xué)的博士學(xué)，。他的主要研究興趣包括：MVC,Java 設(shè)計模式和框架。 Govil獲得了博士學(xué)位。他的工作是印度

21、阿杰梅爾女性工程學(xué)院的教授和政府 負責(zé)人。他有超過20年的教育和研究經(jīng)驗并且已經(jīng)發(fā)表了很多篇論文。他的研究 興趣包括通信、網(wǎng)絡(luò)技術(shù)、軟件工程等。 附件（外文原文） MVC Desig n Patter n for the multi framework distributed applicati ons using XML, spri ng and struts Pravee n Gupta Research Scholar, Sin gha nia Uni versity Pacheri Bari, Rajastha n, In dia pravee Abstract The model v

22、iew con troller (MVC) is a fun dame ntal desig n pattern for the separati on betwee n user in terface logic and bus in ess logic. Since applicatio ns are very large in size these days and the MVC design pattern can weak the coupling among the different application tiers of application. this paper pr

23、esents a web application framework based on MVC in J2EE platform, and extends it with XML so that the framework is more flexible, expansible and easy to maintain. This is a multitier system in clud ing prese ntati on layer, bus in ess layer, data persiste nee layer and database layer. This separate

24、codes, and improve maintain ability and reusability of the application. In this paper, we implemented MVC using spring and struts framework. Our research study show that applying multiple framework to design the applications using MVC concepts makes applications easier compare to a single framework.

25、 Index Terma: MVC, Spri ng, XML I. INTRODUCTION Web is the very complex issues these days. Since the desire of the compa nies and organizations are increasing so the complexity and the performanee of the web program ming matters. Complexity with thediffere nttypes of com muni cati on devices is in c

26、reas ing. The bus in ess is dema nding applicati ons using the web and many com muni catio n devices. So with the in crease load of the data on the internet we have to take care of the architecture issue. Let us discuss in brief the research done so far in MVC. 1. 1 NO MVC : In The in itial phase of

27、 the web developme nt the pages were used to be desig ned in the html. Html is the pla in text only. This was the first markup Ian guage which can work on the internet. And today stills it works as building block for the all Internet based program ming Ian guages. The user has to in teract with the

28、static pages. The in formation writte n on the pages had to cha nge manu ally. As the time grows the dema nd arises for Ian guage that can in teract with the user and page can be cha nged as per the requireme nt of the user. 1.2 MVC Model 1: The first major cha nge in the architecture comes with the

29、 in troductio n of the MVC Model 1 Architecture. This architecture was completely based on the page centric approach. In this model a Java Server Pagesto program to con trol the Prese ntatio n, Bus in ess Logic and flow of the program .In this model the con cept of the Bus in ess Logic was in troduc

30、ed. The bus in ess logic was hard coded in the form of the Java Bea ns and scriptlets and expressi ons. All this codes was used to write with in the JSP page. Let us assume a case whe n we want to tran sfer the flow of the jsp applicati on based on the data we received from the in put. ；cjsp ； Figur

31、e 1 Page Navigation in MVC -I Architecture 1.3 MVC Model 2 : The model 1 architecture was able to solve some of the problem of the web and internet program ming but still there were a lot of things miss ing from it. It was cen tered on the n avigati on of the jsp pages so there was the scope of the

32、further developme nt ir the architecture point of view. During this process the n ext developme nt was the Model 2 architecture. This problem was solved using the Servlet and JSP together. The Servest handles the Initial request and partially process the data. It set up the beans then forwa the resu

33、lt to the one of the jsp page. The Servlet decide the one of the page to be displayed from the list of pages. rd o w s er E In this Model 2 architecture the JSP Pages were used to Prese ntatio n purpose on ly. The Busin ess logic has bee n removed from the page. This makes the pages easier to repres

34、e nt and light weight pages which were easy to display on the intern et. In this model all Con trol and applicati on logic were han dled by the Servlet. The Servlet was writte n in the java program ming Ian guage. So it was also easier to han die II the programming part of the Servlet. In this scena

35、rio the Servest becomes the power fu for the complete application and It has emerged as the center point for the application. In the model 2 architecture the Servlet becomes the gatekeeper for the all commo tasks. It provides the com mon services like authe nticati on, authorizati on, error con trol

36、 and follow of the application. This architecture have solved the most of the problems. But still there were many new issues emerged while applying this architecture. II. APPLYING ARCHITECTURE WITH MULTIPLE FRAMEWORKS Web and Internet is ever grow ing area and the dema nds for the applicati ons are

37、growing. A single framework is not capable to handle the architecture of the applicati on. To meet thecurre nts requireme nt of the applicati ons itesnenJessary to a architecture to impleme nt the frameworks. Struts framework have bee n desig ned and developed for the front end con trol of the web a

38、pplicati on s. It provides the various features for the applicatio ns that in teract to the users. It also follows the MVC 2 design features. Spring Framework is the desig ned to han dle the various tasks. The spri ng work fo- the desktop and internet based applications also. It follows the principa

39、ls of the MVC 2. The simultaneous use of the Struts and spring frameworks in the single application with the applying the MVC Design principals so that we can Improve the performance of the applicati ons. Struts Framework con sists of three major blocks, Described in brief as follows: VIEW oh Custom

40、 TAG I lbninc ri I CONTROLLER XIODI-L i DATA Figure 3 Struts Model Architecture First is The View Block which con trols the prese ntati on part of the complete model. This contains following JSP files which you write for your specific application Set of JSP custom tag libraries Resource files for in

41、tern ati on alizati on. Second Block is representing the Controller. This is for navigation the complete application. This contains XML configuration files; it contains the tags for the n avigati on of the paths. Third Block is the Model. This part do the work of the Bus in ess Logic, Fetch ing and

42、stori ng data to the database.Thisc ontains followi ng Java Bea ns En terprise Java Bea ns Database. Follow in gfigure shows the work ing of the comp onents in the struts framework. Figure 1 ComponEnt in the Struts Architecture MVC in Struts The major three parts of the MVC are as follows in the spr

43、i ng framework. Servlet con troller (Con troller Part) Java Server Pages or any other prese ntati on tech no logy (View Part) Applicati on Busin ess Logic: in the form of whatever suits the applicati on (Model Part). Sprin gComp onen ts. In the spring we also follows the principals of the MVC . It h

44、as been designed more for the desktop and internet based applications. Spring consist of three core collaborati ng comp onen ts. 1. Con troller:Han dlesn avigati onlogic and in teracts with the Service tier for bus in ess logic 2. Model: The con tract betwee ntheCon trollerandthe View Contains the d

45、ata needed to render the View Populated by the Controller 3. View: Renders the response to the request Pulls data from the model. Core comp onents in the spri ng MVC are as follows. DispatcherServlet: Spring Front Controller implementation. It is the first con troller which in teracts to the request

46、s. We can also say it is an impleme ntati on of the Servlet. It controls the complete flow of the application. 2. Controller: User created component for handling requests encapsulatekn avigati on logic delegates to the service objects for bus in ess logic. 3. View: Resp on sible for ren deri ng outp

47、ut. Differe nt views can be selected for the differe nt types of output baseso n the results and the view ing device, com muni catio n devices. 4. ModelAndView: ModelAndView is the core part of the spring framework. It impleme nts the bus in ess logic of the applicati on. It is con trolled by the co

48、n troller. It stores the bus in ess logic and the view associated with it. Whe never it is executed it will the data with the n ame of the view. 5. ViewResolver: How the output is to be displayed depends on the result receive* from ModelAndView. It is used to map logical view names to actual view im

49、plementations. This part identifies and implement what is the output media and how to display it. 6. Han dlerMapp ing: Strategy in terface used by DispatcherServlet for mapp ing incoming requests to in dividual Con trollers. It ide ntifies the request and calls the respective han dler to provide the

50、 services. request The following figure shows how the model will work. In this the dispatcher Servlet is the entry point for the application. The Struts parts do it s work and send th to the dispatcher Servlet. The Servlet decides the handler. Then it will call to the con troller. Con troller will e

51、xecute the ModelA ndView. urit roller handEcRcqueslI) _ - - ModelA ndX icw rcsoh cXiewNamc j View nrniicrt) Figure 5: Sequence flow of application in the spring framework. III. PROPOSED METHODOLOGY This approach is based a comb in ati on of appl ying the two framework struts and spri ng for the appl

52、icati on developme nt. The seque nee diagram for the combined application is explained as above, which is the main driving force for the application. This approach assumes that basic knowledge of web applications is esse ntial. We of the above architecture are as follows. It will provide a very clea

53、n division between actions, action forms, controllers, han dlers, JavaBea ns models, and views. 2.Spri ngs MVC is very flexible. Un like Struts, this forces your Actio n and Form objects in to con crete in herita nee. We are using adva ntage of both. 3.Spri ng MVC is en tirely based on in terfaces.

54、Every part of the Spring MVC framework is con figurable. 4.It provides controllers, making it easy to handling of many requests from User In terface. 5.We can use JSP or Any other Tech no logy to display the view, results to the user on the any of the output device. 6.Spri ng Con trollers are con fi

55、gured via In versi on of Con trols. This makes them easy to test and in tegrated with other objects man aged by spri ng. 7.Spri ng MVC web tiers are typically easier to test as compared to Struts web tiers, due to the avoidanee of forced concrete inheritanee and explicit dependence of con trollers o

56、n the dispatcher Servlet. 8.The web tier becomes a thi n layer on top of a bus in ess object layer. This en courages good practice. 9.Struts framework was desig ned for the web in terface purpose on ly. The spri ng framework was developed for the desktop and in ternet applicati ons. When both framew

57、orks used as combined it will provide the flexibility of implementation. IV. CONCLUSION Multiple framework architecture works better as compare to any sin gle framework architecture. With the effective of the multiple frameworks for the developme nt of the large scale applications we can improve the

58、 performanee of the Large Database applicati on in terms han dli ng nu mber of requests, process ing ability and maximum use of the mach in ery. It will also ope n the new scope and new bus in ess opport un ities for the compa nies and the programmers .It secomme nded to use the multiple frameworks

59、for the Better performa nee. Due to large size of java code I am un able to provide it here. V FUTURE RESERCH Open tech no logies are the best to attract the academic and researchscholar to work. J2EE is the vast field now a day, its ope n tech no logies also. Architecture is n ever fixed its goes o

60、n cha nging with the cha nge in the tech no logy. There are many frameworks available to work with J2EE tech no logies, Si ngle frame is n ever sufficie nt to provide the complete solution with all essential features of the application. There is a lot of scope to work further with many other framewo