Uploaded image for project: 'Derby'
  1. Derby
  2. DERBY-2451

a client can crash connections of another client

Attach filesAttach ScreenshotVotersWatch issueWatchersCreate sub-taskLinkCloneUpdate Comment AuthorReplace String in CommentUpdate Comment VisibilityDelete Comments
    XMLWordPrintableJSON

Details

    • Bug
    • Status: Closed
    • Critical
    • Resolution: Duplicate
    • 10.2.2.0
    • 10.3.1.4
    • Network Server
    • None
    • Normal

    Description

      Using 10.2.2.0.
      Steps to reproduce:

      1-Start a NetworkServerControl
      2-Start a 1st client (sqlworkbench/J), show some rows of some db, table X (stay connected)
      3-Start a 2nd client (sqlworkbench/J), show some rows of some db, table X.
      4-disconnect 2nd client
      5-redo the 1st client query (refresh)

      You get a non architected message, sqlstate 58009, db errorcode -4499.
      In derby log, I see a shutdown of the database, and a restart.

      No matter how badly and corrupted a client connection can get, nor if the client connection is
      a bug in any client, such corruption should never destabilise a "server",
      certainly not other clients connections.

      It may be that the client tries to shutdown the DB; it shouldn't have such privilege anyway since it
      is a network "client" connection, NOT an embedded connection.

      Attachments

        Issue Links

        Activity

          This comment will be Viewable by All Users Viewable by All Users
          Cancel

          People

            Unassigned Unassigned
            quartz12h quartz
            Votes:
            0 Vote for this issue
            Watchers:
            1 Start watching this issue

            Dates

              Created:
              Updated:
              Resolved:

              Slack

                Issue deployment