DOCSLIB.ORG

Chapter 11. Deployment Table of Contents

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Chapter 11. Deployment Table of Contents Chapter 11. Deployment Chapter 11. Deployment Table of Contents J2EEDeploymentPhases.......................................................................................................................................1 What Happens During Deployment? ...................................................................................................................... 3 ApplicationPackageRequirement.........................................................................................................................3 DeploymentDescriptorFiles........................................................................................................................4 DeploymentScenarios............................................................................................................................................4 TypesofDeployment.............................................................................................................................................6 DeploymentTools..................................................................................................................................................7 Deploying a Sample Application ............................................................................................................................ 8 This module describes deployment phases and scenarios, and Sun ONE Application Server deployment requirement. It also compares the different deployment types and tools available with Sun ONE Application Server and shows how to deploy a sample application using Administration GUI. Objectives • Identify J2EE deployment phrases and scenarios. • List the package requirement of an application to deploy to Sun ONE Application Server • Differentiate J2EE standard and Sun ONE Application Server deployment descriptors • Describe the deployment types and tools supported by Sun ONE Application Server • Deploy a sample application using Administration GUI J2EE Deployment Phases In J2EE specifications, deploying an application involves three phases: • Component creation, done by application developers. • Application assembly, done by possibly a different set of application developers. • Application deployment, done by developers and administrators. 1 Chapter 11. Deployment Component Creation Application developers create individual files and group them into modules. Each module includes an XML file called a deployment descriptor. This file describes the parameters needed to deploy the module's components. One type of module is called a .war file, which stands for web archive file. A .war file might contain components such as servlets, JSP files, and static files such as HTML and images. Another type of module is called a .jar file, which stands for Java archive file. This module is sometimes called an EJB .jar file because it contains the Java files that together make up an enterprise bean. Application Assembly Application developers assemble modules into an .ear file, which stands for enterprise archive file. An .ear file rep- resents an application. The various archive files—.war, EJB .jar, and .ear—all have the same format. They are all JAR files. The file suf- fixes differ so that you can distinguish the components they contain. These suffixes are mandated by the J2EE speci- fication. JAR is a file format based on the popular ZIP file format. In short, JAR files are .zip files. Application Deployment 2 Chapter 11. Deployment During development and testing, application programmers will most likely deploy their own applications. When an application is ready for production, administrators usually deploy it. Deployment tasks include the following: 1. Optionally configuring the .ear file. 2. Specifying the destination hosts and directories for the .ear file. 3. Running the deployment command (from a command line or from a GUI tool). What Happens During Deployment? When you deploy an application, its components are deployed to a container, which provides various services. A Sun ONE application is deployed as a set of nested units or modules. A module consists of one or more components for the same container type and one deployment descriptor of that type. In other words a module is the smallest, in- dependent deployable unit for a particular container and is often referred to as a deployment unit. Components A component is an application-level software unit. Component may be defined as the smallest, independent, soft- ware functional unit in a Sun ONE application server environment. A component may be a single class or a collec- tion of classes. Sun ONE application server platform supports the following types of components: EJB components, Web Components, applets, application clients or resource adapter components. For example, a component can be an EJB, a servlet, a JSP page, applet, an application client or a connector. Containers Containers provide services to the components. In other words, components depend on some runtime support, pro- vided by container. A component doesn’t exist on its own and it’s lifecycle is controlled by the container. Compo- nents communicate with each other and to the outside world, using the services of containers, such as lifecycle man- agement, theading, security etc. Services A component uses services provided by the container such as naming, deployment, transaction,and security. These services simplify application programming and allow components and applications to be customized at deployment time to use resources available in the deployment environment. Application Package Requirement Applications deployed to the Sun ONE AS must comply with standard J2EE packaging requirements. Refer to the J2EE specification and the Sun ONE Application Server documentation for details on packaging requirements. A packaged application is an EAR (Enterprise Archive) file that contains compiled Java classes, HTML pages, JSPs, and a number of XML-based deployment descriptors. These components are deployed to the appropriate container (WEB/EJB) for a server instance; the container provides additional runtime support for applications. Once deployed, the application is available to users. Other types of entities that can be deployed are WAR (Web Archive) and EAR (Enterprise Archive) files. All are in ZIP format and can be opened with any ZIP-compliant utility, like WinZip or the Unix zip/unzip utility. They are created with the App Server’s jar (Java Archive) utility, which can be executed by hand. 3 Chapter 11. Deployment A Sun ONE application is deployed as a set of nested units or modules. A module consists of one or more compo- nents for the same container type and one deployment descriptor of that type. In other words a module is the small- est, independent deployable unit for a particular container and is often referred to as a deployment unit. It is usually the developer’s job to package the application into an EAR file that can be deployed to a server instance. Deployment Descriptor Files A deployment descriptor is a plain text file, with a .xml extension which conforms to the XML standards. An application deployment descriptor, contains a list of the application’s modules and information on how to cus- tomize the application. Similarly, a component deployment descriptor contains declarative data to customize the component in the module. J2EE Standard Descriptors The J2EE platform provides assembly and deployment facilities. These facilities use JAR files as the standard pack- age for components and applications, and XML-based deployment descriptors for customizing parameters. The J2EE standard deployment descriptors are described in the J2EE specification, v1.3. Table below lists J2EE modules and their associated deployment descriptors: Table 11.1. J2EE Modules and Deployment Descriptors Module Deployment Descriptors EJB modules Contain enterprise java beans and an ejb ejb-jar.xml sun-ejb-jar.xml (optional) deployment descriptor. These are packaged as .jar files. Web modules Contain JSPs, servlets, image files, other web.xml sun-web.xml (optional) web related files and a web deployment descriptor. These are packaged as .war files. Resource Adapter modules Contain all java interfaces, ra.xml sun-ra.xml (optional) classes, native libraries and other documentation along with the resource adapter deployment descriptor. These are packaged as a .rar file. Application Client Modules Contain class files and an applicationclient.xml sunapplicationclient. xml application client deployment descriptor. These and are packaged as a .jar file. Sun ONE Application Server Descriptors The sun Deployment Descriptors extend the J2EE deployment descriptors by including Sun ONE Application Server-specific information necessary for deployment of the application on Sun ONE Application Server. If you de- ploy the application on a different platform, the Sun ONE Application Server-specific deployment descriptor files are essentially ignored (are not parsed). However, if these files are missing from the archive files, deployment on Sun ONE Application Server will fail. Deployment Scenarios Sun ONE Application Server supports application-based and module-based registration and deployment. For mod- ule-based registration and deployment, individual modules can be deployed independently of applications, allowing 4 Chapter 11. Deployment the developer to make an appropriate choice. Deployment by Module Individual module-based deployment is preferable when components need to be accessed by: • Other modules • J2EE Applications • RMI/IIOP clients (Module-based
Load more

