|Home |Login |Registration |Struts Step by Step Tutorial |Hibernate Step by Step Tutorial |Spring Step by Step Tutorial |JSP Step by Step Tutorial |JDBC Step by Step Tutorial |Web Services Step by Step Tutorial |EJB fundamentals | ORACLE Step by Step Tutorial | SCJP 5.0 and SCJP 6.0 Study Guide | SCWCD 5.0 Study Guide | SCJP Tips
SCJP mock test | SCJP DUMP | SCWCD mock test |Java online test exam | JSP online test | ORACLE online test | Hibernate online test | Servlet online test | Struts online test | EJB online test | C online test | C++ online test | Aptitude online test

Java interview questions | JSP interview questions | ORACLE interview questions | Hibernate interview questions | Servlet interview questions | Struts interview questions | JDBC interview questions | C/C++ interview questions | Spring interview questions | JMS interview questions | Informatica interview questions | EJB interview questions | OOPS and Design Pattern interview questions
1600 PMP mock questions 1400 CAPM mock questions 800 SCJP 6 mock questions 600 OCAJP 7 mock questions 590 OCPJP 7 mock questions 556 SCWCD 5 mock questions 500 OCEJWCD 6 mock questions pdfDownload (java,struts, hibernet etc) JobsJobs and Walkins

Tutorial Home
SCJP 6 Simulator Exam Kit
OCAJP 7 Simulator Exam Kit
OCPJP 7 Simulator Exam Kit
SCWCD5.0 Simulator Exam Kit
OCEJWCD 6 Simulator Exam Kit
Struts Tutorial Home
Spring Tutorial Home
Hibernate Tutorial Home
JSP Tutorial Home
JDBC Tutorial Home
Webservices Tutorial Home
EJB Fundamentals

Hibernate

  1. Advantage of Hibernate over JDBC

  2. Hibernate Setup with an web Application

  3. First Hibernate Application

  4. Hibernate mapping with Database TABLE

  5. Hibernate Data Type-Java Data Type - SQL Data Type mapping

  6. One to Many Relation in Hibernate

  7. One to Many Relation in Hibernate bi-directional

  8. Many to Many Relation in Hibernate

  9. HQL: The Hibernate Query Language

  10. Criteria Queries

  11. Criteria Queries : Equal (eq), Not Equal(ne), Less than (le), greater than (gt),greater than or equal(ge) and Ordering the results

  12. Criteria Queries: And OR conditions

  13. Hibernate generator to generate id (primary key)

  14. prevent concurrent update in Hibernate,slate object updatation in Hibernate,version checking in Hibernate

    Struts


  1. Model View Controller (MVC)

  2. Model View Controller (MVC)

  3. Struts Flow-How Struts Works?

  4. Struts Tutorial - Struts Setup- First Struts Action class setup

  5. Message Resources

  6. Validation Framework

  7. Validation Framework-client side

  8. ForwardAction

  9. IncludeAction

  10. DispatchAction

  11. LookupDispatchAction

  12. DynaActionForm

  13. DynaActionForm

  14. Struts Tutorial - Mutli-click prevention using struts tokens-Prevent Duplicate Submission

  15. Logic Iterate Map and List


JSP


  1. JSP Tutorial

  2. Introduction to JSP

  3. JSP Comments

  4. JSP Syntax

  5. JSP Scripting Elements :Scriptlet, expression, declaration

  6. JSP Directives

  7. implicit objects in JSP

  8. JSP Actions

  9. Introduction to JSP

  10. jsp:useBean

  11. The jsp:setProperty Action

  12. The jsp:getProperty Action

  13. Introduction to JSP



Spring



  1. Spring Tutorial

  2. Introduction to Spring

  3. Benefits of Using Spring Framework

  4. Inversion of Control in Spring

  5. Introduction to BeanFactory

  6. Dependency Injection in Spring

  7. Collections Setter Injection

  8. Bean Scopes in Spring

  9. Spring IOC Setup Step by Step

  10. Bean Lifecycle in Spring

  11. ApplicationContext

  12. MessageSources in Spring

  13. Web Spring MVC framework

  14. Developing Your First Spring Web Application

  15. Developing Your Second Spring Web Application with Spring Form

  16. Developing Your First Spring Web Application with Spring Validation Framework with Code Example

  17. Spring integration with Hibernate

Chapter 3. Describing and Publishing (WSDL and UDDI)

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.

WSDL is an XML-based language that allows formal XML desriptions of the interfaces of Web services:

  • Interface information describing all publicly available functions.

  • Data type information for all message requests and message responses.

  • Binding information about the transport protocol to be used.

  • Address information for locating the specified service.

WSDL benefits:

  • It is an interface description is a contract between the server developers and the client developers (like Java interface represents a contract between client code and the actual Java object).

  • It has formal descriptions which allows tool support, e.g. code template generators, integrate new services with little or no manual code.

WSDL language can be described as having two layers:

  1. The service definition layer describes abstract properties:

    • data types

    • message types

    • operations

    • services

  2. The binding layer describes concrete properties:

    • protocols

    • data formats

