[
https://issues.apache.org/jira/browse/GEODE-7177?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16948759#comment-16948759
]
ASF subversion and git services commented on GEODE-7177:
--------------------------------------------------------
Commit 5981a139a1acc078d2d3024ddcfaad35642d7684 in geode's branch
refs/heads/develop from Ernie Burghardt
[ https://gitbox.apache.org/repos/asf?p=geode.git;h=5981a13 ]
GEODE-7177: Logging as a submodule (#4129)
* GEODE-7177: Extract LogService to a separate submodule
- Extracting LogService and it's dependencies to a separate geode-logging
submodule so that other modules not in geode-core can still use LogService to
get a Logger.
- Removing the use of the logging SPI from LogService
LogService had a dependency on the logging SPI in geode-core. However, this
dependency was unecessary - the LoggingProvider loaded statically in this class
never had `configure` called on it. In addition, the getLogger methods of this
class are merely creating FastLoggers which can live inside geode-logging and
do not need to be pluggable.
- Moved executors that are not dependent on geode-core to geode-logging and
renamed the remaining executors to be CoreLoggingExecutors.
- Refactor the marker interface from Loggable to EntriesCollection
- EntriesCollection put back into internal.cache and AbstractRegion now
implements the marker
- Formerly known as Loggable renamed to LogWithToString
- Remove marker interface called EntriesCollection completely, replace with
LogWithToString.
> Move membership's logging dependencies to its own module
> --------------------------------------------------------
>
> Key: GEODE-7177
> URL: https://issues.apache.org/jira/browse/GEODE-7177
> Project: Geode
> Issue Type: Improvement
> Components: logging, membership
> Reporter: Ryan McMahon
> Assignee: Ryan McMahon
> Priority: Major
> Time Spent: 5.5h
> Remaining Estimate: 0h
>
> As part of eliminating membership's dependency on geode-core, we want to move
> LogService and some other supporting classes to its own module which
> membership can depend on.
--
This message was sent by Atlassian Jira
(v8.3.4#803005)
