Search This Blog

Friday 21 February 2014

1z0-133 Exam Syllabus

WebLogic 12c Administration Certification Exam

Preparation is easy but beta test have more questions. But it is just $50 only. In India it is just 2671 INR only. This syllabus looks much easier than 1z0-599 because it is more specific to WebLogic Administration only. So Students/Practioners please go thru the following 1z1-133 syllubus

Overview of WebLogic Server
  • Explain the WebLogic Server terms: domain, server, machine and cluster
  • Explain the difference between the administration server and the managed servers.
  • Describe the administrative tools: Administration Console, WLST, WLDF, Monitoring Dashboard
Installing and Patching WebLogic Server
  • Determine supported configurations for WebLogic Server
  • Install WebLogic Server in graphical mode
  • Install WebLogic Server silently
  • Describe the installation directory structure
  • Apply a patch to WebLogic Server by using OPatch
Creating Domains
  • Describe a domain's file system
  • Create a domain by using the Configuration Wizard
  • Configure machines, servers, and clusters by using the Configuration Wizard
  • Copy a domain to another computer with the pack and unpack utilities
Starting Servers
  • Start and stop servers with standard scripts
  • Identify and resolve problems with server startup
  • Customize start and stop scripts, including the CLASSPATH
  • Restart a failed server on a different machine
Using the Administration Console
  • Access the WebLogic Server Administration Console
  • Identify the components of the Administration Console
  • Update Administration Console preferences
  • Use the Administration Console change center
  • Create and configure servers by using the Administration Console
Configuring JDBC
  • Describe WebLogic Server's JDBC architecture
  • Describe WebLogic Server's JNDI architecture
  • Compare the different types of data sources
  • Compare the different data source transaction options
  • Create and configure a generic data source
  • Tune a data source's connection pool
  • Create and configure a GridLink data source
Monitoring a Domain
  • Configure WebLogic Server logs
  • Interpret a server log file entry
  • Create and apply a log filter
  • Enable WebLogic Server debugging output
  • Monitor WebLogic Server health and performance
  • Monitor JDBC data sources
  • Access diagnostic charts in the Monitoring Dashboard
Node Manager
  • Describe the architecture and capabilities of the Node Manager
  • Create a Node Manager with the Configuration Wizard
  • Configure properties for the Java Node Manager
  • Describe the Java Node Manager directory structure
  • Enroll a Node Manager with a domain
  • Start and stop a Node Manager
  • Start and stop managed servers by using the Administration Console
Deploying Applications
  • Deploy an application
  • Start a deployed application
  • Stop a deployed application
  • Undeploy an application
  • Redeploy an application
  • Use the test links for an application supplied by the Administration Console
  • Monitor a deployed application
  • Use the Monitoring Dashboard's built-in application view
  • Load test an application with The Grinder console given a script
Network Channels and Virtual Hosts
  • Configure a WebLogic Server network channel
  • Monitor a network channel
  • Configure WebLogic Server to us e an administration port
  • Configure a virtual host for WebLogic Server
Creating and Configuring Clusters
  • Describe basic and multi-tier cluster architectures
  • Create a cluster by using the Configuration Wizard
  • Create and configure a cluster by using the Administration Console
  • Create and configure a dynamic cluster
  • Create and configure a server template
  • Describe how a dynamic cluster calculates listen ports and machines for generated servers
Cluster Proxies and Sessions
  • Install Oracle HTTP Server with the Web Tier installer
  • Configure Oracle HTTP Server as a WebLogic Server cluster proxy
  • List the options for HTTP session failover
  • Configure in-memory session replication
  • Configure replication groups
Cluster Communication, Planning and Troubleshooting
  • Explain the difference between unicast and multicast cluster communication
  • Configure replication channels by using the Administration Console
  • Describe planning for a cluster
  • Monitor a cluster
Transactions
  • Explain WebLogic Server's role in managing transactions
  • Configure WebLogic Server transactions (JTA)
  • Configure the WebLogic Server default store used for transaction logs
  • Configure a database persistent store for WebLogic Server transaction logs
  • Monitor WebLogic Server transactions
WebLogic Server Security
  • List some of the WebLogic Server security providers and what they do
  • Describe basic LDAP architecture
  • Configure an external LDAP authentication provider for  WebLogic Server
  • Describe how multiple authentication providers can be used with WebLogic Server
Backing Up a Doman and Upgrading WebLogic Server
  • Back up a WebLogic Server domain
  • Restore a WebLogic Server domain
  • Define Managed Service Independence mode
  • Describe the process to upgrade WebLogic Server 11g to 12c
  • Run the WebLogic Server Reconfiguration Wizard as part of the upgrade process
We give you complete preparation online training, Please contact us by calling 9618715457
Visit: Vybhava Technologies WebLogic Administraton Essentials


Tuesday 18 February 2014

Syllabus 1z0-599


Exam Topics - Syllabus
  1. Cloud Application Foundation CAF Fundamentals
    1. Components of WebLogic suite
    2. differences of WebLogic Standard Edition, Enterprise Edition and suite
    3. Coherence with WebLogic
    4. Oracle Cloud computing business drivers
    5. Virtual Assembly Builder studio
    6. Custom Appliances for Virtual Assemblies
    7. ActiveCache (WebLogic and Coherence)
  2. WebLogic Server Fundamentals
    1. Distributions (zip, jar)
    2. Enterprise Grid Messaging
    3. Active GridLink for RAC
    4. WebLogic Domain
    5. install WebLogic
    6. create WebLogic domain templates
    7. Automate with WLST
    8. Secure WebLogic resources and applications
    9. WorkManagers contexts and Constraints
    10. JDBC Connection pool
    11. JMS Distributed Queue
    12. JMS Distributed Topics
    13. WLDF
    14. JRockit Flight Recorder and WLDF integration
    15. JVM Tuning for performance
    16. Troubleshoot and debug WebLogic logs and thread dumps
  3. Deploy JEE applications
    1. JEE 6 & Developer productivity features
    2. IDE support
    3. Maven integration features
    4. Java SE packaging
    5. Structure & parts of Java web applicaiton
    6. Deploy JEE application to WLS
    7. Deploy JEE applicaiton with plan.xml
    8. Deploy shared libraries and associate with application
    9. Deploy application using Admin port and side by side deployment
    10. CI and build tools ANT, Maven
    11. Enable and use FastSwap for Rapid redeployment
    12. Troubleshooting classloading conflicts - CAT tool
    13. Spring support
    14. secure JEE application
  4. WebLogic server management
    1. JRockit Mission Control for monitoring
    2. JRockit Flight Recorder and WLDF
    3. Monitor and diagnose WLS for best performance
    4. Start & Stop WebLogic instances using Node manager
  5. WebLogic Advanced Topics
    1. WebLogic offers above EE container
    2. more JDBC features
    3. distributed JMS
    4. WebLogic Clustering
    5. Scripting for WLS
    6. Automation options in WebLogic
    7. RPC, Web services standards support by WebLogic
    8. web session and XA Affinity features of Active Grid Link
    9. store Transaction logs in database
    10. JMS SAF
    11. UOO UOW
    12. TopLink Grid Java persistence API and Coherence
    13. ease of Disaster Recovery
  6. WebLogic server system Architecture
    1. Design a scaled-out solution with WebLogic
    2. Architect a highly available WLS system
    3. Proxy web server
    4. load balancer
    5. max uptime, availability and business continuity designs
  7. Best practices
    1. Design considerations
    2. Domain using best practices
    3. Configure WebLogic cluster, managed servers with best practices
    4. Configure the JVM with best practices
    5. Connection pool best options
    6. JMS with best practices
    7. WorkManager using best practices
    8. Node manager with best practices
  8. WebLogic patching & upgrading with smartUpdate
    1. How to patch
    2. rolling patch strategy to a WebLogic cluster to ensure max availability
    3. Upgrade from WebLogic 10.3 to new version
    4. Upgrade oc4j/OAS to WebLogic
    5. Non-Oracle platform to WebLogic
  9. Enterprise Manager
    1. Integrate EM with WebLogic
    2. WebLogic management pack EE
    3. Real operation automation
    4. Real Operation Insight
    5. Use Enterprise Manager Lifecycle Management for WLS
    6. Enterprise Manager Real User Experience Insight
    7. Enterprise Manager Business Transaction Management for WLS
    8. Enterprise Manager Configuration Management for WLS
We give you complete preparation online training, Please contact us by calling 9618715457
Visit: Vybhava Technologies WebLogic Administraton Essentials

Thursday 13 February 2014

07. WebLogic JDBC service

WebLogic JDBC

JDBC system resource is a J2EE specification, it is a interface between Java applications and ANY Database. which provides transaction support automatically for every query.

Why do we need WebLogic Connection pool?


Enable database connectivity using a dynamic pool of reusable connections
are to be managed by the application server
can be obtained by applications from the WebLogic Server's JNDI tree

Datasource configuration is stored in a XML file at /config/jdbc. All WebLogic JDBC module files must end with the -jdbc.xml suffix, such as examples-demo-jdbc.xml.
A Datasource object is used to establish connections. Although the Driver Manager can also be used to establish a connection, connecting through a Datasource object is the preferred method.
 