The definitions element MUST be the root element of all WSDL documents. It defines the name of the web service, declares multiple namespaces used throughout the remainder of the document. An actual WSDL document consists of a set of definitions of the following kinds:

  • types - Contains XML Schema element and type definitions. The types element describes all the data types used between the client and server. WSDL is not tied exclusively to a specific typing system, but it uses the W3C XML Schema specification as its default choice. If the service uses only XML Schema built-in simple types, such as strings and integers, the types element is not required.

  • message - Consistes of either a number of named parts typed by XML Schema elements, or a single part typed by a XML Schema type. The message element describes a one-way message, whether it is a single message request or a single message response. It defines the name of the message and contains zero or more message part elements, which can refer to message parameters or message return values.

  • portType - describing a set of operations, each being either:

    • one-way: The endpoint receives an input message. (NOTE: The WS-I BP 1.0 restricts the valid wsdl:operations to one-way and request-response operations).

      
      <wsdl:definitions .... > 
        <wsdl:portType .... > *
          <wsdl:operation name="nmtoken">
            <wsdl:input name="nmtoken"? message="qname"/>
          </wsdl:operation>
        </wsdl:portType >
      </wsdl:definitions>
      					
      											

    • request-response: The endpoint receives an input message and then responds with an output message (like RPC - Remote Procedure Call). (NOTE: The WS-I BP 1.0 restricts the valid wsdl:operations to one-way and request-response operations).

      
      <wsdl:definitions .... > 
        <wsdl:portType .... > *
          <wsdl:operation name="nmtoken" parameterOrder="nmtokens">
            <wsdl:input name="nmtoken"? message="qname"/>
            <wsdl:output name="nmtoken"? message="qname"/>
            <wsdl:fault name="nmtoken" message="qname"/>*
          </wsdl:operation>
        </wsdl:portType >
      </wsdl:definitions>
      					
      											

    • solicit-response: The endpoint sends an output message and then receives an input message (NOTE: A DESCRIPTION MUST NOT use Solicit-Response and Notification type operations in a wsdl:portType definition - R2303 - BP 1.0).

      
      <wsdl:definitions .... > 
        <wsdl:portType .... > *
          <wsdl:operation name="nmtoken" parameterOrder="nmtokens">
            <wsdl:output name="nmtoken"? message="qname"/>
            <wsdl:input name="nmtoken"? message="qname"/>
            <wsdl:fault name="nmtoken" message="qname"/>*
          </wsdl:operation>
        </wsdl:portType >
      </wsdl:definitions>
      					
      											

    • notification: The endpoint sends an output message (NOTE: A DESCRIPTION MUST NOT use Solicit-Response and Notification type operations in a wsdl:portType definition - R2303 - BP 1.0).

      
      <wsdl:definitions .... > 
        <wsdl:portType .... > *
          <wsdl:operation name="nmtoken" parameterOrder="nmtokens">
            <wsdl:output name="nmtoken"? message="qname"/>    
          </wsdl:operation>
        </wsdl:portType >
      </wsdl:definitions>
      					
      											

    The portType element combines multiple message elements to form a complete one-way or round-trip operation. For example, a portType can combine one request and one response message into a single request/response operation, most commonly used in SOAP services. Note that a portType can (and frequently does) define multiple operations.

  • binding - Selects communication protocol and data formats for each operation and message. The binding element describes the concrete specifics of how the service will be implemented on the wire. WSDL includes built-in extensions for defining SOAP services, and SOAP-specific information therefore goes here. (NOTE: For interoperability the WS-I BP 1.0 requires that all messages must be sent using the SOAP 1.1 protocol over an HTTP transport as described in Section 3 of the WSDL 1.1 spec. The SOAP messages must be in either "document-literal" or "rpc-literal" form). The WS-I BP 1.0 requires that a wsdl:binding and its wsdl:portType have the same list of wsdl:operations. A perfect matching between the two lists is established through a 1-1 and onto relation from the wsdl:binding to the wsdl:portType. The wsdl:binding should completely bind all operations within a wsdl:portType.

  • service - Describes a collection of named ports, each associated with a binding and a network address. The service element defines the address for invoking the specified service. Most commonly, this includes a URL for invoking the SOAP service.

The simplified structure of a WSDL document is:


<definitions> <!-- root WSDL element -->

  <types>
    <!-- defines data types to be transmitted -->
  </types>

  <message>
    <!-- defines messages to be transmitted -->
  </message>

  <portType>
    <!-- defines operations (functions) to be supported -->
  </portType>

  <binding>
    <!-- defines how will the messages be transmitted on the wire -->
  </binding>
  
  <service>
    <!-- defines location of web service -->
  </service>
   
</definitions> 
				
					

WSDL document grammar:


<wsdl:definitions name="nmtoken"? targetNamespace="uri"?>

    <import namespace="uri" location="uri"/>*

    <wsdl:documentation .... /> ?

    <wsdl:types> ?
        <wsdl:documentation .... />?
        <xsd:schema .... />*
        <-- extensibility element --> *
    </wsdl:types>

    <wsdl:message name="nmtoken"> *
        <wsdl:documentation .... />?
        <part name="nmtoken" element="qname"? type="qname"?/> *
    </wsdl:message>

    <wsdl:portType name="nmtoken">*
        <wsdl:documentation .... />?
        <wsdl:operation name="nmtoken">*
           <wsdl:documentation .... /> ?
           <wsdl:input name="nmtoken"? message="qname">?
               <wsdl:documentation .... /> ?
           </wsdl:input>
           <wsdl:output name="nmtoken"? message="qname">?
               <wsdl:documentation .... /> ?
           </wsdl:output>
           <wsdl:fault name="nmtoken" message="qname"> *
               <wsdl:documentation .... /> ?
           </wsdl:fault>
        </wsdl:operation>
    </wsdl:portType>

    <wsdl:binding name="nmtoken" type="qname">*
        <wsdl:documentation .... />?
        <-- extensibility element --> *
        <wsdl:operation name="nmtoken">*
           <wsdl:documentation .... /> ?
           <-- extensibility element --> *
           <wsdl:input> ?
               <wsdl:documentation .... /> ?
               <-- extensibility element -->
           </wsdl:input>
           <wsdl:output> ?
               <wsdl:documentation .... /> ?
               <-- extensibility element --> *
           </wsdl:output>
           <wsdl:fault name="nmtoken"> *
               <wsdl:documentation .... /> ?
               <-- extensibility element --> *
           </wsdl:fault>
        </wsdl:operation>
    </wsdl:binding>

    <wsdl:service name="nmtoken"> *
        <wsdl:documentation .... />?
        <wsdl:port name="nmtoken" binding="qname"> *
           <wsdl:documentation .... /> ?
           <-- extensibility element -->
        </wsdl:port>
        <-- extensibility element -->
    </wsdl:service>

    <-- extensibility element --> *

</wsdl:definitions>
				
					

Example of simple WSDL (SOAP 1.1 Request-Response via HTTP):


<?xml version="1.0" encoding="UTF-8"?>

<definitions name="StockQuote"

targetNamespace="http://example.com/stockquote.wsdl"
          xmlns:tns="http://example.com/stockquote.wsdl"
          xmlns:xsd1="http://example.com/stockquote.xsd"
          xmlns:soap="http://schemas.xmlsoap.org/wsdl/soap/"
          xmlns="http://schemas.xmlsoap.org/wsdl/">

    <types>
       <schema targetNamespace="http://example.com/stockquote.xsd"
              xmlns="http://www.w3.org/2000/10/XMLSchema">
           <element name="TradePriceRequest">
              <complexType>
                  <all>
                      <element name="tickerSymbol" type="string"/>
                  </all>
              </complexType>
           </element>
           <element name="TradePrice">
              <complexType>
                  <all>
                      <element name="price" type="float"/>
                  </all>
              </complexType>
           </element>
       </schema>
    </types>

    <message name="GetLastTradePriceInput">
        <part name="body" element="xsd1:TradePriceRequest"/>
    </message>

    <message name="GetLastTradePriceOutput">
        <part name="body" element="xsd1:TradePrice"/>
    </message>

    <portType name="StockQuotePortType">
        <operation name="GetLastTradePrice">
           <input message="tns:GetLastTradePriceInput"/>
           <output message="tns:GetLastTradePriceOutput"/>
        </operation>
    </portType>

    <binding name="StockQuoteSoapBinding" type="tns:StockQuotePortType">
        <soap:binding style="document" transport="http://schemas.xmlsoap.org/soap/http"/>
        <operation name="GetLastTradePrice">
           <soap:operation soapAction="http://example.com/GetLastTradePrice"/>
           <input>
               <soap:body use="literal"/>
           </input>
           <output>
               <soap:body use="literal"/>
           </output>
        </operation>
    </binding>

    <service name="StockQuoteService">
        <documentation>My first service</documentation>
        <port name="StockQuotePort" binding="tns:StockQuoteBinding">
           <soap:address location="http://example.com/stockquote"/>
        </port>
    </service>

</definitions>
				
					

SCJP 6 Simulator Exam Kit
OCAJP 7 Simulator Exam Kit
OCPJP 7 Simulator Exam Kit
SCWCD5.0 Simulator Exam Kit
OCEJWCD 6 Simulator Exam Kit

Suggested Jobs

   More Jobs >>
The information you are posting should be related to java and ORACLE technology. Not political. SCJP 5.0 Simulator 642+ Questions With Explanations
SCJP 6.0 Simulator 664+ Questions With Explanations
SCWCD 5.0 Simulator 556+ Questions With Explanations
SCWCD 4.0 Simulator 500+ Questions With Explanations
OCA 10g Simulator 594+ Questions With Explanations
Hiring made easy Harness social networking, employee referrals, Agency portal and Job Portals