WebLogic Server 5.1 Service Pack 9

Contents
Installation and removal instructions
Installation
Removal
Release notes for Service Pack 9
Resolved issues
Additional details on new plug-in parameters
New WebLogic properties
Additional details on WebLogic_RDBMS.jar
Additional details on specific issues
Known issues (Includes important issue for JDBC and File session persistence users)
Miscellaneous issues and new items
BEA WebLogic Enterprise Connectivity README

Contents


This service pack contains files that resolve issues pertaining to the released product. A detailed list of these issues is provided in this document. Service Packs function for both domestic and exportable versions of WebLogic Server.

The service pack download is shipped as a .zip file (weblogic510sp9.zip) and contains:

    510sp9/SERVICEPACK_README.html (this file)
    510sp9/SERVICEPACK_README.txt
    510sp9/README2.html
    510sp9/README2.txt
    510sp9/README3.html
    510sp9/README3.txt
    510sp9/ldaprealm.properties
    510sp9/relnotes.html (new ldap documentation)
    510sp9/ddl/jms_cloudscape.ddl
    510sp9/ddl/jms_db2.ddl
    510sp9/ddl/jms_mssql.ddl
    510sp9/ddl/jms_oracle.ddl
    510sp9/ddl/jms_sybase.ddl
    510sp9/wlec/README_wlec.html
    510sp9/wlec/README_wlec.txt
    510sp9/wlec/weblogic.properties
    510sp9/wlec/wlec_classes.jar
    510sp9/wlec/wlec_examples.jar
    510sp9/wlec/wleorb.jar
    510sp9/wlec/wlepool.jar
    bin/beasvc.exe
    bin/installNtService.cmd
    bin/uninstallNtService.cmd
    bin/iisproxy.dll
    bin/iisforward.dll
    bin/proxy30.dll
    bin/proxy35.dll
    bin/proxy36.dll
    bin/wlconfig.exe
    bin/wlntio.dll
    bin/wlntrealm.dll
    bin/wlserver.exe
    bin/wlstartup.dll
    bin/oci734_7/weblogicoci36.dll
    bin/oci805_7/weblogicoci36.dll
    bin/oci805_8/weblogicoci36.dll
    bin/oci815_8/weblogicoci36.dll
    bin/oci816_8/weblogicoci36.dll
    bin/win32_12/install.exe
    bin/win32_12/remove.exe
    bin/win32_12/wlconfig.exe
    bin/win32_12/wlserver.exe
    bin/win32_12/WLService.exe
    bin/win32_12/wlstartup.dll
    examples/applets/phonebook1.jsp
    examples/applets/phonebook2.jsp
    examples/jolt/servlet/jadmin/exmples.jolt.servlet.jadmin.BounceJoltServlet.html
    examples/jolt/servlet/jadmin/BounceJoltServlet.java
    examples/jolt/servlet/jadmin/index.html
    examples/jolt/servlet/jadmin/joltadmin.html
    examples/jsp/tagext/sql/WEB-INF/classes/weblogic/taglib/sql/ConnectionTag.class
    examples/jsp/tagext/sql/WEB-INF/classes/weblogic/taglib/sql/QueryExtraInfoTag.class
    examples/jsp/tagext/sql/WEB-INF/classes/weblogic/taglib/sql/QueryTag.class
    examples/jsp/tagext/sql/WEB-INF/classes/weblogic/taglib/sql/ResultsTag.class
    examples/security/sslclient/jsseH.bat
    examples/security/sslclient/jsseWLS.bat
    examples/security/sslclient/SSLClient.java
    examples/security/sslclient/SSLClientServlet.java
    examples/security/sslclient/wlsH.bat
    examples/security/sslclient/wlsWLS.bat
    examples/servlets/AuthFilterImpl.java
    examples/webapp/index.html
    examples/xml/http/StockClient.java
    lib/weblogic-tags-510.jar
    lib/weblogic510sp9.jar
    lib/weblogic510sp9boot.jar
    lib/aix/libproxy.so
    lib/aix/libmuxer.so
    lib/aix/libproxy36.so
    lib/aix/libproxy40.so
    lib/aix/libweblogicunix1.so
    lib/aix/libwlenv.so
    lib/aix/mod_wl.so
    lib/aix/mod_wl.ssl.so
    lib/aix/oci805_7/libweblogicoci36.so
    lib/aix/zac_aix
    lib/hpux11/libmuxer.sl
    lib/hpux11/libproxy.sl
    lib/hpux11/mod_wl_ssl.so
    lib/hpux11/mod_wl.so
    lib/hpux11/mod_wl_ssl_raven.so
    lib/hpux11/zac_hpux
    lib/hpux11/oci816_8/libweblogicoci36.sl
    lib/linux/libmuxer.so
    lib/linux/libwlenv.so
    lib/linux/mod_wl.so
    lib/linux/mod_wl_ssl.so
    lib/linux/mod_wl_ssl_raven.so
    lib/linux/wlauth
    lib/linux/zac_linux
    lib/linux/zac_linux_g
    lib/persistence/WebLogic_RDBMS.jar
    lib/solaris/libmuxer.so
    lib/solaris/libproxy.so
    lib/solaris/libstackdump.so
    lib/solaris/mod_wl.so
    lib/solaris/mod_wl_ssl.so
    lib/solaris/mod_wl.ssl_raven.so
    lib/solaris/wlauth
    lib/solaris/zac_solaris
    lib/solaris/oci734_7/libweblogicoci36.so
    lib/solaris/oci805_7/libweblogicoci36.so
    lib/solaris/oci805_8/libweblogicoci36.so
    lib/solaris/oci806_8/libweblogicoci36.so
    lib/solaris/oci815_8/libweblogicoci36.so
    lib/solaris/oci816_8/libweblogicoci36.so
    lib/tru64unix/libmuxer.so
    lib/tru64unix/libproxy.so
    lib/tru64unix/libweblogicunix1.so
    lib/tru64unix/libw1env.so
    lib/tru64unix/mod_wl.so
    lib/tru64unix/zac_tru64unix
    lib/tru64unix/zac_tru64unix_g
    lib/tru64unix/oci805_7/libweblogicoci36.so
    lib/unixware/oci804_7/libweblogicoci36.so
    myserver/ca.pem
    myserver/democert.pem
    myserver/demokey.pem
    zac/AIX_ppc.res
    zac/AIX_ppc_g.res
    zac/DECUnix_alpha.res
    zac/DECUnix_alpha_g.res
    zac/HPUX_parisc.res
    zac/HPUX_parisc_g.res
    zac/Linux_x86.res
    zac/Linux_x86_g.res
    zac/Solaris_sparc.res
    zac/Solaris_sparc_g.res
    zac/TRU64Unix_alpha.res
    zac/TRU64Unix_alpha_g.res

Installation and removal instructions

