[JBoss JIRA] Created: (JBAS-4633) ClientAbortException stacktrace lines log as separate Log4J events.
by Matthew Robinson (JIRA)
ClientAbortException stacktrace lines log as separate Log4J events.
-------------------------------------------------------------------
Key: JBAS-4633
URL: http://jira.jboss.com/jira/browse/JBAS-4633
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Web (Tomcat) service
Affects Versions: JBossAS-4.0.5.GA
Environment: SuSE Linux 10.0
Reporter: Matthew Robinson
Assigned To: Remy Maucherat
Priority: Minor
A ClientAbortException is raised legitimately when an end-user closes thier browser before the web app is finished responding to the request.
However, when the stacktrace is generated, it seems that each line is being logged using separate Log4J logger.log() call. This results in a nice looking file-base log:
2007-08-27 09:10:31,402 ERROR [STDERR] ClientAbortException: java.net.SocketException: Broken pipe
2007-08-27 09:10:31,640 ERROR [STDERR] at org.apache.catalina.connector.OutputBuffer.realWriteBytes(OutputBuffer.java:366)
2007-08-27 09:10:31,937 ERROR [STDERR] at org.apache.tomcat.util.buf.ByteChunk.append(ByteChunk.java:353)
2007-08-27 09:10:32,131 ERROR [STDERR] at org.apache.catalina.connector.OutputBuffer.writeBytes(OutputBuffer.java:392)
2007-08-27 09:10:32,326 ERROR [STDERR] at org.apache.catalina.connector.OutputBuffer.write(OutputBuffer.java:381)
2007-08-27 09:10:32,607 ERROR [STDERR] at org.apache.catalina.connector.CoyoteOutputStream.write(CoyoteOutputStream.java:88)
...
But it causes unnecessary grief and clutter when using SMTP to log errors. Each line results in a separate email! So my inbox fills with an average of 60 emails per ClientAbortException!
This problem seems to confined to the ClientAbortException. Other errors log the stacktrace as a single Log4J event. Please may I have this error logged in the same way?
Ta.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years
[JBoss JIRA] Created: (JBAS-4970) Hot redeployment displaying old content
by Petr Hejl (JIRA)
Hot redeployment displaying old content
---------------------------------------
Key: JBAS-4970
URL: http://jira.jboss.com/jira/browse/JBAS-4970
Project: JBoss Application Server
Issue Type: Bug
Security Level: Public (Everyone can see)
Components: Web (Tomcat) service
Affects Versions: JBossAS-5.0.0.Beta2
Environment: Linux 2.6.22-14-generic
java version "1.5.0_13"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05)
Java HotSpot(TM) Server VM (build 1.5.0_13-b05, mixed mode)
Reporter: Petr Hejl
Assigned To: Remy Maucherat
Priority: Critical
If the war is hot redeployed (delete war, copy the new one) fast enough, the server still displays the old content. It notes the new one - the expanded content at tmp/deploy/webaap-....war is the fresh one, however the (freshly) compiled jsps (in work/jboss.web/localhost/webapp/org/apache/jsp) are still the old.
Same occurs for the war inside the ear. Occurs for both J2EE1.4 and Java EE5 projects.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years
[JBoss JIRA] Updated: (JBAS-2870) Separate the HA aspect from the invoker proxy
by Brian Stansberry (JIRA)
[ http://jira.jboss.com/jira/browse/JBAS-2870?page=all ]
Brian Stansberry updated JBAS-2870:
-----------------------------------
Fix Version/s: JBossAS-5.0.0.CR1
(was: JBossAS-5.0.0.Beta3)
Affects: [Documentation (Ref Guide, User Guide, etc.), Compatibility/Configuration] (was: [Compatibility/Configuration, Documentation (Ref Guide, User Guide, etc.)])
> Separate the HA aspect from the invoker proxy
> ---------------------------------------------
>
> Key: JBAS-2870
> URL: http://jira.jboss.com/jira/browse/JBAS-2870
> Project: JBoss Application Server
> Issue Type: Feature Request
> Security Level: Public(Everyone can see)
> Components: Clustering
> Reporter: Brian Stansberry
> Assigned To: Brian Stansberry
> Fix For: JBossAS-5.0.0.CR1
>
> Original Estimate: 2 weeks
> Remaining Estimate: 2 weeks
>
> Comment from Scott Stark (http://www.jboss.com/index.html?module=bb&op=viewtopic&p=3926369#3926369)
> HA proxy invokers like JRMPInvokerProxyHA should not exist. The only difference between an ha proxy and regular proxy would be an interceptor that selected from the available targets and set the invocation proxy such that the common Invoker proxy was told the transport proxy to use. Even an unclustered proxy could have a recover/ha sematic like blocking until the server is availble with this configuration. HA is an aspect that should not be embedded in the transport specific proxy.
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.jboss.com/jira/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
17 years