Monday, 18 June 2012


weblogic interview questions and answers

201.Explain about HTTP Session State Replication in WLS?

1.     Oracle WebLogic Server provides clustering support for JSPs and servlets by replicating the HTTP session state.
2.     To benefit from HTTP session state clustering, you must ensure that the session state is persistent, by configuring:
§  In-memory replication
§  JDBC replication
§  File system replication
3.     You must also access the cluster via a collection of Web servers with identically configured proxy plug-ins or load-balancing hardware.
4.     Session persistence is configured using the <session-descriptor> element in the weblogic.xml deployment descriptor file.
§  Each persistence method has its own set of configurable parameters.

202.Explain about Replication Groups in WLS?

1.     A replication group is a logical grouping of related servers in a cluster.
2.     WLS enables you to determine where to put backup objects using replication groups.
3.     WLS attempts to:
§  Send backup objects to a preferred secondary replication group, if it is configured
§  Send backup objects to a different machine
§  Avoid sending backup objects to servers in the same replication group

203.What is the user of Replication Groups in WLS?

1.     Replication groups:
§  Represent a subset of servers within a cluster
§  Help to determine the placement of secondary sessions (avoid replicating within the same room, for example)
§  Are not explicitly defined in the console-like machines and clusters
2.     WLS attempts to:
1.     Send secondary sessions to servers that are assigned to the preferred secondary replication group of the primary server
2.     Avoid sending secondary sessions to servers that are assigned to the same replication group as the primary server

204.Explain about In-Memory Replication in WLS?

1.     Each user’s session always exists on two servers:
§  Primary
§  Secondary
2.     Every update to the primary session is automatically replicated on the secondary server, either:
§  Synchronously (default)
§  Asynchronously (batch)
3.     WLS can replicate:
§  HttpSession objects
§  Stateful session EJBs
4.     Session objects exist on only two servers.
5.     Secondary:
§  The server is determined by the replication group and machine definition.
§  The object is created immediately after the primary object is created.
6.     Primary failure makes the backup object the primary object.

205.What are all the Requirements for In-Memory Replication in WLS?

1.     Subsequent requests from the same client must have access to the same primary object.
2.     To use in-memory replication for the HTTP session state, clients must access the cluster using either:
1.     The load-balancing hardware (WLS aware)
2.     A collection of Web servers, or a single Web server, with WebLogic proxy plug-ins (configured identically)
3.     Oracle WebLogic Server configured with HTTPClusterServlet

206.How will you Configuring In-Memory Replication in WLS?

1.     Configure the proxy server (if applicable).
2.     Optionally define replication groups and/or machines.
3.     Specify the persistence type in the weblogic.xml deployment descriptor; the options include:
1.     replicated
2.     replicated_if_clustered
3.     async-replication-across-cluster

207.Explain about JDBC Replication in WLS?

§  HTTP sessions are persisted to a database using a common JDBC data source.
§  The required data definition language (DDL) file is available in the documentation.
§  All members of the cluster have access to any client’s session for failover purposes (no primary or secondary).
§  All server instances have access to all sessions.
§  Subsequent requests from the same client can be handled by any server.
6.     Great failover capability
7.     Significant performance reduction
§  Changing session objects causes (slow) database synchronization.

208.How will you Configuring JDBC Replication in WLS?

§  Create the required table in the database.
§  Create a JDBC data source that has read/write privileges for your database.
§  Configure JDBC session persistence in the weblogic.xml deployment descriptor.

209.JDBC Persistent Table Configuration 

 A database table named WL_SERVLET_SESSIONS must exist with read/write access: 

210.Explain about File Replication?
File replication is similar to JDBC replication, but it persists sessions to a highly available file system.
§  Session state may also be stored in a file.
§  For file-based persistence:
§  You must create the directory in which to store the file
§  The file must have the appropriate access privileges

211.How will you Configuring File Replication in WLS?
  • Create a folder shared by all servers on the cluster on a highly available file system.
  • Assign read/write privileges to the folder.
  • Configure file session persistence in the weblogic.xml deployment descriptor.

212.Explain about Cross-Cluster Replication in WLS?
WebLogic provides the ability to replicate HTTP sessions across two clusters in separate domains:
    • This is most applicable to clusters that are distributed geographically.
    • Configure a global proxy to direct clients back to the same cluster (“cluster affinity”).
    • Configure a specific network channel for cross-cluster communication.
213.When can’t I use WebLogic Store-and-Forward?
You can’t use the WebLogic Store-and-Forward service in the following situations:
  • Receiving from a remote destination—use a message driven EJB or implement a client consumer directly.
  • Sending messages to a local destination—send directly to the local destination.
  • Forwarding messages to prior releases of WebLogic Server. See Q. What is a messaging bridge?.
  • Interoperating with third-party JMS products (for example, MQSeries). See Q. What is a messaging bridge?.
  • When using temporary destinations with the JMSReplyTo field to return a response to a request.
  • Environment with low tolerance for message latency. SAF increases latency and may lower throughput.
214..Explain about Embedded LDAP Server?
    • In WLS, users, groups, and authorization information is stored in an embedded LDAP server.
    • Several properties can be set to manage the LDAP server, including:
      • Credentials
      • Backup settings
      • Cache settings
      • Replication settings
215.How will you create a Deployment Plan?
    • Tools for creating a deployment plan:
      • weblogic.PlanGenerator
      • Administration Console
    • Goals for creating a deployment plan:
      • To expose the external resource requirements of the application as variables in the deployment plan
      • To expose additional configurable properties, such as tuning parameters as variables in the deployment plan
  • WLS includes tools to accelerate deployment plan creation.
  • The Administration Console:
      • Generates a skeleton plan.xml if a plan folder is detected with a newly deployed application
      • Updates plan.xml when you use the console to modify the deployment descriptor settings
  • The weblogic.PlanGenerator Java class can also generate a skeleton plan.xml for an existing application.
216..Explain the relationship between Transaction and Resource Managers?
    • A transaction manager coordinates multiple resource managers.
    • The 2PC protocol is used to coordinate the transaction.
    • The XA protocol implements 2PC.
217..What is a topic subscription?

A topic subscription can be thought of as an internal queue of messages waiting to be delivered to a particular subscriber. This internal queue accumulates copies of each message published to the topic after the subscription was created. Conversely, it does not accumulate messages that were sent before the subscription was created. Subscriptions are not sharable, only one subscriber may subscribe to a particular subscription at a time.

218.Explain about Trust and Identity in SSL?
    • SSL and keystore are configured independently.
    • For the purpose of backward compatibility, this release of Oracle WebLogic Server supports private       keys and a trusted WebLogic Keystore provider.
    • Identity:
      • Private key and digital certificate (can now be looked up directly from the keystore, not necessarily as a stand-alone file outside the keystore)
    • Trust:
      • Certificates of trusted Certificate authorities
219..How will you access SSL enabled applications?
    • WLS uses SSL to secure HTTP and t3 communication.
    • To use SSL, clients access WLS via the https or t3s protocols.
      • https://localhost:7002/orderStock
      • t3s://localhost:7002/useCreditCard



Post a Comment