jira.codehaus.org

  • Log In Access more options
    • Online Help
    • Keyboard Shortcuts
    • About JIRA
    • JIRA Credits
    • What?s New
  • Dashboards Access more options (Alt+d)
  • Projects Access more options (Alt+p)
  • Issues Access more options (Alt+i)
Signup
Jetty
  • Jetty
  • JETTY-161

SSLEngine errors

  • Log In
  • Views
    • XML
    • Word
    • Printable

Details

  • Type: Bug Bug
  • Status: Resolved Resolved
  • Priority: Critical Critical
  • Resolution: Fixed
  • Affects Version/s: 6.1.0pre0
  • Fix Version/s: None
  • Component/s: None
  • Labels:
    None
  • Environment:
    Using the SslEnging connector using test webapp
  • Number of attachments :
    0

Description

I occassionally get messages like:

bytesConsumed = 0 bytesProduced = 0
2006-11-05 14:41:18.423::WARN: unwrap Status = BUFFER_OVERFLOW HandshakeStatus = NEED_UNWRAP

The web app appears to work OK.

Activity

Ascending order - Click to sort in descending order
  • All
  • Comments
  • Work Log
  • History
  • Activity
Hide
Permalink
nik gonzalez added a comment - 06/Nov/06 5:37 AM

This is a warning message when the call to unwrap in the fill method results in a BUFFER_OVERFLOW. SslEngine documentation states BUFFER_OVERFLOW after unwrapping means that there is not enough destination buffer space available and that it should be reallocated to the sslsession.getApplicationBufferSize. In our case, the destination buffer is the passed in buffer who's buffer size is already set. Since the passed in buffer's size has already been allocated elsewhere, I just threw an exception when I get a buffer_overflow instead of reallocating to the packetbuffersize. It didn't seem to have any adverse effects since all the tests I made against it have been working. Any suggestions on how to handle this better?

Show
nik gonzalez added a comment - 06/Nov/06 5:37 AM This is a warning message when the call to unwrap in the fill method results in a BUFFER_OVERFLOW. SslEngine documentation states BUFFER_OVERFLOW after unwrapping means that there is not enough destination buffer space available and that it should be reallocated to the sslsession.getApplicationBufferSize. In our case, the destination buffer is the passed in buffer who's buffer size is already set. Since the passed in buffer's size has already been allocated elsewhere, I just threw an exception when I get a buffer_overflow instead of reallocating to the packetbuffersize. It didn't seem to have any adverse effects since all the tests I made against it have been working. Any suggestions on how to handle this better?
Hide
Permalink
nik gonzalez added a comment - 12/Nov/06 8:59 PM

committed a fix in svn.

The solution was to clear the destination when a buffer_overflow results from an unwrap. reference: http://download.java.net/jdk6/docs/technotes/guides/security/jsse/JSSERefGuide.html#OperationStatus

Show
nik gonzalez added a comment - 12/Nov/06 8:59 PM committed a fix in svn. The solution was to clear the destination when a buffer_overflow results from an unwrap. reference: http://download.java.net/jdk6/docs/technotes/guides/security/jsse/JSSERefGuide.html#OperationStatus
Hide
Permalink
Greg Wilkins added a comment - 08/Dec/06 6:45 AM

Nik... can you mark this issue as resolved?

Show
Greg Wilkins added a comment - 08/Dec/06 6:45 AM Nik... can you mark this issue as resolved?

People

  • Assignee:
    nik gonzalez
    Reporter:
    Greg Wilkins
Vote (0)
Watch (0)

Dates

  • Created:
    05/Nov/06 4:55 PM
    Updated:
    10/Dec/06 10:36 PM
    Resolved:
    10/Dec/06 10:36 PM

Time Tracking

Estimated:
Not Specified
Original Estimate - Not Specified
Remaining:
0m
Remaining Estimate - 0 minutes
Logged:
2h
Time Spent - 2 hours
  • Atlassian JIRA (v5.2.7#850-sha1:b2af0c8)
  • Report a problem
  • Powered by a free Atlassian JIRA open source license for Codehaus. Try JIRA - bug tracking software for your team.