[
https://issues.apache.org/jira/browse/TINKERPOP-659?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
stephen mallette updated TINKERPOP-659:
---------------------------------------
Fix Version/s: (was: 3.1.1-incubating)
This was a low-priority item - no one was ever able to pick this issue up
before code freeze. Moved off of 3.1.1.
> GraphConfiguration Class
> ------------------------
>
> Key: TINKERPOP-659
> URL: https://issues.apache.org/jira/browse/TINKERPOP-659
> Project: TinkerPop
> Issue Type: Improvement
> Components: structure
> Affects Versions: 3.0.2-incubating
> Reporter: stephen mallette
>
> {{GraphFactory}} currently takes a {{Configuration}} object to construct
> graph instances. At first, this was the only TinkerPop use of the
> {{Configuration}} - the rest was passed on to graph instances for their
> internal usage. More recently, the {{Configuration}} can have other
> important keys like configurations for the {{IoRegistry}}. The keys for
> these settings are scattered about gremlin-core (e.g
> {{gremlin.io.gryo.poolSize}} is in {{GryoPool}}, {{gremlin.graph}} is in
> {{Graph}}).
> To better centralize the configuration keys and better support passing around
> this configuration, a {{GraphConfiguration}} class should be created to be a
> holder for these configurations.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)
