Lady Java promoting JavaZone 2010
A tweet by meneer pointed me to this promotional video:
Don’t think this will settle the score for Java. However it is a good distraction… What are your thoughts? Please leave them in the comments.
A tweet by meneer pointed me to this promotional video:
Don’t think this will settle the score for Java. However it is a good distraction… What are your thoughts? Please leave them in the comments.
In the 10g release of Oracle SOA Suite you could set properties to instruct web service calls to go via SOAP or not. If you were calling services on the same server or domain you could gain some performance with a native call and avoiding the SOAP overhead. To do this you would set the optSoapShortcut property.
With SOA Suite 11g on WLS SOAP optimization is automatically configured. In the scenario where you upgraded to 11g R1 and are using this optimization shortcut approach, you should specify the Server URL in the SOA Infrastructure Common Settings. Optimized calls are only active when the host name value (referred to as WSDL URL in the composite.xml) matches the Server URL.
To configure the SOA Infrastructure Common Settings choose from the SOA Infrastructure Menu > SOA Administration > Common Properties. As shown in the screenshot. Other access ways to this configuration screen are described here.
Enter the server URL in the Server URLs section. This URL is published as part of the SOAP address of a service in the concrete WSDL file. Either set both values to the host name (for example, myhost) or to the full domain name (for example, myhost.domain.com). If these values do not match, a regular SOAP call is performed instead of an optimized local call.
One of the scenarios that you have to set the Server URL in order to use the optimized local call is after a migration of AIA to AIA 11g R1.
Recently I read an extensive blogpost by Frans van Buul on Spring and Java EE. As he points out there are some false arguments in favor of the Spring Framework. It is stated that:
Many of the arguments that have traditionally been brought forward in favor of Spring are invalid or outdated, because they target disadvantages of J2EE 1.4 and prior versions, rather than Java EE 5/6. … the original argument that this is not supported by Java EE is simply gone, and the remaining argument, if present, is much weaker.
If you’re in a position where evaluating these alternatives read the entire blogpost. Generally speaking there is no best way to go. Both are viable frameworks for writing Java applications.
The choice should be made by taking into account the particular requirements and technology strategy of the organizations building and using the application.
If there’s an opportunity we’ll see if we can come up with some rules of thumb for the selection.
This week I came across a good overview of Java Web Frameworks:
The presentation (that will be given at TSSJS Las Vegas 2010) this time-line originates from, can be found here. The overview was created by Matt Raible of Raible Designs.
For a lot of us the migration to Windows7 will be the first time we get easy access to a 64-bit desktop OS. One of the first things after an upgrade like that is to get your tools, like in my case JDeveloper, working again. First step is to download the jdevinstall jar, and the Sun JDK. The installation worked fine:
1 | java -jar jdevstudio11112install.jar |
Running JDeveloper with the 64-bit JVM resulted in an error:
1 2 3 | Unable TO launch the Java Virtual Machine located at path: C:\Java\jdk1.6.0_18\jre\bin\server\jvm.dll |
A solution is to use the 32-bit JVM. To do this change the SetJavaHome in thejdev.conf that is located in the {JDEV_HOME}\jdev\bin\jdev.conf.
1 | SetJavaHome C:\Java\jdk1.6.0_18_x86 |
Where the jdk1.6.0_18_x86 is a 32-bits JVM version.
After installing JDeveloper 11G successfully, we encountered the following error while starting JDeveloper:
Unable to create an instance on the Java Virtual Machine located on c:\jdeveloper11g\Middleware\jdk160_05\jre\bin\client\jvm.dll

Using Google and Oracle Support showed us that the virtual memory for the PC was not set to level that allowed the JVM to initialise.
The solution is to increase the virtual memory or swap area. To do this on Vista:
My Computer > Properties > Advanced System Settings > tab Advanced > Performance - Settings > tab Advanced > Virtual memory - Change
The webcast of the SOA and Integration strategy was a few days later available as the overall strategy. You can find the entire webcast here.
The combined Oracle Sun solution focus boils down to the following bullets:
Oracle WebCenter stays the strategic portal offering. Support for both GlassFish Web Space Server and Sun Portal Server will be continued. An upgrade path to WebCenter is planned for both. The IP (Intellectual Property) for Sun’s Web Space Server will be released into the Liferay open source community.
This evening while playing with WinDirStat (using the Portable Apps version) I took the following screenshot: