Are You Recruiter/Hiring Manager?
Cloud-based Candidate Screening | Online Tests
PMP 1600 Questions
PMP 1600 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)

Tutorial Home

Hibernate

  • Advantage of Hibernate over JDBC
  • Hibernate Setup with an web Application
  • First Hibernate Application
  • Hibernate mapping with Database TABLE
  • Hibernate Data Type-Java Data Type - SQL Data Type mapping
  • One to Many Relation in Hibernate
  • One to Many Relation in Hibernate bi-directional
  • Many to Many Relation in Hibernate
  • HQL: The Hibernate Query Language
  • Criteria Queries
  • Criteria Queries : Equal (eq), Not Equal(ne), Less than (le), greater than (gt),greater than or equal(ge) and Ordering the results
  • Criteria Queries: And OR conditions
  • Hibernate generator to generate id (primary key)
  • prevent concurrent update in Hibernate,slate object updatation in Hibernate,version checking in Hibernate

    Struts


  • Model View Controller (MVC)
  • Model View Controller (MVC)
  • Struts Flow-How Struts Works?
  • Struts Tutorial - Struts Setup- First Struts Action class setup
  • Message Resources
  • Validation Framework
  • Validation Framework-client side
  • ForwardAction
  • IncludeAction
  • DispatchAction
  • LookupDispatchAction
  • DynaActionForm
  • DynaActionForm
  • Struts Tutorial - Mutli-click prevention using struts tokens-Prevent Duplicate Submission
  • Logic Iterate Map and List

    JSP


  • JSP Tutorial
  • Introduction to JSP
  • JSP Comments
  • JSP Syntax
  • JSP Scripting Elements :Scriptlet, expression, declaration
  • JSP Directives
  • implicit objects in JSP
  • JSP Actions
  • Introduction to JSP
  • jsp:useBean
  • The jsp:setProperty Action
  • The jsp:getProperty Action
  • Introduction to JSP

    Spring


  • Spring Tutorial
  • Introduction to Spring
  • Benefits of Using Spring Framework
  • Inversion of Control in Spring
  • Introduction to BeanFactory
  • Dependency Injection in Spring
  • Collections Setter Injection
  • Bean Scopes in Spring
  • Spring IOC Setup Step by Step
  • Bean Lifecycle in Spring
  • ApplicationContext
  • MessageSources in Spring
  • Web Spring MVC framework
  • Developing Your First Spring Web Application
  • Developing Your Second Spring Web Application with Spring Form
  • Developing Your First Spring Web Application with Spring Validation Framework with Code Example
  • Spring integration with Hibernate
  • Given a list of requirements, identify those which are the requirements for a session bean class, a remote component interface, a remote home interface, create methods, business methods, a local component interface, and a local home interface.

    The following are the requirements for session BEAN CLASS:

    • The class MUST implement, directly or indirectly, the javax.ejb.SessionBean interface.

    • The class MUST be defined as public, MUST NOT be final, and MUST NOT be abstract (NOTE, CMP ENTITY bean class MUST be abstract).

    • The class MUST have a public constructor that takes NO parameters. The Container uses this constructor to create instances of the session bean class.

    • The class MUST NOT define the finalize() method.

    • The class may, but is not required to, implement the session bean’s component interface (NOTE: AVOID passing of this).

    • The class MUST implement the business methods and the ejbCreate methods.

    • If the class is a STATEFUL session bean, it may optionally implement the javax.ejb.SessionSynchronization interface.

    • The session bean class may have superclasses and/or superinterfaces. If the session bean has superclasses, then the business methods, the ejbCreate<METHOD> methods, the methods of the SessionBean interface, and the methods of the optional SessionSynchronization interface may be defined in the session bean class, or in any of its superclasses.

    • The session bean class is allowed to implement other methods (for example helper methods invoked internally by the business methods) in addition to the methods required by the EJB specification.

    The session BEAN CLASS may define zero or more business methods whose signatures must follow these rules:

    • The method names can be arbitrary, but they MUST NOT start with “ejb” to avoid conflicts with the callback methods used by the EJB architecture.

    • The business method MUST be declared as public.

    • The method MUST NOT be declared as final or static.

    • The argument and return value types for a method MUST be legal types for RMI/IIOP if the method corresponds to a business method on the session bean’s remote interface.

    • The throws clause may define arbitrary application exceptions.

    The session BEAN CLASS must define one or more ejbCreate<METHOD>(...) methods whose signatures must follow these rules:

    • The method name MUST have ejbCreate as its prefix.

    • The method MUST be declared as public.

    • The method MUST NOT be declared as final or static.

    • The return type MUST be void.

    • The method arguments MUST be legal types for RMI/IIOP if there is a create<METHOD>(...) corresponding to the ejbCreate<METHOD>(...) method on the session bean’s remote home interface.

    • The throws clause may define arbitrary application exceptions, possibly including the javax.ejb.CreateException.

    The following are the requirements for the session bean’s REMOTE [component] interface:

    • The interface MUST extend the javax.ejb.EJBObject interface.

    • The methods defined in this interface MUST follow the rules for RMI/IIOP. This means that their argument and return values must be of valid types for RMI/IIOP, and their throws clauses must include the java.rmi.RemoteException.

    • The remote interface is allowed to have superinterfaces. Use of interface inheritance is subject to the RMI/IIOP rules for the definition of remote interfaces.

    • For each method defined in the remote interface, there must be a matching method in the session bean’s class. The matching method must have:

      • The same name.

      • The same number and types of arguments, and the same return type.

      • All the exceptions defined in the throws clause of the matching method of the session bean class must be defined in the throws clause of the method of the remote interface.

    • The remote interface methods must not expose local interface types, local home interface types, or the managed collection classes that are used for entity beans with container-managed persistence as arguments or results.

    The following are the requirements for the session bean’s REMOTE HOME interface:

    • The interface MUST extend the javax.ejb.EJBHome interface.

    • The methods defined in this interface MUST follow the rules for RMI/IIOP. This means that their argument and return values MUST be of valid types for RMI/IIOP, and that their throws clauses MUST include the java.rmi.RemoteException.

    • The remote home interface is allowed to have superinterfaces. Use of interface inheritance is subject to the RMI/IIOP rules for the definition of remote interfaces.

    • A session bean’s remote home interface MUST define one or more create<METHOD>(...) methods. (NOTE, Entity Beans may define ZERO create(...) methods). A STATELESS session bean must define exactly ONE create() method with NO arguments.

    • Each create method MUST be named “create<METHOD>”, and it MUST match one of the ejbCreate<METHOD> methods defined in the session bean class. The matching ejbCreate<METHOD> method MUST have the same number and types of arguments. (Note that the return type is different.) The methods for a STATELESS session bean MUST be named “create” and “ejbCreate”.

    • The return type for a create<METHOD> method MUST be the session bean’s REMOTE INTERFACE type.

    • All the exceptions defined in the throws clause of an ejbCreate<METHOD> method of the session bean class must be defined in the throws clause of the matching create<METHOD> method of the remote home interface.

    • The throws clause of create<METHOD>(...) MUST include javax.ejb.CreateException.

    The following are the requirements for the session bean’s LOCAL [component] interface:

    • The interface MUST extend the javax.ejb.EJBLocalObject interface.

    • The throws clause of a method defined in the LOCAL interface MUST NOT include the java.rmi.RemoteException.

    • The local interface is allowed to have superinterfaces.

    • For each method defined in the local interface, there must be a matching method in the session bean’s class. The matching method must have:

      • The same name.

      • The SAME number and types of arguments, and the SAME return type.

      • All the exceptions defined in the throws clause of the matching method of the session bean class must be defined in the throws clause of the method of the local interface.

    The following are the requirements for the session bean’s LOCAL HOME interface:

    • The interface MUST extend the javax.ejb.EJBLocalHome interface.

    • The throws clause of a method in the LOCAL home interface MUST NOT include the java.rmi.RemoteException.

    • The local home interface is allowed to have superinterfaces.

    • A session bean’s local home interface MUST define one or more create<METHOD>(...) methods. A STATELESS session bean MUST define exactly ONE create() method with NO arguments.

    • Each create method MUST be named “create<METHOD>”, and it MUST match one of the ejbCreate<METHOD> methods defined in the session bean class. The matching ejbCreate<METHOD> method MUST have the same number and types of arguments. (Note that the return type is different.) The methods for a STATELESS session bean MUST be named “create” and “ejbCreate”.

    • The return type for a create<METHOD> method MUST be the session bean’s local interface type.

    • All the exceptions defined in the throws clause of an ejbCreate<METHOD> method of the session bean class MUST be defined in the throws clause of the matching create<METHOD> method of the local home interface.

    • The throws clause of create<METHOD> method MUST include javax.ejb.CreateException.

    The information you are posting should be related to java and ORACLE technology. Not political.