Details

    • Type: Improvement Improvement
    • Status: Open
    • Priority: Major Major
    • Resolution: Unresolved
    • Affects Version/s: None
    • Fix Version/s: 1.7.0
    • Component/s: monitor
    • Labels:
      None

      Description

      I thought it would be helpful to write up an umbrella issue to track the improvements that we can make to the monitor to help satisfy a bunch of use cases.

      Presently I see the following issues with the monitor:

      • Untestable application logic
      • Manual HTML generation
      • Lack of programmatic interface for external consumers
      • Inability to deploy in other application servers
      • Responsiveness of the monitor tied to availability of Accumulo

      I'd like to see the solved with the following:

      • Application-level information provided as REST service (decoupled from views)
      • Templating library for generation of HTML
      • HTML pages use REST service to acquire data to populate the content
      • Definition of "API" for data returned by REST service, introduces typical "public API" guarantees on data returned by the monitor REST
      • The ability to create packaging that be dropped into an existing application server without forcing this on users (embedded server should still be the default)

        Issue Links

          Activity

          Hide
          Josh Elser added a comment -

          ACCUMULO-3005 is a first step towards the larger goal of decoupling the application logic from the view logic. Using dropwizard gets us closer to using Jersey/Jetty/Jackson which are likely the best candidates for technology that we want to leverage. While there are undeniably downsides in how dropwizard works for our application, I still think it's a step in the right direction. It starts us thinking about how we present metrics data from Accumulo and being to codify some methods around them.

          We can later come back and much more easily wire up all of the embedded jetty, jersey, and jackson libs to get us what we want without the assumptions that dropwizard makes that are undesirable.

          Show
          Josh Elser added a comment - ACCUMULO-3005 is a first step towards the larger goal of decoupling the application logic from the view logic. Using dropwizard gets us closer to using Jersey/Jetty/Jackson which are likely the best candidates for technology that we want to leverage. While there are undeniably downsides in how dropwizard works for our application, I still think it's a step in the right direction. It starts us thinking about how we present metrics data from Accumulo and being to codify some methods around them. We can later come back and much more easily wire up all of the embedded jetty, jersey, and jackson libs to get us what we want without the assumptions that dropwizard makes that are undesirable.

            People

            • Assignee:
              Josh Elser
              Reporter:
              Josh Elser
            • Votes:
              0 Vote for this issue
              Watchers:
              1 Start watching this issue

              Dates

              • Created:
                Updated:

                Development