A Connection object controls the connection to the database. An application can alter the behavior of a connection by invoking the methods associated with this object. An application uses the connection object to create statements.
 
Statement, PreparedStatement, and CallableStatement objects are used for executing SQL statements. A PreparedStatement object is used when an application plans to reuse a statement multiple times. The application prepares the SQL it plans to use. Once prepared, the application can specify values for parameters in the prepared SQL statement. The statement can be executed multiple times with different parameter values specified for each execution. A CallableStatement is used to call stored procedures that return values. The CallableStatement has methods for retrieving the return values of the stored procedure.
 
A ResultSet object contains the results of a query. A ResultSet is returned to an application when a SQL query is executed by a statement object. The ResultSet object provides methods for iterating through the results of the query.
 

Database Transactions


Which WebLogic optimization allows one non-XA resource to participate in a distributed transaction?
  1. enabling pinned to thread
  2. enabling logging last resource
  3. increasing the statement cache size
  4. setting the statement cache type to LRU
How can you configure high availability for interacting with a non-Oracle database using WebLogic?
  1. Configure multiple physical data sources and reuse the same JNDI name for each
  2. Use the compatibility option of Active GridLink to enable compatibility with non-Oracle database.
  3. Configure a single physical data source for each node in a database cluster and wrap it using multi data source.
  4. Configure a data source group that contains a physical connection pool to each node in the database cluster.

Keep posting your thoughts here...

What would be answer for this???????


Stay Tune to WebLogic 12c Administration Essentials Course available from Vybhava Technologies, Online, Inhouse, Corporate sessions....
< /h3>

How does JDBC work

A Datasource object is used to establish connections. Although the Driver Manager can also be used to establish a connection, connecting through a Datasource object is the preferred method. A Connection object controls the connection to the database. An application can alter the behavior of a connection by invoking the methods associated with this object. An application uses the connection object to create statements. Statement, PreparedStatement, and CallableStatement objects are used for executing SQL statements. A PreparedStatement object is used when an application plans to reuse a statement multiple times. The application prepares the SQL it plans to use. Once prepared, the application can specify values for parameters in the prepared SQL statement. The statement can be executed multiple times with different parameter values specified for each execution. A CallableStatement is used to call stored procedures that return values. The CallableStatement has methods for retrieving the return values of the stored procedure. A ResultSet object contains the results of a query. 

A ResultSet is returned to an application when a SQL query is executed by a statement object. The ResultSet object provides methods for iterating through the results of the query.

WebLogic JDBC

The WebLogic implementation of JDBC consists of the following component:
 Data sources:

  •  Enable database connectivity using a dynamic pool of reusable connections
  •  Are to be managed by the application server 
  •  Can be obtained by applications from the WebLogic Server's JNDI tree 
  •  Use a dynamic pool of reusable database connections

WebLogic Server can manage our database connectivity through JDBC data sources. Each data source that we configure contains a pool of database connections that are created when the data source instance is created—when it is deployed or targeted, or at server startup. The connection pool can grow or shrink dynamically to accommodate the demand.
 Applications look up a data source on the Java Naming and Directory Interface (JNDI) tree or in the local application context (java:comp/env), depending on how we configure and deploy the object, and then request a database connection. When finished with the connection, the application uses the close operation on the connection, which simply returns the connection to the connection pool in the data source.
 WebLogic Server data sources allow connection information, such as the JDBC driver, the database location (URL), and the username and password to be managed and maintained in a single location, without requiring the application to worry about these details. Datasource configuration is stored in a XML file at /config/jdbc. All WebLogic JDBC module files must end with the -jdbc.xml suffix, such as examples-demo-jdbc.xml. They have a reference tag in the config.xml.
 

WebLogic JDBC drivers
 The WebLogic Type 4 JDBC drivers are installed with Oracle WebLogic Server in the /server/lib folder. Driver class files are included in the manifest classpath in weblogic.jar, so the drivers are automatically added to your classpath on the server.
 The WebLogic Type 4 JDBC drivers are installed by default when you perform a complete installation of Oracle WebLogic Server. If you choose a custom installation, ensure that the WebLogic JDBC Drivers checkbox is selected. If this option is deselected, the drivers are not installed.

WebLogic Server's JNDI architecture

