DOCSLIB.ORG

Metro User Guide Metro User Guide Table of Contents

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Metro User Guide Metro User Guide Table of Contents Metro User Guide Metro User Guide Table of Contents Preface .............................................................................................................................. x 1. Introduction to Metro ....................................................................................................... 1 1.1. Required Software ................................................................................................ 1 1.2. What is WSIT? .................................................................................................... 1 1.2.1. Bootstrapping and Configuration ................................................................... 2 1.2.2. Message Optimization Technology ................................................................ 3 1.2.3. Reliable Messaging Technology .................................................................... 4 1.2.4. Security Technology ................................................................................... 4 1.3. How Metro Relates to .NET Windows Communication Foundation (WCF) ...................... 5 1.4. Metro Specifications ............................................................................................. 5 1.4.1. Bootstrapping and Configuration Specifications ............................................... 7 1.4.2. Message Optimization Specifications ............................................................. 8 1.4.3. Reliable Messaging Specifications ............................................................... 10 1.4.4. Security Specifications .............................................................................. 11 1.5. How the Metro Technologies Work ........................................................................ 12 1.5.1. How Message Optimization Works .............................................................. 12 1.5.2. How Reliable Messaging Works ................................................................. 13 1.5.3. How Security Works ................................................................................. 14 2. Using Metro ................................................................................................................. 18 2.1. Metro Tools ....................................................................................................... 18 2.1.1. Useful tools for your toolbox ...................................................................... 19 2.2. Using Mavenized Metro Binaries ........................................................................... 19 2.2.1. Using Metro in a Maven project .................................................................. 19 2.2.2. Using Metro in a non-Maven project ............................................................ 20 2.3. Developing with NetBeans ................................................................................... 21 2.3.1. Registering GlassFish with the IDE ............................................................. 21 2.3.2. Creating a Web Service ............................................................................. 21 2.3.3. Configuring Metro's WSIT Features in the Web Service .................................. 23 2.3.4. Deploying and Testing a Web Service .......................................................... 25 2.3.5. Creating a Client to Consume a WSIT-Enabled Web Service ............................ 25 2.4. Developing with Eclipse ...................................................................................... 28 2.4.1. Setup ...................................................................................................... 28 2.4.2. Create a Metro Web Services Endpoint ........................................................ 29 2.4.3. Creating Web Service Client using Wsimport CLI .......................................... 29 2.4.4. Creating Web Service Client using Wsimport Ant Task ................................... 30 2.4.5. Creating Web Service Client using SOAP UI Plugin ....................................... 30 2.5. Logging ............................................................................................................. 33 2.5.1. Dynamic tube-based message logging .......................................................... 33 2.5.2. Dumping SOAP messages on client ............................................................. 36 2.5.3. Dumping SOAP messages on server ............................................................ 38 2.6. Using Eclipse implementation of Jakarta XML Web Services / Metro with Java SE ......... 38 2.6.1. Using Eclipse implementation of Jakarta XML Web Services with Java SE .......... 38 2.6.2. Using Metro with Java SE ......................................................................... 39 2.7. Deploying Metro endpoint .................................................................................... 39 2.7.1. The WAR Contents .................................................................................. 40 2.7.2. Using sun-jaxws.xml ................................................................................. 40 2.8. Handlers and MessageContext ............................................................................... 44 2.8.1. Efficient Handlers in Metro ........................................................................ 44 2.9. Deploying Metro with ... ...................................................................................... 44 2.9.1. WebLogic 12 ........................................................................................... 44 2.10. Developing client application with locally packaged WSDL ...................................... 57 iii Metro User Guide 2.10.1. Service API to pass the WSDL information ................................................. 57 2.10.2. Xml Catalog .......................................................................................... 58 2.10.3. Using -wsdlLocation switch ...................................................................... 58 2.11. How to invoke and endpoint by overriding endpoint address in the WSDL ................... 60 2.11.1. BindingProvider.ENDPOINT_ADDRESS_PROPERTY ................................. 60 2.11.2. Create Service using updated WSDL .......................................................... 60 2.12. Maintaining State in Web Services ....................................................................... 60 2.13. FastInfoset ....................................................................................................... 61 2.13.1. Using FastInfoset .................................................................................... 61 2.14. High Availability Support in Metro ...................................................................... 62 3. Compiling WSDL .......................................................................................................... 63 3.1. Compiling multiple WSDLs that share a common schema .......................................... 63 3.2. Dealing with schemas that are not referenced ........................................................... 64 3.3. Customizing XML Schema binding ........................................................................ 64 3.3.1. How to get simple and better typed binding ................................................... 64 3.4. Generating Javadocs from WSDL documentation ...................................................... 65 3.5. Passing Java Compiler options to Wsimport ............................................................ 67 4. SOAP .......................................................................................................................... 69 4.1. SOAP headers .................................................................................................... 69 4.1.1. Adding SOAP headers when sending requests ............................................... 69 4.1.2. Accessing SOAP headers for incoming messages ........................................... 70 4.1.3. Adding SOAP headers when sending replies ................................................. 70 4.1.4. Mapping additional WSDL headers to method parameters ................................ 70 4.2. Schema Validation .............................................................................................. 71 4.2.1. Server Side Schema Validation ................................................................... 72 4.2.2. Client Side Schema Validation .................................................................... 72 5. HTTP .......................................................................................................................... 74 5.1. HTTP headers .................................................................................................... 74 5.1.1. Sending HTTP headers on request ............................................................... 74 5.1.2. Accessing HTTP headers of the response ...................................................... 74 5.2. HTTP compression .............................................................................................. 75 5.3. HTTP cookies .................................................................................................... 75 5.3.1. Enabling cookie support ............................................................................ 75 5.3.2. Accessing HTTP cookies in the response ...................................................... 76 5.3.3. Accessing HTTP cookies on the server ......................................................... 76 5.4. HTTP
Load more