Installation

  1. Read this document and the release notes.

  2. Unzip the contents of the service pack into a temporary directory, such as /temp.

  3. Copy weblogic510sp9.jar and weblogic510sp9boot.jar from /temp to a location where it can be referenced by your WebLogic Server installation. If you have installed WebLogic Server in its default location of /weblogic, then an appropriate place to copy the .jar file would be to the directory /weblogic/lib.

    If you are running the installation from a drive that is not writable, then you will need to copy the service pack jar to a directory outside of the installation, but whose path is accessible. The directory of the weblogic.properties file that you are using to start WebLogic Server is an alternative. Also, if the server is running under Java 2, the jar must be in a directory that has been made accessible in the security policy file.

    If you are using VisualAge, import both jars to your workspace, first weblogic510sp9.jar and then weblogic510sp9boot.jar.

  4. Add the path of weblogic510sp9boot.jar to the beginning of the Java system classpath. Add the path of weblogic510sp9.jar to the beginning of the WebLogic classpath before you start the WebLogic Server:
      $ java ...
          -classpath c:\weblogic\lib\weblogic510sp9boot.jar;
          c:\java\lib\classes.zip;
          c:\weblogic\classes\boot;
          c:\weblogic\eval\cloudscape\lib\cloudscape.jar
          -Dweblogic.class.path=c:\weblogic\lib\weblogic510sp9.jar;
          c:\weblogic\classes;
          c:\weblogic\license;c:\weblogic\lib\weblogicaux.jar;
          c:\weblogic\myserver\serverclasses
          ... weblogic.Server

    You can do this by editing the command line script that you use to start the WebLogic Server, as described in the Installation Guide, Setting up and Starting WebLogic Server 5.1. Also, add the Service Pack Jars in front of the classpath of the startConsole script. This will allow the console to attach itself to your updated server.

  5. If you are running on NT and are using either the Start Menu commands or running as an NT Service, you need to use wlconfig.exe to set values for classpath, weblogic.class.path and JAVA_HOME.

    Save the current values of your configuration to a file before making changes in case you need to revert your changes:

      C:\> wlconfig > config.txt

    Include the weblogic510sp9boot.jar file at the start of classpath (to be entered on one line):

      C:\> wlconfig -classpath c:\weblogic\lib\weblogic510sp9boot.jar;
            c:\java\lib\classes.zip;
            c:\weblogic\classes\boot;
            c:\weblogic\eval\cloudscape\lib\cloudscape.jar

    Include the weblogic510sp9.jar file at the start of weblogic.class.path (to be entered on one line):

      C:\> wlconfig -Dweblogic.class.path=c:\weblogic\lib\weblogic510sp9.jar;
            c:\weblogic\license;c:\weblogic\classes;
            c:\weblogic\myserver\serverclasses;
            c:\weblogic\lib\weblogicaux.jar

    Next, set JAVA_HOME to point to a JDK that you have installed, as the JREs that were shipped with the distribution do not support multi-byte character sets:

      C:\> wlconfig -JAVA_HOME c:\java117

  6. The file lib/persistence/WebLogic_RDBMS.jar will need to be copied to your /weblogic/lib/persistence directory if you are developing or deploying EJBs, and are interested in resolving issues related to WebLogic_RDBMS.jar.

    To deploy the lib/persistence/WebLogic_RDBMS.jar, make a copy of the original to a safe location and then copy lib/persistence/WebLogic_RDBMS.jar from the service pack to replace the original file that you backed up in another location. For instance, if you installed WebLogic in /weblogic, here are the sample commands:

      $ cp /weblogic/lib/persistence/WebLogic_RDBMS.jar
    /weblogic/lib/persistence/WebLogic_RDBMS.jar.510
    $ cd /tmp $ jar xvf weblogic510sp9.zip $ cp /tmp/lib/persistence/WebLogic_RDBMS.jar
    /weblogic/lib/persistence/WebLogic_RDBMS.jar

    If you are using VisualAge, import lib/persistence/WebLogic_RDBMS.jar into your workspace.

  7. The following files are also included in the service pack and are not Java class files. Therefore you need to manually copy them into their appropriate locations to use them. This is optional and files should only be copied if you are interested in resolving an issue.

      Native NT Executables:

    • bin/wlconfig.exe Issue 31853
    • bin/wlserver.exe Issue 31853

      Files for beasvc.exe (See additional information)

      bin/beasvc.exe
      bin/installNtService.cmd
      bin/uninstallNtService.cmd


      Plug-ins:  Issues 10368,10381, 10610,10680,10885,9536, 10228,10399,10428, 10986,11017,31317,31397 ,31532,28929,31034,31315, 31317,31719,31878, 32053,32132,32133, 32136,32060, 38832, 39177, 37035, 37172 , 37837 , 37873 , 37951 , 37992 , 38018 , 38118 , 38377 , 38730 , 38832 , 38995 , 39177, 39341 , 39411 , 39673, 39839, 39768, 39882,40928, 40977,41062,41206, 41243, 42019, 42277, 42326,42808,43200

    • bin/iisproxy.dll
    • bin/iisforward.dll
    • bin/proxy30.dll
    • bin/proxy35.dll
    • bin/proxy36.dll
    • lib/aix/libproxy.so
    • lib/aix/libproxy20.so
    • lib/aix/libproxy36.so
    • lib/aix/libproxy40.so
    • lib/aix/libweblogicunix1.so
    • lib/aix/libwlenv.so
    • lib/aix/mod_wl.so
    • lib/aix/mod_wl.ssl.so
    • lib/hpux11/libproxy.sl
    • lib/hpux11/mod_wl_ssl.so
    • lib/hpux11/mod_wl.so
    • lib/linux/libmuxer.so
    • lib/linux/libwlenv.so
    • lib/linux/mod_wl.so
    • lib/linux/mod_wl_ssl.so
    • lib/linux/mod_wl_ssl_raven.so
    • lib/linux/wlauth
    • lib/solaris/libmuxer.so
    • lib/solaris/libproxy.so
    • lib/solaris/libstackdump.so
    • lib/solaris/mod_wl.so
    • lib/solaris/mod_wl_ssl.so
    • lib/solaris/mod_wl.ssl_raven.so
    • lib/tru64unix/mod_wl.so

      Database Drivers:  Issues 9765,30410, 32061,32063,36269 ,39238 ,39426, 33423, 34041, 34242,31331, 36671, 37427, 37398, 37693,37893, 38229, 39025, 39887, 40509, 40598, 40851, 41351, 41352, 41356, 42022, 42028, 42054, 42175

    • bin/oci734_7/weblogicoci36.dll
    • bin/oci805_7/weblogicoci36.dll
    • bin/oci805_8/weblogicoci36.dll
    • bin/oci815_8/weblogicoci36.dll
    • lib/aix/oci805_7/libweblogicoci36.so
    • lib/aix/oci816_8/libweblogicoci36.so
    • lib/hpux11/oci816_8/libweblogicoci36.sl
    • lib/solaris/oci734_7/libweblogicoci36.so
    • lib/solaris/oci805_7/libweblogicoci36.so
    • lib/solaris/oci805_8/libweblogicoci36.so
    • lib/solaris/oci806_8/libweblogicoci36.so
    • lib/solaris/oci815_8/libweblogicoci36.so
    • lib/solaris/oci816_8/libweblogicoci36.so
    • lib/tru64unix/oci805_7/libweblogicoci36.so
    • lib/unixware/oci804_7/libweblogicoci36.so

      Files that update or add examples:

    • examples/applets/phonebook1.jsp
    • examples/applets/phonebook2.jsp
    • examples/jolt/servlet/jadmin/exmples.jolt.servlet.jadmin.BounceJoltServlet.html
    • examples/jolt/servlet/jadmin/BounceJoltServlet.java
    • examples/jolt/servlet/jadmin/index.html
    • examples/jolt/servlet/jadmin/joltadmin.html
    • examples/jsp/tagext/sql/WEB-INF/classes/weblogic/taglib/sql/ConnectionTag.class
    • examples/jsp/tagext/sql/WEB-INF/classes/weblogic/taglib/sql/QueryExtraInfoTag.class
    • examples/jsp/tagext/sql/WEB-INF/classes/weblogic/taglib/sql/QueryTag.class
    • examples/jsp/tagext/sql/WEB-INF/classes/weblogic/taglib/sql/ResultsTag.class
    • examples/security/sslclient/jsseH.bat
    • examples/security/sslclient/jsseWLS.bat
    • examples/security/sslclient/SSLClient.java
    • examples/security/sslclient/SSLClientServlet.java
    • examples/security/sslclient/wlsH.bat
    • examples/security/sslclient/wlsWLS.bat
    • examples/servlets/AuthFilterImpl.java
    • examples/webapp/index.html
    • examples/xml/http/StockClient.java

      Files that add ZAC support (See additional information):

    • lib/aix/zac_aix
    • lib/hpux11/zac_hpux
    • lib/linux/zac_linux
    • lib/linux/zac_linux_g
    • lib/solaris/zac_solaris
    • lib/tru64unix/zac_tru64unix
    • lib/tru64unix/zac_tru64unix_g
    • zac/AIX_ppc.res
    • zac/AIX_ppc_g.res
    • zac/DECUnix_alpha.res
    • zac/DECUnix_alpha_g.res
    • zac/HPUX_parisc.res
    • zac/HPUX_parisc_g.res
    • zac/Linux_x86.res
    • zac/Linux_x86_g.res
    • zac/Solaris_sparc.res
    • zac/Solaris_sparc_g.res
    • zac/TRU64Unix_alpha.res
    • zac/TRU64Unix_alpha_g.res

    For each of these files you can follow the same procedure for deployment.

    As an example, here are the steps for deploying /weblogic/lib/aix/libproxy40.so. You would deploy this shared library if you are interested in resolving issue 32053, otherwise you would not need to use this file at all.

    To deploy the lib/aix/libproxy40.so, make a copy of the original to a safe location and then copy lib/aix/libproxy40.so from the service pack to replace the original file that you backed up in another location. For instance, if you installed WebLogic in /weblogic and want to use the NSAPI plugin on AIX (/aix/libproxy40.so), then these commands will backup the original library and copy in the new one:

      $ cp /weblogic/lib/aix/libproxy40.so /weblogic/lib/aix/libproxy40.so.backup
      $ cd /tmp
      $ jar xvf weblogic510sp9.zip
      $ cp /tmp/lib/aix/libproxy40.so /weblogic/lib/aix/libproxy40.so

  8. Installing the Service Pack on the Client (optional)

    Typically the service pack jar is placed on the server. However, in many instances, it is also required to put the service pack jar on the client as well. This may not be necessary for some users, yet has been found to resolve many possible problems. To place the Service Pack on the client, The weblogic510sp9.jar has to be prepended to the CLASSPATH of the client. There are many instances in which it is necessary to update the client; BEA has found that it is especially required if user's wish to resolve one or more of the following issues: 27890, 30485, 30527, 33244, 33289, 33794.

  9. Once you have made all the above necessary changes from steps 1-8, start the WebLogic Server. You can check that installation was successful by checking the server version:
      java weblogic.Admin t3://Host:Port VERSION
    should return
      WebLogic Build: 5.1.0 Service Pack 9 ...

Removing the Service Pack

  1. Shut down the WebLogic Server.

  2. Remove weblogic510sp9boot.jar from the start of the Java system classpath and weblogic510sp9.jar from the start of the WebLogic classpath used to start the WebLogic Server.

  3. Delete weblogic510sp9boot.jar, weblogic510sp9.jar and any other files unzipped from the service pack download.

  4. If you used wlconfig.exe to make changes to your installation configuration as described under Installation, change your configuration back to the previous values: reset the JAVA_HOME if you changed it, remove the weblogic510sp9boot.jar from the start of the classpath and remove the weblogic510sp9.jar from the start of the weblogic.class.path.

  5. Restore any non-java class files that you replaced in the installation process (eg WebLogic_RDBMS.jar)

  6. You can then start the WebLogic Server without the service pack.

  7. Once you have made these changes and started the Server, you can check that the service pack is no longer in use by checking the server version, as shown below:
      java weblogic.Admin t3://Host:Port VERSION

Release notes for WebLogic Server 5.1 Service Pack 9

Resolved issues:

Below are the issues resolved in the current Service Pack and a link to the previous Service Pack release notes. Service Packs are cumulative, so all of the issues in Service Pack 1-9 have been fixed in the latest Service Pack.
Service Pack 1-9

Clustering Issues:

  • ISSUE 28431: Fixed a problem in clustering with multiple, comma-separated, host names.
  • ISSUE 31686: Fixed some problems in clustering when using Windowns NT and instate memory replication.
  • ISSUE 32364: Fixed some performance issues with failover in RMI Objects in a cluster.
  • ISSUE 40660: Fixed problems with the HTTPClusterServlet when using Solaris Servers in a cluster.
  • ISSUE 41237: Fixed some problems in the HTTPClusterServlet when the connection header is set to close.

EJB Issues:

  • ISSUE 29007: A BMP findByPrimaryKey call now always checks the EJB container's cache before making a database round-trip.
  • ISSUE 30164: Now you can set the isolation level with finders.
  • ISSUE 31072: Read-Only entity beans weren't failing over to another server under clustered environments.
  • ISSUE 31148: Fixed some problems in EJB when finder methods for CMP beans were overloaded.
  • ISSUE 31604: Fixed a bug where EJBs with large Primary Keys caused OutOfMemoryErrors.
  • ISSUE 31968: Now, when a protocol exception is thrown, we include the URI to help discover what had possibly caused the exception.
  • ISSUE 36008: Fixed a problem with WebLogic and JDK 1.1.7. EJBs passing an array of a user defined object were causing errors only when used with this particular JDK.
  • ISSUE 38245: Fixed a problem in EJB. Array data type method parameters were not handled properly.
  • ISSUE 39285: A <cache-type> tag has been added to the <caching-descriptor> in the weblogic-ejb-jar.dtd.
  • ISSUE 39314: Now we undeploy Stateless Seesion Beans on Server shutdown.
  • ISSUE 39816: The server was throwing out of memory exceptions when a high number or requests per second were made for session EJBs. This has been fixed.
  • ISSUE 39904: Fixed some problems with CMP entity beans and finders-call-ejbload resulting in twice the number of database reads.
  • ISSUE 40511: The ejbc compliance checker was giving the wrong error message if the super-interface implemented Serializable.
  • ISSUE 40829: Fixed a problem in EJB when a second bean (a Stateless, TX_NOT_SUPPORTED bean) throws an error and the transaction started by first bean is incorrectly rolled back.
  • ISSUE 41259: Fixed a problem with the <stateful-session-persistent-store-dir> tag when using Stateful Session Beans.
  • ISSUE 41297: When, under load, the Server creates an instance of an entity bean and invokes a business method without calling either ejbFindByPrimaryKey or ejbLoad. The result is a NullPointerException. this behaviour appears to occur under load.
  • ISSUE 41312: Now, when we throw a TransactionRolledBackException, we include an embedded exception so that it is easier to figure out why the transaction rolled back.
  • ISSUE 41804: Cleaned up some unnecessary error messages with transactions with no resources or synchronizations.
  • ISSUE 41924: When calling a business method on a Stateless Session Bean with Bean-managed transactions that throws a non-appException, the container was not throwing a RemoteException to the client.
  • ISSUE 42044: Some EJB logging messages were not being sent correctly.
  • ISSUE 42067: Fixed some problems in EJB doing "where 1=0" queries with CMP beans.
  • ISSUE 41935: Fixed problems invoking an overloaded public method when connecting to an EJB as an RMI-IIOP client.
  • ISSUE 42430: The RemoteException detail field was not being set correctly sometimes.
  • ISSUE 43322: An application exception thrown from a bean method with bean managed transaction demarcation was not being properly propagated to the client.

JDBC Issues:

  • ISSUE 33423: There were dbKona problems with QueryDataSet and the OCI805_8 driver. This has been fixed on Windows NT, but is still a problem on HPUX and Solaris.
  • ISSUE 34041: You can now rotate your JDBC log. We only allow you to do this based on date. You can specify how often we should rotate the log file and when we should begin that rotation. (See additional information)
  • ISSUE 34242: Fixed a problem when getting a LONG RAW column with ResultSet.getBinaryStream(), the OCI driver GeneralProtectionFaults's when using Oracle 8.1.6 client libraries.
  • ISSUE 31331: There were problems enabling OS authentication and using Oracle 8.1.6/oci8 with the jDriver. This has been fixed on NT and HP-UX, but still is an issue on Solaris.
  • ISSUE 36671: With a char(1) field defined in Oracle, which maps to a variable defined as a char on the java side, Weblogic was failing to compile.
  • ISSUE 37427: The Oracle 8.1.6 JDBC driver caused cluster's booting to be extremely slow.
  • ISSUE 37398: Fixed a JDBC problem with OutOfMemoryErrors when deleting data from tables.
  • ISSUE 37693: There are no longer problems with the Oracle driver and ROWID selects when running examples.dbkona.rowid.
  • ISSUE 37893: Fixed getBytes() to return null instead of a zero-length byte array with Oracle LONG RAW columns.
  • ISSUE 38229: The jDriver for Oracle 8.1.6 caused managed servers to run out of memory.
  • ISSUE 39025: Fixed a problem with JDBCStore not recognizing the MS-SQL driver when it was modified by an ISV.
  • ISSUE 39887: There was an issue with preparedStatement.setCharacterStream and the type 2 driver. This has been fixed.
  • ISSUE 40305: Fixed NPE when trying to get a pool connection.
  • ISSUE 40509: Fixed a small problem with Solaris 2.6 and the jdriver.
  • ISSUE 40598: Fixed some recent problems (as of Service Pack 6) with the type 2 JDBC Driver on Tru64-UNIX.
  • ISSUE 40851: We increased our internal cursor buffer to prevent errors like the following: java.sql.SQLException: Parameter cursor pool exhausted - make sure you call Statement.close().
  • ISSUE 41351: Previously, Oracle's driver couldn't set the DBMS's transaction isolation level, so WebLogic intercepted that call and did it via SQL. Now we leave this task to the driver and the server now longer interferes.
  • ISSUE 41352: Added a performance enhancement to JDBC connection pools, especially useful for CMP JDBC.
  • ISSUE 41356: JOE allow arbitrary test SQL. Also remove "Unable to shrink pool" message, and add more synchronization to prevent that case.
  • ISSUE 42022: Fixed problem with the WebLogic jDriver and AIX 4.3.3.
  • ISSUE 42028: WebLogic's implementation of getColumnDisplaySize() was quadrupling the character size of nchar and nvarchar data types.
  • ISSUE 42054: Fixed problems with the RMI driver and JDBC 2.0 calls.
  • ISSUE 42175: Fixed problems with getBigDecimal and using MS-SQL Server.

JSP Issues:

  • ISSUE 33013: Fixed a problem with the JSP FORWARD tag when using a symbolic link.
  • ISSUE 34303: There were problems encountered in running some JSP examples from Sun. (See additional information)
  • ISSUE 34389: Escaping Quotes were not working in the value tag for JSP parameters; the server now functions per the spec-where quotations are to be escaped with \".
  • ISSUE 38661: Compiling a jsp that contains an include directive was not resulting in the file's path being parsed correctly.
  • ISSUE 38016: A request for a JSP whose source file no longer exists undeploys the JSP and returns a 404. The server was not undeploying JSPs that were deleted from the file system.
  • ISSUE 38354: If there is no errorPage attribute specified inside the JSP, the server will use an error page specified by the <error page> tag in web.xml.
  • ISSUE 38623: A new parameter, compileOptions, can now be used in the weblogic.properties file under the JSP initial arguments (JSPServlet.initArgs) or in web.xml as a <context-param>. Use this parameter to specify your compiler options.
  • ISSUE 40107: There were problems with nested (tags inside of tags) custom tags in JSPs. This has been fixed.
  • ISSUE 40776: The JSP tags <jsp:include> and <jsp:forward> were not taking into account query strings done in different encoding.
  • ISSUE 41093: Added a new property: weblogic.httpd.compileJspEnabled. The default is set to TRUE.
  • ISSUE 41242: We have updated the JSP Cache tag. This fixes problems with JSP requests after the server has been restarted, and when clients try to reload their browsers.
  • ISSUE 41755: When there were multiple, simultaneous requests for a JSP page using jsp:useBean tags, sometimes the bean was getting instantiated too many times.
  • ISSUE 41950: Fixed a bug in JSP when calling the findAttribute method of page context. Attributes in session scopes or application scope were not being found.
  • ISSUE 42145: Using a multi-byte enabled browser, with WebLogic Server and Service Pack 9 (this means having set weblogic.httpd.inputCharset./*=UTF-8 in the weblogic.properties file), the multi-byte characters were not displayed properly by a JSP page. This has been fixed.
  • ISSUE 42951: When a JSP file has an included JSP, which is a JSP-tag extension, then, if an error occurred, weblogic.jspc was not specifying which JSP file had the error.
  • ISSUE 42360: Fixed some problems in JSPs with getCharacterEncoding returning the incorrect character set.
  • ISSUE 42451: Fixed a problem in Servlets/JSP, with using setLocale().
  • ISSUE 44031: Fixed a problem with JSP pages calling bean classes.

Plug-in Issues:

  • ISSUE 39768: When using the NSAPI plug-in, we now allow the JSP size to be viewed through the NES log, when those files have been served by WebLogic through NES.
  • ISSUE 39882: Fixed some recent problems loading performance packs on AIX and Linux.
  • ISSUE 40928: Fixed some problems with the Apache plug-in and an operation READ failed error that was related to only partial pages showing up in a browser.
  • ISSUE 40977: Fixed a problem with the WebLogic plug-ins when there are multiple cookies coming from the browser and the total length exceeds 1024 characters.
  • ISSUE 41062: We now support multiple entries in WlForwardPath when using the ISAPI plug-in.
  • ISSUE 41206: The WebLogic plug-ins now will add the missing "/" to the obj.conf if a user has forgot to place it in front of a filename specified by DefaultFilename.
  • ISSUE 41243: Fixed a problem in plug-ins with PathTrim and the <Files> tag using virtual hosts.
  • ISSUE 42019: Using the mod_usertrack module from Apache, when the WebLogic Apache Bridge is enabled, the configuration of the apache session tracking was being ignored. The the mod_usertrack module was not finding the expected cookie.
  • ISSUE 42277: Fixed some problems with the ISAPI plug-in when Debug=ON in the iisproxy.ini file.
  • ISSUE 42326: Fixed a problem with the ISAPI plug-in failing to find the existing session id, and unnecessarily failing over to the secondary server--creating a new request and causing lost sessions.
  • ISSUE 42808: Fixed some potential problems with Service Pack 7-8 and uploads with the NSAPI plug-in.
  • ISSUE 43200: When setting the plug-in property 'idempotent: OFF', the server was failing over to the secondary server in the cluster without sending an error back to the browser. Now if idempotent=off and the primary server is down, an error page with status=500 is correctly returned and there is no fail-over to the secondary server.

Servlets Issues:

  • ISSUE 31269: Added two properties to define a maximum size for POST and PUT requests which can be used as a mechanism to defeat denial of service attacks. The two new properties are weblogic.httpd.maxPostSize and weblogic.httpd.maxPostTimeSecs. Default values for both properties are -1. This means the maxPostSize and maxPostTime are unlimited.
  • ISSUE 33935: There was a problem with the weblogic.httpd.enableEvents property. It has been fixed.
  • ISSUE 36867Now the server can reload JSP pages if its associated .class file has been modified. To do this you must have pre-compiled your JSP's using the new -neverStale flag in JSPC.
  • ISSUE 39203: If there are multiple headers with the same name in a request, the getHeader method now returns the first header contained in the request.
  • ISSUE 39458: Fixed a problem including a .jar file in the servlet classpath in the weblogic.properites file.
  • ISSUE 39503: Improved performance with CGI requests.
  • ISSUE 40077: Using SHTML and server side includes, parameters specified in the PARAM tag were not working. This has been fixed.
  • ISSUE 40147: Enabled logging of ResetExceptions if weblogic.debug.httpd=true
  • ISSUE 40659: When specifying getParameter()--for example, <%= new String(request.getParameter(itemQ[i]).getBytes ("iso-8859-1"), "SJIS") %> --encoding as iso-8859-1, the POST method was not working properly.
  • ISSUE 40686: The correct IllegalStateException is now thrown if a session is invalidated more than once.
  • ISSUE 40878: Using the Apache plug-in, query strings were being trunctated when they included blank spaces. This was only happening with redirects.
  • ISSUE 40903: We now have an EAPI version of the mod_wl_ssl.so for Apache SSL with Raven on HP-UX 11.0.
  • ISSUE 41320: Fixed some problems with headers (X-Forwarded-For) used by caching proxy engines.
  • ISSUE 41335: Fixed some problems occurring in a non-clustered environment, when modifying attributes saved in the HttpSession.
  • ISSUE 41552: Fixed a problem with JSP compilation when using jsp:use bean and setting type to an interface.
  • ISSUE 41661: When HttpRequest.isUserInRole() is called on a servlet with an ACL and after the user has been successfully logged in, a null pointer exception was thrown when using WebLogic Server 5.1 with Service Pack 7 or 8. This has been fixed.
  • ISSUE 41686: The file servlet was serving up files correctly through an open directory Web Application, but not through a .war file Web Application.
  • ISSUE 41687: The CGI servlet works now for Web Applications in a .war file, as well as in open directory Web Applications.
  • ISSUE 41888: Fixed a recent problem in Service Pack 7-8. When an HTTPS Servlet/JSP request came into a WebLogic Proxy and then was forwarded to the Server the Servlet/JSP was not executed, the browser received nothing and the request timed out.
  • ISSUE 41973: Now, the only time when the lastAccessedTime of a session is updated is at the end of a request related to that session--or when the session is created.
  • ISSUE 41977: When a Web Application creates an HttpSession and then forwards a user's request to another Web Application, the second Web Application calling Request.getSession() obtains access to the first session and all of its data--this second Web Application should have just created its own new session. This has been fixed.
  • ISSUE 42564: Fixed some problems with the HttpClusterServlet throwing a Broken Pipe Exception during a socket write operation. The HttpClusterServlet was recycling sockets that WebLogic had closed.
  • ISSUE 42605: Fixed a problem using the HTTP_REFERER environment variable with the CGIServlet.
  • ISSUE 42055: The weblogic.httpd.inputCharset property was working using GET, but not using POST.
  • ISSUE 42081: The weblogic.httpd.session.persistence property no longer functions, use weblogic.httpd.session.persistentStoreType. You can set the StoreType to memory, file, jdbc, or replicated. It will default to memory.
  • ISSUE 42161: The CGI servlet was having problems extracting scripts from .war files. This has been fixed.
  • ISSUE 42204: When a broken CGI script cannot execute, the browser was showing a blank page rather than an error page. When this occurs, now we send a 500- INTERNAL SERVER ERROR.
  • ISSUE 42219: Added Location: and Status: header handling in CGIServlet
  • ISSUE 42228: Now, according to the spec, CGI will recognize headers of scripts starting with -nph and will not parse them.
  • ISSUE 42518: Added a new property called weblogic.cluster.interfaceAddress. If you are using NT and wish to direct your multicast traffic to a different Network Interface Card, setting this property is an option.
  • ISSUE 43371: HttpServletRequest.getRemoteAddr() was not returning the actual client IP address when WebLogic was used as a proxy. It returned the proxy's address.

Miscellaneous Issues:

  • ISSUE 28253: The AppletArchiver now supports the Java Plug-in--for both IE, and Navigator.
  • ISSUE 29639: Now we log the appropriate error message when the Server is started without a clustering license.
  • ISSUE 31786: Added a new property for the weblogic.properties file: weblogic.login.logAllReadTimeouts. By default this property is set to true. If you set it to false, the server won't log a message when a read on login times out.
  • ISSUE 32605: Now it is possible to do JSSE with WebLogic Server 5.1. An example has been provided with this Service Pack.
  • ISSUE 34351: We have added a utility (beasvc.exe) to install and remove WebLogic instances as NT services. This issue was also tracked as issue 27525. (See additional information)
  • ISSUE 35071: Now we conform to the Extended Log Format when logging String and Text data formats by ensuring the value is in quotes.
  • ISSUE 36076: There were problems generating thread dumps with JDK 1.2. These problems have been fixed.
  • ISSUE 36867: Now the server can reload JSP pages if its associated .class file has been modified.
  • ISSUE 36874: CachingRealm was only resetting ACLs with the delegate realm's information, but it was also necessary for it to do it with the Group memberships as well.
  • ISSUE 37097: Added ZAC support when using JDK 1.2 and 1.3 on Solaris.(See additional information)
  • ISSUE 38986: Fixed a deadlock occurring in JMS under heavy load.
  • ISSUE 39124: We now support SSL between a proxy server and a WebLogic Cluster
  • ISSUE 39254: There was the wrong information in the SNMP Trap Agent field. The actual agent host's IP address was not appearing; it was always being set as the localhost. This has been fixed.
  • ISSUE 39309: Fixed multiple problems with the UnixRealm.
  • ISSUE 39825: A new property "weblogic.jolt.connectionPool" has been added. If this property is defined in the weblogic.properties file, then the Jolt session pool will be started before EJBs get deployed.
  • ISSUE 40106: When running the server as an NT Service with JDK 1.3, the server was shutting down when the user logged off the machine.
  • ISSUE 40402: Fixed a problem with RMI, occuring after hundreds of succesful calls to remote objects. The client was exiting with a PeerGoneException.
  • ISSUE 40249: WebLogic now supports the use of single sign-on for Web Applications.
  • ISSUE 40258: Fixed some problems using JMS Persistence when disableGuest=true.
  • ISSUE 40418: Some java.net.SocketException: JVM_recv in socket input stream read (code=10053) errors were unnecessarily sent to the log.
  • ISSUE 40481: Added a utility that allows Jolt pools to be reset. The following example files included in this service pack demonstrate the use of this utility: examples/jolt/servlet/jadmin/examples.jolt.servlet.jadmin.BounceJoltServlet.html, examples/jolt/servlet/jadmin/BounceJoltServlet.java, examples/jolt/servlet/jadmin/index.html, and examples/jolt/servlet/jadmin/joltadmin.html.
  • ISSUE 40526: On HPUX-11.0, native IO was not working with when using WebLogic 5.1 with Service Pack 7/8. this has been fixed.
  • ISSUE 40544: Fixed some problems with JMS queries and MS SQL Server.
  • ISSUE 40681: Now you can set the time to live when using the MulticastTest utility.
  • ISSUE 40683: There was a problem with the performance pack not loading on AIX 4.3.3.
  • ISSUE 40826: Now we attempt to log the username and password that were entered when a user submitted the wrong credentials in a form auth.
  • ISSUE 40836: Network disconnects can cause WLEC connections to be used up. If certain kinds of network distturbances occur, WLEC connections will get stuck in active use forever. This poblem has been fixed.
  • ISSUE 40856: Added ZAC support for AIX, Solaris, HP-UX, and Linux on JDK 1.2 and 1.3. Also added ZAC support for JDK 1.2 and 1.3 on the Tru64unix platform.(See additional information)
  • ISSUE 40872: When a startup class took a long period of time to complete (~2 minutes), and the session timeout parameter is relatively short (1 minute), the session invalidation trigger was firing only once. This means that sessions are never automatically invalidated. Now this has been changed so that it is possible for the trigger to be rescheduled to run once an exception is thrown.
  • ISSUE 41024: There was a problem with Service Packs 7 and 8 with Netscape and pages getting redirected to port:80.
  • ISSUE 41029: Now the weblogic classpath can be read from a file. If the -Dweblogic.class.path property starts with a @ character, then the server will read the classpath from the file that is specified next.
  • ISSUE 41173: We have addded i-net as a known driver that can be recognized by JMS.
  • ISSUE 41339: Fixed a problem in JMS with the IBM type 2 JDBC driver not being correctly identified.
  • ISSUE 41343: Jolt Session pools were slowing WebLogic Server down when a TUX node/network failure occurred.
  • ISSUE 41356: Now you may test pool connections with something other than "select count(*) from <testTable>". If the pool's testTable starts with "SQL ", then we will execute the remainder as SQL.
  • ISSUE 41387: If you called getUsers or getGroups with an NTRealm, the server's performance was very poor. This has been improved.
  • ISSUE 41497: Fixed a problem with non-secure protocols and the use of JNDI from applets.
  • ISSUE 41516: When running weblogic.admin commands(like PING and VERSION) in a clustered environment PeerGoneExceptions were being sent to the log.
  • ISSUE 41769: Fixed a problem connecting to a URL through HTTPS when using an applet archiver.
  • ISSUE 41777: Now the HttpClusterServlet has the ability to use the static server list as a back up if the dynamically generated list of servers is corrupted.
  • ISSUE 41900: Fixed some problems in JMS due to a change in Object Messages that was incorporated into Service Packs 7-8.
  • ISSUE 42089: Using Service Pack 7-8, a Web Application could not have the name 'app'. This has been fixed.
  • ISSUE 42295: Fixed extraneous NullPointerExceptions clogging up the logs in response to uncommon URL requests.
  • ISSUE 42518: Added a new property called weblogic.cluster.interfaceAddress. If you are using NT and wish to direct your multicast traffic to a different Network Interface Card, setting this property is an option. Set this to the appropriate ip address: weblogic.cluster.interfaceAddress=<ip address>
  • ISSUE 42724: When there was a problem, javax.jts.RollbackException was not correctly putting the exception thrown in its detail field.
  • ISSUE 43059: A UDFDataFormatException was being raised when a Jolt client received a message from Tuxedo service containing a STRING buffer type and the STRING contained extended ASCII characters in certain positions. This has been fixed.
  • ISSUE 43068: When a PathPrepend parameter in the IPlanet obj.conf file is set to prepend the path information on requests to JSP's on WebLogic, the path is prepended twice when a redirect is issued to the browser.
  • ISSUE 43547: Fixed some problems in a client-to-client RMI configuration that uses WebLogic as the JNDI provider and as the router between the clients.


Additional details on new plugin parameters:

The following parameters have been added and are available for the specified plugins.
For information on how to install plug-ins, see the online administrator's guides.

Parameter Name Defaults Pertains To Description
DynamicServerList ON/OFF (Default: ON) ISAPI only It will be "ON" by default. If set to "OFF" then the dynamic list returned by WebLogic with the response will be ignored by the plugin. There will be some shortcomings if the users go for this architecture. First, they cannot add new servers in the cluster as the plugin will try to connect only to the servers in it's static list. Second, if they add a new server to the list and it becomes the secondary, then the plugin will not failover (because of isServerInList) hence sessions will be lost. Finally, if any server goes down the plugin will hit that dead server again and again. This may affect the performance.
Debug ON/OFF (Default: OFF) All Plug-ins "Debug" will log the following messages to c:\tmp\wlproxy.log on NT and /tmp/wlproxy.log on UNIX:
--All headers coming in from the client/browser
--All headers sent to WebLogic
--All headers returned by WebLogic
--All headers returned back to the browser/client
--Dynamic Cluster List
--Connection info
--Other informational, warning and error messages
DebugConfigInfo ON/OFF (Default: OFF) All Plug-ins This parameter is used to enable the magic query parameter "__WebLogicBridgeConfig". This is used to get details about configuration parameters from the plugin.

For example, if you enable "__WebLogicBridgeConfig" by setting DebugConfigInfo=ON and then send a request like: http://www.mywebserver.com:8000/weblogic/foo.jsp?__WebLogicBridgeConfig, then the plug-in will gather the configuration information and return it back to the browser. Note that it will not connect to the WebLogic Server in this case.

This parameter is strictly for debugging and the format of the output message can change with releases. For security purposes it is advised to keep this parameter turned OFF in production systems.

DefaultFileName filename All Plug-ins If the URI is "/" then the default filename will be appended to the URI. This prevents redirects from the WebLogic Server. The DefaultFileName should be set to the default welcome page of the WebLogic Server. If the DefaultFileName is set to welcome.html, a http request like "http://somehost/weblogic" will become "http://somehost/weblogic/welcome.html". For this parameter to function, the same file must be specified in the weblogic properties file. For example, in this case, the weblogic properties file must be set to weblogic.httpd.initArgs.file=defaultfilename=welcome.html.
HungServerRecoverSecs 10:300:600 for min:default:max All plugins You should set this to a very large value. If it is less than the time the servlets take to process, then you will see unexpected results. This implementation takes care of the hung or unresponsive servers in the cluster. So the plugin waits for HungServerRecoverSecs for the the server to respond and then declares that server dead and fails over to the next server.
Idempotent ON/OFF (Default: ON) All plugins This is a URL level flag. By default it will be "ON" so if the servers do not respond within HungServerRecoverSecs, the plugins will failover. If set to "OFF" the plugins will not failover. It can be set differently for different URL's or Mime types.
MaxSkips 5:10:1000 for min:default:max ISAPI only Currently if a server goes down the plugin marks it as bad and skips it for the next ten requests for that server. Ten skips doesn't mean ten requests but ten calls to getNextServer(). This happens when the request comes without the cookie, and the PRIMARY and SECONDARY are down. By using this parameter the user can change the MAX_SKIPS for dead servers.
DisableCookie2Server ON/OFF (Default: OFF) Apache only If set to ON, the plug-in will not use the server information in cookies. This fixes a problem with WAP devices that have a limitation using cookies.




New WebLogic Properties:

weblogic.jms.ignoreMemExhaustCheck=[true|false] (Issue 33227)

If set to true, the JMS memory check is ignored and messages can be sent and published when 75% or more of the server memory is used up. When this property is set to false, the memory check is NOT ignored. By default this is set to false.


weblogic.httpd.inputCharset.<Dir name>=<charset name> (Issue 30298)

A new property can be used to specify charset for the getParameter() and getParameterValues().

Using GET/POST requests from a Client or Browser, the servlet container determines charset of the string using the request URI of the HTTP request.

To specify encoding for the string of GET or POST request, the following properties need to be set in the weblogic.properties file:

weblogic.httpd.inputCharset.<Dir name>=<charset name>

<Dir name> is for the resource path used in the request URI. <charset name> is IANA character set name.

For Example: If you want to use EUC-JP charset as a default, Shift_JIS for under /i and iso-8859-1 for under /en, such as:

public_html ---- products
(EUC-JP)         (EUC-JP)
            ---- about
                 (EUC-JP)
            ---- download
                 (EUC-JP)
            ---- i
                 (Shift_JIS)
            ---- en
                 (iso-8859-1)
In this case, then the following properties need to be set:

weblogic.httpd.inputCharset./*=EUC-JP weblogic.httpd.inputCharset./i/*=Shift_JIS weblogic.httpd.inputCharset./en/*=iso-8859-1

Additional Notes:

 1) Mapping IANA charset and JAVA encoding

 You can specify mapping between IANA charset and JAVA encoding as follows:

 weblogic.httpd.charsets.<IANA charset>=<Java encoding>

The following makes mapping from a IANA EUC-JP charset to Java EUCJIS encoding:

 weblogic.httpd.charsets.EUC-JP=EUCJIS

 2) Default Mapping

 WebLogic Server has a default mapping table between IANA charset and Java encoding. Normally, you don't have to specify 
 particular mapping specification.

 3) Default charset

 If you don't specify inputCharset, then WebLogicServer handles charset the same as the Server's VM default encoding.

For example, getParameter works on MS932 on Japanese NT without specification of inputCharset.


weblogic.httpd.unkownMimeTypeIsDefault=[true|false] (Issue 35589)

Added new property, weblogic.httpd.unknownMimeTypeIsDefault=[true|false] which fixes a problem retrieving mime-type. By default this is set to false. The J2EE spec says that getMimeType() takes a filename for input as a String, and should return a NULL value if the MIME type is not known. By setting this new parameter to true, the spec is followed and the default mime type is disabled to allow null.


weblogic.httpd.session.neverReadPostData=[true|false] (Issue 36827)

Added a new property weblogic.httpd.session.neverReadPostData=[true|false] This prevents the server reading the post data in search of a SessionId. Anyone experiencing problems with missing POST data should try setting the the property to true.


weblogic.system.maxExecuteThreadCount (Issue 30826)

A new property "weblogic.system.maxExecuteThreadCount" has been added to configure the maximum number of the threads the weblogic will support. This sets the maximum the property "weblogic.system.executeThreadCount" will take. This property is configurable both from client and server. Note that there may be problems incurred by setting this property too high. See our tuning documentation for more information on performance with the WebLogic Server and execute threads.


weblogic.jsp.windowscaseSensitive=[true|false] (Issue 30869)

Added weblogic.jsp.windows.caseSensitive property. The default is false. If set to true, jspc and JspServlet do not change to lower-case the name of the generated file. The property is relevant on Windows only. The default is false (as it should be on Win32).


weblogic.security.ntrealm.domains=hostname1,hostname2 (Issue 33792)

The contents of the ntrealm.properties file has been moved into the weblogic.properties file. The following property is now used: weblogic.security.ntrealm.domains=hostname1,hostname2. This property can be set to a string list of hostnames of all the trusted domains. This adds the ability to search multiple trusted domains. If a ntrealm.properties file still exists, it will be used before the weblogic.properties file will, so it's suggested to remove all instances of ntrealm.properties on your system. These can sometimes reside in c:\winnt\, so please search your entire system for the file. The command line is a good way to test connectivity. Use the following command: java weblogic.security.ntrealm.NTRealm username password. This should produce output similar to the following:

NTDelegate using Primary Domain Controller \\VULCAN
auth ? joe
enum users:
   #1 'Administrator'
   #2 'joe'
   #3 'Guest'
   #4 'NTTestUser'
enum groups:
   #1 'None'
   #2 'Administrators'
   #3 'Backup Operators'
   #4 'Guests'
   #5 'Power Users'
   #6 'Replicator'
   #7 'Users'
enum groups for user: joe
   #1 'Administrators'
   #2 'Backup Operators'
   #3 'Power Users'
   #4 'Users'
   #5 'None'
is user joe an Administrator? true
done

For details on NTRealm see WebLogic's online docs.


weblogic.httpd.WAPEnabled=[true|false] (Issue 38376)

Added weblogic.httpd.WAPEnabled property. The default is false. The plugin did not recognize sticky sessions when WebLogic Server was not clustered. This property determines whether or not the server includes the JVMID. If the server is WAP enabled (weblogic.httpd.WAPEnabled=true) we will not send the server info (JVMID) in non-clustered cases.


weblogic.httpd.maxPostSize and weblogic.httpd.maxPostTimeSecs (Issue 31269)

Added two properties to define a maximum size for POST and PUT requests which can be used as a mechanism to defeat denial of service attacks. The two new properties are weblogic.httpd.maxPostSize and weblogic.httpd.maxPostTimeSecs.

The default value of both properties is -1 (unlimited). If the maxPostSize or maxPostTime is exceeded, WebLogic sends an error message (a PostTimeoutException) back to the browser and breaks the connection. When the POST size is greater than the maxPostSize we return a response with status code HttpServletResponse.SC_REQUEST_ENTITY_TOO_LARGE and the connection is broken

Note: If the client has not finished sending the POST data it doesn't receive an error message from WebLogic. Instead it gets a Connection Aborted error. Plugins will be able to handle this broken pipe and send an appropriate message to the browser.

Default values for both properties are -1. This means the maxPostSize and maxPostTime are unlimited.


weblogic.login.logAllReadTimeouts=[true|false] (Issue 31786)

Added a new property for the weblogic.properties file: weblogic.login.logAllReadTimeouts. By default this property is set to true. If you set it to false, the server won't log a message when a read on login times out.


compileOptions (Issue 38623)

A new parameter, compileOptions, can now be used in the weblogic.properties file under the JSP initial arguments (JSPServlet.initArgs) or in web.xml as a <context-param>. Use this parameter to specify your compiler options.

For example:
weblogic.httpd.initArgs.*.jsp=\
       pageCheckSeconds=1,\
       compileCommand=/usr/local/jdk1.2.2_05/bin/javac -O,\
       compileOptions=-g -O
	   workingDir=/home/weblogic/ivarServer/classfiles,\
       verbose=true,\
       keepgenerated=true


weblogic.jolt.connectionPool (Issue 39825)

A new property "weblogic.jolt.connectionPool" has been added. If this property is defined in the weblogic.proeprties file, then the Jolt session pool will be started before EJBs get deployed. The following is an example of how to set this property:

weblogic.jolt.connectionPool.demojoltpool=\
    appaddrlist=//bavaria.bea.com:27000,\
    failoverlist=//bavaria.bea.com:28000,\
    minpoolsize=1,\
    maxpoolsize=3


weblogic.httpd.compileJspEnabled=[true|false] (Issue 41093)

Added a new property: weblogic.httpd.compileJspEnabled. The default is set to TRUE. Adding weblogic.httpd.compileJspEnabled=false to the weblogic.properties file will disable compiling jsp's entirely-- please do not use this property unless you are sure that it is appropriate for your uses.



Additional details on WebLogic_RDBMS.jar:

We include the lib/persistence/WebLogic_RDBMS.jar file in the service pack to resolve issue 9999. This jar file requires special attention because it is not a jar file that gets pre-appended to any classpaths. Instead, this EJB CMP jar file just needs to replace the original WebLogic_RDBMS.jar file in the lib/persistence directoy. No modifications are needed to the java or weblogic classpaths.

It is important to note that EJBs must be recompiled if the new WebLogic_RDBMS.jar file is installed from a service pack. They must also make sure that their classpaths are set correctly. In general, if you wish to resolve issue 9999, apply the weblogic510sp9.jar file as follows:

  • Server - Apply weblogic510sp9.jar to weblogic.class.path
  • EJB Deployer/Developer - Apply weblogi510sp9.jar to CLASSPATH
  • Client - Do not apply weblogic510sp9.jar



    Details on Specific Issues

    Additional details on ISSUES 10228, 10399, 10428, and 10986:

    1. mod_wl.so for standard Apache (non EAPI) installations
    2. mod_wl_ssl.so for Apache + SSL/EAPI installations(Stronghold, modssl etc)
    3. mod_wl_ssl_raven.so for Apache + Raven installations

    mod_wl_ssl_raven.so was required because Raven applies frontpage patches which makes it incompatible with mod_wl_ssl.so

    mod_wl_eapi.so is no longer required. That has been removed from the GNUmakefile.

    These binaries have been certified against C2Net's Stronghold/3.0 (Apache/1.3.12) and Covalent's Raven/1.4.3 (Apache/1.3.12).


    Additional details on ISSUE 30648:

    If you set mimeType as the following:

    weblogic.httpd.mimeType.text/x-hdml;charset=Shift_JIS=hdml

    It will be stored as:

    extension="hdml"
    mimeType="text/x-hdml;charset=Shift_JIS"

    So that when you do a context.getMimeType("foo.hdml") it will return: "text/x-hdml;charset=Shift_JIS"


    Additional details on ISSUE 31335 and ISSUE 30768:

    1. The "ntrealm.properties" file is no longer necessary for single domain systems.
    In the case of a single domain, the ntrealm.properties file need to be either removed or renamed from the system. Search for the existence of this file by doing a search on the root directory.

    2. If an additional trusted domain is to be added to the default domain, the ntrealm.properties file is still needed. In this case, in the ntrealm.properties, give the hostname of the other, trusted domain (note: not the domain name, the hostname).

    3. However the following property needs to be set in the weblogic.properties file in either case:
    weblogic.security.realmClass=weblogic.security.ntrealm.NTRealm

    4. For details on NTRealm see online docs.


    Additional details on ISSUE 31492:

    The following properties need to be set in the weblogic.properties file:

    weblogic.system.startupClass.demojoltpoolStart=\
    bea.jolt.pool.servlet.weblogic.PoolManagerStartUp
    weblogic.system.startupArgs.demojoltpoolStart=\
    poolname=demojoltpool,\
    appaddrlist=//lcsol1:6000,\
    failoverlist=//lcsol1:6000,\
    minpoolsize=1,\
    maxpoolsize=3,\
    recvtimeout=200 (number of seconds)


    Additional details on ISSUES 31822:

    The following diagram illustrates the differences between setting secureProxy="ON" and secureProxy="OFF".
    This feature is set in the WebLogic properties file.

    secureProxy=ON

    BROWSER<------>HTTPS------>PROXY<------>HTTPS----->WEBLOGIC SERVER CLUSTER


    secureProxy=OFF

    BROWSER<------>HTTPS------>PROXY<------>HTTP----->WEBLOGIC SERVER CLUSTER

    By passing the secureProxy parameter as an initial argument (in WebLogic init.Args) in the cluster servlet and setting it to ON, SSL between the proxy and the clusters will be enabled. Below is a demonstration of how to turn on the secure proxy feature:

    weblogic.httpd.register.cluster=weblogic.servlet.internal.HttpClusterServlet
    weblogic.httpd.initArgs.cluster=\
    defaultServers=server1:7001:7002|server2:7001:7002,\
    secureProxy=ON


    Additional details on ISSUES 31877:


  • How to get userid: request.getRemoteUser()
  • How to get referred/attempted URL: request.getAttribute("weblogic.formauth.targetURL")

    These will both work on the error page of the webapp.


    Additional details on ISSUE 32309:


    The WebLogic Server uses the "dispatch in-thread" optimization to handle in-memory replication traffic. Normally the request that is read off the socket is handled by a different thread once the request has been placed on the ExecuteQueue by the socket reader thread. In handling the "in-memory" replication traffic, the updates to the objects that are replicated need to be performed in a timely fashion. Hence the "dispatch in-thread" pattern is used to avoid a context switch and thread contention that is incurred by this request being placed on the ExecuteQueue. However, on rare occasions this pattern results in a deadlock when both sides of the connection try and update objects on behalf of each other. The deadlock has been fixed with this change by introducing an alternate ExecuteQueue--the NonBlockingExecuteQueue to service message traffic that is guaranteed not to block. This queue is used *only* by the Weblogic Server internally i.e. application requests are never placed on this queue--they are handled by placing them on the regular ExecuteQueue.


    Additional details on ISSUE 32806:


    Setting up access log rotation: Note: Access log rotation requires WebLogic Server 5.1, Service Pack sp4 or later.

    Access log rotation allows you to rotate your HTTP access log when it reaches a certain size or after a specified amount of time has passed. When the access log rotates, a new log file with a new file name is started. The access log's file name includes a numeric portion that is incremented upon each rotation.

    To set up access log rotation, set the following properties (in addition to those properties you set to enable access logs) in your weblogic.properties file:

    weblogic.httpd.logRotationType

    Set to date to rotate your access log by date. If you choose this option, you must also set two additional properties: weblogic.httpd.logRotationPeriodMins and weblogic.httpd.logRotationBeginTime.

    Set to size to rotate your access log when it exceeds a certain size. If you choose this option, you must also set the weblogic.httpd.maxLogFileSizeKBytes property. The default value is size.

    weblogic.httpd.logRotationPeriodMins

    If you are rotating your access log by date, set this to the number of minutes after which the access log will rotate. (1440 minutes = 24 hours, 100080 minutes = 1 week). The default value is 1440.

    weblogic.httpd.logRotationBeginTime

    Sets the date when the first access log rotation will occur. If you do not set this property, the access log rotates after the amount of time specified with the weblogic.httpd.logRotationPeriodMins property. Enter the date using the java.text.SimpleDateFormat, MM-dd-yyyy-k:mm:ss. See the javadocs for the java.text.SimpleDateFormat class for more details. For example:    11-24-2000-12:30:00

    If, when you start WebLogic Server, this date has already passed, the first access log rotation will occur on the day you start WebLogic Server, at the hour, minute, and second specified by weblogic.httpd.logRotationBeginTime.

    weblogic.httpd.maxLogFileSizeKBytes

    Set to the maximum size, in kilobytes, for your access log file. When the access log reaches this size, it is rotated. If set to 0 (the default value) access log files do not rotate based on size. This property is ignored when weblogic.httpd.logRotationType is set to date.


    Additional details on ISSUE 33258:

    Sun's ldap does not work with Microsoft's Site Server, but Netscape's ldap 4.1 does. Please follow the following steps to configure WLS5.1 with MS Site Server 3.0.

    1. Download Netscape's ldap 4.1 from Netscape's web site http://www.iplanet.com/downloads/developer/index.html and decompress it to your local directory.

    2. Include Netscape's ldap4.1's jar files (ldapfilt.jar, ldapjdk.jar, ldapsp.jar) from your local directory in WEBLOGICCLASSPATH in the startweblogic startup script.

    3. Add the following line to your ldaprealm.properties file. weblogic.security.ldaprealm.factory=com.netscape.jndi.ldap.LdapContextFactory


    Additional detail on CR34041

    You can now rotate your jdbc log. We only allow you to do this based on date. You can specify how often we should rotate the log file and when we should begin that rotation. For example, rotate every 6 hours and start the first rotation at 4pm today.

    If rotation is enabled we will automatically append a date/time stamp to the end of the log file, you can control the format of this timestamp with the property weblogic.jdbc.logFileNameFormat. The reason we have to do this is that we do not control the output stream of the jdbc.log, this is handling in java.sql.DriverManager, so we cannot lock the file, move it to a backup and then restart the log file with the same name. Thus the current jdbc.log file is the file that has the most recent date timestamp at the end of the file name.

    Added properties:

    weblogic.jdbc.rotateLog

    Set to true or false the above property in order to set whether or not to rotate the JDBC log file. This is set false by default.

    weblogic.jdbc.logRotationPeriodMins

    Defines the period in minutes when the jdbc log will be rotated. 24 hours is 1440 minutes. One week is 10080 minutes

    weblogic.jdbc.logRotationBeginTime

    Defines the date when the first rotation of jdbc log will begin. The format follows java.text.SimpleDateFormat, MM-dd-yyyy-k:mm:ss see the javadocs for more details. For example: 11-24-2000-12:30:00 Note: If not set, the next rotation is the next weblogic.jdbc.logRotationPeriodMins. If the date has already past, then the DAY_OF_WEEK, HOUR_OF_DAY, MINUTE and SECOND are used with the current date to recalculate.

    weblogic.jdbc.logFileNameFormat

    Defines the format of the date string that is appended to the jdbc log when rotation is turned on. The format follows java.text.SimpleDateFormat, and defaults to: dd_MMM_yyyy__HH_mm_ss see the javadocs for more details.


    Additonal details on ISSUE 34303:

    There are workarounds for making these examples run. For the template example put the following in the web.xml:
        <context-param>
          <param-name>weblogic.jsp.packagePrefix</param-name>
          <param-value></param-value>
        </context-param>
    For the iteration example, do the same as above. Additionally, change the list.jsp. Replace the following:
    
    <td><jsp:getProperty name="member" property="name"/></td>
    <td><jsp:getProperty name="member" property="phone"/></td>
    <td><jsp:getProperty name="member" property="email"/></td>
    
    with:
    
    <td><%= member.getName() %></td>
    <td><%= member.getPhone() %></td>
    <td><%= member.getEmail() %></td>
    


    Additional details on ISSUE 34351:

    We have added a utility (beasvc.exe) to install and remove WebLogic instances as NT services. These files have been included with this Service Pack:
          - beasvc.exe              (Binary to start and stop services)
          - installNtService.cmd    (Script to start service)
          - uninstallNtService.cmd  (Script to stop service)
    DESCRIPTION:

    Multiple instances of WebLogic servers as NT services can be installed/removed with "beasvc.exe".

    All configurations for multiple services are stored in the registry using a different service name each time and under a server-specific hive at: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\

    The included scripts (installNtService.cmd and uninstallNtService.cmd) show how one can start/stop multiple services.

    OPTIONS:

    The following are the options supported by "beasvc.exe". Options should be separated by spaces. '/' may be substituted for '-'.

    Required options:

    -install | remove Install or remove the specified service. -svcname:<user_specified_service_name> Service name associated with this service. Use the following options only when installing the service.

    
            -cmdline:<java_cmdline_parameters>
                  Required java command line parameters.
                  This should not include specification of the java command.
            -javahome:<java_home_directory>
                  Root directory of targeted java distribution.
                  The java command will be formed by appending \bin\java.
            -execdir:<base_directory_for_execution>
                  Directory out of which this command will be executed.
            -extrapath:<additional_path_environment_settings>
                  Additional path settings that will be prepended to the path
                  applicable to this command execution only.
            -help | /?
                  Prints out help.
    
    Installing a service sample:
    
     beasvc -install \
            -svcname:<Service_Name> \
            -javahome:<Java_Home_Directory> \
            -execdir:<WebLogic_Home_Directory> \
            -extrapath:<Path_To_Prepend> \ 
            -cmdline:%CMDLINE%
    
    Uninstalling a service sample:
    
     beasvc -remove \
            -svcname:<Service_Name>
     
    Starting a service:
        Go to Start->Settings->Control Panel->Services
        Start the service.


    Additional details on ZAC: ISSUE 40856 and 37097:

    ZAC is now compatible with JDK 1.2 and 1.3. To add ZAC support, copy the following files into the /lib folder of your WebLogic installation:
    	
    	lib/aix/zac_aix
        	lib/linux/zac_linux
        	lib/hpux11/zac_hpux
        	lib/solaris/zac_solaris
        	lib/tru64unix/zac_tru64unix   
     
    Also copy the following files to $WL_HOME/classes/weblogic/drp/admin
    (NOTE: Make sure you backup your original files):
        
    	zac/AIX_ppc.res
        	zac/AIX_ppc_g.res
        	zac/DECUnix_alpha.res
        	zac/DECUnix_alpha_g.res
        	zac/HPUX_parisc.res
        	zac/HPUX_parisc_g.res
        	zac/Linux_x86.res
        	zac/Linux_x86_g.res
        	zac/Solaris_sparc.res
        	zac/Solaris_sparc_g.res
        	zac/TRU64Unix_alpha.res
        	zac/TRU64Unix_alpha_g.res
        
    The above binaries ensure that the bootstraps generated will recognize both JDK 1.2 and JDK 1.3.
    
    Special notes For Win32 Systems

    If there is more than one JDK 's installed, ZAC will default to using JDK 1.1 To make ZAC run on a particular version of JVM, you must do two things. First, the 1.1 registry entry must be renamed to something other than 1.1. The HKEY_LOCAL_MACHINE/SOFTWARE/JavaSoft/Java RunTime Environment's "Current Version" key *MUST* be set to the particular JRE version you wish to use. Secondly, if you have a folder titled '1.1' or a similar name inside HKEY_LOCAL_MACHINE/SOFTWARE/JavaSoft/Java RunTime Environment, you must change this folder to some other name. Windows will ignore the setting of the current version key if it finds a folder which it thinks contains a 1.1 JRE
    Note:Editing your registry can damage your system - Make a backup before starting ("export registry").


    Known Issues

    JDBC and File session persistence changes

    510 Service Pack 9 requires some administrative changes if your current server is using either JDBC or FILE session persistence. These changes were necessary in order to support "single signon" over multiple servlet contexts and affect all servers using session persistence. The following instructions describe how to upgrade and preserve your existing sessions.

    Please note that the workarounds suggested here to preserve existing session data only apply to web-applications that rely on long-life session persistence, where it is unacceptable to lose the session-data between server-upgrades.

    Admin changes for JDBC session persistence

    If you are using JDBC persistence you need to change the wl_servlet_sessions table to the following schema: (Note: this is Oracle syntax and you should involve your dba in making the necessary changes required to the table to reflect the schema below)

    create table wl_servlet_sessions
          (wl_id                         VARCHAR2(100) NOT NULL,
           wl_context_path               VARCHAR2(100) NOT NULL,
           wl_is_new                     CHAR(1),
           wl_create_time                NUMBER(20),
           wl_is_valid                   CHAR(1),
           wl_session_values             LONG RAW,
           wl_access_time                NUMBER(20),
           wl_max_inactive_interval      Integer,
           PRIMARY KEY (wl_id, wl_context_path) ); 

    In order to preserve your existing JDBC sessions, you will need to populate the new wl_context_path with an appropriate context according to the following criteria:

    * If you are not using the WebApp mechanism to deploy your web services, then all of your current sessions belong to the default servlet context. You should populate the new WL_CONTEXT_PATH field with the string "General".

    * If you are using only a single WebApp that is not the default, then populate the WL_CONTEXT_PATH field with the context-path name of that WebApp.

    * If you are using multiple WebApps, you must replicate each session entry in the table so that there is one entry for each WebApp. You will need to populate the WL_CONTEXT_PATH for each entry respectively with the context-path name of that entry's associated WebApp.

    Admin changes for FILE session persistence

    There are no requirements to upgrade the file structure for FILE session persistence. However if you wish to preserve your existing sessions, you must move the serialized files as follows.

    You will find the serialized directories and files under the directory specified by the property:

    weblogic.httpd.session.persistentStoreDir=storage_dir

    This defaults to the value "session_db". Where the value is a relative path, this directory exists under the "myserver" directory. You must create a new directory under this persistentStoreDir, and move the existing directories at that level to this new directory as follows. These instructions assume that the persistentStoreDir is "session_db" for simplicity:

    * If you are not using the WebApp mechanism to deploy your web services, then all of your current sessions belong to the default servlet context. Create a new subdirectory called "General" under "session_db", and move other directories under the new directory "General".

    * If you are using only a single WebApp that is not the default, then create a new directory under "session_db" with the same name as the context-path of that WebApp. Move the existing directories under "session_db" to this new directory.

    * If you are using multiple WebApps, you must create a new directory under "session_db" for each WebApp with the same name as the context-path of that WebApp. Copy the existing directories under "session_db" to each new directory that you created, then delete the original directories.

    Extra note on retrieving existing session cookies

    This note applies to deployed sites using non-default WebApp configurations that rely on session cookies.

    In ServicePack-8, WLS introduced a naming convention for session cookies whereby the context-path was appended to the default cookie-name, separated by a "-" symbol. For example, if my WebApp had the context-path "mysite", and the default session cookie name "WebLogicSession" was used, then the resulting cookie name would be "WebLogicSession-mysite". This workaround enabled separate WebApps to differentiate between session cookies that used the default cookie name. This convention has been removed in ServicePack-9 in favor of using a single session ID in conjunction with the context-path to identify a session for a particular WebApp. That is, the session id is no longer required to be unique but is used in conjunction with the context-path to obtain a primary-key.

    If your WebApplication is designed to rely on long-life session cookies and you wish to retrieve these existing session cookies, you must explicitly set the cookie name in each WebApp to continue to follow this convention. While this solution will allow you to retrieve an existing user cookie, you will not be able to use the single-signon feature since that requires that you use the same cookie name for all WebApps that wish to share single-signon. If this situation applies to your site, we recommend you devise a migration strategy to move away from this model

    Pentium 4 users

    If you are installing WebLogic 5.1 or WebLogic 5.1 Service Pack 9 on a Pentium 4, you may run into an access violation when trying to run the password setup screen. This is an issue with the JRE that is acknowledged as a problem by JavaSoft. In the near future we will include a JRE that remedies this problem. This is only a problem with the installer and you may unzip the Service Pack directly into your installation to avoid this issue.

    Servlets

    Note that the value returned by session.getId() will no longer return the same value as request.getRequestedSessionId(). The strings are different. Also note: if you wish to figure out if an incoming cookie has a valid session, using request.getSession(false) is the best method.

    The weblogic.properties file (ISSUE 30561)

    There was a typo in the weblogic.properties file shipped with the release.

    The weblogic.properties file with the release says:

    # Add a TXDataSource for the connection pool:
    #weblogic.jdbc.TXDataSource.weblogic.jdbc.jts.demoPool=demoPool

    It should actually be:

    # Add a TXDataSource for the connection pool:
    #weblogic.jdbc.TXDataSource.demoPool=demoPool

    DriverManager.getConnection()

    WebLogic's documentation and examples still, in certain instances, use the DriverManager.getConnection() method. If you are using JDK 1.2, this may sometimes generate deadlock in DriverManager.println. DriverManager.println was changed to become a 'synchronized' method with JDK 1.2. We highly recommends you use Driver.connect instead of DriverManager.getConnection(). See, http://www.weblogic.com/docs51/classdocs/urls.html#structure, for details.

    Miscellaneous

  • General files included with every service pack:
    • utils/version.class
    This file will update the message returned when you use
    the version utility to show that you are using "Service Pack 9".

  • We have included demo security certificates with extended expiration dates in this release.

  • We have included Apache plugins for Solaris, HP, AIX, Linux, and Tru64 in this release.



    Required browser for viewing this document: Netscape 4.0 or higher, or Microsoft Internet Explorer 4.0 or higher.
    Last updated 04/18/2001

    Copyright © 2001 BEA Systems, Inc. All rights reserved.