Developers need a quick turn around time for making changes in development and debugging etc. WebLogic server has the ability of hot deploying code without needing to redeploy the application. This works particularly well when running the Integrated WebLogic Server.
To enable the functionality locate your weblogic-application.xml file that will be in your application. If using JDeveloper you’ll find it in your Application Resources panel usually on the left and it will be in the folder Descriptors->META-INF.
Double click this and you should see the Fast Swap panel.
Expand this panel and tick Enable Class Redefinition.
You should end up with the following in your file:
Rebuild and redeploy your application and you will now have the ability to update your code and have it automatically pushed to the server. You will see the message “Redefined all recompiled classes that are loaded in the debuggee process.” in your logging panel when it pushes the files to the server. (Note, because JDeveloper doesn’t support automatic building of code you have to explicitly run “Make” on the files you have changed.
Whilst following the white paper from Oracle on the “Development lifecycle in Oracle WebCenter Portal” I came across a significant issue for new users of WebCenter which was a missing project for the tutorial.
It stated in the introduction that there are applications shipped with the whitepaper but I couldn’t find them and neither could Oracle Support. To get going in the meantime I created my own “GenericWebService” project that satisfied the requirements of the tutorial. This is available here.
Alternatively, follow the steps below to create it yourself.
Missing connection.xml file
Section 3a: Create a Web Service Proxy Facade – On page 28 the whitepaper says to update the connection.xml file with the contents in yellow in the page above. However, for my application that I had created I didn’t have a connection.xml file for some reason. To resolve this I closed the GenericServiceConsumer application, went to the GenericServiceConsumer\.adf\META-INF folder and created a new file called connection.xml. On re-opening the GenericServiceConsumer project the file was then available and I could paste the conents below into it.
<?xml version = '1.0' encoding = 'UTF-8'?>
manageInOracleEnterpriseManager="true" deployable="true" xmlns="">
I also had a nullpointer exception thrown when I first started up the taskflow in the JSF page. This was probably because of the home made web service project that I created above. It wasn’t a SOAP based web service and therefore the URL was wrong in the connection.xml file.
You will notice that mine above contains the URL http://localhost:7101/GenericWebService-UserWebService-context-root/UserServiceWS?WSDL whereas the whitepaper’s URL is http://localhost:8888/GenericWebService-UserWebService-context-root/UserServiceSoap12HttpPort?WSDL
If you are using JDeveloper with a proxy server then you may already be familiar that you need to go into Tools->Preferences->Web Browser and Proxy to setup your proxy server. For me this is required so that I can download extensions into JDeveloper.
I then began to have issues when I was trying to setup my JDeveloper connection to my VM application server that hosts WebCenter. I filled all of the details out correctly however, the connection test output returned failure when testing JSR-160. See output below.
Testing JSR-160 Runtime … failed.
Cannot establish connection.
Testing JSR-160 DomainRuntime … skipped.
Testing JSR-88 … skipped.
Testing JSR-88-LOCAL … skipped.
Testing JNDI … skipped.
Testing JSR-160 Edit … skipped.
Testing HTTP … success.
Testing Server MBeans Model … skipped.
This issue was down to the proxy server settings. I attempted to configure the proxy settings in JDeveloper to ignore my VM, so it didn’t go through the proxy server, I tried disabling the proxy server. Neither of these worked.
What I needed to do was disable the proxy server settings in JDeveloper and then restart it! Only once I had restarted did the disabling of the proxy work.
The downside of JDeveloper here, is I now need to turn the proxy settings on whenever I need to download/check the extensions but then disable it whenever I need to deploy to my VM Application Server!
One thing that is particularly overwhelming when starting out with WebCenter is the number of configuration files used. My background is from working on JSF based applications, particularly Richfaces. Some of the files are common but a lot aren’t and the question in my mind so often was, “What on earth is this file doing?”
This post covers a number of useful links that I have come across during my reading that explain the purpose of all the diffent configuration files.
What configuration files should I know about?
Configuration files touched when manually migrating a project.
Web User Interface Configuration
ADF Meta Files
Files affected when developing and why
This post is aimed at providing a summary of what is required and what is available when developers want to customise their WebCenter Portal: Spaces application (Renamed to WebCenter Portal from 22.214.171.124). It doesn’t go into detail, however, does provide useful links to the Oracle documentation on where to go for further details.
There are a couple of options available to developers if they want to customise Spaces within WebCenter.
Browser – If adding spaces, tweaking/selecting templates customising portals, spaces and pages with respect to content.
JDeveloper – If you want to deploy additional shared libraries, include custom code or tasksflows. You can also edit skins, page templates and navigations in JDeveloper too.
In order to customise any Spaces in JDeveloper you’ll need to download the DesignWebCenterSpaces project available here for version 126.96.36.199. This consists of a JDeveloper application which contains two projects “WebCenterSpacesExtensionLibrary” and “WebCenterSpacesResources”.
On the Weblogic server there is already an empty extended.spaces.webapp.war and the WebCenterSpacesExtensionLibrary project in this application allows the developer to add and build a new extended.spaces.webapp.war.
There is a zip file in this page that you’ll need for customising skins and page templates. Search for DesignWebCenterSpaces_188.8.131.52.0.zip download that and open the application in JDeveloper to get going.
This project essentially contains a weblogic.xml that you can insert the shared library declarations into.
Creating your own extended.spaces.webapp.war informs WebCenter Portal: Spaces that you are deploying customisations that the server needs to make available.
Important Note – It is best practice to deploy your extended.spaces.webapp.war in addition to the one that comes with the server. As long as the version in the Manifest.MF file in the war is greater then this will take precedence. Keeping the original ensures that if needed you can go back to the base configuration.
This project contains resource customisations, e.g. custom skins, page templates, page styles, navigations etc. It provides a single project that enables the developer to customise the look and feel of Spaces and allows you to make these changes from within JDeveloper. As a starting point you can export your existing application to get it’s templates and then make incremental changes to that rather than trying to start from scratch.
Hot Deploy, FastSwap or interative development can be enabled easily on your WebCenter project in JDeveloper.
In JDeveloper click on the menu button just above your Project panel on the left hand side, select Application Properties…
Expand the Run list item and select “WebCenter Portal”
You should see the screen below. Just click on “Enable Iteractive Development” if it is not already checked, and click OK.
Interative Development Configuration Dialog
This will enable the hot deploy of changes to JSPX, CSS etc. saving you the time to redeploy and restart the server. There is a performance hit, but for development purposes this is perfect because the performance hit is negligable during development and prevent the time wasted from server restarts.
I have the task of getting to grips with Oracle WebCenter Portal applications. The product I am working on provides a number of customisations to “WebCenter Portal: Spaces” that have since been rebranded as “WebCenter Portals” from version 184.108.40.206 onwards.
To get up an running the quickly I came across a VirtualBox image for another Oracle product, however, that VM is configurable to start up a WebCenter Spaces server with JDeveloper pre-installed which is exactly what I needed.
Using the Oracle VM I am progressing through the tutorials on Oracle Fusion Middleware. The VM is based on the 220.127.116.11 code, so I am sticking with those tutorials for now.
This tutorial introduces the WebCenter Portal. Using JDeveloper it shows how to create a new Portal application and how to deliver content from the UCM server. Topics covered are initial setup, creating a new portal, adding pages, customising the look of those pages by introducing page templates and skins.
This tutorial looks like the most suitable next step for anyone developing new custom portal/portal producer applications. It builds upon the previous tutorial and explains in much more detail the concepts and technology behind the scenes.
This tutorial looks more like a tutorial for front end administration of WebCenter Portals. It seems to cover page template customisations, skinning (CSS), building new pages and wiring them together.
This blog, certainly in the short term will contain posts on any parts of these tutorials that weren’t obvious to me, or tips on using the VM in these tutorials to help anyone else get to grips with this stack.