Skip to main content

How to prepare for SCDJWS Certification

Web Services technologies are widely adopted and are the best choice for candidates aspiring for Service Oriented Architecture (SOA). Information Technology increasingly needs to integrate various heterogeneous application systems, and one of the best ways to integrate them is by using Web Services. In other words, Web Services enable disparate systems to communicate with each other in a platform-independent way.The (SCDJWS) Sun Certified Developer for Java Web Services certification exam is for developers who have been creating web services applications using Java technology components such as those supported by the Java Web Services Developer Pack and the Java 2, Enterprise Edition 1.4 platform.

Passing SCDJWS certifies that the candidate has achieved a standard level of proficiency with web services, as well as with the Java technologies that support web services. To take SCDJWS Certification, you must have already achieved the status of Sun Certified Programmer for the Java 2 Platform.

Prerequisites to write SCDJWS Exam

The SCDJWS certification consists of one exam and requires the (SCJP) Sun Certified Programmer for Java 2 Platform (any edition) status as a prerequisite.


To perform well in the SCJWS exam, you must have a thorough understanding of the specified Web Services technologies, Java APIs to deal with these technologies, design and architecture of web services, and how web services fit into the J2EE Platform.

The SCDJWS exam tests your knowledge on various aspects of Web Services, including core web service technologies, Java APIs to deal with those technologies, security, design and architecture of web services. You need to have a thorough understanding of the above to perform well in the exam.

SCDJWS Exam Details

Preparation for any exam requires in-depth study of the subject to attain a good score apart from practicing. Take the help of mock tests but before you begin, it is important that all the information and details about the exam should be clear and ready before you.

Exam Number: CX-311-220

Prerequisites: Sun Certified Programmer for the Java platform (any edition)

SCDJWS Number of questions: 69

SCDJWS Passing score: 68%

SCDJWS Time limit: 150 min

Cost: USD 150

SCDJWS Types of Questions:

o Multiple Choice (Single Response)

o Multiple Choice (Multiple Response)

o Drag N Drop

Note: The number of correct choices for multiple-choice questions is given in the exam.

SCDJWS Exam Objectives

Section 1: XML Web Service Standards

1.1 Given XML documents, schemas, and fragments determine whether their syntax and form are correct (according to W3C schema) and whether they conform to the WS-I Basic Profile 1.0a.

1.2 Describe the use of XML schema in J2EE Web services.

1.3 Describe the use of namespaces in an XML document.

Section 2: SOAP 1.1 Web Service Standards

2.1 List and describe the encoding types used in a SOAP message.

2.2 Describe how SOAP message header blocks are used and processed.

2.3 Describe the function of each element contained in a SOAP message, the SOAP binding to HTTP, and how to represent faults that occur when processing a SOAP message.

2.4 Create a SOAP message that contains an attachment.

2.5 Describe the restrictions placed on the use of SOAP by the WS-I Basic Profile 1.0a.

2.6 Describe the function of SOAP in a Web service interaction and the advantages and disadvantages of using SOAP messages.

Section 3: Describing and Publishing (WSDL and UDDI)

3.1 Explain the use of WSDL in Web services, including a description of WSDL's basic elements, binding mechanisms and the basic WSDL operation types as limited by the WS-I Basic Profile 1.0a.

3.2 Describe how W3C XML Schema is used as a typing mechanism in WSDL 1.1.

3.3 Describe the use of UDDI data structures. Consider the requirements imposed on UDDI by the WS-I Basic Profile 1.0a.

3.4 Describe the basic functions provided by the UDDI Publish and Inquiry APIs to interact with a UDDI business registry.

Section 4: JAX-RPC

4.1 Explain the service description model, client connection types, interaction modes, transport mechanisms/protocols, and endpoint types as they relate to JAX-RPC.

4.2 Given a set of requirements for a Web service, such as transactional needs, and security requirements, design and develop Web service applications that use servlet-based endpoints and EJB based endpoints.

4.3 Given an set of requirements, design and develop a Web sevice client, such as a J2EE client and a stand-alone Java client, using the appropriate JAX-RPC client connection style.

4.4 Given a set of requirements, develop and configure a Web service client that accesses a stateful Web service.

4.5 Explain the advantages and disadvantages of a WSDL to Java vs. a Java to WSDL development approach.

4.6 Describe the advantages and disadvantages of web service applications that use either synchronous/request response, one-way RPC, or non-blocking RPC invocation modes.

4.7 Use the JAX-RPC Handler API to create a SOAP message handler, describe the function of a handler chain, and describe the role of SAAJ when creating a message handler.

Section 5: SOAP and XML Processing APIs (JAXP, JAXB, and SAAJ)

5.1 Describe the functions and capabilities of the APIs included within JAXP.

5.2 Given a scenario, select the proper mechanism for parsing and processing the information in an XML document.

5.3 Describe the functions and capabilities of JAXB, including the JAXB process flow, such as XML-to-Java and Java-to-XML, and the binding and validation mechanisms provided by JAXB.

5.4 Use the SAAJ APIs to create and manipulate a SOAP message.

Section 6: JAXR

6.1 Describe the function of JAXR in Web service architectural model, the two basic levels of business registry functionality supported by JAXR, and the function of the basic JAXR business objects and how they map to the UDDI data structures.

