tomcat-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject DO NOT REPLY [Bug 38167] New: - tomcat 5.0.30 hangs at sun.util.calendar.ZoneInfo.getOffsets(ZoneInfo.java:215)
Date Fri, 06 Jan 2006 18:39:00 GMT
DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG·
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://issues.apache.org/bugzilla/show_bug.cgi?id=38167>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND·
INSERTED IN THE BUG DATABASE.

http://issues.apache.org/bugzilla/show_bug.cgi?id=38167

           Summary: tomcat 5.0.30 hangs at
                    sun.util.calendar.ZoneInfo.getOffsets(ZoneInfo.java:215)
           Product: Tomcat 5
           Version: 5.0.9
          Platform: Other
        OS/Version: other
            Status: NEW
          Severity: normal
          Priority: P2
         Component: Connector:Coyote
        AssignedTo: tomcat-dev@jakarta.apache.org
        ReportedBy: boris@folgmann.de


On a heavily loaded server tomcat 5.0.30 sometimes hangs. I observed in the the
threads trace that almost all threads hanging like this:
"TP-Processor296" daemon prio=1 tid=0x081fbe28 nid=0x13a5 waiting on condition
[0x7720b000..0x7720b658]
        at sun.util.calendar.ZoneInfo.getOffsets(ZoneInfo.java:215)
        at java.util.GregorianCalendar.computeFields(GregorianCalendar.java:2006)
        at java.util.GregorianCalendar.computeFields(GregorianCalendar.java:1971)
        at java.util.Calendar.setTimeInMillis(Calendar.java:1066)
        at java.util.GregorianCalendar.<init>(GregorianCalendar.java:576)
        at java.util.Calendar.createCalendar(Calendar.java:968)
        at java.util.Calendar.getInstance(Calendar.java:954)
        at java.text.SimpleDateFormat.initialize(SimpleDateFormat.java:503)
        at java.text.SimpleDateFormat.<init>(SimpleDateFormat.java:446)
        at org.apache.coyote.tomcat5.CoyoteRequest.<init>(CoyoteRequest.java:152)
        at
org.apache.coyote.tomcat5.CoyoteConnector.createRequest(CoyoteConnector.java:1230)
        at org.apache.coyote.tomcat5.CoyoteAdapter.service(CoyoteAdapter.java:131)
        at org.apache.jk.server.JkCoyoteHandler.invoke(JkCoyoteHandler.java:300)
        at org.apache.jk.common.HandlerRequest.invoke(HandlerRequest.java:374)
        at org.apache.jk.common.ChannelSocket.invoke(ChannelSocket.java:743)
        at
org.apache.jk.common.ChannelSocket.processConnection(ChannelSocket.java:675)
        at org.apache.jk.common.SocketConnection.runIt(ChannelSocket.java:866)
        at
org.apache.tomcat.util.threads.ThreadPool$ControlRunnable.run(ThreadPool.java:684)
        at java.lang.Thread.run(Thread.java:595)

I don't know why this happens, but a quick look at the source seems to reveal that 
    protected SimpleDateFormat formats[] = {
        new SimpleDateFormat("EEE, dd MMM yyyy HH:mm:ss zzz", Locale.US),
        new SimpleDateFormat("EEEEEE, dd-MMM-yy HH:mm:ss zzz", Locale.US),
        new SimpleDateFormat("EEE MMMM d HH:mm:ss yyyy", Locale.US)
    };
isn't used any longer in getDateHeader(), because that method uses
FastHttpDateFormat which has its own formats[].
If that's the case, could you please fix it and release an update?

-- 
Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tomcat.apache.org
For additional commands, e-mail: dev-help@tomcat.apache.org


Mime
View raw message