The diagram shows the flow between a database and a Java application through API drivers. The JDBC specification defines an interface for Java programs to use and an interface for which database vendors can develop custom drivers. Application developers will have to learn only a single JDBC API. The JDBC API is designed to work with any JDBC driver. Any proprietary driver that is developed by a database vendor will be compatible with a JDBC program.
 Oracle implements two types of JDBC drivers:
  •  Thick JDBC drivers built on top of the C-based Oracle Net client
  •  Thin (pure Java) JDBC driver to support downloadable applets WebLogic supports Oracle’s thin drivers. Related to JDBC is the Java Persistence API (JPA), which provides object-to-relational persistence architecture for storing Java objects and Enterprise Java Beans (EJBs) in relational database tables.

The diagram shows the programming layers and API interfaces for managing named objects. Naming and directory services are used to hierarchically structure items that need to be made available to distributed programs. Naming and directory services provide lookup, search, and binding features to their clients. Clients can navigate the trees and contexts of a naming or directory service in search of the object they require. A variety of naming and directory services are available JNDI (pronounced “jenn-dee”) is an API and a standard that Java programs use to access existing naming or directory services. It is not a naming or directory service. It is merely the mapping. Different naming and directory services store objects in different ways. Oracle WebLogic Server has its own proprietary naming service that it uses to store configurable Java objects. Client programs connect to the naming service and download various Java objects that they need to use. In Oracle WebLogic Server, JNDI serves as a repository and lookup service for Java EE objects, including:
• Enterprise JavaBeans (EJB) home stubs
 • JDBC data sources
 • JMS connection factories, queues, and topics
 • Remote Method Invocation (RMI) stubs

JNDI Tree The terms associated with a JNDI tree include the following:
 • Context: A node in the JNDI tree. It can contain only a list of objects and contexts
. • Object: A leaf in the JNDI tree, which is bound to a context. It cannot contain other objects or contexts.
• Root context: The context at the top in the entire tree
 • Initial context: A context that is chosen as the starting point for all future operations.
 This is somewhat like the “current directory” that you choose. It does not always have to be the root context of your directory structure. The initial context is merely the starting point that you select to traverse through the application. Take a look at object O3 in the diagram in the slide. You bind it to two contexts: A and B. Does the object that is bound to two different contexts exist once or twice in the naming service? Or, worded differently, is the object accessed by value or by reference? The answer is that JNDI stores objects by value, copying them into the tree.
That is, there are multiple copies in the tree. To create a “by reference” binding, you need to use the LinkRef class. JNDI Contexts and Sub contexts
 • Subcontexts are referenced through dot or slash delimiters (. Or/).
 • Subcontexts must be created before objects are placed into them.
• Typically, when objects are bound to a JNDI tree, subcontexts are automatically created based on the JNDI name.
 • Example: If the following context exists: com.oracle.examples You cannot bind: com.oracle.examples.ejb.SomeObject Without first creating: com.oracle.examples.ejb3

A transaction manager or transaction processing monitor (TP monitor), coordinates the transactions across multiple resources such as databases and message queues. Each resource has its own resource manager. The resource manager typically has its own API for manipulating the resource, for example the JDBC API used by relational databases. In addition, the resource manager allows a TP monitor to coordinate a distributed transaction between its own and other resource managers. Finally, there is the application which communicates with the TP monitor to begin, commit or rollback the transactions.

Comparing different types of data sources

WebLogic 12c provides three types of data sources which are 1. Generic data source 2. Multi data source 3. Grid link data source Generic data source Multi data source Grid link data source It is a single data source which provides connection to one database from WebLogic server It is a group of multiple Generic data sources which provides more than one database connection to WebLogic server. It is a data source which provides connection to only RAC data base from WebLogic server which is a Cluster database

Comparing the different data source transaction options

When We configure a JDBC data source using the Administration Console, WebLogic Server automatically selects specific transaction options based on the type of JDBC driver: • For XA drivers, the system automatically selects the Two-Phase Commit protocol for global transaction processing. • For non-XA drivers, local transactions are supported by definition, and WebLogic Server offers the following options Supports Global Transactions: (selected by default) Select this option if you want to use connections from the data source in global transactions, even though you have not selected an XA driver. When you select Supports Global Transactions, you must also select the protocol for WebLogic Server to use for the transaction branch when processing a global transaction: • Logging Last Resource: With this option, the transaction branch in which the connection is used is processed as the last resource in the transaction and is processed as a local transaction. Commit records for two-phase commit (2PC) transactions are inserted in a table on the resource itself, and the result determines the success or failure of the prepare phase of the global transaction. This option offers some performance benefits and greater data safety than Emulate Two-Phase Commit, but it has some limitations. • Emulate Two-Phase Commit: With this option, the transaction branch in which the connection is used always returns success for the prepare phase of the transaction. It offers performance benefits, but also has risks to data in some failure conditions. Select this option only if your application can tolerate heuristic conditions • One-Phase Commit: (selected by default) with this option, a connection from the data source can be the only participant in the global transaction and the transaction is completed using a one-phase commit optimization. If more than one resource participates in the transaction, an exception is thrown when the transaction manager calls XAResource.prepare on the 1PC resource.

Create and configure a generic data source

Data source can be configured in two ways
 1. WLST
2. Admin console
Data source creation from Admin console
1. Click on data sources in services




2. Click on New to select type of data source as Generic data source and give the data source name and jndi name. Select type of the database.



3. Select Database driver name according to requirement



4. Select required transaction options






5. Assign the Database details like username , password and IP address and click on next.





6. Click on Test configuration which verifies the data base details are valid or not.



7. Select the target



8. Click on finish and see the created data source.


9. Go to the terminal and execute the simplesql.java program to create the employee table through the WebLogic datsource
Vi Simplesql.java
 • Edit the program according to WebLogic admin url and data source jndi name
 • Compile and execute the program as below
 Javac –d SimpleSql.java
 Java vybhava.technologies.jdbc.SimpleSql


Some advanced settings

Here are some of these settings explained:
 • Initial Capacity: This is the number of physical connections to create when deploying the connection pool.
\ • Maximum Capacity: This is the maximum number of physical connections that this connection pool can contain. For optimal performance, set the value of Initial Capacity equal to the value for Maximum Capacity. Be aware that this disables the dynamic resizing.
• Capacity Increment: When there are no more available physical connections to satisfy ch3/>onnection requests, Oracle WebLogic Server creates this number of additional physical connections and adds them to the connection pool up to the maximum capacity.
• Test Frequency: This is the time in seconds that Oracle WebLogic Server tests the unused connections. This requires that you specify a Test Table Name. In an Oracle database, you could use DUAL for this purpose. Monitoring and testing a Data Source you can monitor it in the Administration Console. Locate and select your new Data Source and click on Monitoring | Statistics tab. Statistics are displayed for each deployed instance of the Data Source. Optionally, click Customize this table to change the columns displayed in the Statistics table. For example, some of the available columns (not displayed by default) include:
\• Active Connections Current Count: The number of connections currently in use by applications
 • Active Connections Average Count: The average number of active connections from the time that the data source was deployed
 • Connections Total Count: The cumulative total number of database connections created in this Data Source from the time the Data Source was deployed
 • Current Capacity: The current count of JDBC connections in the connection pool in the Data Source
• Highest Num Available: The highest number of database connections that were available at any time in this instance of the Data Source from the time the Data Source was deployed
 • Waiting for Connection High Count: The highest number of application requests concurrently waiting for a connection from this instance of the Data Source

Connection pool

Oracle WebLogic Server opens JDBC connections to the database during the WebLogic startup process and adds the connections to the pool. This is faster than creating a new connection on demand. The size of the pool is dynamic and can be fine-tuned. Usually, making a DBMS connection is a very slow process. When Oracle WebLogic Server starts, connections from the connection pools are opened and are available to all clients. When a client closes a connection from a connection pool, the connection is returned to the pool and is available for other clients; the connection itself is not closed. There is little cost in opening and closing pool connections.


06. WebLogic Deployments

This post is about WebLogic applications deployments. There could be web applications, ejb applictions, webservice applications and the artifacts can be availabe in .jar, .war, .ear files.
Which two elements of the Java Enterprise Application Archive are required?
  1. EJB Archive
  2. Deployment Descriptor
  3. META-INF sub directory
  4. Resource Adapter archive

Shared Library deployment

You deployed a Java EE shared library and want to use it from an applicatin that is also deployed on the same cluster. Which two manifest attributes must be specified at a minimum with corresponding values in the deployment descriptor of the application that requires
  1. implementation-version
  2. Specification-version
  3. Extension-Name
  4. Specification-vendor

What would be answer for this???????


Stay Tune to WebLogic 12c Administration Essentials Course available from Vybhava Technologies, Online, Inhouse, Corporate sessions....

Wednesday 12 February 2014

04. NodeManager in WebLogic 12c


WebLogic 12c Node Manager

Node Manager
  • Describe the architecture and capabilities of the Node Manager
  • Create a Node Manager with the Configuration Wizard
  • Configure properties for the Java Node Manager
  • Describe the Java Node Manager directory structure
  • Enroll a Node Manager with a domain
  • Start and stop a Node Manager
  • Start and stop managed servers by using the Administration Console

WebLogic Books

  • Oracle WebLogic Server 12c: Administration Handbook
  • WebLogic Diagnostic Framework
  • Advanced WebLogic Server Automation
  • Oracle SOA Suite 11g Administrator's Handbook

Popular Posts