http://www.oracle.com/technology/software/products/middleware/htdocs/fmw_11_download.html
You may also note the addition of a new zip file download for WLS itself:
http://download.oracle.com/otn/nt/middleware/11g/wls1033_dev.zip
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
4 comments:
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.
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/"
-steve-
Been waiting for this since JDeveloper 11g had it's own integrated WLS. Just set it up and was easy enough. Nice..
Thanks steve..
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:
${MW_HOME}/wlserver/common/bin/upgrade.sh
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.
-steve-
Post a Comment