accumulo-notifications mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Keith Turner (JIRA)" <>
Subject [jira] [Commented] (ACCUMULO-1357) Make debugging MiniAccumuloCluster easier
Date Wed, 08 May 2013 18:35:16 GMT


Keith Turner commented on ACCUMULO-1357:

bq.  Yes on the debug mode.  It seemed like the debug info belonged on the cluster class since
that's the thing actually applying the VM args but if the ports are going to be in the config
then the debug parameter should be as well.

OK.  To me it seems like enabling/disabling debug is a configuration option.  Acting on that
configuration and producing a set of ports seems like a MACluster operation.

bq. I put ServerType class in a more global package because it seems like there would be more
uses for it in other parts of the API. I'll move it to the mini package until someone else
actually needs it.

It seems like MAC is evolving into a user facing API for managing a single node accumulo instance.
  Thats great.  Most of the code in the server module is not meant for direct use by users.
 I'm thinking it would be nice to keep this user facing code together in one place.
> Make debugging MiniAccumuloCluster easier
> -----------------------------------------
>                 Key: ACCUMULO-1357
>                 URL:
>             Project: Accumulo
>          Issue Type: Improvement
>            Reporter: Keith Turner
>            Assignee: Corey J. Nolet
>             Fix For: 1.6.0
>         Attachments: ACCUMULO-1357.1.patch
> When a problem occurs with MiniAccumuloCluster it can be difficult to debug.  Something
that may make this easier.
>  * The ability to easily access log files. (maybe have a method users could call to copy
log files to a target dir).
>  * Starting Accumulo server processes with remote JVM debugging enabled.  (this could
be a statup option, could have method users could call to get the debug ports)
> It would be nice if a unit test fails in a maven run if the MiniAcc logs files would
end up the target dir that contains info about test failures.  Make it as easy as possible
to do this from junit test.

This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see:

View raw message