6.2 Use JAXR to connect to a UDDI business registry, execute queries to locate services that meet specific requirements, and publish or update information about a business service.

Section 7: J2EE Web Services

7.1 Identify the characteristics of and the services and APIs included in the J2EE platform.

7.2 Explain the benefits of using the J2EE platform for creating and deploying Web service applications.

7.3 Describe the functions and capabilities of the JAXP, DOM, SAX, JAXR, JAX-RPC, and SAAJ in the J2EE platform.

7.4 Describe the role of the WS-I Basic Profile when designing J2EE Web services.

Section 8: Security

8.1 Explain basic security mechanisms including: transport level security, such as basic and mutual authentication and SSL, message level security, XML encryption, XML Digital Signature, and federated identity and trust.

8.2 Identify the purpose and benefits of Web services security oriented initiatives and standards such as Username Token Profile, SAML, XACML, XKMS, WS-Security, and the Liberty Project.

8.3 Given a scenario, implement J2EE based web service web-tier and/or EJB-tier basic security mechanisms, such as mutual authentication, SSL, and access control.

8.4 Describe factors that impact the security requirements of a Web service, such as the relationship between the client and service provider, the type of data being exchanged, the message format, and the transport mechanism.

Section 9: Developing Web Services

9.1 Describe the steps required to configure, package, and deploy J2EE Web services and service clients, including a description of the packaging formats, such as .ear, .war, .jar, deployment descriptor settings, the associated Web services description file, RPC mapping files, and service reference elements used for EJB and servlet endpoints.

9.2 Given a set of requirements, develop code to process XML files using the SAX, DOM, XSLT, and JAXB APIs.

9.3 Given an XML schema for a document style Web service create a WSDL file that describes the service and generate a service implementation.

9.4 Given a set of requirements, develop code to create an XML-based, document style, Web service using the JAX-RPC APIs.

9.5 Implement a SOAP logging mechanism for testing and debugging a Web service application using J2EE Web Service APIs.

9.6 Given a set of requirements, develop code to handle system and service exceptions and faults received by a Web services client.

Section 10: General Design and Architecture


10.1 Describe the characteristics of a service oriented architecture and how Web services fits to this model.

10.2Given a scenario, design a J2EE service using the business delegate, service locator, and/or proxy client-side design patterns and the adapter, command, Web service broker, and/or faade server-side patterns.

10.3 Describe alternatives for dealing with issues that impact the quality of service provided by a Web service and methods to improve the system reliability, maintainability, security, and performance of a service.

10.4 Describe how to handle the various types of return values, faults, errors, and exceptions that can occur during a Web service interaction.

10.5 Describe the role that Web services play when integrating data, application functions, or business processes in a J2EE application.

10.6 Describe how to design a stateless Web service that exposes the functionality of a stateful business process.

Section 11: Endpoint Design and Architecture

11.1 Given a scenario, design Web service applications using information models that are either procedure-style or document-style.

11.2 Describe the function of the service interaction and processing layers in a Web service.

11.3 Describe the tasks performed by each phase of an XML-based, document oriented, Web service application, including the consumption, business processing, and production phases.

11.4 Design a Web service for an asynchronous, document-style process and describe how to refactor a Web service from a synchronous to an asynchronous model.

11.5 Describe how the characteristics, such as resource utilization, conversational capabilities, and operational modes, of the various types of Web service clients impact the design of a Web service or determine the type of client that might interact with a particular service.

Comments

Popular posts from this blog

Asynchronous Vs. Synchronous Communications

Synchronous (One thread):   1 thread -> |<---A---->||<----B---------->||<------C----->| Synchronous (multi-threaded):   thread A -> |<---A---->| \ thread B ------------> ->|<----B---------->| \ thread C ----------------------------------> ->|<------C----->|

WebSphere MQ Interview Questions

What is MQ and what does it do? Ans. MQ stands for MESSAGE QUEUEING. WebSphere MQ allows application programs to use message queuing to participate in message-driven processing. Application programs can communicate across different platforms by using the appropriate message queuing software products. What is Message driven process? Ans . When messages arrive on a queue, they can automatically start an application using triggering. If necessary, the applications can be stopped when the message (or messages) have been processed. What are advantages of the MQ? Ans. 1. Integration. 2. Asynchrony 3. Assured Delivery 4. Scalability. How does it support the Integration? Ans. Because the MQ is independent of the Operating System you use i.e. it may be Windows, Solaris,AIX.It is independent of the protocol (i.e. TCP/IP, LU6.2, SNA, NetBIOS, UDP).It is not required that both the sender and receiver should be running on the same platform What is Asynchrony? Ans. With messag...

Advantages & Disadvantages of Synchronous / Asynchronous Communications?

  Asynchronous Communication Advantages: Requests need not be targeted to specific server. Service need not be available when request is made. No blocking, so resources could be freed.  Could use connectionless protocol Disadvantages: Response times are unpredictable. Error handling usually more complex.  Usually requires connection-oriented protocol.  Harder to design apps Synchronous Communication Advantages: Easy to program Outcome is known immediately  Error recovery easier (usually)  Better real-time response (usually) Disadvantages: Service must be up and ready. Requestor blocks, held resources are “tied up”.  Usually requires connection-oriented protocol