Uploaded image for project: 'Fedora Repository Project'
  1. Fedora Repository Project
  2. FCREPO-802

external JMS broker unavailable at startup halts startup

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: Fedora 3.2.1, Fedora 3.4
    • Fix Version/s: Fedora 3.4
    • Component/s: legacy - Fedora
    • Labels:
      None
    • Roadmap Theme:
      Documentation, Interface: Messaging

      Description

      If Fedora is started with JMS messaging turned on and configured for an external broker with direct connection (and not through a JNDI provider) but that broker is unavailable at startup, the entire server goes back down. That seems like a pretty drastic failure.

      To duplicate:

      0) Turn off a repository.

      1) Turn on the Messaging module and assign an external broker to "java.naming.provider.url" in fedora.fcfg, e.g.

      <param name="java.naming.provider.url" value="tcp://localhost:61616"/>

      2) Make sure the external broker is not available.

      3) Start up Fedora.

      You'll see something like:

      FATAL 2010-09-21 09:59:55.571 [main] (Server) Module (fedora.server.messaging.Messaging) failed to initialize
      fedora.server.errors.ModuleInitializationException: Could not connect to broker URL: tcp://localhost:61616. Reason: java.net.ConnectException: Connection refused
      at fedora.server.messaging.MessagingModule.initModule(MessagingModule.java:81)
      at fedora.server.Module.<init>(Module.java:63)
      at fedora.server.messaging.MessagingModule.<init>(MessagingModule.java:58)
      ...

      and then a server shutdown. Much better would be to see some kind of warning, then attempts to connect as appropriate with warnings thrown on failures.

      It's not known to me whether this behavior is the same with a JNDI-provided ConnectionFactory, because I've never been able to get that stronger configuration to work, which is a whole 'nother problem.

      {grin}

        Attachments

          Activity

            People

            • Assignee:
              sprater Scott Prater
              Reporter:
              ajs6f@virginia.edu A. Soroka
            • Votes:
              1 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: