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"
weblogic.httpd.inputCharset.<Dir name>=<charset name> (CR 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.
Additional details 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
Whether or not to rotate jdbc log file. This is 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.
Additional details on CR39171
Added a new property:
weblogic.httpd.maxHttpHeaderSize
This property allows a maximum length for the first line of an HTTP request to be set. It throws
an exception and closes the offending socket when an HTTP request exceeds the maximum length.
It defaults to 4096 (4k). The maximum value is 16k and the minimum value is 1k.
Additional details on CR45620
The following files were added to Service Pack 15:
- \bin\win32_12\WLService.exe
- \bin\win32_12\install.exe
- \bin\win32_12\remove.exe
- \bin\win32_12\t3config.exe
- \bin\win32_12\t3server.exe
- \bin\win32_12\wlstartup.dll
These utilities are for starting WebLogic Server as
an NT service on 1.2 and above JVMs. To install them:
- Ensure that %WL_HOME% is pointing to a WebLogic 4.5.1 installation.
- Create a directory called %WL_HOME%/bin/win32_12.
- Copy the above-mentioned files to that directory.
- Create a registry by typing: t3config -installdir %WL_HOME%
These utilities require that the following registry be populated with installation information:
HKEY_LOCAL_MACHINE\SOFTWARE\BEA Systems\WebLogic\4.5.1
- If JAVA_HOME is not set properly, set it by typing:
t3config -JAVAHOME <java_home dir>
- To install a service, use the install.exe binary.
- To remove a service, use the remove.exe binary.
Known Issues
There are no known issues at this time.
Miscellaneous
General files included with every service pack:
This file will update the message returned when you use the
version utility to show that you're using "Service Pack 15".
Note: If you are using an NT platform, in order for the native socket muxer to load, you must copy the bin/wlntio.dll included
in this Service Pack to your weblogic/bin directory.
Copyright ©
2001 by BEA Systems, Inc.
All rights reserved.
Last updated
08/15/2001