28 April 2010

Weblogic Server 10.3.3 available on OTN

News at hand! We've just released WebLogic Server 10.3.3 and it's now available for download on OTN:


You may also note the addition of a new zip file download for WLS itself:


This is a new smaller distribution of WLS that we are making available as a zip file, which can be simply extracted to a local directory, one script executed to specify some access control settings, and then launch WLS directly from the command line. A new domain will automatically created if none is found.

This is a really good step forward for WLS, making it more easily installed and incorporated into development and testing environments. Please read the README.txt embedded within the zip file for more details on how to start and use the server. Note that this is only supported for development use, not for use in production deployment environments.

By the way, this new WLS zip file distribution has been tested, and is supported on Mac OS X for development use. Enjoy!

Note: an issue was identified by a reader below showing that the upgrade utility was not launching successfully.  We have identified a workaround for this which involves adding two additional libraries to the PRE_CLASPATH environment variable before running the upgrade utility.

$ export PRE_CLASSPATH="${MW_HOME}/modules/features/com.bea.cie.common-plugin.launch_2.5.0.0.jar:${MW_HOME}/utils/config/10.3/config-launch.jar"

Then run upgrade command as usual.

$ ${MW_HOME}/wlserver/common/bin/upgrade.sh


Anonymous said...

Great job! However, the upgrade utility from the ZIP package does not work :(

When running ${WL_HOME}/wlserver/common/bin/upgrade.sh the utility does not run throwing

java.lang.NoClassDefFoundError: com/bea/plateng/plugin/helper/ExecutionPlanChoiceHelper
at weblogic.upgrade.Main.setType(Main.java:111)
at weblogic.upgrade.Main.setType(Main.java:79)
at weblogic.upgrade.Main.(Main.java:46)
at weblogic.upgrade.Main.doMain(Main.java:220)
at weblogic.upgrade.Main.main(Main.java:286)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
at java.lang.reflect.Method.invoke(Method.java:597)
at weblogic.Upgrade.main(Upgrade.java:47)

due to modules/com.bea.cie.common-plugin_2.5.0.0.jar not being in class path/OSGI plugin chain.

Buttso said...

Hi, thanks very much for the comment

Let me check into this and get back to you. I

What happens if you don't run the upgrade utility and just point your existing domain to the new zip file location?

The readme.txt has the following entry that describes that:

"6. If you already have an existing domain that you want to run with this
installation, edit the DOMAIN_HOME/bin/setDomainEnv.sh script and change the
WL_HOME to point to the new installation - ${MW_HOME}/wlserver/"


Pas Apicella said...

Been waiting for this since JDeveloper 11g had it's own integrated WLS. Just set it up and was easy enough. Nice..

Thanks steve..

Buttso said...

gday Anonymous -- here'a workaround to the issue of upgrade.sh not working.

$ export PRE_CLASSPATH="${MW_HOME}/modules/features/com.bea.cie.common-plugin.launch_2.5.0.0.jar:${MW_HOME}/utils/config/10.3/config-launch.jar"

Then use the same upgrade.sh to launch the upgrade utility:


You may see some NullPointerExceptions as it launches, however the domain does get upgraded successfully.

We've logged a bug for this and have checked in a fix for the next release.