[jira] [Commented] (SCB-13) refactor service registry module
[ https://issues.apache.org/jira/browse/SCB-13?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16477169#comment-16477169 ] Yang Bo commented on SCB-13: Perhaps we can just close it. > refactor service registry module > > > Key: SCB-13 > URL: https://issues.apache.org/jira/browse/SCB-13 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Java-Chassis >Reporter: Eric Lee >Priority: Major > Labels: service-orchestration > Fix For: java-chassis-1.0.0-m2 > > > Currently, the service registry module in Java Chassis has the following > problems: > - Low level components access high level components frequently. The cyclic > relationships make the implementation complicated and introduce some > redundant access points. > - Low level components should be stateless to be reused by high level > components. Introducing state into low level components makes it relies > heavily on the high level components, causing cyclic relationships. > - Hard to integrate with third-party framework. It does not provide a > standalone client with cache capability inside. It also requires the > configurations should be loaded from dynamic properties. > Details: > [http://servicecomb.io/docs/service-registry-refactor-proposal/|http://servicecomb.io/docs/service-registry-refactor-proposal/] -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-13) refactor service registry module
[ https://issues.apache.org/jira/browse/SCB-13?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16477145#comment-16477145 ] wujimin commented on SCB-13: infact, i can not understand what's this issue want to do .. > refactor service registry module > > > Key: SCB-13 > URL: https://issues.apache.org/jira/browse/SCB-13 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Java-Chassis >Reporter: Eric Lee >Priority: Major > Labels: service-orchestration > Fix For: java-chassis-1.0.0-m2 > > > Currently, the service registry module in Java Chassis has the following > problems: > - Low level components access high level components frequently. The cyclic > relationships make the implementation complicated and introduce some > redundant access points. > - Low level components should be stateless to be reused by high level > components. Introducing state into low level components makes it relies > heavily on the high level components, causing cyclic relationships. > - Hard to integrate with third-party framework. It does not provide a > standalone client with cache capability inside. It also requires the > configurations should be loaded from dynamic properties. > Details: > [http://servicecomb.io/docs/service-registry-refactor-proposal/|http://servicecomb.io/docs/service-registry-refactor-proposal/] -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-13) refactor service registry module
[ https://issues.apache.org/jira/browse/SCB-13?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16477119#comment-16477119 ] Yang Bo commented on SCB-13: [~wujimin] [~njiang] Could you please update or close this issue? > refactor service registry module > > > Key: SCB-13 > URL: https://issues.apache.org/jira/browse/SCB-13 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Java-Chassis >Reporter: Eric Lee >Priority: Major > Labels: service-orchestration > Fix For: java-chassis-1.0.0-m2 > > > Currently, the service registry module in Java Chassis has the following > problems: > - Low level components access high level components frequently. The cyclic > relationships make the implementation complicated and introduce some > redundant access points. > - Low level components should be stateless to be reused by high level > components. Introducing state into low level components makes it relies > heavily on the high level components, causing cyclic relationships. > - Hard to integrate with third-party framework. It does not provide a > standalone client with cache capability inside. It also requires the > configurations should be loaded from dynamic properties. > Details: > [http://servicecomb.io/docs/service-registry-refactor-proposal/|http://servicecomb.io/docs/service-registry-refactor-proposal/] -- This message was sent by Atlassian JIRA (v7.6.3#76005)
[jira] [Commented] (SCB-13) refactor service registry module
[ https://issues.apache.org/jira/browse/SCB-13?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=16297933#comment-16297933 ] Eric Lee commented on SCB-13: - *What is the progress?* Analysis and proposal for the service registry module has completed. *What is next?* Refactor or rewrite the service registry module according to the proposal. *How much percent have you done?* 30%. *Where is the relative discussion topic(email or website link)?* http://servicecomb.io/docs/service-registry-refactor-proposal/ > refactor service registry module > > > Key: SCB-13 > URL: https://issues.apache.org/jira/browse/SCB-13 > Project: Apache ServiceComb > Issue Type: Improvement > Components: Java-Chassis >Reporter: Eric Lee > Labels: service-orchestration > > Currently, the service registry module in Java Chassis has the following > problems: > - Low level components access high level components frequently. The cyclic > relationships make the implementation complicated and introduce some > redundant access points. > - Low level components should be stateless to be reused by high level > components. Introducing state into low level components makes it relies > heavily on the high level components, causing cyclic relationships. > - Hard to integrate with third-party framework. It does not provide a > standalone client with cache capability inside. It also requires the > configurations should be loaded from dynamic properties. > Details: > [http://servicecomb.io/docs/service-registry-refactor-proposal/|http://servicecomb.io/docs/service-registry-refactor-proposal/] -- This message was sent by Atlassian JIRA (v6.4.14#64029)
