Since the acquisition of BEA, Oracle releases BEA's WLS for the first time under the new brand Oracle WebLogic Server. Besides the new technical features discussed in this article, also notice the slightly modified name of the product from "10.3" to "10g R3". The codename of this release remained unchanged: ESSEX.
You can download it from this page.
Under Developer Tools at the bottom of the page, you can download the bundle WLS + Workshop 10.3 (even though the .exe file for Windows is still called server103_win32.exe, nothing about bundle or platform).
- On-Demand Deployment:
So far, internal applications like the WebLogic Administration Console, the UDDI and its explorer web app have been deployed at startup time (WLS 10.0).
Now you can specify that such internal applications are only loaded at first access (on demand).
- Console Configuration Search:
You can now search for configuration values across the whole WebLogic Domain.
Now supports SAML2
- Spring Console:
The WebLogic Console has been extended to inspect Spring Beans and manage them. As this feature is bundled as Console Extension, you need to enable it first via the preferences tab in the console (
spring-console.jar)or you put the JAR file into the autodeploy folder $BEA_HOME\wlserver_10.3\server\lib\console-ext\autodeploy.
Is now included in the WLS but disabled by default. Enable it via Domain Structure (left menu) and then Oracle Guardian Agent (to the right side)
- JDK 1.6 Support:
A performance boost of about 10% can be expected compared to JDK 1.5 (which is still supported with this release but not recommended as primary choice)
- Scripting Support:
Web container supports multiple scripting languages, such as PHP, Groovy, and Ruby. For more information, see .
- Lightweight Server Runtime:
WLS 10.3 provides two different runtime configurations: WLS or WLX.
They are select via JAVA_OPTION -DserverType=“wlx” or "wls".
BEA announced the "micro Service Architecture ( mSA ) " at BEA World 2006 and it seems that it took 'til now to really bring that architecture approach into their products.
The default mode is WLS which loads all services internally. If WLX is selected, EJB, JMS and JCA is NOT loaded which results in a much smaller memory footprint as well as some performance boost at startup time.
The reloading of classes by class loaders (hot swapping, hot loading, hot classloading, hot deployment, etc.) without the need of a full web application redeployment is still not fully solved to satisfy today's developer needs that very often complain about the time wasted waiting for a redeployment.
While JDK 1.5 brought the hotloading feature already but with certain limitations (works as long as class variables and method signatures have not changed), WLS 10.3 eliminates those to a certain extent:
Limitations: The following changes are not supported by FastSwap:
- Changing the list of implemented interfaces or the superclass
- Changes to the class' annotations (as this is solved via Reflection)
- Changes of EJB interface methods
- Changes of Enum based constants
- Addition or Removal of a finalize method
- Only available in "Development Mode"
- In general all Java Reflection based features are not supported by FastSwap (there is a commercial product available that does not have this limitation: Java Rebel 1.0 (might be aquired by Oracle soon ;-)
Said in a nutshell how FastSwap works:
If enabled via weblogic-application.xml (configure the item
true), there is a agent running in the JVM for each deployed web app which scans the following directories for new classfiles (based on the timestamps):
- Additional to the EJB3 annotations, the following are supported when Kodo is used as Persistence Provider:
- Spring Security:
The Spring security (
acegi) provides security to a Spring application while providing a rich set of security providers.
In order to combine JAAS based security providers with your Spring Security features, you can use any authentication provider for performing authentication.
After successful authentication, WLS principals are converted to Spring GrantedAuthority through a mapper class. After than, Spring Security is performing the authorization phase.
- Comet, Bayeux Protocol, HTTP Publish Subscribe Server:
Since 10.3, developers of Web 2.0 applications can take advantage of this new feature: The HTTP Publish-Subscribe Server allows clients to subscribe to a channel (similar to a topic in JMS) and receive messages as they become available. Behind the scenes, the Bayeux Protocol is used which defines a contract between the client and the server for communicating with asynchronous messages over HTTP. The server-side push technology is called Comet.
How to use
Each web application has its own instance of a pub-sub-server so the configuration is on web app level: the web app's weblogic.xml descriptor references the shared Java EE Library of the pub-sub-server and enables it that way. Once enabled, the configuration is done in the weblogic-pubsub.xml.
Web application developers can optionally use server-side pub-sub APIs in their servlets or Java classes to get the pub-sub server context, manage channels, and manage the incoming and outgoing messages to and from the clients.
If Ajax clients need to interact with the WebLogic based web application via the pub-sub-server, WLS 10.3 provides a Dojo based java script library that support two out of four transport types: long-polling and callback-polling.
Horizontal scalability is solved by clustering. Pub-Sub-Servers are per default using in-memory persistence, are kind of clusterable but isolated. This means that each runs in its own context and is not aware of others (e.g. a chat application does not broadcast the message to all members in the cluster).
But WLS 10.3 allows you to configure JMS to be the persistence message provider for the pub-sub-server. Configuration details and limitations are documented in the official documentation.
- Spring 2.0.2
- MySQL 5.x
- Oracle 9,10,11 and Oracle RAC 10g and 11g
- Pointbase 5.6
- Sybase 12.5.03 and 15
- Microsoft SQL Server 2005