Posts in Category "JRun"

How JRun 4 connectors discover servers at startup

(TechNote) After your external web server has been configured, the JRun connector will establish a connection with the specified JRun server every time the web server is started. This TechNote describes what happens when the web server starts up and some changes that occurred after JRun 4 Updater 2.

ColdFusion MX/JRun and Sun’s JVM: U.S. Daylight Saving Time changes in 2007

(TechNote) ColdFusion MX and JRun are Java applications that depend on the Sun Java Virtual Machine (JVM) for their time information. The new US Daylight Savings Time changes for 2007 will affect ColdFusion MX and JRun because of this.

Hot fix for System Error and System Out log file rotation

(Hot fix) JRun generates Java stderr and stdout logs as [server name]-err and [server name]-out when running as a Windows service, however, the files do not rotate. A hot fix has been created to solve this issue.

JRun 4 Updater 6: Hot fix for remote transactions

(Hot fix) JRun Remote transactions did not function properly with remote client.

JRun 4 Updater 6: Browsing a clustered Instance on restart causes “500 Server” error

(Hot fix) When browsing a cluster while an instance is starting, the server throws a “500 Server error Service Temporarily Unavailable” message in the browser window until the instance has fully started.

JRun 4 Updater 6: Hot fix for lost query string parameters under heavy load

(Hot fix) JRun may lose query string parameters from the same URL under heavy load if request.setCharacterEncoding() is called before getting the parameters.

JRun 4 Updater 6: Hot fix for connector returning a blank page when JRun server is stopped

(Hot fix) JRun connector returns a blank page for a JSP request when the JRun server is stopped.

JRun 4.5 Beta Program Status

(TechNote) The JRun 4.5 beta program has officially ended. Adobe would like to express our gratitude for all customer participation and feedback during this cycle.

JRun 4: Using sendRedirect requires a return statement

(TechNote) It is good practice to always code a return after a sendRedirect statement in any Servlet. It has been found that, without a return statement immediately following the sendRedirect, a request may fail due to the timing of how JRun manages its socket communication.

JRun 4 Updater 6: Hot fix for memory leak when calling an EJB via JMX service using new thread

(Hot fix) JRun causes a memory leak when a client calls an EJB via the JMX service using a new thread.