Recommended publications
  • XML Document Parsing: Operational and Performance Characteristics
    COMPUTING PRACTICES XML Document Parsing: Operational and Performance Characteristics Parsing is an expensive operation that can degrade XML processing performance. A survey of four representative XML parsing models—DOM, SAX, StAX, and VTD—reveals their suitability for different types of applications. Tak Cheung Lam roadly used in database and networking applications, the and Jianxun Jason Ding Extensible Markup Language is the de facto standard for the Cisco Systems interoperable document format. As XML becomes widespread, it is critical for application developers to understand the opera- Jyh-Charn Liu tional and performance characteristics of XML processing. Texas A&M University BAs Figure 1 shows, XML processing occurs in four stages: parsing, access, modification, and serialization. Although parsing is the most expensive operation,1 there are no detailed studies that compare • the processing steps and associated overhead costs of different parsing models, • tradeoffs in accessing and modifying parsed data, and • XML-based applications’ access and modification requirements. Figure 1 also illustrates the three-step parsing process. The first two steps, character conversion and lexical analysis, are usually invariant among dif- ferent parsing models, while the third step, syntactic analysis, creates data representations based on the parsing model used. To help developers make sensible choices for their target applications, we compared the data representations of four representative parsing models: document object model (DOM; www.w3.org/DOM), simple API for XML (SAX; www.saxproject.org), streaming API for XML (StAX; http://jcp.org/ en/jsr/detail?id=173), and virtual token descriptor (VTD; http://vtd-xml. sourceforge.net). These data representations result in different operational and performance characteristics.
    [Show full text]
  • Download Issue
    Issue October 2019 | presented by www.jaxenter.com #70 The digital magazine for enterprise developers JavaThe JDK’s hidden 13 treasures i Jakarta EE 8 Let the games begin JDK 13 Why text blocks are worth the wait OpenJFX 13 JavaFX gets its own identity © Teguh Mujiono/Shutterstock.com, Pushkin/Shutterstock.com Illustrationen: Sun Microsystems Inc., S&S Media Editorial Let’s celebrate Java – three times! It’s that time again: A new Java version is here! Java 13 Last but not least: Jakarta EE, the follow-up project of was launched as planned, six months after the release Java EE, has announced its first release under the umbrella of of Java 12, and again it has some interesting features on the Eclipse Foundation. We got hold of the executive director board. In this issue of Jax Magazine, we’ve covered them of the Eclipse Foundation, Mike Milinkovich, and asked him for you in detail. about the current status of Jakarta EE. The good news doesn’t end there, as JavaFX 13 has also been released. The UI toolkit is no longer included in the JDK Happy reading, but has adjusted its new version releases to the new Java re- lease cadence. Find out what’s new here! Hartmut Schlosser Java 13 – a deep dive into the JDK’s 3 Kubernetes as a multi-cloud 17 new features operating system Falk Sippach Patrick Arnold Index Java 13 – why text blocks are worth the wait 6 Multi-tier deployment with Ansible 21 Tim Zöller Daniel Stender Jakarta EE 8 is sprinting towards an 9 Do we need a service mesh? 28 exciting future for enterprise Java Anton Weiss Thilo Frotscher
    [Show full text]
  • Red Hat Jboss Enterprise Application Platform 7.4 Developing Jakarta Enterprise Beans Applications
    Red Hat JBoss Enterprise Application Platform 7.4 Developing Jakarta Enterprise Beans Applications Instructions and information for developers and administrators who want to develop and deploy Jakarta Enterprise Beans applications for Red Hat JBoss Enterprise Application Platform. Last Updated: 2021-09-10 Red Hat JBoss Enterprise Application Platform 7.4 Developing Jakarta Enterprise Beans Applications Instructions and information for developers and administrators who want to develop and deploy Jakarta Enterprise Beans applications for Red Hat JBoss Enterprise Application Platform. Legal Notice Copyright © 2021 Red Hat, Inc. The text of and illustrations in this document are licensed by Red Hat under a Creative Commons Attribution–Share Alike 3.0 Unported license ("CC-BY-SA"). An explanation of CC-BY-SA is available at http://creativecommons.org/licenses/by-sa/3.0/ . In accordance with CC-BY-SA, if you distribute this document or an adaptation of it, you must provide the URL for the original version. Red Hat, as the licensor of this document, waives the right to enforce, and agrees not to assert, Section 4d of CC-BY-SA to the fullest extent permitted by applicable law. Red Hat, Red Hat Enterprise Linux, the Shadowman logo, the Red Hat logo, JBoss, OpenShift, Fedora, the Infinity logo, and RHCE are trademarks of Red Hat, Inc., registered in the United States and other countries. Linux ® is the registered trademark of Linus Torvalds in the United States and other countries. Java ® is a registered trademark of Oracle and/or its affiliates. XFS ® is a trademark of Silicon Graphics International Corp. or its subsidiaries in the United States and/or other countries.
    [Show full text]
  • Verteilte Systeme
    Verteilte Systeme Interprozesskommunikation & Entfernter Aufruf 1 Interprozesskommunikation Applikationen, Dienste RemoteMethodInvocation und RemoteProcedureCall Middleware- Anforderung/Antwort-Protokoll (request-reply protocol) schichten Marshalling und externe Datendarstellung UniversalDatagramProtocol und TransmissionControlProtocol ACHTUNG: In der „Zweitliteratur“ wird RMI oft mit Java RMI gleichgesetzt! Korrekt ist: Java-RMI ist eine konkrete Realisierung des RMI-Konzeptes. 2 Interprozesskommunikation u Anwendungsprogramme laufen in Prozessen ab. u Ein Prozess ist ein Objekt des Betriebssystems, durch das Anwendungen sicheren Zugriff auf die Ressourcen des Computers erhalten. Einzelne Prozesse sind deshalb gegeneinander isoliert. (Aufgabe des Betriebssystems) u Damit zwei Prozesse Informationen austauschen können, müssen sie Interprozesskommunikation (interprocess- communication, IPC) verwenden. u IPC basiert auf (Speicher-/Nachrichtenbasierter) Kommunikation 1. gemeinsamen Speicher: für VS nicht direkt verwendbar 2. Austausch von Nachrichten (= Bytefolge) über einen Kommunikationskanal zwischen Sender und Empfänger. 3 Interprozesskommunikation •Betriebssystem: Koordiniert IPC innerhalb dieses BS. •IPC in verteilten Systemen geschieht ausschließlich über Nachrichten •Koordination der IPC durch Middleware oder/und durch Entwickler •Hierbei sind gewisse Normen zu beachten, damit die Kommunikation klappt!! •Protokoll := Festlegung der Regeln und des algorithmischen Ablaufs bei der Kommunikation zwischen zwei oder mehr Partnern Nachricht
    [Show full text]
  • Project Dependencies Project Transitive Dependencies
    9/8/2020 Dependencies – Project Dependencies Project Dependencies compile The following is a list of compile dependencies for this project. These dependencies are required to compile and run the application: GroupId ArtifactId Version Type Licenses org.onap.policy.drools-pdp base 1.7.1-SNAPSHOT tar.gz - org.onap.policy.drools-pdp feature-active-standby-management 1.7.1-SNAPSHOT zip - org.onap.policy.drools-pdp feature-controller-logging 1.7.1-SNAPSHOT zip - org.onap.policy.drools-pdp feature-distributed-locking 1.7.1-SNAPSHOT zip - org.onap.policy.drools-pdp feature-eelf 1.7.1-SNAPSHOT zip - org.onap.policy.drools-pdp feature-healthcheck 1.7.1-SNAPSHOT zip - org.onap.policy.drools-pdp feature-lifecycle 1.7.1-SNAPSHOT zip - org.onap.policy.drools-pdp feature-mdc-filters 1.7.1-SNAPSHOT zip - org.onap.policy.drools-pdp feature-pooling-dmaap 1.7.1-SNAPSHOT zip - org.onap.policy.drools-pdp feature-session-persistence 1.7.1-SNAPSHOT zip - org.onap.policy.drools-pdp feature-state-management 1.7.1-SNAPSHOT zip - org.onap.policy.drools-pdp feature-test-transaction 1.7.1-SNAPSHOT zip - org.onap.policy.drools-pdp policy-management 1.7.1-SNAPSHOT zip - Project Transitive Dependencies The following is a list of transitive dependencies for this project. Transitive dependencies are the dependencies of the project dependencies. compile The following is a list of compile dependencies for this project. These dependencies are required to compile and run the application: GroupId ArtifactId Version Classifier Type Licenses antlr antlr 2.7.7 - jar BSD License
    [Show full text]
  • Chapter 5: Bonforum Chat Application: Use and Design 5.1
    Chapter 5: bonForum Chat Application: Use and Design - XML, XSLT, Java, and JSP Page 1 of 22 Chapter 5: bonForum Chat Application: Use and Design This chapter introduces you to bonForum, the Web chat application that will be the major subject of the rest of the book. bonForum was designed as a tool to explore each of the subjects of this book, XML, XSLT, Java servlets, Java applets, and JavaServer Pages, while solving some real Web application problems. 5.1 Installing and Running bonForum You can understand the remainder of this book much more easily if you have installed and tried out the Web chat application that it features. Therefore, we begin this chapter with instructions for installing and running bonForum. 5.1.1 A Preview of the Rest of the Book After helping you install and try bonForum, this chapter gives you some hints about how you can customize bonForum and develop it further yourself. After that, we discuss the design process. This chapter ends with some additional material about using XML data in Web applications. The next chapter continues this overview of the entire bonForum project and begins by describing the implementation that our design led us to develop. That chapter ends with highlights of some of the major problems that we encountered, together with solutions found and solutions planned. In Chapters 7–11, we cover in detail the code that we developed as we created this prototype for a multiuser, server-based Web application. Each of those chapters focuses on a different software technology that we applied to create the bonForum Web chat and uses excerpts from the source code to illustrate the discussion.
    [Show full text]
  • Jakarta Enhancement Guide (V6.0) Table of Contents
    Jakarta Enhancement Guide (v6.0) Table of Contents Maven . 3 Ant . 5 Command Line . 7 Runtime Enhancement . 9 Programmatic API . 10 Enhancement Contract Details . 11 Persistable . 11 Byte-Code Enhancement Myths . 12 Cloning of enhanced classes . 12 Serialisation of enhanced classes. 12 Decompilation. 13 DataNucleus requires that all Jakarta entities implement Persistable and Detachable. Rather than requiring that a user add this themself, we provide an enhancer that will modify your compiled classes to implement all required methods. This is provided in datanucleus-core.jar. • The use of this interface means that you get transparent persistence, and your classes always remain your classes; ORM tools that use a mix of reflection and/or proxies are not totally transparent. • DataNucleus' use of Persistable provides transparent change tracking. When any change is made to an object the change creates a notification to DataNucleus allowing it to be optimally persisted. ORM tools that dont have access to such change tracking have to use reflection to detect changes. The performance of this process will break down as soon as you read a large number of objects, but modify just a handful, with these tools having to compare all object states for modification at transaction commit time. • OpenJPA requires a similar bytecode enhancement process also, and EclipseLink and Hibernate both allow it as an option since they also now see the benefits of this approach over use of proxies and reflection. In the DataNucleus bytecode enhancement contract there are 3 categories of classes. These are Entity, PersistenceAware and normal classes. The Meta-Data (XML or annotations) defines which classes fit into these categories.
    [Show full text]
  • Licensing Information User Manual Release 21C (21.1) F37966-01 March 2021
    Oracle® Zero Downtime Migration Licensing Information User Manual Release 21c (21.1) F37966-01 March 2021 Introduction This Licensing Information document is a part of the product or program documentation under the terms of your Oracle license agreement and is intended to help you understand the program editions, entitlements, restrictions, prerequisites, special license rights, and/or separately licensed third party technology terms associated with the Oracle software program(s) covered by this document (the "Program(s)"). Entitled or restricted use products or components identified in this document that are not provided with the particular Program may be obtained from the Oracle Software Delivery Cloud website (https://edelivery.oracle.com) or from media Oracle may provide. If you have a question about your license rights and obligations, please contact your Oracle sales representative, review the information provided in Oracle’s Software Investment Guide (http://www.oracle.com/us/ corporate/pricing/software-investment-guide/index.html), and/or contact the applicable Oracle License Management Services representative listed on http:// www.oracle.com/us/corporate/license-management-services/index.html. Licensing Information Third-Party Notices and/or Licenses About the Third-Party Licenses The third party licensing information in Oracle Database Licensing Information User Manual, Third-Party Notices and/or Licenses and Open Source Software License Text, applies to Oracle Zero Downtime Migration. The third party licensing information included in the license notices provided with Oracle Linux applies to Oracle Zero Downtime Migration. Open Source or Other Separately Licensed Software Required notices for open source or other separately licensed software products or components distributed in Oracle Zero Downtime Migration are identified in the following table along with the applicable licensing information.
    [Show full text]
  • Eclipse Glassfish Server Release Notes, Release 5.1 Table of Contents
    Eclipse GlassFish Server Release Notes, Release 5.1 Table of Contents Eclipse GlassFish Server . 1 Preface. 2 GlassFish Server Documentation Set. 2 Related Documentation. 4 Typographic Conventions. 5 Symbol Conventions . 5 Default Paths and File Names . 6 1 Eclipse GlassFish Server 6.1 Release Notes . 8 Revision History . 8 What’s New in the GlassFish Server 5.1 Release?. 9 Hardware and Software Requirements . 10 Known Issues in GlassFish Server 5.1 . 15 Restrictions and Deprecated Functionality . 17 Documentation Errata . 20 Features Available Only in the Full Platform . 20 Java EE Standards Support . 21 Java EE SDK . 23 How to Report Problems and Provide Feedback . 24 Additional Resources. 24 Eclipse GlassFish Server Eclipse GlassFish Server Release Notes Release 5.1 Contributed 2018, 2019 These Release Notes provide late-breaking information about GlassFish Server 5.1 software and documentation. Also included are a summary of new product features in the 5.1 release, and descriptions and workarounds for known issues and limitations. Eclipse GlassFish Server Release Notes, Release 5.1 Copyright © 2013, 2019 Oracle and/or its affiliates. All rights reserved. This program and the accompanying materials are made available under the terms of the Eclipse Public License v. 2.0, which is available at http://www.eclipse.org/legal/epl-2.0. SPDX-License-Identifier: EPL-2.0 Oracle and Java are registered trademarks of Oracle and/or its affiliates. Other names may be trademarks of their respective owners. Intel and Intel Xeon are trademarks or registered trademarks of Intel Corporation. All SPARC trademarks are used under license and are trademarks or registered trademarks of SPARC International, Inc.
    [Show full text]
  • Java Version 40 Download Apache Tomcat ® Welcome to the Apache Tomcat ® 9.X Software Download Page
    java version 40 download Apache Tomcat ® Welcome to the Apache Tomcat ® 9.x software download page. This page provides download links for obtaining the latest version of Tomcat 9.0.x software, as well as links to the archives of older releases. Unsure which version you need? Specification versions implemented, minimum Java version required and lots more useful information may be found on the 'which version?' page. Quick Navigation. Release Integrity. You must verify the integrity of the downloaded files. We provide OpenPGP signatures for every release file. This signature should be matched against the KEYS file which contains the OpenPGP keys of Tomcat's Release Managers. We also provide SHA-512 checksums for every release file. After you download the file, you should calculate a checksum for your download, and make sure it is the same as ours. Mirrors. You are currently using https://mirror.softaculous.com/apache/ . If you encounter a problem with this mirror, please select another mirror. If all mirrors are failing, there are backup mirrors (at the end of the mirrors list) that should be available. Please see the README file for packaging information. It explains what every distribution contains. Apache Tomcat ® The Apache Tomcat ® software is an open source implementation of the Jakarta Servlet, Jakarta Server Pages, Jakarta Expression Language, Jakarta WebSocket, Jakarta Annotations and Jakarta Authentication specifications. These specifications are part of the Jakarta EE platform. The Jakarta EE platform is the evolution of the Java EE platform. Tomcat 10 and later implement specifications developed as part of Jakarta EE. Tomcat 9 and earlier implement specifications developed as part of Java EE.
    [Show full text]
  • Web Technologies in Java EE
    Web Technologies in Java EE JAX-RS 2.0, JSON-P, WebSocket, JSF 2.2 $ whoami • Lukáš Fryč – Software Engineer, JBoss, Red Hat • AeroGear, (Arquillian, RichFaces) – Interests • HTML5, Web Components, AngularJS • Living and advocating Java EE (6 yrs) • Running, Hiking • Enjoying time with my family Agenda • Client-Side vs Server-Side Web • JAX-RS 2.0 RESTful Services – Origins + News in 2.0 • JSON-P Java API for JSON Processing • Java API for WebSocket • JSF 2.2 JavaServer Faces – Origins + News in 2.2 Client-Side vs Server-Side Web Architecture Client- vs. Server-Side Web • Server-Side Web (Thin Client) – Well-established approach – 90's, 00's • Client-Side Web (Thick Client) – Moden approach – SPA (Single Page Applications) – Fully leverages enhancements in web standards and protocols – 10's Server-Side Client-Side Client-Side Web Approach • Off-loading server – Stateless, Scalable • Client-Side Frameworks – AngularJS, Ember, Backbone, .......... • Standards improvements – HTML5 + Protocols • REST interfaces – Data-oriented, presentation independent Java API for RESTful Services JAX-RS 2.0 JAX-RS Origins • RESTful Principles – Assign everything an ID – Link things together – Use common methods (GET, POST, ...) – Stateless communication – OData, HATEOAS JAX-RS 1.0 Goals • POJO-Based API • HTTP Centric • Format Independence – plain/text – XML – HTML – JSON JAX-RS API • Resources – @Path • HTTP methods – @GET / @POST / @PUT / @DELETE / ... • Parameters – @PathParam / @QueryParam / ... • Media-Type – @Consumes / @Produces Demo JAX-RS Endpoint http://javaee-samples.github.io/ HTTP Method Purpose Method Meaning @GET Read, possibly cached @POST Modify or create without a known ID (modify/update) @PUT Modify or create with a known ID (create/modify) @DELETE Remove @HEAD GET with no response @OPTIONS Supported methods http://stackoverflow.com/questions/630453/put-vs-post-in-rest Parameter Injection Annotation Example @PathParam(“id”) @Path(“/consumer/{id}”) @QueryParam(“query”) GET /consumer/search? query=??? @CookieParam(“userna Cookie: ..
    [Show full text]
  • JAVA XML Mock Test
    JJAAVVAA XXMMLL MMOOCCKK TTEESSTT http://www.tutorialspoint.com Copyright © tutorialspoint.com This section presents you various set of Mock Tests related to JAVA XML Framework. You can download these sample mock tests at your local machine and solve offline at your convenience. Every mock test is supplied with a mock test key to let you verify the final score and grade yourself. JJAAVVAA XXMMLL MMOOCCKK TTEESSTT IIII Q 1 - Which of the following method is used to read contents in SAX parsing? A - startDocument B - characters C - startElement D - endElement Q 2 - Which of the following is true about JDOM Parser? A - It is java optimized, it uses java collection like List and Arrays. B - It works with DOM and SAX APIs and combines the best of the two. C - Both of the above. D - None of the above. Q 3 - Which of the following is true about JDOM Parser? A - It is of low memory footprint. B - It is nearly as fast as SAX based parser. C - Both of the above. D - None of the above. Q 4 - Which component of JDOM Parser represents DOM tree? A - Document B - Element C - Attribute D - Text Q 5 - Which component of JDOM Parser represents XML Element? A - Document B - Element C - Attribute D - Text Q 6 - Which component of JDOM Parser represents XML attribute? A - Document B - Element C - Attribute D - Text Q 7 - Which component of JDOM Parser represents text of XML tag? A - Document B - Element C - Attribute D - Text Q 8 - Which component of JDOM Parser represents comments in a XML document? A - Comment B - Element C - Attribute D - Text Q 9 - Which
    [Show full text]