Recommended publications
  • Web Applicationapplication Architecturearchitecture && Structurestructure
    WebWeb ApplicationApplication ArchitectureArchitecture && StructureStructure SangSang ShinShin MichèleMichèle GarocheGaroche www.JPassion.comwww.JPassion.com ““LearnLearn withwith JPassion!”JPassion!” 1 Agenda ● Web application, components and Web container ● Technologies used in Web application ● Web application development and deployment steps ● Web Application Archive (*.WAR file) – *.WAR directory structure – WEB-INF subdirectory ● Configuring Web application – Web application deployment descriptor (web.xml file) 2 Web Application & Web Application & WebWeb ComponentsComponents && WebWeb ContainerContainer 3 Web Components & & Container Web Components Applet Applet JNDI Client App App Client App Container Browser Container Browser J2SE J2SE Client Client App App J2SE JMS RMI/IIOP HTTPS HTTPS HTTP/ HTTP/ HTTPS HTTPS HTTP/ JDBC HTTP/ JNDI JSP JMS JSP Web Web Container Web Web Container RMI J2SE RMI JTA JavaMail JAF Servlet Servlet RMI/IIOP JDBC RMI RMI JNDI JMS Database Database EJB Container EJB Container J2SE JTA EJB JavaMail EJB JAF RMI/IIOP 4 JDBC Web Components & Container ● Web components are in the form of either Servlet or JSP (JSP is converted into Servlet) ● Web components run in a Web container – Tomcat/Jetty are popular web containers – All J2EE compliant app servers (GlassFish, WebSphere, WebLogic, JBoss) provide web containers ● Web container provides system services to Web components – Request dispatching, security, and life cycle management 5 Web Application & Components ● Web Application is a deployable package – Web
    [Show full text]
  • Merchandising System Installation Guide Release 13.2.4 E28082-03
    Oracle® Retail Merchandising System Installation Guide Release 13.2.4 E28082-03 August 2012 Oracle® Retail Merchandising System Installation Guide, Release 13.2.4 Copyright © 2012, Oracle. All rights reserved. Primary Author: Wade Schwarz Contributors: Nathan Young This software and related documentation are provided under a license agreement containing restrictions on use and disclosure and are protected by intellectual property laws. Except as expressly permitted in your license agreement or allowed by law, you may not use, copy, reproduce, translate, broadcast, modify, license, transmit, distribute, exhibit, perform, publish, or display any part, in any form, or by any means. Reverse engineering, disassembly, or decompilation of this software, unless required by law for interoperability, is prohibited. The information contained herein is subject to change without notice and is not warranted to be error-free. If you find any errors, please report them to us in writing. If this software or related documentation is delivered to the U.S. Government or anyone licensing it on behalf of the U.S. Government, the following notice is applicable: U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S.
    [Show full text]
  • Unix Programmer's Manual
    There is no warranty of merchantability nor any warranty of fitness for a particu!ar purpose nor any other warranty, either expressed or imp!ied, a’s to the accuracy of the enclosed m~=:crials or a~ Io ~helr ,~.ui~::~::.j!it’/ for ~ny p~rficu~ar pur~.~o~e. ~".-~--, ....-.re: " n~ I T~ ~hone Laaorator es 8ssumg$ no rO, p::::nS,-,,.:~:y ~or their use by the recipient. Furln=,, [: ’ La:::.c:,:e?o:,os ~:’urnes no ob~ja~tjon ~o furnish 6ny a~o,~,,..n~e at ~ny k:nd v,,hetsoever, or to furnish any additional jnformstjcn or documenta’tjon. UNIX PROGRAMMER’S MANUAL F~ifth ~ K. Thompson D. M. Ritchie June, 1974 Copyright:.©d972, 1973, 1974 Bell Telephone:Laboratories, Incorporated Copyright © 1972, 1973, 1974 Bell Telephone Laboratories, Incorporated This manual was set by a Graphic Systems photo- typesetter driven by the troff formatting program operating under the UNIX system. The text of the manual was prepared using the ed text editor. PREFACE to the Fifth Edition . The number of UNIX installations is now above 50, and many more are expected. None of these has exactly the same complement of hardware or software. Therefore, at any particular installa- tion, it is quite possible that this manual will give inappropriate information. The authors are grateful to L. L. Cherry, L. A. Dimino, R. C. Haight, S. C. Johnson, B. W. Ker- nighan, M. E. Lesk, and E. N. Pinson for their contributions to the system software, and to L. E. McMahon for software and for his contributions to this manual.
    [Show full text]
  • Forcepoint DLP Supported File Formats and Size Limits
    Forcepoint DLP Supported File Formats and Size Limits Supported File Formats and Size Limits | Forcepoint DLP | v8.8.1 This article provides a list of the file formats that can be analyzed by Forcepoint DLP, file formats from which content and meta data can be extracted, and the file size limits for network, endpoint, and discovery functions. See: ● Supported File Formats ● File Size Limits © 2021 Forcepoint LLC Supported File Formats Supported File Formats and Size Limits | Forcepoint DLP | v8.8.1 The following tables lists the file formats supported by Forcepoint DLP. File formats are in alphabetical order by format group. ● Archive For mats, page 3 ● Backup Formats, page 7 ● Business Intelligence (BI) and Analysis Formats, page 8 ● Computer-Aided Design Formats, page 9 ● Cryptography Formats, page 12 ● Database Formats, page 14 ● Desktop publishing formats, page 16 ● eBook/Audio book formats, page 17 ● Executable formats, page 18 ● Font formats, page 20 ● Graphics formats - general, page 21 ● Graphics formats - vector graphics, page 26 ● Library formats, page 29 ● Log formats, page 30 ● Mail formats, page 31 ● Multimedia formats, page 32 ● Object formats, page 37 ● Presentation formats, page 38 ● Project management formats, page 40 ● Spreadsheet formats, page 41 ● Text and markup formats, page 43 ● Word processing formats, page 45 ● Miscellaneous formats, page 53 Supported file formats are added and updated frequently. Key to support tables Symbol Description Y The format is supported N The format is not supported P Partial metadata
    [Show full text]
  • Jurisdictional Immunities
    646 JURISDICTIONAL IMMUNITIES William C. McAuliffe, Jr. The principle of exterritoriality sets question, namely how far this immun­ up exemption from the operation of ity extends.2 the laws of a state or the jurisdiction of its courts on the basis of a fiction In the same vein, Briggs notes: that certain locally situated foreign per­ The theory of exterritoriality of am­ ~ons and facilities should be deemed bassadors is based upon the fiction to 1)(' "outside" 1111' slale. Thus. the that an ambassador, residing in the principle is aelually a rational!' for State to which he is accredited, should a Sl't of immunities accorded f on·ign be treated for purposes of jurisdiction hrads of state temporarily prrsent, to as if he were not present. Ogdon traces this theory to the imperfect their retinues, diplomatic agents and development in the feudal period of members of their households, to con­ the concept of territorial, as opposed suls, and to foreign men-of-war and to personal, jurisdiction and the inor­ other public vessels in port.! dinate development of diplomatic priv­ ileges in the sixteenth century to The principle has been keenly crit­ cover the ambassador, his family, his icized. Brierly says: suite, his chancellery, his dwelling and, at times, even the quarter of the TIll' h'rnl "1'xlt'ITilllriniily" is 1:11111' foreign city in which he lived, all of mllniy used to descriiJe thc st~tus of a which were presumed in legal theory person or thing physically prcsent on a to be outside the jurisdiction of the statc's territory, iJut wholly or partly receiving State .• , , Modern theory withdrawn from the state's jilrisdiction overwhelmingly rejects the theory of by a rule of international law, but for exterritoriality as an explanation of many reasons it is an objectionablc the basis of diplomatic immunitic<.
    [Show full text]
  • Intro to HCUP KID Database
    HEALTHCARE COST AND UTILIZATION PROJECT — HCUP A FEDERAL-STATE-INDUSTRY PARTNERSHIP IN HEALTH DATA Sponsored by the Agency for Healthcare Research and Quality INTRODUCTION TO THE HCUP KIDS’ INPATIENT DATABASE (KID) 2016 Please read all documentation carefully. The 2016 KID CONTAINS ICD-10 CM/PCS CODES. The 2016 KID includes a full calendar year of ICD-10-CM/PCS data. Data elements derived from AHRQ software tools are not included because the ICD-10-CM/PCS versions are still under development. THE KID ENHANCED CONFIDENTIALITY BEGINNING WITH 2012. Starting in data year 2012, the KID eliminated State identifiers, unencrypted hospital identifiers, and other data elements that are not uniformly available across States. These pages provide only an introduction to the KID 2016 package. For full documentation and notification of changes, visit the HCUP User Support (HCUP-US) Web site at www.hcup-us.ahrq.gov. Issued September 2018 Agency for Healthcare Research and Quality Healthcare Cost and Utilization Project (HCUP) Phone: (866) 290-HCUP (4287) Email: [email protected] Web site: www.hcup-us.ahrq.gov KID Data and Documentation Distributed by: HCUP Central Distributor Phone: (866) 556-4287 (toll-free) Fax: (866) 792-5313 Email: [email protected] Table of Contents SUMMARY OF DATA USE RESTRICTIONS ............................................................................. 1 HCUP CONTACT INFORMATION ............................................................................................. 2 WHAT’S NEW IN THE 2016 KIDS’ INPATIENT DATABASE
    [Show full text]
  • Algorithms for Compression on Gpus
    Algorithms for Compression on GPUs Anders L. V. Nicolaisen, s112346 Tecnical University of Denmark DTU Compute Supervisors: Inge Li Gørtz & Philip Bille Kongens Lyngby , August 2013 CSE-M.Sc.-2013-93 Technical University of Denmark DTU Compute Building 321, DK-2800 Kongens Lyngby, Denmark Phone +45 45253351, Fax +45 45882673 [email protected] www.compute.dtu.dk CSE-M.Sc.-2013 Abstract This project seeks to produce an algorithm for fast lossless compression of data. This is attempted by utilisation of the highly parallel graphic processor units (GPU), which has been made easier to use in the last decade through simpler access. Especially nVidia has accomplished to provide simpler programming of GPUs with their CUDA architecture. I present 4 techniques, each of which can be used to improve on existing algorithms for compression. I select the best of these through testing, and combine them into one final solution, that utilises CUDA to highly reduce the time needed to compress a file or stream of data. Lastly I compare the final solution to a simpler sequential version of the same algorithm for CPU along with another solution for the GPU. Results show an 60 time increase of throughput for some files in comparison with the sequential algorithm, and as much as a 7 time increase compared to the other GPU solution. i ii Resumé Dette projekt søger en algoritme for hurtig komprimering af data uden tab af information. Dette forsøges gjort ved hjælp af de kraftigt parallelisérbare grafikkort (GPU), som inden for det sidste årti har åbnet op for deres udnyt- telse gennem simplere adgang.
    [Show full text]
  • Compressed Linear Algebra for Large-Scale Machine Learning
    The VLDB Journal manuscript No. (will be inserted by the editor) Compressed Linear Algebra for Large-Scale Machine Learning Ahmed Elgohary · Matthias Boehm · Peter J. Haas · Frederick R. Reiss · Berthold Reinwald Received: date / Accepted: date Abstract Large-scale machine learning (ML) algo- tions in order to find interesting patterns and build ro- rithms are often iterative, using repeated read-only data bust predictive models [24,28]. Applications range from access and I/O-bound matrix-vector multiplications to traditional regression analysis and customer classifica- converge to an optimal model. It is crucial for perfor- tion to recommendations. In this context, data-parallel mance to fit the data into single-node or distributed frameworks such as MapReduce [29], Spark [95], or main memory and enable fast matrix-vector opera- Flink [4] often are used for cost-effective parallelized tions on in-memory data. General-purpose, heavy- and model training on commodity hardware. lightweight compression techniques struggle to achieve Declarative ML: State-of-the-art, large-scale ML both good compression ratios and fast decompression systems support declarative ML algorithms [17], ex- speed to enable block-wise uncompressed operations. pressed in high-level languages, that comprise lin- Therefore, we initiate work|inspired by database com- ear algebra operations such as matrix multiplications, pression and sparse matrix formats|on value-based aggregations, element-wise and statistical operations. compressed linear algebra (CLA), in which heteroge- Examples|at different levels of abstraction|are Sys- neous, lightweight database compression techniques are temML [16], Mahout Samsara [78], Cumulon [41], applied to matrices, and then linear algebra opera- DMac [93], Gilbert [75], SciDB [82], SimSQL [60], and tions such as matrix-vector multiplication are executed TensorFlow [2].
    [Show full text]
  • Jar Cvf Command Example
    Jar Cvf Command Example Exosporal and elephantine Flemming always garottings puissantly and extruding his urinalysis. Tarzan still rabbet unsensibly while undevout Calhoun elapsed that motorcycles. Bela purchase her coccyx Whiggishly, unbecoming and pluvial. Thanks for newspaper article. Jar file to be created, logical volumes, supports portability. You might want but avoid compression, and archive unpacking. An unexpected error has occurred. Zip and the ZLIB compression format. It get be retained here demand a limited time recognize the convenience of our customers but it be removed in whole in paper at mine time. Create missing number of columns for our datatypes. Having your source files separate from your class files is pay for maintaining the source code in dummy source code control especially without cease to explicitly filter out the generated class files. Best practice thus not to censorship the default package for any production code. Java installation and directs the Jar files to something within the Java Runtime framework. Hide extensions for known file types. How trim I rectify this problem? Java releases become available. Have a glow or suggestion? On the command line, dress can snap a Java application directly from your JAR file. Canvas submission link extract the assignment. To prevent package name collisions, this option temporarily changes the pillar while processing files specified by the file operands. Next, but people a API defined by man else. The immediately two types of authentication is normally not allowed as much are less secure. Create EAR file from the command line. Path attribute bridge the main. Please respond your suggestions in total below comment section.
    [Show full text]
  • Ten Thousand Security Pitfalls: the ZIP File Format
    Ten thousand security pitfalls: The ZIP file format. Gynvael Coldwind @ Technische Hochschule Ingolstadt, 2018 About your presenter (among other things) All opinions expressed during this presentation are mine and mine alone, and not those of my barber, my accountant or my employer. What's on the menu Also featuring: Steganograph 1. What's ZIP used for again? 2. What can be stored in a ZIP? y a. Also, file names 3. ZIP format 101 and format repair 4. Legacy ZIP encryption 5. ZIP format and multiple personalities 6. ZIP encryption and CRC32 7. Miscellaneous, i.e. all the things not mentioned so far. Or actually, hacking a "secure cloud disk" website. EDITORIAL NOTE Everything in this color is a quote from the official ZIP specification by PKWARE Inc. The specification is commonly known as APPNOTE.TXT https://pkware.cachefly.net/webdocs/casestudies/APPNOTE.TXT Cyber Secure CloudDisk Where is ZIP used? .zip files, obviously Default ZIP file icon from Microsoft Windows 10's Explorer And also... Open Packaging Conventions: .3mf, .dwfx, .cddx, .familyx, .fdix, .appv, .semblio, .vsix, .vsdx, .appx, .appxbundle, .cspkg, .xps, .nupkg, .oxps, .jtx, .slx, .smpk, .odt, .odp, .ods, ... .scdoc, (OpenDocument) and Offixe Open XML formats: .docx, .pptx, .xlsx https://en.wikipedia.org/wiki/Open_Packaging_Conventions And also... .war (Web application archive) .rar (not THAT .rar) .jar (resource adapter archive) (Java Archive) .ear (enterprise archive) .sar (service archive) .par (Plan Archive) .kar (Karaf ARchive) https://en.wikipedia.org/wiki/JAR_(file_format)
    [Show full text]
  • BI Publisher 11G Custom Java Extensions (PDF)
    An Oracle White Paper May 2014 BI Publisher 11g Custom Java Extensions BI Publisher 11g Custom Java Extensions Disclaimer The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for Oracle’s products remains at the sole discretion of Oracle. BI Publisher 11g Custom Java Extensions Introduction ........................................................................................... 2 About the Sample Used ........................................................................ 3 Coding and Compiling the Java Extension .......................................... 4 Updating the Extension Information in the Archive .............................. 6 Deploying the Java Extension as a WebLogic Shared Library ............ 9 Updating Extension Information for BI Publisher Application ............ 16 Updating (re-deploying) BI Publisher Application .............................. 17 Building the Sample Report ................................................................ 20 Conclusion .......................................................................................... 23 BI Publisher 11g Custom Java Extensions ______________________________________________________________________ Introduction Oracle BI Publisher can make calls
    [Show full text]
  • Developing and Deploying Java Applications Around SAS: What They Didn't Tell You in Class
    SUGI 29 Applications Development Paper 030-29 Developing and Deploying Java Applications Around SAS: What they didn't tell you in class Jeff Wright, ThotWave Technologies, Cary, NC Greg Barnes Nelson, ThotWave Technologies, Cary, NC ABSTRACT WHAT’S COVERED IN THIS PAPER Java is one of the most popular programming languages today. We cover a tremendous breadth of material in this paper. Before As its popularity continues to grow, SAS’ investment in moving we get started, here's the road map: many of their interfaces to Java promises to make it even more Java Web Application Concepts prevalent. Today more than ever, SAS programmers can take advantage of Java applications for exploiting SAS data and Client Tier analytic services. Many programmers that grew up on SAS are Web Tier finding their way to learning Java, either through formal or informal channels. As with most languages, Java is not merely a Analytics/Data Tier language, but an entire ecosystem of tools and technologies. How Can SAS and Java Be Used Together One of the biggest challenges in applying Java is the shift to the distributed n-tier architectures commonly employed for Java web Comparison of Strengths applications. Choosing an Option for Talking to SAS In this paper, we will focus on guiding the programmer with some SAS and Java Integration Details knowledge of both SAS and Java, through the complex Java Execution Models deployment steps necessary to put together a working web application. We will review the execution models for standard and SAS Service Details enterprise Java, covering virtual machines, application servers, Packaging, Building, and Deployment and the various archive files used in packaging Java code for deployment.
    [Show full text]